[04:50] <nUboon2Age> kermiac: ping
[04:50] <kermiac> nUboon2Age: !pong
[04:52] <kermiac> nUboon2Age: ??
[08:25] <kermiac> jdobrien: I think Bug 607716 that you reported is related to the person who reported Bug 608011. 608011 now contains DEBUG logs
[08:25] <ubot4> Launchpad bug 607716 in ubuntuone-client "UnicodeDecodeError when syncing file (affects: 2) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/607716
[08:25] <ubot4> Launchpad bug 608011 in ubuntuone-client (Ubuntu) "errors in syncdaemon.log (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/608011
[09:53] <rawad> hi there
[09:53] <rawad> i have a problem with ubuntu and blade server HS22 and DS4700
[09:54] <rawad> can anybody help me plz
[09:56] <rawad> i need help with blade servers
[09:56] <rawad> can you help plz
[10:05] <rawad>  u1sdtool -q; killall ubuntuone-login; u1sdtool -c
[10:05] <rawad> honk
[11:47] <duanedesign> morning all
[11:48] <kermiac> o/
[11:52] <kenvandine> didrocks, did you try deleting your ~/.config/desktop-couch/desktop-couchdb.ini
[11:52] <kenvandine> ?
[11:53] <didrocks> kenvandine: yeah, it was regenerated
[11:53] <didrocks> kenvandine: but not the .html file
[11:54] <duanedesign> morning didrocks
[11:54] <didrocks> hey duanedesign, how are you?
[11:54] <duanedesign> well morning here :)
[11:54] <didrocks> almost lunch time there!
[11:54] <duanedesign> didrocks: i am really good. Trying to do some packaging this morning
[11:55] <didrocks> oh sweet :)
[11:55] <didrocks> packaging stipple?
[11:55] <duanedesign> didrocks: it is next.  I now the temporary solution is to start the daemon, but what is the long term solution
[12:31] <duanedesign> i cant seem to remember
[12:32] <kermiac> hmm... it's been a while since I looked at that. one sec mate, I'll look for the bug report
[12:35] <kermiac> duanedesign: I'm pretty sure this was the workaround that was working best - https://bugs.edge.launchpad.net/ubuntuone-client/+bug/579158/comments/9
[12:35] <ubot4> Launchpad bug 579158 in ubuntuone-client (Ubuntu) (and 1 other project) "nothing happens when i click on the ubuntu one icon from the menu or the me menu (dup-of: 567194)" [High,New]
[12:35] <ubot4> Launchpad bug 567194 in ubuntuone-client "Lucid Ubuntuone preferences not starting gnomekeyring.IOerror (affects: 11) (dups: 2) (heat: 50)" [High,New]
[12:35] <kermiac> duanedesign: but it *may* be fixed as I haven't seen a bug report on that issue for quite a while
[12:50] <duanedesign> thank you kermiac
[12:50] <kermiac> duanedesign: no probs mate :)
[12:55] <mkarnicki> hi duanedesign , need a lil help here :)
[12:55] <mkarnicki> a localy removed folder sits there in the cloud
[12:55] <mkarnicki> plus: mike@dojo:~$ u1sdtool --status
[12:55] <mkarnicki> State: QUEUE_MANAGER connection: With User With Network description: processing queues is_connected: True is_error: False is_online: True queues: IDLE
[12:55] <mkarnicki> o crap not this paste
[12:56] <mkarnicki> mike@dojo:~$ u1sdtool --status
[12:56] <mkarnicki> State: QUEUE_MANAGER connection: With User With Network description: processing queues is_connected: True is_error: False is_online: True queues: IDLE
[12:56] <mkarnicki> u1 is idle.
[12:57] <mkarnicki> that may be related to that problem (is it a known bug?): create a folder in /Ubuntu One. u1 works on it, appears in the cloud, but the icon never changes to be marked with green tick
[12:57] <mkarnicki> it's with these 'two syncing arrows' plus.. a grayed out small exclamation mark I think.
[12:57] <mkarnicki> any ideas?
[12:57] <mkarnicki> my laptop is up to date
[12:57] <mkarnicki> runnin 10.04
[12:58] <mkarnicki> I'd honk, but rye's not around ;<
[12:58] <duanedesign> mkarnicki: is everything syncing ok? It is just the emblem is not displaying correctly?
[12:59] <mkarnicki> duanedesign: I did sync 2 1meg files yesterday, to it seems to be fine
[12:59] <mkarnicki> just the emblems. plus, a folder in WebUI that has been removed locally
[12:59] <mkarnicki> can I force a local rescan somehow?
[13:00] <duanedesign> mkarnicki: strange. there was a user in 2 days ago that removed a folder locally and it did not get removed from cloud
[13:00] <mkarnicki> I'll try replicating that problem again
[13:00]  * mkarnicki creates a folder
[13:01] <mkarnicki> duanedesign: looks like one-time-problem or nondeterminate behaviour. I created/deleted a folder, and WebUI followed correctly.
[13:01] <mkarnicki> I'll remove the cloud folder then, manually.
[13:03] <duanedesign> mkarnicki: http://paste.ubuntu.com/466999/ here is a log from the user the other day
[13:03] <duanedesign> line 116
[13:04] <duanedesign> the unlink warning. I wonder if your syncdaemon.log has something similar
[13:04] <duanedesign> mkarnicki: the emblem problem. Does clicking the 'Refresh' button update the icon emblem?
[13:04] <mkarnicki> duanedesign: remind me please where is the log located
[13:05] <duanedesign> mkarnicki: ~/.cache/ubuntuone/log/
[13:05] <mkarnicki> duanedesign: brb phone call
[13:08] <mkarnicki> duanedesign: strangely enough, when I complained, the emblems started to work. I'll double-check
[13:10] <mkarnicki> duanedesign: I checked twice. WebUI followed and emblems worked. now I created folder 'blah', it's in WebUI but emblem is wrong
[13:10] <mkarnicki> even after refreshes
[13:10] <mkarnicki> I'll see the log
[13:14] <mkarnicki> duanedesign: connected: true, queues: IDLE, emblem still not a green tick, pretty much trafic as for empty folder 'blah': http://paste.ubuntu.com/467484/
[13:20] <mkarnicki> duanedesign: Looks like the emblem won't change.
[13:20] <duanedesign> mkarnicki: looks like i can reproduce that here locally
[13:21]  * duanedesign is looking to see if there is a bug report on this
[13:21] <mkarnicki> duanedesign: good (that you can reproduce that)
[13:21] <mkarnicki> duanedesign: thanks
[13:24] <duanedesign> hmm. Refresh updated the emblem. That does not work for you?
[13:25] <mkarnicki> it did twice. and now twice (for folders blah and blah2 not, under /Ubuntu One/TestDir1) no, didn't help
[13:26] <mkarnicki> sorry, I sound onfusing. it did work for some folders. but now again refresh didn't help, for folders /U1/TestDir1/blah and /U1/TestDir1/blah2
[13:29]  * mkarnicki aquarius in the meantime, I wanted to share an ide with you. (TBD no soone than few months, but it's worth discussing).
[13:29] <mkarnicki> aquarius: ops, I'll send a priv
[13:31] <duanedesign> mkarnicki: i think i have reproduced it. It seems it is the directory level
[13:32] <duanedesign> mkarnicki: ~/Ubuntu\ One/folder  will update emblem with refresh. ~/Ubuntu\ One/folder/folder2  will not
[13:36] <mkarnicki> duanedesign: I see. Thank you. Should I file a bug?
[13:42] <duanedesign> mkarnicki: i do not see a bug report for that issue.
[13:46] <mkarnicki> duanedesign: filing bug
[13:46]  * mkarnicki checks if it's the same with files
[13:47] <mkarnicki> yes it is
[13:50]  * mkarnicki filed Bug #608721
[13:50] <ubot4> Launchpad bug 608721 in ubuntuone-client "Icon emblems won't update on nested folders and files (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/608721
[13:51] <mkarnicki> duanedesign: you can confirm the bug
[13:51] <duanedesign> mkarnicki:  i will confi.....
[13:51] <duanedesign> :)
[13:51] <mkarnicki> :)
[13:51] <duanedesign> what is the saying, great minds think alike ;)
[13:56] <mkarnicki> duanedesign: ;)
[13:56] <mkarnicki> duanedesign: I thought of writin the same thing, but could not recall how that was in English ;D
[14:00] <Chipaca> Ubuntu One Desktop+ team standup starting in mumble
[14:02] <rodrigo_> hmm, mandel is talking it seems, but can't hear anything
[14:03] <rodrigo_> hmm, can't hear anything :(
[14:07] <mandel> rodrigo_ I said nothing too interesting ;)
[14:07] <rodrigo_> well, people are talking, and still can't hear, so it's not only you :(
[14:08] <mandel> rodrigo_ windows blah blah blah windows blah blah blah
[14:08] <rodrigo_> it worked this morning
[14:08] <mandel> rodrigo_ works here.. thisfred on... strange
[14:10] <rodrigo_> :(
[14:10] <thisfred> yeah I hear lots of gaps too
[14:11] <rodrigo_> I hear nothing here, but I "see" you talking
[14:11] <Chipaca> rodrigo_: :(
[14:11] <rodrigo_> yeah, not sure what's up, it worked this morning
[14:11] <Chipaca> rodrigo_: you want to report old-style in the chat?
[14:11] <mandel> rodrigo_ read our lips ;)
[14:11] <rodrigo_> mandel, :)
[14:11] <rodrigo_> Chipaca, yeah
[14:12] <rodrigo_> Chipaca, worked a bit on the single selection, and seems, again, it's not going to be easy, the GTK widgets are not prepared for that, so it works a little bit, but fails for other bits
[14:12] <rodrigo_> Chipaca, also applied your patch for the rb plugin and did a new release/package
[14:13] <mandel> mumble and irc == mandel multitask fail
[14:13] <Chipaca> rodrigo_: ok. can we meet you, rmcbride_ and me to talk about qa in a few minutes?
[14:13] <rodrigo_> Chipaca, and also, a bit blocked on syncdaemon not uploading a new UDF I created which I need to test my check-no-shares-before-disabling-udf
[14:13] <rodrigo_> it's been 24 hours since I created the UDF, and still get_shared returns a NULL path, which makes my code not detect the share
[14:13] <rodrigo_> Chipaca, yeah, sure
[14:14] <rodrigo_> I'll try to fix mumble while you finish the standup
[14:14] <Chipaca> rodrigo_: ok, we can talk about unblocking you on that after the meeting
[14:14] <rodrigo_> ok
[14:14] <CardinalFang> rmcbride_, the codec or something screams a hiss when your mic saturates. It hurts.
[14:14] <Chipaca> rodrigo_: rmcbride_: vds: I'm running on battery, and my ups is probably close to its death right now
[14:15] <rmcbride_> CardinalFang: I'll tweak the gain. mic is about 4 feet away, pulseaudio seems to have a randomization factor X(
[14:15] <rodrigo_> oh, now I can hear!
[14:15] <rodrigo_> I had to mute and unmute the volume control applet
[14:16] <thisfred> I really hear two words and then miss two
[14:19] <thisfred> ok, I hear mostly nothing now so I'm gonna assume meeting's over
[14:19] <thisfred> mumble is so fickle
[14:19] <mandel> thisfred, I was going to say the same..
[14:20] <rodrigo_> nobody is talking
[14:20] <rodrigo_> Chipaca, is your battery dead?
[14:20] <mandel> guess who has to reboot again???? Fucking windows!
[14:20] <thisfred> when it works, it works great, better than skype with a sizeable group for lag etc.
[14:21] <Chipaca> grr
[14:21] <Chipaca> ups died
[14:22] <Chipaca> hello? is this working?
[14:23] <rmcbride_> I think you need to increase your IRC gain, Chipaca
[14:23] <Chipaca> 𝗵𝗲𝗹𝗹𝗼
[14:23] <rmcbride_> heh
[14:24] <Chipaca> :)
[14:25]  * rmcbride_ goes to get another soda before the QA call/discussion
[14:25] <rodrigo_> Chipaca, qa meeting now?
[14:26] <rmcbride_> re
[14:26] <Chipaca> rodrigo_: let me wrap up the standup fur real :)
[14:27] <rodrigo_> ok :)
[14:32] <dobey> rodrigo_, aquarius: how does one run tests in the rb plug-in?
[14:33] <rodrigo_> dobey, there are no tests afaics
[14:33] <dobey> :(
[14:35] <aquarius> it's darn nearly impossible to test a rhythmbox plugin without either (a) using some kind of gui testing tool, none of which were in any way reliable when I wrote the plugin, or (b) mocking the whole RB setup and API, at which point your "tests" basically test whether Python can call a function.
[14:35] <aquarius> hence there being no tests. I wasn't happy about it myself either :(
[14:35] <dobey> aquarius: well, there are other things that should still be there
[14:35] <dobey> aquarius: lint for example :)
[14:37] <dobey> i'll get ubuntuone-dev-tools packaged up and add a script to the plug-in to do the lint checking and the intltool checks
[14:56] <dobey> rodrigo_, aquarius: anywya, i've got it set up in tarmac now, but without tests of course, since there are none yet
[14:57] <rodrigo_> dobey, cool
[16:26] <mkarnicki> verterok: Thanks for prompt response! Will try that snippet.
[16:27] <verterok> mkarnicki: np
[16:30] <aquarius> rodrigo_, ping?
[17:47] <aquarius> CardinalFang, ping?
[17:48] <czajkowski> aloha
[17:48] <czajkowski> CardinalFang: you about
[17:49] <aquarius> CardinalFang, czajkowski has desktopcouch using 70% CPU constantly -- would be useful to work out what's doing it so we can put a stop to it
[17:52] <mandel> vds, ping
[17:54] <CardinalFang> aquarius, hi.
[17:54] <CardinalFang> czajkowski, hi
[17:55] <CardinalFang> Er, okay.  I know as much about the internals of couchdb as you do, aquarius.  I assume the process eating CPU is 'beam', yes?
[17:56] <czajkowski> CardinalFang: yes evil beam that I end up killing
[17:57] <CardinalFang> czajkowski, is it nice'd at all?
[17:57] <czajkowski> CardinalFang: at sleeping it go betwwen 46-72% so i kill t
[17:57] <czajkowski> when it's running it'a 1t 100%
[17:57] <CardinalFang> czajkowski, ah.   :D
[18:04] <vds> mandel: which one?
[18:04] <mandel> vds, this: https://code.edge.launchpad.net/~mandel/ubuntuone-windows-installer/install_service_wix/+merge/30685
[18:04] <mandel> vds, test when ever you can ;)
[18:04] <vds> mandel: and the other branch
[18:05] <vds> ?
[18:05] <vds> mandel: you still need a review on that?
[18:05] <mandel> vds, yes, please review that one too
[18:05] <mandel> this new one depends on the other one
[18:05] <vds> mandel: from which directory I have to run the InstallUtils?
[18:06] <vds> mandel: if I run it from the root of the branch I got an error
[18:06] <mandel> installUtil should be ran from the same location where the .exe is
[18:06] <mandel> vds, you have to go to install/build_results
[18:07] <vds> mandel: which .exe?
[18:07] <vds> the msi?
[18:08] <mandel> vds, InstallUtil Canonical.UbuntuOne.ProcessDispatcher.exe
[18:08] <vds> there is no build_results in install
[18:08] <vds> mandel: ^^
[18:09] <mandel> vds, did u do nant installer?
[18:09] <vds> mandel: yes
[18:09] <mandel> vds, you should have a build_results
[18:10] <mandel> muffinresearch, did u have this ^ problem?
[18:10] <vds> mandel: no build_results folder
[18:11] <mandel> vds, really?
[18:11] <mandel> which branch is that?
[18:11] <vds> mandel: really really
[18:12] <mandel> vds, mm I dont know, let me go for a jog and I'll take a look
[18:12] <vds> mandel: ok
[18:12] <mandel> vds, my brain is damaged right now :P
[18:59] <CardinalFang> aquarius, I don't see anything wrong with cz's database.
[19:00] <aquarius> CardinalFang, apart from it using all the CPU all the time, obviously. Strange. Is there any way of telling what it's doing that's causing it to eat CPU?
[19:01] <aquarius> I know that people have complained about this before, so I was hoping that this would help us narrow down on what the problem actually is
[19:01] <CardinalFang> aquarius, I got his log to verbose.  Watching the log should tell us of outside access.
[19:01] <aquarius> (her log)
[19:01] <CardinalFang> aquarius, If she stops the outside access, does it stop the load?
[19:02] <aquarius> don't know
[19:02] <czajkowski> CardinalFang: what do you means stop the outsides access sorry ?
[19:02] <CardinalFang> aquarius knows, czajkowski. Gwibber-service, et c.  He can tell by what URLs are accessed.
[19:02] <aquarius> czajkowski, are you using gwibber? does quitting it (making sure that gwibber-service is also quit) stop the CPU?
[19:03] <CardinalFang> aquarius, Oh, sorry, I assumed you two were close, spatially.
[19:03] <czajkowski> aquarius: well not stared it, from the me menu but I'll go kill services
[19:03] <czajkowski> CardinalFang: if I were in hands reach of aquarius you'd have been left alone :)
[19:03] <CardinalFang> Well, he's a slippery fellow.
[19:04] <aquarius> CardinalFang, well, I'm closer to her than you are, but we're still separated by at least one sea :)
[19:04] <czajkowski> heh
[19:04] <CardinalFang> Sorry!  I assumed you both were at the Prague sprint.
[19:04] <czajkowski> gwibber sercices is now at a state of Zombie
[19:04] <czajkowski> CardinalFang: I'm community not canonical
[19:05] <czajkowski> wow beam is at 0%
[19:05]  * aquarius is not in prague either :)
[19:06] <czajkowski> spoke too soon up at 40%
[19:06] <aquarius> is gwibber or gwibber-service running?
[19:07] <czajkowski> nope both sleeping
[19:08] <CardinalFang> "Sleeping" is still running.  When you look, the looker is probably the only running app, but another app gets CPU time every 1/100th of a second.
[19:08] <aquarius> kill -9 both of them
[19:09] <czajkowski> done
[19:09] <aquarius> and now, CPU?
[19:10] <czajkowski> no difference still at 40%
[19:13] <czajkowski> CardinalFang: thanks for you help
[19:14] <CardinalFang> czajkowski, run this:
[19:15] <CardinalFang> watch -n 5 -d 'grep GET.\*200 ~/.cache/desktop-couch/desktop-couchdb.log.1 |cut -d/ -f2 |cut -d\  -f1 |sort |uniq -c'
[19:16] <czajkowski>   3 _all_dbs
[19:16] <czajkowski>    1157 gwibber_accounts
[19:16] <czajkowski>   11639 gwibber_messages
[19:16] <czajkowski>     115 gwibber_preferences
[19:16] <czajkowski>      31 management
[19:16] <CardinalFang> That should change over time.  Every 5 seconds.
[19:19] <czajkowski> CardinalFang: nothing changes
[19:19] <CardinalFang> czajkowski, ah, since you killed those apps, yes.
[19:20] <CardinalFang> czajkowski, and now how is your CPU load?
[19:20] <czajkowski> still at 40$
[19:28] <CardinalFang> czajkowski, even now?
[19:46]  * alecu should remember to re-enable NetworkManager after testing nm dbus stuff :P
[19:46] <beuno> only if you like the internet
[20:11] <CardinalFang> beuno, hi!  Tell me about the Android!  mkarnicki digs it too.
[21:55] <verterok> mkarnicki: pushed revno 27, should stop dying an horrible death
[21:55] <mkarnicki> verterok: you're fast :O
[21:56]  * mkarnicki tries new revision
[21:56] <verterok> mkarnicki: be aware that the notification handling code is quitye incomplete :(
[21:56] <verterok> mkarnicki: I'll try to hack on it on the weekend
[21:57] <mkarnicki> verterok: no worries. I would prefer to have them off then have them on and get the client broken on first notification :)
[21:58] <verterok> mkarnicki: they are on :)
[22:00]  * mkarnicki test the app, hopes it won't die on me :)
[22:01] <verterok> mkarnicki: I shouldn't die with NODE_STATE notifications ;)
[22:01] <mkarnicki> \o/ !
[22:02] <mkarnicki> verterok: it worked!
[22:02] <mkarnicki> verterok: should I have a look in the code, or can you tell me in 1 sentence how did you fix that?
[22:03] <mkarnicki> verterok: hahahah, I may have formulated that badly, I meant I hoped the application wouldn't die ;D
[22:05] <verterok> mkarnicki: gimme 2' phone
[22:05] <mkarnicki> verterok: np! /me looks at the code
[22:06] <verterok> mkarnicki: my first guess was wrong, the code doing reflection was ok
[22:06] <mkarnicki> aha
[22:06] <verterok> mkarnicki: the type of the argument of all the handle_* methods was wrong
[22:06] <mkarnicki> that's what you wrote in the email though.
[22:07] <mkarnicki> right
[22:07] <verterok> mkarnicki: I changed the signature of all the handle_* methods and passed the correct type to the callbacks, and added a test case for nodeState case
[22:07] <verterok> mkarnicki: I need to add tests for all the notifications, and write the code to actually handle them
[22:08] <mkarnicki> verterok: when GSoC is over, and you have some time to guide me, maybe I'll be able to do some work for you
[22:08] <mkarnicki> verterok: make sure you didn't leave your token in the source, I think you did.
[22:08] <verterok> really?
[22:08] <verterok> again?
[22:08] <mkarnicki> should have written that on priv, sorry..
[22:09] <mkarnicki> I dont' know if its yours or mine
[22:09] <mkarnicki> I'm looking on bzr diff
[22:09] <verterok> mkarnicki: on which class?
[22:09] <mkarnicki> OIOExampleClient.. no, date is old 2010-07-13
[22:09] <verterok> ah, ok
[22:09] <mkarnicki> perhaps it's mine, sorry for confusion.
[22:10] <verterok> yes, the code is clean here
[22:10] <verterok> no tokens
[22:10] <mkarnicki> verterok: hmm.. if I did pull bzr, shouldn't it overwrite my changes? like, the code I pasted you sent me today
[22:11] <verterok> no
[22:11] <mkarnicki> verterok: you're back to those 2 lines with reflection, right?
[22:11] <verterok> mkarnicki: if you have changes in file changed upstream, bzr pull will mark it as in conflict
[22:11] <verterok> yes
[22:11] <mkarnicki> oh, ok. I'll fix it then.
[22:12] <mkarnicki> verterok: thanks, you saved me again
[22:12] <verterok> np
[22:12] <mkarnicki> just don't say np xD I'm bugging you all the time ;)
[22:12] <mkarnicki> I'm glad you're so helpful
[22:12]  * mkarnicki gives high five to verterok
[22:13] <verterok> mkarnicki: hahaha, really, no problem. happy to help :)
[22:13] <mkarnicki> :)
[23:29] <tehgary> honk
[23:30] <tehgary> (I've never felt more silly requesting help, btw ;) )


[02:09] <imgbot> [03:09] <imgbot> [03:49] <imgbot> [03:50] <imgbot> [04:14] <imgbot> [04:15] <imgbot>


[09:33] <jhobbs> Hello - a bug i was trying to edit just disappeared
[09:34] <jhobbs> When I try to use the question feature in launchpad I get an OOPS
[09:34] <jhobbs> the bug is https://bugs.launchpad.net/bugs/1351054
[09:34] <jhobbs> mmhmm
[09:44] <wgrant> You can actually wait for more than five minutes before deciding that nobody is responding.
[09:45] <wgrant> Did you try to reassing a private/proprietary bug to Ubuntu?
[09:45] <jhobbs> yes
[09:45] <jhobbs> i was headed there at least, i didn't think i actually hit submit
[09:47] <wgrant> Right, that's not going to go well -- Ubuntu doesn't generally use private bugs except for crash and security reports. It's a community-owned project, so there shouldn't be proprietary information in Ubuntu's bugs.
[09:47] <jhobbs> ok - that makes sense
[09:47] <jhobbs> I suppose it would have been nice to get a warning or error instead of a disappeared bug though
[09:47] <jhobbs> is there a way to get it back?
[09:48] <wgrant> I will recover it soon.
[09:48] <jhobbs> cool
[09:48] <cjwatson> It's unfortunate (as I said in person here) that that kind of reassignment doesn't give you an access grant, the way that making a public bug private does.
[11:34] <dz0ny> hi,anyone around?
[11:35] <dz0ny> this thing called launchpad is broken, beyond
[11:36] <dz0ny> do you guys still develop it or??
[11:36] <cjwatson> It's still actively developed.  I'd suggest being a bit more specific.
[11:38] <dz0ny> then I found a bug. I've used dput to upload package to ppa, however ppa is still empty
[11:39] <cjwatson> Did you get an acknowledgement mail?
[11:40] <dz0ny> no
[11:40] <cjwatson> https://help.launchpad.net/Packaging/UploadErrors#The_upload_appears_to_work_but_I_don.27t_get_any_email_about_it
[11:41] <dz0ny> thx
[11:42] <dz0ny> I didn't import the key...
[11:44] <wgrant> So broken!
[11:46] <davmor2> wgrant: man it must be nice to only have breakages like that right ;)
[11:46] <dpm> wgrant, cjwatson, is there any comment perhaps you guys could add to bug 736005 regarding the hardware upgrades in LP that will potentially mitigate the translation timeouts? Many folks are starting to complain on the translators mailing list
[11:47] <dz0ny> wgrant: well I didn't get the mail
[11:48] <wgrant> dz0ny: We can't tell who to send an email to if we can't work out who uploaded it.
[11:48] <wgrant> dpm: I'm afraid we're still waiting on IS to bring up the database servers. I'll comment in the bug.
[11:49] <dz0ny> wgrant: well .changes file contains mail so ...
[11:49] <wgrant> dz0ny: But anyone could put your address there and cause us to spam you with endless rejection emails.
[11:49] <dz0ny> and if you upload to ppa you also now to which ppa was thing uploaded
[11:49] <cjwatson> dpm: I'll reply.
[11:49] <wgrant> Sure, but it's totally unauthenticated.
[11:49] <cjwatson> Oh, wgrant is doing.
[11:49] <wgrant> I am :)
[11:50] <dz0ny> enforce login for upload?
[11:50] <wgrant> dz0ny: That's not really feasible with FTP, as it's unencrypted.
[11:51] <dz0ny> then enforce sftp :)
[11:52] <dpm> thanks cjwatson, wgrant
[11:59] <dz0ny> bye
[13:31] <jhobbs> wgrant: any idea when you will be able to restore that bug?
[13:40] <wgrant> jhobbs: Done.
[13:48] <jhobbs> wgrant: thanks
[14:20] <shadeslayer_> btw is it possible to get files from this build? https://launchpadlibrarian.net/179759073/buildlog_ubuntu-utopic-powerpc.kimageformats_5.0.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:20] <shadeslayer_> specifically rgb-gimp-2.8.10.psd-expected.data  and rgb-gimp-2.8.10.psd-actual.data
[14:29] <cjwatson> shadeslayer_: It's not possible to recover any files after a build completes.
[14:29] <cjwatson> Successfully or otherwise.
[14:30] <shadeslayer_> cjwatson: what would you recommend? upstream would like to see those files, I reckon I could just cat them
[14:30] <cjwatson> shadeslayer_: IMO packages should generally arrange to cat detailed test suite logs if the test suite fails.
[14:30] <cjwatson> shadeslayer_: dh_auto_test even does that automatically for automake projects nowadays.
[14:30] <cjwatson> So there's certainly precedent.
[14:30] <shadeslayer_> hm
[14:30] <shadeslayer_> needs to be extended to cmake thingumns
[14:31] <cjwatson> Oh, actually, no, that's for config.log on configure failures
[14:31] <cjwatson> Still, same idea
[14:31] <cjwatson> override_dh_auto_test:\n\tdh_auto_test || { cat blah; exit 1; }
[14:31] <cjwatson> or whatever
[14:31] <shadeslayer_> yeah
[14:32] <cjwatson> Or have the upstream cmake code do it.  I think what I'm remembering is that automake itself does it sometimes.
[14:32] <cjwatson> You have to set VERBOSE=1 for that.
[14:32] <shadeslayer_> I don't think cmake knows about any files that a test will write
[14:33] <shadeslayer_> at run time
[18:47] <KNRO> I'm getting Invalid deb-version: {debupstream}+r577.155~ubuntu14.04.1: Invalid version string '{debupstream}+r577.155~ubuntu14.04.1'
[18:47] <KNRO> anyone knows why {debupstream} isn't being evaluated by launchpad thereby resulting in the above error?
[20:13] <KNRO> _Anyone_ who has daily packages using debupstream that is building OK?
[20:14] <jelmer> KNRO: are you using format version 0.4 ?
[20:15] <KNRO> jemler: I tried 0.3 and 0.4, same result.
[20:16] <KNRO> it's related to this bug: https://bugs.launchpad.net/launchpad-buildd/+bug/1350430
[20:17] <KNRO> fix committed, does that mean it's live or not?
[20:23] <tsimpson> live would be fix released
[20:25] <KNRO> is there any workaround now? All my daily packages are failing now
[20:27] <cjwatson> We *think* that {debupstream:packaging} and possibly also {debversion:packaging} will work
[20:27] <cjwatson> We should be able to get that fix rolled out next week though
[20:32] <AShortRedhead> Hi, I am wondering if there is anyone here who can help me with a build problem I have been having
[20:33] <jelmer> KNRO: you need to specify the branch name if the debian/ branch is not in the root branch
[20:33] <jelmer> what cjwatson said :)
[20:34] <AShortRedhead> I currently am doing some trusty builds at https://launchpad.net/~sandyd/+archive/ubuntu/openlitespeed/+packages
[20:34] <AShortRedhead> for some reason, the i386 builds are fine https://launchpadlibrarian.net/181864935/buildlog_ubuntu-trusty-i386.openlitespeed_1.3.3-1ubuntu%2Bsandydnet~trusty_UPLOADING.txt.gz
[20:34] <AShortRedhead> the amd64 builds are failing https://launchpadlibrarian.net/181864921/buildlog_ubuntu-trusty-amd64.openlitespeed_1.3.3-1ubuntu%2Bsandydnet~trusty_FAILEDTOBUILD.txt.gz
[20:34] <KNRO> jelmer: this is what I use now {debversion}+r{revno}.{revno:packaging}, so debversion IS for the root branch, let me try debversion:packaging
[20:34] <wgrant>  /bin/mkdir -p '/usr/modules'
[20:35] <AShortRedhead> for some reason, the amd64 builds are attempting to create files in /usr/modules instead of in
[20:35] <wgrant> AShortRedhead: Your package is trying to write to somewhere that needs root privileges.
[20:35] <AShortRedhead> the correct folder
[20:35] <wgrant> Have you test-built it on amd64 locally?
[20:35] <AShortRedhead> nope
[20:35] <wgrant> You'll see the same problem there, so you can debug it.
[20:35] <AShortRedhead> allright, thanks for the tip!
[20:36] <jelmer> KNRO: in what branch does your packaging live?
[20:38] <KNRO> jemler: you can see the recepie here: https://code.launchpad.net/~mutlaqja/+recipe/libindi-daily
[20:39] <KNRO> bzr: ERROR: Invalid deb-version: {debversion:packaging}+r577.155: Invalid version string '{debversion:packaging}+r577.155'
[20:39] <KNRO> so now {debversion:packaging} is not working as well with 0.4
[20:40] <cjwatson> It's possible it's not fixable until we roll out.  You could run bzr-builder locally and upload the source package directly to the target PPA in the meantime.
[20:42] <AShortRedhead> huh
[20:42] <AShortRedhead> it works locally
[20:42] <wgrant> AShortRedhead: How are you building it?
[20:43] <wgrant> It probably only occurs when building only architecture-specific packages.
[20:43] <wgrant> Build with -B rather than -b
[20:43] <AShortRedhead> wgrant, would it be possible that after using debuild -S for i386, I would have to re-extract before going to amd64?
[20:45] <KNRO> cjwatson: I am using bzr dailydeb command now locally and I'm still getting that error. Should I build the latest bzr and bzr-builder for this to work?
[20:48] <cjwatson> I think so, yes
[20:48] <cjwatson> Not bzr, just bzr-builder
[20:51] <jelmer> KNRO: hmm, I'm not sure if this will work with nest-part
[20:51] <KNRO> jelmer: yeah, I just tried with latest bzr-builder and same error, so I give up
[20:53] <AShortRedhead> hmm
[20:53] <AShortRedhead> still no dice
[20:54] <wgrant> AShortRedhead: You built with -B, not -b, in a clean chroot of the relevant series?
[20:56] <AShortRedhead> nvm I found the issue, missing a slash
[20:56] <AShortRedhead> in the build rules