[02:48] <amejia> superm1: hi
[02:48] <amejia> superm1: http://packages.qa.debian.org/x/xbmc/news/20120423T211357Z.html
[02:48] <Zinn> [packages.qa.debian.org] Accepted xbmc 2:11.0~git20120423.cd20772-1 (source all amd64)
[02:49] <amejia> superm1: that's the upload with the arm fixes, messed up the prior version
[03:32] <superm1> amejia: mmm might have to SRU at this point, today is unseeded final freeze /me thinks
[03:32] <superm1> i'll double check
[13:30] <KaZeR> hi there
[13:30] <KaZeR> i'm having issues trying to set up a secondary backend : MythSocket(7f3ec000ea90:59): readStringList: Error, timed out after 30000 ms.
[13:30] <KaZeR> any thoughts?
[13:30] <KaZeR> thanks in advance :)
[13:45] <rhpot1991> KaZeR: did you make sure your backend is listening on a viewable IP (not <IP_ADDRESS> or localhost)?
[13:57] <KaZeR> rhpot1991, yes :  http://pastebin.com/ng0zYzFC
[13:57] <Zinn> [pastebin.com] Master: 2012-04-24 15:47:58.701297 C mythbackend version: fixes/0.25 [v0.25-54 - Pastebin.com
[14:49] <KaZeR> btw, i've checked using nc, both my nodes are accessible from my whole network on ports 6543 et 6544
[15:55] <superm1> amejia: ok it's synced.  ppc did fail like in debian https://launchpad.net/ubuntu/precise/+source/xbmc/2:11.0~git20120423.cd20772-1
[15:55] <Zinn> [launchpad.net] “xbmc” source package : Precise (12.04) : Ubuntu
[15:55] <superm1> arm are still chugging atm
[16:18] <superm1> amejia: worth mentiong ppc did pass before on ubuntu, so it's a regression between the 4/7 and 4/23 eden branch
[23:50] <x2aws> hello all.. using .25 right now and have read a little about HLS...  any way for me to test this on a windows laptop, or will I need a apple device to test?


[00:00] <OvenWerks> studio-user392: do you have more than one audio interface?
[01:33] <Ex> Hello my name is ex
[01:34] <Ex> und zwar
[01:34] <Ex> istenz
[01:34] <Guest46033> warum?
[01:34] <Guest46033> why?
[01:35] <Guest46033> you are ugly
[01:35] <Guest46033> bye
[02:14] <windowsrefund> hello
[02:15] <windowsrefund> sorry if this question gets asked all the time but I'm curious why the distro doesn't provide a rt linux kernel?
[02:15] <windowsrefund> I'm running lowlatency but am still curious
[14:01] <studio-user843> Trying to install Ubuntu Studio 18.10 from the ISO  (Install to computer option).  The dialog box freezes after select US keyboard defaults. Found numerous posts related to this problem going to several versions.    For now,  I'll load up all the apps to my Ubuntu 18.10 machine and try again next year. Just wanted to pass this information along
[14:04] <studio-user843> One day, this problem may be fixed.
[15:38]  * windowsrefund checks the channel for a pulse
[18:15] <boscaiolo> evening all
[19:21] <windowsrefund> hello
[19:52] <mrz80> afternoon
[20:04] <studio-user392> sorry, no, I only have one audio interface. my motherboard has built in audio, but i have no intentions of using it
[20:32] <OvenWerks> studio-user392: So you have the internal audio turned off in bios?
[20:33] <OvenWerks> studio-user392: can I assume the interface you use is USB or is it PCI?
[20:38] <studio-user392> it's USB. your standard Focusrite 6x6
[20:39] <studio-user392> i don't have internal turn off in bios, but i have my card selected in the pulse
[20:39] <studio-user392> will turning it off via the bios make it default to my audio interface?
[20:39] <studio-user392> i can give that a try
[22:44] <OvenWerks> windowsrefund: the lowlatency kernel has almost all of the RT kernel patches already applied. The only difference is that the RT kernel _can_ be locked up by a badly behaving application. With the low latency kernel I can run my ice1712 based audio card at 16/2 with no xruns.
[22:44] <OvenWerks> windowsrefund: reason two is that there are not enough people to keep an rt kernel up to date. You are welcome to create and maintain an RT kernel.
[22:47] <OvenWerks> windowsrefund: I suspect that the debian RT kernel would work just fine for that matter. I have built the odd kernel from the kernel site with no running trouble too. The main problem with using various kernels is proprietary graphics drivers like the nvidia drivers which will not be included in the RT kernel... they are included in the low latency kernel.


[01:50] <StevenK> wallyworld_: Can you QA r15475 soonish?
[02:14]  * StevenK stabs Python process handling.
[02:15] <wgrant> StevenK: What are you doing and why?
[02:16] <StevenK> wgrant: Trying to debug AuditorFixture._stop()
[02:16] <wgrant> Ah, that.
[02:17] <lifeless> StevenK: SIGPIPE again ? :>
[02:17] <StevenK> lifeless: Already SIG_IGN'ing PIPE
[02:18] <StevenK> It drops out of _stop() without actually killing the process.
[02:36] <cjwatson> I've QAed r15480; it has problems which mean the new API isn't usable, which I'll work on tomorrow, but as far as I've been able to determine there are no regressions in existing functionality, so I marked it qa-ok.  Feel free to check my reasoning in bug 334858.
[02:36] <_mup_> Bug #334858: Require a way to copy [P]PPA packages into Ubuntu <lp-soyuz> <qa-ok> <Launchpad itself:In Progress by cjwatson> < https://launchpad.net/bugs/334858 >
[02:37] <wgrant> cjwatson: Right, sounds good. That usually means a missing commit, indeed.
[02:38] <wgrant> Since you can't read back an LFA's content unless it's been committed.
[02:38] <cjwatson> Too much to hope that I'd get it all right in one go.  I wonder how delayed-copy processing manages to get it right, since I can't see a commit there.  Maybe it's implicit somewhere.
[02:39] <wgrant> Delayed copies have regressed in that respect once or twice
[02:39] <wgrant> I forget how it works
[02:40] <cjwatson> Maybe it works because delayed copies get hold of the changelog manually rather than going through the SPR.
[02:41] <cjwatson> As in, from the .changes, which PCJs can't do.
[02:41] <wgrant> Ah, yes, that would be it.
[02:42] <wgrant> But some aspect of delayed copies sometimes tried to read it back
[02:42] <wgrant> And died
[02:42] <wgrant> Possibly rejection
[02:42] <wgrant> Can't quite remember
[02:42] <wgrant> Anyway, thanks for QAing
[02:42] <cjwatson> Clearly means I need to add a test for the PCJ as well as the PackageCopier path, anyway.
[02:42] <cjwatson> Grumble.
[02:45] <cjwatson> I suspect also I need to do pocket queue admin permissions before we can kill unembargoing and the ubuntu-security celebrity, since doing it with PCJs means their uploads will all wind up in unapproved.
[02:45] <wgrant> Indeed. That's going to be a little awkard on +queue, I suspect, but shouldn't be too much effort.
[02:46] <wgrant> Hm, actually.
[02:46] <wgrant> How's that going to work at all
[02:46] <wgrant> Because they'll still be private..
[02:47] <cjwatson> In the queue it'll just be a suspended PCJ
[02:47] <wgrant> Yeah
[02:48] <wgrant> Hopefully it won't break when it tries to access its attributes.
[02:48] <cjwatson> Oh, I hope it doesn't need to ... yeah, that
[02:50] <cjwatson> I think it's OK.  The attributes all come from the PCJ's metadata dict or similar.
[02:51] <wgrant> Great.
[03:05] <wallyworld_> StevenK: sorry, was at locksmith, qa done now
[03:05] <StevenK> wallyworld_: More mailbox trouble? :-)
[03:06] <wallyworld_> StevenK: yes, bloody keys i got didn;t fit, i had to break in and rip off the front flap and tale it all in
[03:06] <wallyworld_> the lock turned out to be a cheap chinese version and there are no key blanks here
[03:10] <StevenK> wallyworld_: Ah, so you were so desperate for the phone cover that you broke into the mailbox. :-)
[03:10] <wallyworld_> StevenK: that arrived last week and i had to use a coathander to hook the package and lift it out
[03:11] <StevenK> Now that is desperation.
[03:12] <wallyworld_> yep
[04:08] <StevenK> lifeless: This is incredibly frustrating. :-(
[04:31] <StevenK> Sigh. self.process.wait() returns immediately, but the process isn't dead.
[04:32] <lifeless> StevenK: sorry, context switching
[04:32] <lifeless> so whats up ?
[04:33] <StevenK> lifeless: fixture._stop() is supposed to kill bin/auditor-manage.
[04:36] <lifeless> does auditor-manage fork or something ?
[04:36] <StevenK> I doubt it
[04:37] <StevenK> It's the usual 'python manage.py runserver' which is used for development, so I'd be very surprised if it does.
[04:37] <lifeless> ok
[04:37] <lifeless> so the code looks reasonable
[04:37] <lifeless> server.poll() is None implies has not exited.
[04:37] <lifeless> erm
[04:37] <lifeless> process.poll()
[04:38] <lifeless> StevenK: what do you see happen ?
[04:38] <lifeless> StevenK: have you tried using pdb and stepping through it ?
[04:39] <StevenK> lifeless: I've tried printf debugging, which hasn't been much help.
[04:39] <lifeless> do you want video + debug help?
[04:39] <lifeless> right now I don't know what you've learnt.
[04:39] <lifeless> so I'm starting cold.
[04:40] <StevenK> lifeless: Today I've learnt that 1) I either don't understand process workflow under Unix or this thing is misbehaving, 2) I feel like I've wasted today on it. :-)
[04:41] <lifeless> the day isn't over.
[04:41] <lifeless> lets free our hands for actual examination: skype or g+ ?
[04:41] <StevenK> lifeless: Would you mind looking sans Skype/G+ for 10-15? I've just taken Advil for a headache.
[04:41] <lifeless> not at all
[04:42] <lifeless> so, tell me a) how to reproduce and b) all that you have learnt.
[04:42] <lifeless> is your code up online etc.
[04:43] <StevenK> lifeless: Just pushed auditor
[04:43] <lifeless> ?win 85
[04:46] <StevenK> lifeless: auditorfixture updated
[04:51] <StevenK> lifeless: Easiest way to reproduce is run the testsuite. One test will fail, but if you look at ps aux afterwards you'll see two auditor-manage's hanging around.
[04:52] <StevenK> lifeless: What I have learnt is that the _stop() method does get called, and it does call self.process.terminate(), and the next time around the loop self.is_process_up returns False and it exists, but the process is still running.
[04:52] <StevenK> s/exists/exits/
[04:53] <lifeless> ok
[04:53] <lifeless> so lets get some more details
[04:57] <lifeless> StevenK: so, I'm putting a breakpoint in _stop. And running the test suite
[04:58] <lifeless> StevenK: so it gets terminated via SIGTERM
[04:59] <StevenK> lifeless: Are the processes still running, though?
[04:59] <lifeless> StevenK: but nothing is reaping it
[04:59] <lifeless> so it sits defunct
[05:00] <StevenK> But Python should catch the SIGCHLD and reap it?
[05:00] <lifeless> no
[05:00] <lifeless> not AFAIK
[05:00] <lifeless> also
[05:00] <lifeless> you may well be running into a signal handling race condition
[05:00] <lifeless> lets see
[05:01] <StevenK> I thought the entire point of subprocess was abstract out this mess. :-P
[05:01] <lifeless> but let me check the code a bit more
[05:05] <lifeless> StevenK: so, its kill the process, reliably.
[05:05] <lifeless> StevenK: compare:
[05:05] <lifeless>  :!bin/test
[05:05] <lifeless> Running zope.testrunner.layer.UnitTests tests:
[05:05] <lifeless>   Set up zope.testrunner.layer.UnitTests in 0.000 seconds.
[05:05] <lifeless> 23890
[05:05] <lifeless> thats the pid
[05:05] <lifeless> then
[05:05] <lifeless> 23890
[05:06] <lifeless> 23894
[05:06] <lifeless> 23894
[05:06] <lifeless> (twice through apparently)
[05:06] <lifeless> but
[05:06] <lifeless> compare the leaked processes:
[05:06] <lifeless> robertc  23895  5.7  0.2<PHONE_NUMBER>8 pts/10   Sl+  17:05   0:00 /usr/bin/python /home/robertc/source/launchpad/auditorfixture/working/auditorfixture/tests/../../bin/auditor-manage runserver 9999
[05:06] <lifeless> robertc  23891  5.7  0.2<PHONE_NUMBER>4 pts/10   Sl+  17:05   0:00 /usr/bin/python /home/robertc/source/launchpad/auditorfixture/working/auditorfixture/tests/../../bin/auditor-manage runserver 51284
[05:06] <lifeless> note the pids are one out
[05:06] <StevenK> Which means it probably did fork
[05:07] <lifeless> robertc  23918 17.6  0.1  61964 15036 pts/10   S+   17:06   0:01                      \_ /usr/bin/python -S bin/test
[05:07] <lifeless> robertc  23919  1.6  0.1  52288 15740 pts/10   S+   17:06   0:00                          \_ /usr/bin/python -S /home/robertc/source/launchpad/auditorfixture/working/auditorfixture/tests/../../bin/auditor-manage runserver 47997
[05:07] <lifeless> robertc  23920  2.8  0.2<PHONE_NUMBER>6 pts/10   Sl+  17:06   0:00                              \_ /usr/bin/python /home/robertc/source/launchpad/auditorfixture/working/auditorfixture/tests/../../bin/auditor-manage runserver 47997
[05:07] <lifeless> ^ you need to be way more paranoid.
[05:07] <StevenK> It double fork()'s? :-(
[05:09] <lifeless> paranoid about assuming I think I mean
[05:09] <lifeless> anyhow, yes, it looks like it does.
[05:10] <lifeless> well, something does.
[05:11] <StevenK> Single fork() should be dealt with fine because it will be the same process group, but a double fork is not, from memory.
[05:13] <lifeless> if we signal the process gorup
[05:13] <lifeless> by (IIRC) doing -pid
[05:19] <lifeless> nah
[05:19] <lifeless> the pgroup they are in is the teset servers group
[05:19] <lifeless> because we're not making one when we spawn
[05:20] <lifeless> should be easy to fix, one sec
[05:20] <StevenK> lifeless: I really don't want to call os.setsid() in the fixture ...
[05:27] <StevenK> lifeless: It wasn't so easy?
[05:29] <lifeless> StevenK: lp:~lifeless/auditorfixture/pgrphandling
[05:29] <lifeless> StevenK: it was, Lynne got home
[05:30] <StevenK> Ah, heh.
[05:30]  * StevenK looks.
[05:31] <StevenK> lifeless: Bah, and you do end up using os.setsid() :-)
[05:32] <lifeless> of course
[05:32] <lifeless> but, it works
[05:32] <lifeless> and doesn't leak defunct processes like a sieve
[05:33] <StevenK> Which was the entire point of the exercise
[05:33] <lifeless> it was leaking defunct *and* live ones before
[05:33] <lifeless> this is twice as much betterness ;)
[05:34] <lifeless> StevenK: HTH, -> dinnery stuff, will ping later to see how you went
[05:34] <StevenK> lifeless: Aye
[06:47] <Brooklyn> Hello, I have deployed launchpad. But I can't register new user now. Could anyone give me some hints?
[06:49] <StevenK> lifeless: HAH. Now I have to put django into download-cache
[06:56] <wgrant> Brooklyn: The testopenid provider that Launchpad dev instances use doesn't support registration. You'll need to point it at a proper OpenID provider.
[06:56] <wgrant> lifeless: Bah
[07:02] <Brooklyn> wgrant: Thanks for your reply.
[07:06] <wgrant> lifeless: So it turns out that bugsummary queries for source packages are a hundred or so times slower than they need to be.
[07:06] <wgrant> lifeless: There's no usable index starting with (distribution, spn).
[07:06] <wgrant> lifeless: So eg. the stats portlet falls back to (distribution, status) then filter on that
[07:06] <wgrant> etc
[07:07] <lifeless> cool
[07:08] <wgrant> lifeless: Was this a deliberate decision, do you recall?
[07:08] <lifeless> no, oversight
[07:08] <wgrant> Great, thanks.
[07:08] <lifeless> it was intended to index all the use cases to be fast
[07:08] <wgrant> Just wanted to check you didn't find some horrid postgres terribleness
[07:09] <lifeless> not that I recall
[07:10] <wgrant> Now the rebuild is a little faster :)
[08:01] <czajkowski> morning
[09:23] <czajkowski> wgrant: is it possible to properly remove a ppa instead of seeing a message ppa is deleted?
[09:24] <wgrant> Not at present
[09:25] <czajkowski> is it possible to re enable it once it's deleted?
[09:25] <wgrant> Um
[09:25] <wgrant> Sort of
[09:25] <wgrant> If they go to +edit and click the Enabled and Publish checkboxes it will mostly work
[09:25] <czajkowski> ah ok
[09:26] <wgrant> But it's best to tell the users to build a time machine and not delete things that they don't want deleted.
[09:26] <czajkowski> well this is true :)
[09:26] <czajkowski> but at least I can now asnwer people who have yet to build a tardis :)
[09:26] <czajkowski> wgrant: cheers
[09:38] <lifeless> could someone lp-land https://code.launchpad.net/~lifeless/launchpad/sourcecode-meta/+merge/111527 for me? _still_ haven't sorted my landing story. I know, I suck.
[09:39] <jelmer> hi lifeless
[09:39] <jelmer> lifeless: lp-land rather than ec2 land?
[09:39] <lifeless> have a look at the branch, and make your own mind up :)
[09:39] <jelmer> heh, okay.. still waiting for the diff to come up :)
[09:39] <wgrant> It won't
[09:39] <wgrant> It timed out days ago
[09:40]  * jelmer grumbles
[09:40] <jelmer> lifeless: anyway, I'll land once I manage to extract a diff
[09:42] <lifeless> jelmer: :>
[09:42] <lifeless> jelmer: thanks, appreciated!
[09:47] <Brooklyn> wgrant: I am not familiar with zope. Is there any document about how to point testopenid to an openid provider?
[09:49] <wgrant> Brooklyn: This is all LP-specific stuff, not Zope. It's easiest to set vhost.openid.hostname in the launchpad-lazr.conf of the config that you're using, then change launchpad.openid_provider_vhost from 'testopenid' to 'openid'
[09:50] <Brooklyn> wgrant: Thank you so much :) I will try that
[10:01] <cjwatson> bac,wgrant: Could you have a quick look over https://code.launchpad.net/~cjwatson/launchpad/pcj-reupload-fix/+merge/111804 for me?  Should fix last night's QA failure.
[10:01] <wgrant> cjwatson: Looking
[10:02] <wgrant> I think the bac is a lie.
[10:02] <cjwatson> I thought so too, but you never know
[10:03] <wgrant> cjwatson: Hmm
[10:03] <czajkowski> https://dev.launchpad.net/ReviewerSchedule
[10:03] <wgrant> cjwatson: I wonder if we can detect if we're in a webapp request and die violently there.
[10:03] <wgrant> since committing the in middle of a webapp transaction is a less than good idea.
[10:04] <cjwatson> Mm, I did wonder what the rules for that were
[10:04] <wgrant> "don't"
[10:04] <cjwatson> I suppose it might also be possible to extract the changes from the restricted file and pass those into notify
[10:04] <wgrant> The librarian sometimes makes it challenging, unfortunately.
[10:04] <wgrant> Right
[10:04] <wgrant> Or you could commit after the copy and before the notify
[10:05] <cjwatson> There's an argument that that might be safer
[10:05] <wgrant> But in the caller.
[10:05] <wgrant> I forget where that is.
[10:05] <wgrant> Tryue.
[10:05] <cjwatson> It's only one level up, in do_copy.
[10:05] <Brooklyn> wgrant: I use login.ubuntu.com and finally it works!! Thank you so much!
[10:05] <wgrant> Brooklyn: Excellent!
[10:05] <cjwatson> I didn't think moving it up there would be desperately useful, and it would make it harder to tell whether it's necessary due to unembargoing.
[10:06] <wgrant> It's awful either way.
[10:07] <cjwatson> Extracting the changes content isn't exactly a one-liner right now.
[10:08] <wgrant> Awful but possibly necessary :)
[10:09] <cjwatson> Though we don't need changesfile_content in this case, which helps.
[10:16] <cjwatson> wgrant: Wait, isn't notification mail queued until the transaction is committed?  I could notify first and *then* update privacy.
[10:16] <wgrant> cjwatson: Sneaky and mildly evil, but probably quite effective.
[10:16] <cjwatson> That would still involve a bit of rearrangement but should be way easier.
[10:54] <cjwatson> wgrant: Have another look?  I think that should be better now ...
[11:17] <wgrant> cjwatson: Looks good, thanks.
[11:47] <bac> matsubara-lunch: ping me when you get back, please.
[11:52] <czajkowski> bac: good morning :)
[11:53] <bac> hi czajkowski
[11:57] <lifeless> night
[12:02] <matsubara> bac, hi
[12:03] <bac> hi matsubara.  did you want to talk at 1230UTC or 1430?
[12:04] <matsubara> bac, hey, just replied to your email. let's do 1430 as I have the team stand up in 40min
[12:04] <bac> matsubara: works for me.  thanks!
[12:04] <matsubara> bac, de rien
[12:07] <StevenK> jelmer, lifeless: I think the change you did/landed broke buildbot.
[12:09] <StevenK> jelmer: I think http://pastebin.ubuntu.com/1058978/ will fix it, can you investigate?
[12:12] <cjwatson> It broke EC2 too.
[12:12] <cjwatson> Well, ec2 land.
[12:13] <StevenK> Yeah, utilities/update-sourcecode does not like blank lines in sourcedeps.conf
[12:13] <StevenK> Which lifeless added
[12:14] <cjwatson> Maybe http://paste.ubuntu.com/1058982/ to preserve LoC; just as clear I think
[12:15] <StevenK> cjwatson: But that doesn't work either
[12:15] <cjwatson> Er, that's precisely equivalent to your patch
[12:15] <StevenK> if line == '\n' or ...: does
[12:15] <StevenK> cjwatson: Yes, the patch was untested at that point. :-)
[12:16] <StevenK> make worked fine, it took a little longer to realise this step was before it.
[12:16] <cjwatson> Ah yes.  I usually use "line = line.rstrip('\n')" at the start of loops for that kind of thing.
[12:17] <StevenK> It's an ugly hack, but let me land it.
[12:17] <StevenK> It's clear that sourcedeps is deprecated and lifeless has an eye to remove the whole kit and caboddle at a later date.
[12:18] <wgrant> if not line.strip(): continue
[12:18] <StevenK> wgrant: Does not deal with comments.
[12:18] <cjwatson> Bit surprised that failure to strip \n doesn't cause other problems.
[12:18] <StevenK> cjwatson: The function calls yield line.strip() after that
[12:19] <cjwatson> No, it calls yield line.split()
[12:19] <cjwatson> >>> "foo\tbar\n".split("\t")
[12:19] <cjwatson> ['foo', 'bar\n']
[12:19] <StevenK> Ah, hmmm
[12:19] <cjwatson> Oh, but split() with no args is magical
[12:19] <cjwatson> >>> "foo\tbar\n".split()
[12:19] <cjwatson> ['foo', 'bar']
[12:19] <cjwatson> Fair enough
[12:20] <StevenK> I guess it counts \n as whitespace
[12:23] <StevenK> lifeless: Your failure to test that comment change in sourcedeps.conf means you owe me a beer. :-P
[12:24] <StevenK> cjwatson: Fix landed, ec2 should now be happy again.
[12:25] <cjwatson> Yay
[12:48] <jelmer> StevenK, wgrant: Sorry, we had just headed out to lunch here :(
[12:48] <jelmer> Thanks for picking up the pieces
[13:00] <rick_h_> wallyworld_: thanks for the reply
[13:01] <wallyworld_> rick_h_: np. did it make sense?
[13:01] <wallyworld_> thanks for taking a look also
[13:01] <rick_h_> yea, I remember that issue and didn't think about it while reading over
[13:02] <wallyworld_> rick_h_: once we have all the js out of the tal and everything in the combo loader done, it won't be an issue i don't think
[13:02] <rick_h_> I need to blank out some time to go over the picker stuff at some point. You'd think between your stuff and jcsackett's stuff I'd 'get' it by now
[13:02] <wallyworld_> rick_h_: that stuff is "interesting" to say the least. i'd love to know the thought process behind how it was originally done
[13:02] <rick_h_> wallyworld_: yea, was going through the YUI3 cookbook and the idea of YUI blocks loading additional modules lazy-loaded seems interesting for stuff like this
[13:03] <rick_h_> I wonder if some sort of master "UI builder" would help us combine TAL blocks and keep things in one use() block without loading all our JS at once
[13:04] <wallyworld_> not sure. now that we have the core stuff all done, we can tackle these edge cases
[13:04] <rick_h_> yea
[13:04] <wallyworld_> we still gotta make dev use raw instead of min though
[13:05] <rick_h_> wallyworld_: ah, yea you know what, I'll try to get something in for that today if I can. I might have some slack time for that
[13:06] <wallyworld_> rick_h_: it's also been on my todo list but too litte spare time :-(
[13:09] <wallyworld_> rick_h_: something i just discovered - if i have an widget attribute eg my_form: {value: Y.Node.create('<form/>')}, the attr is only inited once and all new Y.mywidget() instances have the same attr value
[13:10] <wallyworld_> i have to construct the attribute vale in the initialiser
[13:11] <rick_h_> wallyworld_: right, you need to use a valueFn
[13:11] <rick_h_> it's like using a mutable default for a method in python
[13:11] <wallyworld_> ah of course. i forgot that. i've used a valuefn previously. thanks
[13:11] <rick_h_> np
[13:11] <rick_h_> yea, been bit myself with that sometimes. You want to do it, but makes sense as it's only created once on JS parse stage
[13:12] <wallyworld_> yeah. i just plain forgot. my brain is too full with everything
[13:35] <cjwatson> bac: Are you still looking at https://code.launchpad.net/~cjwatson/launchpad/copy-custom-uploads/+merge/111653 ?  It looks like you claimed a review there a few days ago
[13:36] <bac> cjwatson: i did claim it but then signaled my intent to give it up by adding the review team back
[13:36] <bac> cjwatson:  i guess i should have voted abstain
[13:37] <cjwatson> Ah, I missed that subtlety
[13:37] <bac> cjwatson: abstained now.  sorry i was able to get to it.
[13:39] <cjwatson> No problem.
[13:40] <cjwatson> benji: ^- Do you think you might be able to pick up that one?  I'm trying to make gradual progress on a sort of semi-overlapping chain of stuff, and that one would be nice to get out of the way both to unblock other things and on its own merits.
[13:41] <cjwatson> I know it's a pretty soyuz-heavy branch
[13:41] <benji> cjwatson: sure
[13:50] <benji> cjwatson: your branch looks good
[13:58] <cjwatson> benji: Thanks!    I approved the code, but there may be UI elements or other things that need review (like back in the day when we had seperate JavaScript reviews).
[14:01] <cjwatson> benji: I can't, because I'm not in launchpad-reviewers.
[14:01] <benji> cjwatson: then I suck ;)
[14:01] <cjwatson> I understand the model, but I break it by being !~launchpad-reviewers but having PQM access. :-)
[14:02] <benji> cjwatson: done
[14:02] <cjwatson> I believe lifeless thinks it ought to be possible to add non-Launchpadders to that team ...
[14:02] <cjwatson> So yeah, right now I just have to ask, sorry.  Thanks
[14:03] <cjwatson> (Maybe I mean ~canonical-launchpad-committers)
[14:08]  * cjwatson finds the mail about that and goes to reply, to see if he can sort this out more permanently
[14:30] <bac> hi matsubara.  is now good?  if so i'll create a hangout
[14:31] <matsubara> bac, yep. let me grab my headset and something to drink
[14:32] <matsubara> bac, ready whenever you are. just send me the link please.
[14:32] <bac> matsubara: sent you an invite
[14:58] <replaceafill> sinzui, i have a couple of questions about what's left in LP: #210821
[14:58] <_mup_> Bug #210821: bug tracker list shows inactive projects <404> <bugwatch> <lp-bugs> <oops> <qa-ok> <trivial> <Launchpad itself:In Progress by replaceafill> < https://launchpad.net/bugs/210821 >
[14:59] <replaceafill> sinzui, actually, the duplicated one (which i didn't notice before) LP: #857888
[14:59] <_mup_> Bug #857888: Deactivated projects shown on BugTracker:+index <404> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/857888 >
[14:59] <replaceafill> sinzui, here's a diff with the fix: http://pastebin.ubuntu.com/1059175/
[15:00] <sinzui> I recall it
[15:00] <replaceafill> sinzui, my question is that the current code uses projects + products
[15:00] <replaceafill> while the IBugTrackerSet.getPillarsForBugtrackers returns products + projects
[15:01] <sinzui> hmm
[15:01] <replaceafill> what would be best? to change the current portlet code
[15:01] <sinzui> We prefer to return small to large, so product, project-group, distro
[15:02] <replaceafill> ah
[15:02] <replaceafill> so i could change the porlet to return that order
[15:02] <replaceafill> and getPillarsForBugtrackers already does it
[15:03] <replaceafill> sinzui, my second question is, how do you test that in a functional test?
[15:03] <sinzui> +1 for the code fix
[15:04] <replaceafill> i mean, how do you test the order in the test
[15:05] <replaceafill> is there any way to get the contents of the testbrowser and say "get me all links in this div"?
[15:05] <sinzui> replaceafill, We want a new testcase  in lp/bugs/browser/tests/test_bugtracker.py that tests the view's attr.
[15:06] <replaceafill> ah ok
[15:06] <replaceafill> i thought i needed to test the returned html :)
[15:06] <sinzui> We can either reproduce a similar setup of your previous test...
[15:06] <replaceafill> sinzui, ah ok
[15:07] <replaceafill> sinzui, i'll work on that and show it to you later
[15:07] <sinzui> or we mock out getPillarsForBugtrackers() in the test and verify it was called
[15:07] <replaceafill> sinzui, i'll go with copying my previous setup
[15:10] <sinzui> replaceafill, make me the reviewer when you are ready since I already understand why the first branch did not fix the UI situation
[15:10] <replaceafill> sinzui, ah ok, will do
[15:20] <sinzui> replaceafill, this is a sketch of the test I would have written to verify the view differs to the the tracker set: http://pastebin.ubuntu.com/1059206/
[15:21] <replaceafill> ah, mocking :)
[15:21] <replaceafill> cool, i'll use that then
[15:21] <sinzui> I prefer this kind of test because changes to the set's method means I need to update the set's test and the views test
[15:22] <replaceafill> ah, got it
[16:50] <cjwatson> benji: Oops, I have a test failure in copy-custom-uploads.  Does http://paste.ubuntu.com/1059344/ look OK to you on top of that (that's in [initializedistroseries])?  That fixes the test here.
[16:51]  * benji looks.
[16:51] <benji> cjwatson: yeah, looks fine; DB security has tripped me up on a couple of occasions too
[16:55] <cjwatson> Right, thanks.  I think I'll kill the current test and send this through.
[18:55] <rick_h_> gary_poster: do you know off the top of your head what gtk-items are needed for the python-html5-browser for JS tests?
[18:55] <sinzui> rick_h_, the standard gtk setup
[18:55] <rick_h_> gary_poster: sorry, I nmean in LXC that is
[18:56] <rick_h_> sinzui: ok, was curious of the yellow guys had a shortlist of deps for that since the tests are running in lxc as well
[18:56] <gary_poster> rick_h_, oh.  I think this would be a sinzui question. the lxc aspect should basically mean its like trying to make it work in Ubuntu server
[18:57] <gary_poster> rick_h_, well...we add the launchpad-deps
[18:57] <rick_h_> ok, yea I've got those, but getting an error "RuntimeError: Gtk couldn't be initializ"
[18:58] <rick_h_> for the js tests from the container so assumed the normal setup is expecting some basic gtk packages to be there that steting up an lxc container leaves out
[18:58] <gary_poster> which ends up adding what we need there.  Like I said, there's nothing specific to the LXC story I can think of there.  Ah rick_h_ I might have a cure for what ais you.
[18:58] <gary_poster> ails, even
[18:58] <gary_poster> rick_h_, first, you are using xvfb-run, right?
[18:59] <rick_h_> well starting out just by doing:  ./bin/test -x -cvv --layer=YUITestLayer
[18:59] <rick_h_> that's what I've done in the past to run just JS tests.
[18:59] <gary_poster> rick_h_, no, that's not good enough I'm afraid.  That's not an lxc thing, it is a server with no X running thing
[18:59] <rick_h_> ah ok
[18:59] <gary_poster> so, if you look in the tree...
[19:01] <gary_poster> well, all you *have* to use you can find in the current .testr.conf: xvfb-run ./bin/test [other options]
[19:01] <gary_poster> there's a more "careful" spelling we use for the tests
[19:02] <gary_poster> xvfb-run --error-file=/var/tmp/xvfb-errors.log --server-args='-screen 0 1024x768x24'  -a bin/test blah blah blah
[19:02] <gary_poster> the --error-file is the least important
[19:02] <rick_h_> ok cool, yea I see that in the test_merge file
[19:03] <rick_h_> test_on_merge that is
[19:03] <gary_poster> rick_h_, that's server specific.  there is one lxc bug unfortunately
[19:03] <gary_poster> that affects this
[19:03] <gary_poster> lemme get that detail
[19:03] <lifeless> StevenK: I asked jelmer to make an informed decision ;)
[19:03] <rick_h_> ok thanks. I assumed it was a lxc issue
[19:03] <lifeless> StevenK: so I will cheerfully a) disclaim all responsibility and b) buy you a beer anyhow.
[19:04] <gary_poster> (we have a script that sets up all of this for you, but it is not ready for devs yet)
[19:04] <rick_h_> understood, I really just want to make sure I didn't break the JS test runner atm, so if only a single test can run I'll be happy
[19:06] <gary_poster> rick_h_, so, here's the pertinent code.  http://pastebin.ubuntu.com/1059579/
[19:06] <gary_poster> basically it is saying that in the fstab file for the lxc instance,
[19:07] <gary_poster> you need to add what is in line 7
[19:07] <gary_poster> for bug 974584
[19:07] <_mup_> Bug #974584: Semaphores cannot be created in lxc container <paralleltest> <patch> <rls-q-incoming> <Launchpad itself:Invalid> <lxc (Ubuntu):Fix Released by serge-hallyn> <sysvinit (Ubuntu):Triaged> <lxc (Ubuntu Precise):Fix Released> <sysvinit (Ubuntu Precise):Triaged> <lxc (Ubuntu Quantal):Fix Released by serge-hallyn> <sysvinit (Ubuntu Quantal):Triaged> <sysvinit (Debian):New> < https://launchpad.net/bugs/974584 >
[19:07] <gary_poster> rick_h_, restart the lxc after you make that change
[19:08] <rick_h_> orly, ok thanks
[19:08] <gary_poster> If it doesn't work with xvfb-run and that workaround, I dunno, but you can feel free to ask me again :-)
[19:09] <rick_h_> I think it's working, at least I've got my first test failures so I think just hte xvfb-run got me started
[19:10] <rick_h_> ty much
[19:10] <gary_poster> welcome
[19:15] <lifeless> cjwatson: whats your lp username?
[19:54] <czajkowski> sinzui: you're on a role!
[19:55] <sinzui> czajkowski, no, my script is. I need to clean up bug data to tell stakeholders why a squad has work on disclosure for a year and still not delivered sharing or private projects
[19:56] <czajkowski> sinzui: but you are close and have done a good job it's not an easy task a  lot of areas to make happy
[19:57] <sinzui> czajkowski, I am not close.
[19:58] <sinzui> There is a caustic streak of optimism at Canonical that misleads everyone into thinking we are always a few months away.
[19:59] <sinzui> I currently believe we are 5 months away from delivering disclosure, which is 3 months longer than stakeholders have been told, and more than a year longer than they hoped we would take after a year of saying we would do it
[20:02] <czajkowski> sinzui: ok but 5 is better than 8 and no point in saying 3 as if you say that and it's not tested or still has issues then people tend to get more upset, this way if you deliver before the 5 then people are happy, as i said it's a large project with many areas to keep happy
[20:02] <lifeless> heh
[20:02] <sinzui> czajkowski, I cannot prove what I say. When someone asks me what percentage is done. I cannot answer, I cannot even guess
[20:06] <sinzui> I cannot even summarise all the phases of work someone can see why there is an order and doggedly slow pace to delivering private projects
[20:08] <lifeless> sinzui: do you have a gut feel - underestimated? lots of waste? lots of friction? poor cycle times?
[20:09] <czajkowski> sinzui: frustrating I know really, but I do feel you're doing a great job, and you blog posts are very good and they explain the things that are changing and what is coming next
[20:09] <sinzui> under estimating is the primary cause. Edge cases, secondary use cases, hardening, removal of obsoleted code was often forgotten
[20:10] <lifeless> would it have helped to resource and implement much smaller slices
[20:11] <lifeless> ?
[20:11] <sinzui> ^ lifeless. churn is less of a communication problem.
[20:11] <sinzui> lifeless, yes, and doing them in the proper order or in parallel
[20:11] <sinzui> bug linking should have started after picker 10 months ago
[20:13] <sinzui> lifeless, Even cases like discovering we had to hard objects and reconsider social private teams were always something that could have been done by other teams.
[20:14] <sinzui> Well I guess those cases were not discovery. We did know about them, we just did not know scope so we ignored them until it hurt
[20:26] <cjwatson> lifeless: cjwatson
[20:28] <lifeless> cjwatson: with great power comes great...
[20:28] <lifeless> well you know
[20:28] <cjwatson> cheese?
[20:29] <lifeless> entertainment?
[20:29] <cjwatson> voltage
[20:30] <cjwatson> thanks anyway :)
[20:30] <lifeless> rock n roll
[20:30] <lifeless> (ac/dc)
[20:32]  * cjwatson attempts to land copy-custom-uploads for about the sixth time today; this is cursed
[20:33] <czajkowski> cjwatson: you do work long days
[20:33] <lifeless> czajkowski: welcome to Canonical
[20:33] <lifeless> czajkowski: we're a fun company of individuals.
[20:33] <cjwatson> don't confuse elapsed time with actual time spent working though
[20:34] <czajkowski> lifeless: ah ye are really, why else do you think I stuck around for so long to find a way in ;)
[20:34] <czajkowski> cjwatson: true
[20:37] <cjwatson> czajkowski: Also I find that LP's long EC2/buildbot cycles plus deployment schedules plus QA means that if I want to get work landed at the optimal speed then the best way to do it is to work skimming-stones-on-a-lake kind of hours
[20:37] <czajkowski> cjwatson: ah so you do have a method t the madness :)
[20:38] <lifeless> cjwatson: yes, OTOH that is getting fixed. Its tough shit though :)
[20:39] <cjwatson> suits the new-parent lifestyle well enough though
[20:39] <lifeless> indeedy
[20:40] <cjwatson> (well, new-baby not new-parent, but it comes out the same way)
[20:40] <lifeless> man, cynthia is teething right now
[20:40] <cjwatson> yeah, that's no fun
[20:40] <lifeless> 4 hours sleep last night for me :<

[20:40] <cjwatson> andre is vaguely considering the notion of solid food
[20:40] <czajkowski> :/
[20:40] <lifeless> cjwatson: in a positive or not fashion?
[20:41] <cjwatson> it's all right, bit earlier than we expected him to have a go but not a problem.  he's not really got into it properly, just vaguely flailing at stuff and occasionally a bit reaches his mouth
[20:41] <cjwatson> but clearly on the road to figuring it out
[20:41] <lifeless> excellent
[20:42] <lifeless> thats better than nononononono I don'twanna. (mimed, of course)
[20:42] <cjwatson> yeah, we do baby-led weaning so not much of that with food.  although plenty with other stuff ;-)
[20:42] <lifeless> us too, but we've heard horror stories ;)
[20:43] <cjwatson> judith nearly got killed on the road today though, kirsten came back shaking :-(
[20:43] <cjwatson> got away from her and started running
[20:43] <cjwatson> she reached her one step before the road
[20:44] <czajkowski> :o
[20:44] <czajkowski> cjwatson: scarey I'm sure
[20:49] <lifeless> cjwatson: yeepers
[21:40] <cjwatson> 2012-06-25 21:21:22 DEBUG   process-upload ran in 5.889692s (excl. load & lock)
[21:40] <cjwatson> every time I read that kind of output I want it to say "lock & load"
[23:02] <rick_h_> wallyworld_: looks like the non-min js landed a min ago. Give it a shot if you get a sec please.
[23:03] <wallyworld_> rick_h_: awesome, thanks!
[23:03] <rick_h_> wallyworld_: also note the second item here: https://docs.google.com/a/canonical.com/document/d/1jvZw_F8P0wXIxeNSpcEOpZbWqO0MSRZpn5Q3N2Mdcb8/edit
[23:03] <wgrant> sinzui, wallyworld_: https://github.com/mattdiamond/fuckitjs/
[23:03] <rick_h_> wgrant: :)
[23:04] <rick_h_> wallyworld_: it's in a lot of the picker stuff in case you're still tinkering in there
[23:06] <wallyworld_> rick_h_: yeah, i saw the naughty way of doing it a lot in the code and probably cargo culted it believing it was ok
[23:07] <rick_h_> wallyworld_: yea, all good. Easy fix, but want to get the word out.
[23:07] <wallyworld_> thanks, appreciate the heads up
[23:22] <wallyworld_> rick_h_: works great \o/
[23:23] <wallyworld_> rick_h_: you should send a post to the dev list so there can be much rejoicing


[01:53] <TheMuso> Woa! Oneiric open already. That was quick./
[01:55] <lifeless> how long would you like it to take?
[02:00] <TheMuso> I don't care how long it takes  or how short a time it takes, I'm just used to it being half a week or so.
[02:01] <jbicha> yeah I'm used it to taking a few days but it was open within hours of release
[03:33] <TheMuso> RAOF: When you use tmpfs for sbuild, do you give any particular mount options for the tmpfs filesystem?
[03:34] <RAOF> TheMuso: “none on /var/lib/schroot/union/tmpfs-overlay type tmpfs (rw)”.  So, no :)
[03:34] <RAOF> TheMuso: Are you seeing some problem?
[03:34] <TheMuso> RAOF: Ah ok, you use a unionfs setup for it as well?
[03:35] <TheMuso> RAOF: No, I'm looking to set it up.
[03:35] <RAOF> TheMuso: Yeah.  aufs merges the chroot underlay and the tmpfs overlay.
[03:35] <TheMuso> Now that I have more RAM in my desktop, I can use some of it for fast building.
[03:35] <RAOF> :)
[03:35] <TheMuso> RAOF: Is there a guide on how to do this somewhere?
[03:36] <RAOF> TheMuso: Not that I'm aware of, no.
[03:36] <TheMuso> Ah ok
[03:37] <RAOF> http://paste.ubuntu.com/602092/ is my relevant sbuild-natty-amd64 snippet in /etc/schroot/chroot.d
[03:37] <TheMuso> ah ok thanks
[03:37] <RAOF> The top entry is exactly what mk-sbuild produces, the subsequent entries are that + customisations.
[03:40] <TheMuso> SO which one of the tmpfs ones do you use, or do you use all of them?
[03:51] <RAOF> I use all of them.
[03:52] <RAOF> There are basically two variants there; natty-amd64 and natty-local-amd64, and both of those has a tmpfs and non-tmpfs config.
[03:52] <RAOF> natty-amd64 is simple.  natty-local-amd64 is natty-amd64 + a local repository of my build output, which makes it nice for X transitions.
[03:55] <TheMuso> ok thought as much.,
[03:55] <TheMuso> I am going to leverage this a little differently.
[03:55] <TheMuso> A combination of tmpfs overlay, or LVM snapshots.
[03:56] <RAOF> Yeah.
[03:56] <RAOF> Incidentally, if you're interested in local-packages, it just containst http://paste.ubuntu.com/602098/ as fstab and http://paste.ubuntu.com/602099/ as config
[03:57] <TheMuso> oh ok thanks.
[03:57] <TheMuso> I think mk-sbuild-lv needs to be extended to do all this stuff I think.
[03:59] <RAOF> Yeah, probably.
[03:59] <RAOF> Now that I *look* at local-packages it's entirely possible to make mk-sbuild-lv do a tmpfs overlay really easily.
[04:00] <RAOF> Build-against-built-packages is a little bit more difficult, as it requires bind-mounting the build output directory somewhere.
[04:00] <TheMuso> Yep.
[04:01] <TheMuso> Probably recommending/checking that the user has minimum 2GB RAM, maybe more.
[04:06] <TheMuso> Hoowaaahh! THis kicks LVM snapshots to the curbe and back 5 times over. :)
[04:06] <TheMuso> s/c
[04:13] <TheMuso> I guess my only other question is whether the RAM allocated to tmpfs can be used for other things if needed without having to unmount the tmpfs.
[04:13] <TheMuso> But a good google should answer that.
[04:15] <TheMuso> Ah, dynamically allocated.
[04:15] <TheMuso> Thats good.
[04:17] <RAOF> It'll by default only grow to 50% of your total ram.  That can be a bit annoying.
[04:17] <TheMuso> Yeah I see that. Well my desktop and new thinkpad both have 8GB, so I don't think that will be a problem for a while.
[04:18] <TheMuso> I also plan to set up VMs for some various testing a11y wise, so that RAM will be gobbled up in various ways in time.
[04:18] <RAOF> Yeah, and you're not building mesa or the kernel.
[04:18] <TheMuso> Yup.
[04:19] <RAOF> For sufficiently small things (most of the mono packages we have) I've benchmarked building on tmpfs to be ~3 times faster than the lvm snapshot route.  dpkg really, *really* likes unpacking on a tmpfs :)
[04:20] <TheMuso> I noticed.
[04:20] <TheMuso> Eatmydata, eat your heart out.
[04:20]  * micahg has had fun with /dev/shm and seamonkey/xulrunner
[04:22] <RAOF> Oh, hey.  That ubuntu-dev-tools branch moving mk-sbuild chroots into chroot.d hasn't landed?
[04:25] <TheMuso> chroot.d?
[04:25] <TheMuso> Is that something new that schroot supports? If so, very nice.
[04:25] <TheMuso> Anyway, oneiric and natty chroots set up for tmpfs overlay support for now.
[04:26] <RAOF> Yeah.
[04:28] <RAOF> Oooh, and that branch properly supports debian-experimental?  Yes please.
[04:28] <TheMuso> RAOF: You should have the privs to review/merge that right?
[04:29]  * TheMuso -> lunch
[04:29] <RAOF> Let's see.
[06:29] <TheMuso> RAOF: Thought you had the privs to do that. :)
[06:29] <TheMuso> Since you are an ubuntu-dev.
[06:29] <RAOF> Yup.
[06:29] <RAOF> Turns out I do :)
[06:32] <pitti> Good morning
[06:32]  * pitti waves from Augsburg
[06:33] <TheMuso> Hey pitti./
[06:33] <cdbs> hi pitti
[06:34] <RAOF> Hey pitti :)
[06:34] <pitti> it's nice to unpack boxes for a change :)
[06:35] <cdbs> TheMuso: Facing problems with integrating SpamAssassin in mailman?
[06:35] <TheMuso> cdbs: No, I just wish that the canonical list servers were better integrated with spam asassin.
[06:36] <TheMuso> I moderate some a11y lists, and mail that is spam makes its way into the moderatino queues, even though the reason given is that the mail is possible spam.
[06:36] <TheMuso> So just venting my frustration I guess.
[07:03] <chrisccoulson> good morning everyone
[07:03] <TheMuso> Hey chrisccoulson.
[07:03] <pitti> hey chrisccoulson, how are you?
[07:03] <chrisccoulson> hi TheMuso, how are you?
[07:04] <TheMuso> chrisccoulson: Well thanks, yourself?
[07:04] <chrisccoulson> hi pitti, i'm good thanks, how are you?
[07:04] <pitti> chrisccoulson: did you enjoy seeing the world breaking out in tears when the new couple kissed? :-)
[07:04] <chrisccoulson> TheMuso, yeah, good thanks. although, my daughter woke me up at 5.30 this morning ;)
[07:04] <chrisccoulson> pitti - no, i didn't watch it ;)
[07:04] <TheMuso> I watched that service, and the music was really beautiful.
[07:04] <pitti> chrisccoulson: I'm quite well, thanks! sore muscles due to the moving, but it all went well
[07:05] <pitti> I caught 10 minutes of it when we had lunch in a Chinese bistro on Friday
[07:05] <TheMuso> TO me, the wedding service was the best part of the day, everything else was secondary.
[07:05] <TheMuso> s/TO/for/
[07:09] <chrisccoulson> i had quite a productive day on friday
[07:09] <chrisccoulson> i've got firefox building its own language packs now :)
[07:12] <TheMuso> Nice.
[07:17] <toabctl> i had a look at https://code.launchpad.net/~ubuntu-desktop and want to find the packaging stuff for gtk3 but found different branches named gtk3. what's the main branch used for oneiric?
[07:18] <toabctl> there are: lp:~ubuntu-desktop/gtk/ubuntugtk3     and lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3    and lp:~ubuntu-desktop/gnome-desktop/ubuntugtk3
[09:11] <rodrigo_> morning
[09:13] <seb128> hey desktopers
[09:13] <seb128> hey rodrigo_
[09:14] <rodrigo_> hi seb128
[09:26] <pitti> bonjour seb128, ca va?
[09:26] <pitti> seb128: are you already in Budapest?
[09:26] <seb128> hey pitti, bien et toi ?
[09:26] <seb128> pitti, no, going there tomorrow
[09:26] <pitti> seb128: *me waves to you from Augsburg*
[09:26] <pitti> seb128: moving went well, just my muscles are aching :)
[09:27] <pitti> we are sitting amongst a huge pile of boxes still, of course :)
[09:27] <seb128> good
[09:27] <seb128> pitti, so you have a week to unpack a bit and UDS then? ;-)
[09:28] <pitti> seb128: we'll need more time for that, we still need to buy a lot of furniture (we threw most of our old and shabby stuff away)
[09:29] <pitti> seb128: but the kitchen is complete, and working desk and clothing closet are done
[09:29] <seb128> right, I didn't suggest you would be done with the moving at the end of the week, just that you will have to time to relax ;-)
[09:29] <pitti> and this evening we should get DSL
[09:29] <pitti> so the most basic stuff is working :)
[09:29] <seb128> great
[09:30]  * pitti hugs his laptop's builtin 3G antenna; 3G on the mobile phone is rather weak
[09:33] <rodrigo_> hey pitti, how was the move?
[09:35] <rodrigo_> seb128, for merging the gnome3 branches, do we merge the whole history to ~ubuntu-desktop branch, or just do an update with all the changes?
[09:37] <seb128> rodrigo_, that's what I was asking on friday, not sure if you read, what I went for is merging the gnome3-team commits i.e keeping the vcs history but cleaning the changelog and summarizing in one entry
[09:37] <rodrigo_> ok
[09:38] <seb128> well I suggest rebasing on debian at the same time and we do summarize the remaining diff usually when doing that
[09:38] <rodrigo_> althouugh, well, if we don't keep the changelog history, do we really need the bzr history?
[09:38] <rodrigo_> yes, I'm first merging the gnome3 branch with debian changes, and then with the ~ubuntu-desktop branch
[09:39] <seb128> I did it the other way around, I merge the gnome3 vcs in the ubuntu-desktop one
[09:39] <xclaesse> rodrigo_, will the gnome3 natty ppa be kept up to date? or will you push only in the natty+1 repository?
[09:39] <seb128> then reviewed the diff
[09:40] <rodrigo_> xclaesse, I guess I'll do both
[09:40] <seb128> xclaesse, the ppa will keep being community maintained, contributions to keep it updated are welcome
[09:40] <rodrigo_> seb128, ok
[09:41] <pitti> rodrigo_: I don't think the PPA bzr history is that interesting in bzr, but if you merge the branches, we'll retain it anyway?
[09:41] <pitti> rodrigo_: I don't think the PPA bzr history is that interesting in bzr, but if you merge the branches, we'll retain it anyway?
[09:41] <seb128> rodrigo_, on whether we really need the gnome3 vcs history, not sure but it's somewhat nice to keep record of community contributions there
[09:41] <rodrigo_> pitti, yeah, was not sure how to do the merge, since I need to review it (because of disabled patches, etc)
[09:41] <seb128> but I've no strong opinion either way
[09:42] <seb128> what I did is merge as a first commit
[09:42] <seb128> clean as a second one
[09:42] <seb128> rebase on debian as the next one
[09:42] <rodrigo_> but yes, makes sense to merge the gnome3 ppa and then the debian one
[09:42] <seb128> well "merge, clean, diff and rebase"
[09:43] <rodrigo_> yes
[09:44] <xclaesse> seb128, ok, I hope that will be enough :)
[09:54] <huats> morning
[10:01] <jbicha> rodrigo_: what should I do with my merge requests? should I wait for the PPA to be merged into oneiric?
[10:01] <rodrigo_> jbicha, what pending requests do you have?
[10:01] <jbicha> https://code.launchpad.net/~jbicha/ubuntu/natty/nautilus/gnome3ppa-dot-desktop/+merge/59612
[10:02] <rodrigo_> jbicha, if the gnome3 branch hasn't been merged yet to oneiric, go ahead and propose for merging into the ~gnome3-team branch
[10:02] <rodrigo_> if it has been merged, I guess it's ok to propose a branch for both the ~ubuntu-desktop one and the ~gnome3-team one
[10:02] <rodrigo_> so that we keep the ppa up-to-datew
[10:02] <jbicha> and https://code.launchpad.net/~jbicha/gnome-session/gnome3-support-ubuntu-session/+merge/59604
[10:02] <jbicha> they haven't been merged yet
[10:03] <rodrigo_> jbicha, right, I'll merge them to the gnome3-team branches
[10:03] <jbicha> ok, thanks
[10:03] <jbicha> just curious if they will get pushed back to the PPA since the ability to launch other sessions
[10:04] <jbicha> is important for the Natty users also
[10:04] <rodrigo_> yes
[10:04] <rodrigo_> I guess once we have everything merged, we can just dput natty versions to the PPA
[10:05] <rodrigo_> although we0'll soon start getting 3.1.x updates, so not sure if we want those in the PPA
[10:05] <jbicha> probably not but I don't think people are using the PPA for stability, lol
[10:05] <cassidy> kenvandine, seb128: you probably want to backport that fix in natty: https://bugzilla.gnome.org/show_bug.cgi?id=648842   Or I can do a 2.34 release if you prefer
[10:05] <ubot2> Gnome bug 648842 in Notifications "Notifications are delayed if contacts send messages too fast" [Major,Resolved: fixed]
[10:07] <seb128> cassidy, backporting a commit is fine no need to roll a tarball, thanks for pointing it
[10:07] <cassidy> seb128, there are few other fixes in 2.34 that you may be interested in
[10:08] <seb128> cassidy, if you feel like you have enough fixes there to roll a tarball feel free to roll one ;-)
[10:11] <cassidy> oki :) I'll consider doing one but for now you can already backport the fix I think
[10:12] <seb128> ok
[10:25] <rodrigo_> jbicha, your nautilus branch is now merged and package uploaded
[10:26] <rodrigo_> jbicha, will merge the g-session one later, I need to run some errands now
[10:26] <rodrigo_> bbib
[10:26] <rodrigo_> bbiab
[10:30] <jbicha> rodrigo_: thank you!
[10:38] <chrisccoulson> hey seb128
[10:38] <chrisccoulson> how are you?
[10:39] <seb128> hey chrisccoulson, I'm fine thanks, what about you?
[10:39] <chrisccoulson> seb128 - yeah, good thanks. enjoying another public holiday in the UK ;)
[10:39] <chrisccoulson> i'm starting to feel like a slacker with all these long weekends ;)
[10:39] <seb128> oh right, is that the first of may which happened to be on a sunday that you get back on monday?
[10:39] <seb128> ;-)
[10:40] <chrisccoulson> are you in budapest yet?
[10:40] <seb128> no, going there tomorrow
[10:43] <chrisccoulson> i hope my laptop charger lasts for UDS. the connector started falling apart yesterday :/
[10:46] <seb128> urg
[10:47] <seb128> what do you do to your laptop, you would almost make people believe dell laptop are not robust ;-)
[11:20] <seb128> rodrigo_, bug #728803 is another bug with vm and gsd
[11:20] <ubot2> Launchpad bug 728803 in gnome-settings-daemon "Ubuntu theme switches from partially broken to gnome default on VirtualBox guest" [Low,Confirmed] https://launchpad.net/bugs/728803
[11:20] <seb128> just for info
[11:24] <seb128> rodrigo_, could you add bug #760523 to your list?
[11:24] <ubot2> Launchpad bug 760523 in gnome-panel "clock-applet: clicking on a calendar date opens the same number one monther earlier in Evolution" [Low,Confirmed] https://launchpad.net/bugs/760523
[11:36] <rodrigo_> seb128, yes
[11:38] <seb128> rodrigo_, bug #752040 as well seems worth investigating
[11:38] <ubot2> Launchpad bug 752040 in evolution "Evolution setup label not visible" [Undecided,New] https://launchpad.net/bugs/752040
[11:39] <rodrigo_> ok
[11:42] <seb128> rodrigo_, bug #773763 as well, I think you are set for week ;-)
[11:42] <ubot2> Launchpad bug 773763 in evolution "evolution freeze on startup with the plug-in "evolution-rss"" [Undecided,New] https://launchpad.net/bugs/773763
[11:42] <rodrigo_> seb128, :)
[11:43] <seb128> rodrigo_, those are things I spotted in the weekend backlog that might be worth sru-ing, just try to look at those when you some time, they are not very high priority but still would be nice to investigate
[11:43] <rodrigo_> seb128, yes, looking at them now
[11:43] <seb128> rodrigo_, it don't drop other work you do for those but try to get some worked between 2 GNOME3 updates ;-)
[11:43] <seb128> it->ie
[11:43] <seb128> rodrigo_, thanks
[11:44] <rodrigo_> ok
[11:47] <seb128> rodrigo_, oh and bug #773063 ;-)
[11:47] <ubot2> Launchpad bug 773063 in gnome-control-center "[Natty] gnome-about-me box doesn't remember contents" [Undecided,New] https://launchpad.net/bugs/773063
[11:47] <seb128> really done then ;-)
[11:47] <seb128> time for lunch
[11:47] <rodrigo_> seb128, heh
[11:47] <seb128> rodrigo_, welcome to the team :p
[11:48] <seb128> this one seems around for a while but I didn't really put it on any list before since the capplet goes away next cycle
[11:48] <seb128> but since some users seem to be bothered by it, maybe let's fix it in natty if it's easy
[11:48] <seb128> ok, lunch, bbl
[11:50] <rodrigo_> seb128, enjoy
[12:07] <rodrigo_> mvo, I see there's an UNRELEASED entry from you in gnome-panel's ubuntu-desktop branch, so have you already submitted that for natty-proposed?
[12:10] <rodrigo_> mvo, I have a fix to submit, so if you haven't, can I submit both your fix and mine?
[12:10] <seb128> rodrigo_, was that https://launchpad.net/ubuntu/+source/gnome-panel/1:2.32.1-0ubuntu6.4
[12:10] <seb128> ?
[12:11] <rodrigo_> yes, seems so
[12:11] <seb128> ok, so he probably forgot to push the update when he uploaded
[12:11] <rodrigo_> yes, ok
[12:12] <rodrigo_> seb128, the fix for #760523 coming then
[12:12] <seb128> rodrigo_, thanks
[12:12] <rodrigo_> seb128, so, for natty-proposed updates, if we still haven't merged the 3.0 version in ~ubuntu-desktop branch, we use those branches, right?
[12:12] <seb128> rodrigo_, don't upload, I will include another git commit to fix applets on dual xorg server configs
[12:12] <mvo> rodrigo_: ups, sorry for the forgotten push
[12:13] <seb128> rodrigo_, yes
[12:13] <rodrigo_> seb128, ok, do I leave the changelog entry with UNRELEASED?
[12:13] <seb128> rodrigo_, yes
[12:13] <rodrigo_> ok
[12:13] <mvo> seb128, rodrigo_: will one of you add my changelog entry (from the upload) or should I do that now
[12:13] <rodrigo_> also, I need to subscribe ubuntu-sru to the bug, right?
[12:13] <seb128> rodrigo_, the other commit is http://git.gnome.org/browse/gnome-panel/commit/?id=cb969e989477e2671d1e0cdd1519866d61d0c98c
[12:14] <rodrigo_> mvo, doing it myself now with the push
[12:14] <seb128> rodrigo_, do you want to backport it as well or do you want me to do it?
[12:14] <rodrigo_> seb128, I'll do it
[12:14] <mvo> thanks rodrigo_
[12:14] <seb128> rodrigo_, you can subscribe ubuntu-sru yes
[12:14] <seb128> rodrigo_, thanks, bug #774427 is the one that the commit close
[12:14] <ubot2> Launchpad bug 774427 in gnome-panel "Cannot add applets to second X server display in 11.04" [Low,Fix committed] https://launchpad.net/bugs/774427
[12:15] <rodrigo_> seb128, ok, including that in my commit, so do I upload then?
[12:15] <seb128> rodrigo_, yes please
[12:15] <rodrigo_> seb128, and push without the UNRELEASED thing, right?
[12:16] <seb128> rodrigo_, well as you want, usually what I do is "fix 1 bug, commit, fix second bug, commit, check that things are ready for upload, dch -r, debcommit -r, push"
[12:16] <rodrigo_> ok
[12:17] <seb128> rodrigo_, that's an sru so usually it's -proposed target for upload and .1 version, i.e ubuntu6.5 for that one and natty-proposed
[12:17] <rodrigo_> ok
[12:17] <seb128> rodrigo_, once you have uploaded make sure ubuntu-sru is subscribe to both bugs and set the natty bug to "fix commited"
[12:25] <rodrigo_> vuntz, ping
[12:29] <rodrigo_> seb128, only one thing not clear, do I build the .changes with the UNRELEASED string in changelog?
[12:29] <seb128> rodrigo_, no
[12:30] <rodrigo_> ok
[12:30] <seb128> rodrigo_, dch -r should change it to natty, you might need to manually change to natty-proposed
[12:30] <rodrigo_> that was confusing me, I thought you said to upload before dch -r
[12:30] <seb128> dch -r; debcommit -r and push before uploading basically
[12:30] <rodrigo_> ah, ok
[12:31] <seb128> rodrigo_, well I said ""fix 1 bug, commit, fix second bug, commit, check that things are ready for upload, dch -r, debcommit -r, push""
[12:31] <rodrigo_> right
[12:31] <seb128> the "upload" is after that sequence
[12:31] <seb128> sorry if that was not clear ;-)
[12:33] <rodrigo_> seb128, sorry, my fault :)
[12:33] <seb128> no worry! ;-)
[12:34] <rodrigo_> ugh
[12:34] <rodrigo_>   Uploading gnome-panel_2.32.1-0ubuntu6.5_source.changes: 2k/3k550 Changes file must be signed with a valid GPG signature: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"] : Permission denied.
[12:34] <rodrigo_> Note: This error might indicate a problem with your passive_ftp setting.
[12:34] <rodrigo_>       Please consult dput.cf(5) for details on this configuration option.
[12:36] <rodrigo_> ah, but it's in the queue
[12:36] <mvo> rodrigo_: known issue
[12:36] <rodrigo_> so I guess this error is harmless
[12:36] <mvo> rodrigo_: misleading
[12:36] <mvo> but harmless
[12:36] <rodrigo_> ok
[12:37] <rodrigo_> ok, I think I didn't break anything then :)
[12:56] <seb128> rodrigo_, heh, congrats on your first desktop upload! :-)
[12:57] <rodrigo_> :)
[13:04] <Sweetshark> seb128, pitti: Anyone having a minute to counter-check a blogpost?
[13:04] <pitti> Sweetshark: hey Bjoern, how are you? sure
[13:05] <seb128> hey Sweetshark, can do yes
[13:08] <Sweetshark> pitti: everything is fine. Just wondering about planning for O. Estimating efforts is always tricky ...
[13:08] <pitti> Sweetshark: btw, can you please rename your specs to have an "desktop-o-" prefix?
[13:10] <Sweetshark> seb128, pitti: https://pastebin.canonical.com/46989/ <- blogpost text, seems innocent enough to me but is one of my first statements and will end up right at planet documentfoundation ...
[13:11] <seb128> Sweetshark, seems fine to me as well ;-)
[13:11] <Sweetshark> pitti: sure, but maybe a wait another day as jasoncwarner might click on the links in the mail right now?
[13:11] <pitti> Sweetshark: "are consistently used" -> "are consistently being used", I think
[13:11] <pitti> Sweetshark: and Rene might not be happy to see his name in an Ubuntuish announcement?
[13:12] <pitti> Sweetshark: otherwise it sounds nice to me
[13:22] <rodrigo_> ok, lunch time, bbl
[13:45] <bcurtiswx> good morning
[13:46] <rickspencer3> hi bcurtiswx
[13:46] <rickspencer3> quiet today
[13:47] <bcurtiswx> rickspencer3, could be the sprint this week in Hungary
[13:47] <rickspencer3> bcurtiswx, yeah
[13:47] <rickspencer3> also, I think in UK it's a holiday too
[13:49] <bcurtiswx> ah, didn't know that
[13:50] <kenvandine> should be quiet :)
[13:50] <kenvandine> gives me time to prepare specs :)
[13:50] <rickspencer3> hi kenvandine
[13:50] <kenvandine> hey rickspencer3
[13:51] <bcurtiswx> good afternoon (right?) kenvandine
[13:51] <kenvandine> morning :)
[13:51] <kenvandine> i haven't left yet
[13:51] <bcurtiswx> ah, OK
[13:51] <pitti> hey kenvandine
[13:51] <kenvandine> hey pitti
[13:51]  * pitti waves to rickspencer3, too
[13:51] <kenvandine> bcurtiswx, i am traveling wed
[13:52]  * rickspencer3 waves to pitti
[14:08] <hyperair> pitti: ping. got time for an SRU upload?
[14:08] <hyperair> https://bugs.launchpad.net/ubuntu/+source/samba/+bug/529714
[14:08] <ubot2> Launchpad bug 529714 in samba "rhythmbox crashed with SIGSEGV in _nss_wins_gethostbyname_r()" [Critical,Triaged]
[14:09] <pitti> hyperair: there's currently a samba in -proposed already for bug 771305, which needs testing first
[14:09] <ubot2> Launchpad bug 771305 in samba "smbd does not start on first boot with 20110426" [Medium,Confirmed] https://launchpad.net/bugs/771305
[14:09] <hyperair> hmm, okay.
[14:10]  * hyperair sighs
[14:10] <hyperair> why didn't the patches just go together..?
[14:10] <pitti> hyperair: if it's urgent, you can merge this version, and prepare a source with debuild -S -v2:3.5.8~dfsg-1ubuntu2 to include the previous changelog
[14:11] <pitti> then we can test both in parallel
[14:11] <hyperair> ah, okay, thanks.
[14:12] <hyperair> pitti: aside of that, could you syncpackage libgpod 0.8.0-3 from debian? there's a LP bug linked in there, something about the mono bindings and stuff getting synced wrongly
[14:13] <pitti> done
[14:14] <hyperair> pitti: thanks.
[14:33] <hyperair> looks like the armel buildd is broken.
[14:33] <hyperair> sh: gcc: not found
[14:34] <ogra_> hyperair, bug 774175
[14:34] <ubot2> Launchpad bug 774175 in apt "apt segfaults on armel in oneiric" [Critical,Confirmed] https://launchpad.net/bugs/774175
[14:35] <ogra_> cant install anything in the build root atm...
[14:35] <hyperair> ogra_: that's weird, my build log shows that apt succeeded.
[14:35] <hyperair> https://launchpadlibrarian.net/70927917/buildlog_ubuntu-oneiric-armel.libgpod_0.8.0-3_FAILEDTOBUILD.txt.gz
[14:36] <ogra_> yeah, the logs are a bit weird
[14:36] <ogra_> the root cause is apt though
[14:36] <hyperair> hmm i see.
[14:36] <hyperair> how very strange.
[15:05] <Sweetshark> pitti: I would need you to shamelessly lie a bit about me not breaking stuff all the time at https://wiki.ubuntu.com/BjoernMichaelsen/DeveloperApplication
[15:07] <hyperair> lol
[15:09]  * Laney takes notes
[15:10] <hyperair> hehe
[15:12] <hyperair> Laney: for PPU applications, can i transplant the endorsements from my MOTU Application, or do i need new fresh ones?
[15:13] <Laney> hyperair: I'd like to see ones specific to the application
[15:13] <Laney> i.e. from your sponsors of libgpod
[15:13] <hyperair> Laney: ah, like directhex? =D
[15:14] <Laney> ;)
[15:14] <hyperair> pitti: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/529714/+attachment/2106114/+files/debdiff-debuglevel-2.patch
[15:14] <ubot2> Launchpad bug 529714 in samba "rhythmbox crashed with SIGSEGV in _nss_wins_gethostbyname_r()" [Critical,Triaged]
[15:15] <lamalex> bryceh, https://bugs.launchpad.net/unity/+bug/762343 :P cool picture
[15:15] <ubot2> Launchpad bug 762343 in unity "Can't drag window by titlebar if launched from .xprofile" [Undecided,New]
[15:15] <hyperair> Laney: do i need other endorsements, or only those specific to the package?
[15:20] <Laney> hyperair: i'd be happy with just specific ones
[15:20] <hyperair> alright.
[15:22] <pitti> Sweetshark: with pleasure
[15:22] <dobey> hrmm
[15:22] <dobey> what tz is jason in?
[15:22] <hyperair> bryceh++
[15:24] <pitti> dobey: Sydney usually, but he works odd hours
[15:26] <lamalex> bryceh, are you using default theme?
[15:27] <dobey> ok, that's what i thought.
[15:28] <dobey> and i was wanting to beg for blueprint approvals :)
[15:29] <dobey> pitti: can i beg you to get packages from natty-proposed into natty-updates?
[15:31] <pitti> dobey: sure! I accept beer and shoulder massages
[15:32] <pitti> or making the Telekom engineer appear who is supposed to enable our phone/DSL connector :)
[15:32] <dobey> pitti: great; ubuntuone-storage-protocol and ubuntuone-client are all verification-done :)
[15:32] <dobey> hehe
[15:32] <pitti> dobey: you want the ubuntuone-* stuff?
[15:32] <pitti> dobey: we usually wait for 7 days, but right now a lot more people are testing -proposed, so we can be lenient; copying now
[15:33] <dobey> pitti: well, these were supposed to be 0-day SRUs, but alas :)
[15:50] <Sweetshark> dobey: iirc jasson said is is working in "san francisco timezone" hours ...
[15:50] <Sweetshark> dunno if that is still valid though.
[16:27] <seb128> vuntz, hey
[16:27] <seb128> vuntz, https://bugzilla.gnome.org/show_bug.cgi?id=649176 do you have any pointer on how,where it got fixed? would that apply to 2.32?
[16:27] <ubot2> Gnome bug 649176 in notification area "QT app icons are one pixel in notification area" [Critical,Needinfo]
[16:31] <vuntz> seb128: 41d0e690edfe952a4ff8b8f6ea01cb9cb09695f7
[16:32] <seb128> vuntz, thanks!
[16:32] <vuntz> seb128: that could fix it, but I'm not sure if that's the same issue. At least, same symptoms
[16:34] <fta> jcastro, hi, are you able to reproduce bug 775657?
[16:34] <ubot2> Launchpad bug 775657 in unity "unity can't raise right-aligned chromium windows" [Undecided,New] https://launchpad.net/bugs/775657
[16:36] <jcastro> fta: I get something even weirder
[16:36] <jcastro> fta: I get a white box on the top left that say chromium, I have to click the icon again to get it to work
[16:37] <fta> doh
[16:37] <fta> never got that one
[16:43] <jcastro> fta: http://dl.dropbox.com/u/5720/chromium.png
[16:43] <jcastro> fta: that's when I have chromium windows running
[16:43] <jcastro> (I have chrome windows on another desktop so don't let icon confuse you, I tested this with a daily)
[16:44] <fta> jcastro, hm, could it be an extension? do you also see that with --temp-profile?
[16:46] <jcastro> not sure, I'm busy with OW and UDS right now, I'll ping you -mozillateam when I get a chance to mess with it
[16:47] <fta> jcastro, sure (but you should be able to test without touching your existing sessions, it just start a new instance with a new volatile profile, and trash it when you close it)
[16:54] <rodrigo_> oh, no mterry
[16:55] <rodrigo_> seb128, do you know anything about the diffs in NTP between debian and ubuntu?
[16:55] <rodrigo_> or anyone else?
[16:55] <seb128> rodrigo_, gsd you mean?
[16:56] <rodrigo_> yes
[16:56] <rodrigo_> I'm trying to rebase the patch we have in 2.32, but there's code in upstream gsd to deal with debian -> http://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/datetime
[16:56] <rodrigo_> so I wonder if we can just use that and remove the patch in our package
[16:58] <rodrigo_> if not, it'd be better to write an upstream patch
[16:59] <rodrigo_> but don't worry, I'll ask mterry when he's around
[17:08] <pitti> good night everyone!
[17:08] <seb128> 'night pitti
[17:08] <seb128> rodrigo_, he's away this week
[17:08] <pitti> (FYI, I'm shifting my work hours to be a bit earlier, as my wife gets up at 6)
[17:08] <seb128> rodrigo_, I think mterry forwarded his patch upstream
[17:08] <rodrigo_> seb128, ok, will look for it in bugzilla
[17:09] <rodrigo_> ok, so only 3 more patches to rebase left, almost done! :-D
[17:10] <seb128> ;-)
[17:12] <Sweetshark> night pitti!
[17:43] <cdbs> seb128: ping, can I also claim a few GNOME3 work items this cycle?
[17:44] <dobey> seb128: for the gnome/gtk 3 session, should we discuss webkit2+gtk3 by default?
[17:44] <micahg> dobey: what webkit2?
[17:45] <dobey> micahg: ./configure --enable-webkit2 in the webkit source. it does plug-ins in external process and some other improvements
[17:45] <cdbs> dobey: Does GNOME 3 or 3.2 use it or plan to use it?
[17:46] <micahg> dobey: webkit2 isn't stable yet AFAIK, I'd want to stick to the stable branch
[17:46] <dobey> cdbs: it's not a separate library. it's just a "how you build webkit" thing; eventually it will be the default upstream in webkit
[17:47] <cdbs> hmm
[17:47] <dobey> cdbs: so if you build with it enabled, epiphany/yelp/etc use it, afaik
[17:47] <cdbs> dobey: niche
[17:47] <cdbs> but we don't want unstable components in
[17:48] <cdbs> probably, just my guess
[18:35] <fta> pitti, fyi, bug 748881
[18:35] <ubot2> Launchpad bug 748881 in chromium-browser "Update SVG logo" [Low,Fix released] https://launchpad.net/bugs/748881
[18:36] <fta> how can i disable dh_scour?
[18:46] <stgraber> hey guys. I'm currently working on bug 436936. I have the SRUs ready to be uploaded and will likely do so tomorrow. As for Oneiric, I was wondering if you prefer I upload gdm directly with just that change or if you prefer it to be commited somewhere so it's included next time you upload.
[18:46] <ubot2> Launchpad bug 436936 in kdebase-workspace "gdm upstart job checks /proc/cmdline for single user mode, won't start on post-boot runlevel change" [Medium,Won't fix] https://launchpad.net/bugs/436936
[18:47] <bcurtiswx> nigelb, whats the latest?
[18:48] <stgraber> seb128: ^ you are the lucky one who's marked as maintainer :)
[19:11] <jcastro> seb128: pitti: a bunch of multitouch stuff just got proposed to the desktop track btw, they need to be approved, just an FYI if you see jasonwarner around
[19:12] <jcastro> (or if he has you guys approve them, not sure how your team does it)
[19:29] <dobey> jcastro: i think he's been doing it anyway. we (u1) still have a few pending approval as well
[19:31] <seb128> re
[19:31] <seb128> stgraber, you can upload but update the vcs as well if you do
[19:32] <seb128> dobey, not sure webkit requires an UDS session, seems like the sort of technical decision that could be taken offline by people who have an opinion on the topic
[19:32] <seb128> well offline -> online, i.e list discussion
[19:33] <seb128> cdbs, there is plenty of updates, merges, workitems etc to do so yes feel free to claim any if you work on it (don't take a lock for something that you will not work and block others though)
[19:34] <dobey> seb128: i wasn't asking if it needed a session. just if it was worth discussing in the gnome/gtk3.x session
[19:34] <stgraber> seb128: ok, will do.
[19:35] <seb128> dobey, if you have an opinion feel free to raise it, I'm not sure we have anybody in the team which tracks webkit and will have useful clues during the session though
[19:35] <rickspencer3_> woah, lots of updates today, and I don't have proposed enabled on this 'puter
[19:36] <rickspencer3_> hmmm, maybe I didn't update to final Natty
[19:36] <rickspencer3_> nm
[19:36] <dobey> seb128: ok. i just randomly thought of it. no big deal really :)
[19:36] <seb128> rickspencer3_, we have some sru rolling as usual
[19:37] <rickspencer3_> seb128, ya' of course, but this had some stuff I wasn't expecting, like xorg
[19:37] <rickspencer3_> 'sall good
[19:38] <seb128> rickspencer3_, ok, no worry if there is an issue we will just blame it on you as usual ;-)
[19:38] <rickspencer3_> thanks seb128, I would expect no less :)
[19:53] <stgraber> seb128: uploaded and pushed. SRU for natty will follow very soon.
[19:58] <chrisccoulson> hi rickspencer3, seb128
[19:58] <chrisccoulson> and hi stgraber too ;)
[19:59] <rickspencer3> hi chrisccoulson
[19:59] <chrisccoulson> hi rickspencer3, how are you? looking forward to UDS?
[19:59] <rickspencer3> chrisccoulson, indeed
[20:00] <stgraber> hi chrisccoulson
[21:28]  * cyphermox cries -- cat pulled out the power cable to the cable modem ;)
[21:42] <achiang> is there any way to export gconf settings?
[21:43] <cyphermox> achiang, you mean to just print or to apply them to another system after?
[21:44] <cyphermox> achiang, you have --load and --dump to help with saving/reapplying things -- see gconftool-2 --help-load
[21:45] <achiang> cyphermox: more like the latter. i'm trying to figure out where the gconf key for the default screensaver hides, and my thought was to take the brute hammer approach: export gconf, set screensaver, export gconf again, and diff
[21:45] <cyphermox> ah
[21:45] <achiang> cyphermox: ah, i can just gconftool-2 --dump /apps
[21:46] <cyphermox> yeah , but isn't all the screensaver stuff in /apps/gnome-screensaver ?
[21:46] <achiang> cyphermox: while i have you here, how hard do you think it might be for NM to autoconnect when a 3G dongle is plugged in?
[21:47] <achiang> cyphermox: that is what i thought too, but my pre-seeds have not been working
[21:47] <cyphermox> achiang, it should already do it if there is a profile to connect to that exists
[21:48] <achiang> cyphermox: really? even on lucid? :)
[21:48] <cyphermox> achiang, maybe lucid is special ;)
[21:48] <cyphermox> but I think it might... I guess you're seeing that doesn't work?
[21:49] <achiang> cyphermox: yes, the behavior i see is that after hotplug, the profile then appears in nm-applet, but you still have to click on the indicator, and then click on the profile to actually make it connect
[21:50] <cyphermox> is it set to autoconnect?
[21:50] <achiang> derp. is there such a setting? :)
[21:50]  * achiang needs to go double-check apparently
[21:50] <cyphermox> yeah, in the profile's config there is a checkbox... usually
[21:51] <achiang> cyphermox: got it. i will go check, thank you for the hints
[21:52] <cyphermox> achiang, if it's any use I'm working on backporting nm 0.8.4 for lucid in the NM stable PPA, but it's taking me forever, partly because the PPAs are still hugely backlogged and partly because my local buildds had small configuration mistakes
[21:53] <achiang> cyphermox: ah, cool. i would really like NM 0.9, because i heard a rumor that all connections there are system connections
[21:54] <cyphermox> achiang, it's the next one I'll do this for
[21:54] <cyphermox> but first 0.8.4 ;)
[21:54] <cyphermox> 0.9 shouldn't be a huge issue once I'm done getting the other dependencies, I think
[21:54] <achiang> cool
[22:07] <achiang> cyphermox: ah ha, i was setting /apps/gnome-screensaver/themes correctly, but forgot to set 'mode' as well
[22:32] <kenvandine> bcurtiswx, i have updated most of the empathy patches for the gnome3 ppa
[22:32] <kenvandine> not all of which are uploaded though
[22:32] <kenvandine> the libindicate one is a bit mad at me right now
[22:32] <kenvandine> should be able to fix it up in the morning
[22:32]  * kenvandine heads out