[08:55] <Keybuk> http://paste.ubuntu.com/542196/
[08:55] <Keybuk> Ugh, just ugh
[08:56] <ebroder> Are you seriously setting people up to write "start on easter" jobs?
[08:56] <Keybuk> it's an ... err ... easter egg :p
[08:58] <ion> hah
[08:59] <ebroder> Oof
[09:01] <Keybuk> oh, c'mom
[09:01] <Keybuk> it's funny
[09:01] <ebroder> Yes, but only the kind of funny where I feel bad acknowledging that I think it's funny
[09:01] <Keybuk> who won't be able to resist writing a job with "on easter" or "while not lent"
[09:02] <Keybuk> cat /etc/init/turkey.conf
[09:02] <Keybuk>   on thanksgiving
[09:02] <Keybuk>   kill -TERM
[09:02] <Keybuk> too much? :-)
[09:05] <ion> Wouldn’t SIGKILL be more appropriate? TERM would be like saying “would you mind dying, thanks” to the turkey.
[09:17] <Keybuk> perhaps
[09:18] <Keybuk> maybe it's a halal turkey
[09:18] <Keybuk> what would that signal be? :p
[09:24] <sabdfl> SIGBLEED
[09:25] <Keybuk> heh, only you could actually answer that ;-)
[09:51] <lucas> what's the status of lucid-backports? it seems that there are a lot of pending requests
[10:10] <ari-tczew> doko_: could you take a look on python-django from unstable? It's to sync, but it's FTBFS due to python.
[10:36] <kklimonda> ari-tczew: django is sensitive to python upgrades
[10:37] <kklimonda> ari-tczew: can you paste a build log somewhere?
[11:25] <cjwatson> lucas: nothing in the queue for archive admin action, anyway ...
[11:46] <ari-tczew> kklimonda: http://paste.ubuntu.com/542235/
[11:56] <geser> cjwatson: could you add "libfwbuilder" to PPU for Sylvestre Ledru (sylvestre) (see also his mail to devel-permissions)? we granted him PPU for all his Debian packages. Or do we need to discuss it at a meeting first?
[11:56] <geser> only a TB member can add PPU right? (or is DMB member enough?)
[12:06] <kklimonda> ari-tczew: it seems to be related to the python transition that is still in progress. It doesn't ship any compiled libraries so there should be no reason to depend on python-dev or python-all-dev
[12:07] <cjwatson> geser: can you remind me of the URL to the meeting minutes/logs where we granted that?
[12:07] <cjwatson> just for my reference
[12:22] <geser> cjwatson: http://irclogs.ubuntu.com/2010/05/11/%23ubuntu-meeting.html#t16:28 and https://lists.ubuntu.com/archives/devel-permissions/2010-March/000026.html for the application (the wiki page seems to be gone)
[12:28] <cjwatson> ah, ok - yeah, I think that's fine without a meeting
[12:28] <cjwatson> geser: done
[12:29] <geser> thanks, I'll reply to that mail and let Sylvestre know
[13:48] <cdbs> Due to the python transition, package pywebkit is installing a file /usr/lib/python2.7/dist-packages/webkit/__init__.pyc which wasn't installed in the previous package. This file is breaking the package, and removing the file fixes the problem. Now, what would be the proper method to prevent the installation? The module is a C module. I know I can manually edit debian/rules to remove the file from $(CURDIR)/debian/usr/lib/blahblah/__init__.pyc 
[14:06] <kenvandine> doko_, can you look at bug 688732 ?  pywebkitgtk is installing a rogue __init__.pyc file
[14:06] <kenvandine> in /usr/lib/python2.7/dist-packages/webkit/__init__.pyc
[14:06] <kenvandine> which breaks anything using webkit with python2.7
[14:06] <kenvandine> including gwibber
[14:07] <kenvandine> i am assuming it must be something with python handling, it doesn't look like the package itself to me
[19:51] <bluefoxicy> Hey, has anyone considered instant rebooting off the LiveCD after install?
[19:52] <bluefoxicy> like, kexec load the kernel and initrd, then umount everything disk-based (all USB devices, all hard drive partitions)
[19:52] <bluefoxicy> don't bother shutting X down, don't bother logging out, don't bother shutting down services
[19:52] <bluefoxicy> just sync and then kexec exec the kernel
[19:52] <bluefoxicy> No bootloader, no bios, just right from the livecd straight into the boot cycle
[19:53] <ebroder> You can't do it like that, because all of your programs have open file handles on the cd
[19:53] <bluefoxicy> ebroder,  if something physical refuses to unmount then you can cancel the process.
[19:53] <bluefoxicy> but the CD is immaterial
[19:54] <bluefoxicy> Are you saying kexec will refuse to run if something is still open?
[19:56] <bluefoxicy> ebroder, I'm pretty sure kexec will happily run...heh.  hmm.
[19:57] <ebroder> It usually screws things up in my experience if you don't shut down X, etc. first
[19:58] <bluefoxicy> ebroder:  Graphics hardware state gets corrupted?
[19:58] <ebroder> I guess? I'm not really sure
[19:59] <bluefoxicy> ebroder, what I eventually want is the"system needs a reboot after updates" mechanism to load the kernel and then shutdown properly, but kexec back into the new kernel rather than rebooting through bios
[20:00] <bluefoxicy> but a quick jump off the livecd seems like an amusing, nondestructive place to play with the code
[20:02] <bluefoxicy> oh well, no matter.
[21:04] <ebroder> Are there any ubuntu-dev-tools scripts that upload things to a PPA? I'm looking to see if there's any precedent for interface/process/etc.
[21:17] <tumbleweed> ebroder: sponsor-patch
[21:17] <ebroder> tumbleweed: Does that to PPA uploads, or just archive?
[21:18] <ebroder> I guess that's not all that relevant
[21:18] <ebroder> Ah, it can do both. Spify
[21:18] <ebroder> *Spiffy
[21:42]  * ebroder hates packages that need their build-deps for the clean step
[22:32] <ebroder> bdrung: ping?
[22:32] <ebroder> bdrung: For backportpackage, do you want DEB_VENDOR set for pull-lp-source, or for debuild -S?
[22:39] <tumbleweed> ebroder: you should set it when building / unpacking packages for ubuntu (without any other possible, non-ubuntu use cases)
[22:40] <ebroder> So for both, then
[22:41] <tumbleweed> yeah. It sohuld be a no-op on ubuntu, but is a good do-the-right-thing convenience for people who do ubuntu-dev stuff on debian
[22:41] <bdrung> ebroder: tumbleweed was faster :)
[22:41] <ebroder> And it's DEB_VENDOR=Ubuntu, not ubuntu?
[22:43] <tumbleweed> I think both will actually work, but Vendor=Ubuntu in /etc/dpkg/origins/ubuntu
[22:43] <ebroder> Ok
[22:45] <ebroder> Oh, whoops - clicked the resubmit button a little too soon. Sorry for the extra spam
[23:39] <ebroder> I want to start trying to work my way through some of the backports backlog and quickly got stuck on bug #582228. It's a request to backport a version of a package that's no longer there, and there's been no action from the requestor in response to vorian's testing requests. Should I just leave it marked Incomplete as is?
[23:39] <ebroder> ScottK: ^
[23:45] <ebroder> (I'm ignoring for the moment the fact that the bug reads like it really wants to be an SRU, not a backport)
[23:52] <ebroder> tumbleweed: The quick review turnaround is much appreciated, by the way
[23:56] <tumbleweed> ebroder: np, and good night :)
[23:57] <ari-tczew> could someone sponsor bug 669363 ?