[01:14] <ipatrol> Why, exactly, did they change from that warm brown theme after karmic?
[03:33] <smoser> andreserl, yes, possible.
[03:34] <smoser> andreserl, when it boots, you get a grub console at which you can interupt it and select a different entry. then provide that entry with a "seed" (url where to find its user-data and meta-data) files.
[03:34] <smoser> but it is manual to stop that boot process. you could recreate the floppy and replace the one bundled with one of your own.
[04:33] <andreserl> smoser: so to make it automatic, I'd need to create a custom floppy then. thanks for the info
[04:34] <smoser> yeah. or modify the image (mount loopback)
[04:34] <smoser> but you can create the custom floppy without root
[04:38] <andreserl> smoser: I think that the easiest would be to provide a floppy for my case. I'll ping you when I get to that point :)
[04:40] <smoser> andreserl, the floppy is made by http://bazaar.launchpad.net/~ubuntu-on-ec2/vmbuilder/automated-ec2-builds/view/head:/mk-nocloud-bootdisk
[04:41] <smoser> just hack the first menu entry with a 'seedfrom' location like: https://help.ubuntu.com/community/UEC/Images
[04:59] <andreserl> smoser: awesome!! thanks!
[05:31] <ScottK> maxb: We can talk backports if ubuntu-sru says no to it, but they should get first crack at it.
[05:54] <maxb> ScottK: Hrm. Very well. I just don't see how "skip several upstream versions forward" can be SRUable
[06:14] <ignarps> can anyone comment what may be holding up bug #683640 this effects more then the listed application
[08:30] <didrocks> good morning
[09:02] <pitti> Good morning
[09:02] <pitti> superm1: we can also just merge from trunk and upload that, sure
[09:07] <freeflying> pitti: would you mind give me the bzr repo for language-support-input-xx? thanks
[09:08] <pitti> freeflying: these are autogenerated by lp:langpack-o-matic
[09:08] <pitti> there is no bzr for the actual langpacks
[09:08] <freeflying> pitti: noted, thanks
[09:22] <apw> @pilot in
[09:28] <soren> How certain are we that UDS-O will be in Budapest May 9th - 13th?
[09:31] <nigelb> soren: hrm, depends on how much you trust whoever announced it last time (jono?)
[09:37] <soren> nigelb: I forget who it was. Robbie gave us the dates a long time ago. Maybe in Brussels.
[09:37] <soren> nigelb: ...and then we got the dates again along with a location in Orlando.
[09:38] <nigelb> soren: Yeah, I remember robbie's mail.  I'm guessing your question has to do with tickets?
[09:38] <nigelb> (early booking?)
[09:39] <soren> nigelb: Yup.
[09:39] <soren> nigelb: And planning other events.
[09:39] <janimo> Laney, do you know why haskell-utf8-string is not in the archives starting with 10.10 ?
[09:40] <nigelb> soren: hrm, best person to confirm with would be randa, I believe she deals with the events
[09:40] <soren> What, still?
[09:40] <soren> Hm..
[09:41] <soren> janimo: it was removed after Karmic.
[09:41] <soren> janimo: https://launchpad.net/ubuntu/+source/haskell-utf8-string/+publishinghistory says it's because it's now provided by ghc6.
[09:42] <nigelb> soren: *cough* entirely guesswork and you can't quote me etc ;)
[09:42] <janimo> soren, thanks for the links
[09:42] <soren> janimo: If you expand the entry where it's deleted, you can see the reason stated by the archive admin.
[09:42] <soren> janimo: Sure thing.
[09:42] <soren> janimo: And welcome back, by the way :)
[09:45] <janimo> soren, thanks :) . LP apparently has lots of useful info behind those small-typed links
[09:49] <nigelb> soren: Hey, just asked randa.  She says its confirmed 100% May 9th - 13th :)
[09:51] <soren> nigelb: Awesome. Thanks.
[09:51] <nigelb> soren: :)
[09:52] <soren> nigelb: Oh, did she also confirm that it would be in Budapest? :)
[09:52] <nigelb> soren: yup
[09:52] <soren> nigelb: Lovely. Thanks!
[09:52] <nigelb> soren: :D
[10:18] <djszapi> What is the execution order amonst upstart config jobs ? I would like to know which is the first job run because I would liket o start an auditd daemon during the boot asap.
[10:23]  * ogra glares at his bug mailbox ... how did over 100 bugs pile up over night ?
[10:46] <ogra> grmbl ... maverick to natty really doesnt give me a nice upgrade experience
[10:47] <ogra> first i had to answer the kbd selection for (felt) 59 times ... now the pae kernel cant install
[11:42] <seb128> doko_, hey, did you sent your evince bug fix to upstream? could you include the bug references in the patches so it makes tracking easier?
[11:44] <doko_> seb128: no, just forwarded to Debian. what do you with bug references?
[11:44] <doko_> seb128: btw, evince still ftbfs, gir-scanner issue?
[11:44] <seb128> doko_, https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines
[11:45] <seb128> doko_, including the debian or upstream bug reference in the patch makes easier for other people to figure if the patch has been forwarded and where
[11:46] <seb128> doko_, right, it still fail to build it seems, not sure why though
[11:59] <ari-tczew> JamesPage: any news on bug 682216 ?
[11:59] <seb128> doko_, the debian guys are asking if you will forward your patch upstream as well since that"s an upstream issue
[11:59] <JamesPage> ari-tczew: looking now but think its still pending MIR approval for dependencies...
[12:00] <ari-tczew> :(
[12:00] <JamesPage> ari-tczew: OK - now I remember
[12:01] <doko_> seb128: wouldn't mind if you could do that
[12:01] <seb128> doko_, ok, can do
[12:01] <doko_> thanks
[12:01] <seb128> yw
[12:01] <JamesPage> ari-tczew: this merge is dependent on a later version of antlr3 - however the newer version of antlr3 switched build system from ant->maven
[12:02] <JamesPage> ari-tczew: which currently means it blocked as antlr3 is in main
[12:02] <JamesPage> ari-tczew: and maven is not....
[12:03] <JamesPage> ari-tczew: the main inclusion approval list is 75 new packages universe -> main
[12:04] <ari-tczew> JamesPage: too big job
[12:04] <JamesPage> ari-tczew: yep - considering the capacity the MIR team has I don't think this is achievable
[12:05] <ari-tczew> JamesPage: well, jython won't merged then
[12:07] <JamesPage> ari-tczew: :-( not great I know
[12:10] <JamesPage> ari-tczew: I intend on taking a blueprint to the next UDS about moving the Maven toolchain to main
[12:10] <ari-tczew> JamesPage: aha
[12:11] <JamesPage> ari-tczew: which should help unblock some of this stuff (most new Java projects are maven based)
[12:11] <ari-tczew> JamesPage: then would be nice move maven to main
[12:12] <JamesPage> ari-tczew: agreed
[12:16] <doko_> seb128: btw, a lot of the gnome-* related reports in http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=no-add-needed;users=peter.fritzsche@gmx.de seem to be addressed, but not closed in debian
[12:18] <om26er> apw, hi! could you review and sponsor this branch for a SRU https://code.launchpad.net/~om26er/ubuntu/maverick/empathy/empathy-fix-666288/+merge/45740
[12:20] <seb128> doko_, do you mean that they are fixed bug nobody closed the bugs or that they have patches but nobody uploaded those?
[12:20] <doko_> seb128: the former, didn't check the latter
[12:21] <seb128> ok
[12:23] <apw> om26er, well the merge request looks good to my eye, patches look identicle to what went into natty, not sure i have the ability to actually merge it however
[12:25] <om26er> apw, they are same
[12:26] <apw> om26er, thanks for the confirmation, am finding out what happens now
[12:29] <apw> om26er, ok that looks sane to me, so i have approved the merge will look for someone to actually upload
[12:40] <apw> om26er, ok thats going to be looked at shortly, thank you!
[12:40] <om26er> apw, thank you ;)
[13:19] <ogra> Riddell, any trace of that new qt upstream release ? (/me really wants to upgrade his arm stuff to natty but that wont work without NEON runtime detection)
[13:24] <Riddell> ogra: there hasn't been a new upstream release, I can ask if one is likely to be coming.  you could search git for the neon detection feature to patch in if needed
[13:33] <ogra> Riddell, well, i think its a quite intrusive change, i'll rather wait for a new upstream for that
[13:38] <Riddell> ogra: my usual upstream contact isn't online, I'll ping him when he's around
[13:39] <ogra> thanks, i would love to test unity-2d on arm
[13:50] <apw> @pilot out
[14:03] <soren> Is there an existing tool that will tell me which packages I have installed that are not from the Ubuntu repository?
[14:04] <seb128> soren, check with mvo byt synaptic has a category for those iirc
[14:04] <seb128> not sure how it does the checking or if there is a command line equivalent though
[14:05] <soren> seb128: Cool, thanks.
[14:05] <soren> seb128: Do you happen to know where mvo is?
[14:06] <didrocks> soren: I think he's at the cross-distro installer meeting
[14:06] <seb128> soren, what didrocks said
[14:06] <soren> Ta
[14:06] <seb128> where installer is package installer not ubiquity installer
[14:06] <soren> Oooh. Gotcha.
[14:07] <soren> seb128, didrocks: Thanks.
[14:07] <seb128> yw
[14:21] <cjwatson> pitti: could you have a look at debian-installer in lucid-proposed?
[14:21] <cjwatson> it's a bit bigger than the usual regular update
[14:21] <pitti> cjwatson: hi! sure
[14:22] <pitti> ERROR: queue does not have a debdiff
[14:22] <pitti> meh
[14:22]  * pitti reviews manually
[14:24] <pitti> cjwatson: oh, we'll produce a new CD image for the maverick backport?
[14:24] <cjwatson> the plan's recorded in bug 607657
[14:24] <cjwatson> it'll be PXE-boot images plus DVDs
[14:25] <cjwatson> I have a debian-cd patch ready to add these images to the DVDs
[14:26] <pitti> ah, understood, thanks
[14:30] <andreserl> can anyone please take a look to bug #525287
[14:35] <cjwatson> pitti: thanks
[14:40] <kklimonda> hey, could someone take a look at proposed changes to the transmission license and comment on their compatibility with dfsg: http://pastebin.com/ZCQf9KWm ?
[14:45] <Warlock072> hey guys
[14:45] <cjwatson> kklimonda: requiring the name to be changed is fine (DFSG#4), but I'm not sure whether the rest of it is essentially an extension to the name-change requirement or is separate (in particular surely any package of Transmission is a derived work of Transmission, so in practice wouldn't this mean it'd have to be iceweasel-ified?).  I would recommend asking debian-legal
[14:45] <Warlock072> note sure if anyone here can help me
[14:46] <Warlock072> ive got ubuntu lucid server showing high cpu usuage on this command ksoftirqd
[14:47] <Warlock072> anyone know what ksoftirqd is?
[14:47] <apw> Warlock072, that sounds kernelly to me ... i'd suggest you bring that up on #ubuntu-kernel
[14:47] <Warlock072> google gives me alot of various explanations
[14:47] <Warlock072> thanks will ask there
[14:48] <apw> Warlock072, it is a kernel thread which handles interupts which are long running, which cannot occur in interrupt context; firmly part of the kernel
[14:48] <Warlock072> thanks
[14:48] <sconklin> @pilot in
[14:48] <Warlock072> the makes ait more sense
[14:49] <kklimonda> cjwatson: getting a consent from the Transmission devs to create a "derived work" (package) would not be enough, because we can't give the same consent to, for example, distributions that are based on Ubuntu?
[14:50] <Warlock072> makes sense i mean
[14:50] <Warlock072> thanks
[14:53] <cjwatson> kklimonda: indeed
[14:54] <cjwatson> kklimonda: I'm not really an expert in DFSG analysis, though
[14:54] <kklimonda> cjwatson: ok, I'll send the proposed changes to the debian-legal and see what they say about it.
[14:57] <cjwatson> pitti: linux/lucid-proposed looks releasable to me, since the only unverified bugs are the tracking bugs - does that seem right?
[14:58] <pitti> cjwatson: right, we need the feedback from QA and cert for this now
[14:58] <cjwatson> oh, they verify the tracking bug separately then?
[14:59] <pitti> cjwatson: yes, they run the regression tests on it (QA), and the certification tests (cert)
[14:59] <cody-somerville> dear kernel team, please blacklist dell-laptop module, kthxbi. :-)
[15:19] <nigelb> gah, bilal isn't around :(
[16:02] <apw> cody-somerville, !?!
[16:24] <bdmurray> doko_: I've run into bug 504198 again on a Lucid system
[16:25] <doko_> bdmurray: I don't understand why ... I prepared updates for maverick and natty
[16:26] <doko_> bdmurray: does running the local-purge manually fix it?
[16:26] <bdmurray> doko_: hmm well the workaround (locale-gen --purge) didn't work either
[16:30] <pitti> barry: I got c-j ported to pygi, see https://code.launchpad.net/~pitti/computer-janitor/pygi/+merge/46779
[16:38] <\sh> NCommander: congrats :)
[16:40] <directhex> congrats?
[16:41] <barry> pitti: rock!  think we should switch to that for natty?
[16:42] <barry> pitti: i'm going to grab some lunch, but i'll review and test the branch later today.  this is really great
[16:43] <pitti> barry: I think yes; losing the right-click popup menu isn't that bad really, and I made it cope gracefully
[16:43] <pitti> barry: I looked into gtk, but it's really not possible to make gtk_menu_popup() introspectable
[16:43] <pitti> as there is no well-defined scope for the callback if you pass one
[16:43] <pitti> popup_for_device() has, because it has an explicit GDestroyNotify
[16:43] <barry> pitti: does that mean, you can't tell where the click occurred?
[16:44] <pitti> no, because of menu_poup() (see above and the debian changelog)
[16:44] <barry> pitti: ah, okay.  i'll take a look at the code and changelog and ping you if i have questions
[16:46] <\sh> doko_: any fix for the -z syms unknown gcc 4.6 bugger? (remove "-z foo"?)
[16:46] <RoAkSoAx> cjwatson: howdy!! if you have the time could you please take a look to bug #525287
[16:46] <pitti> barry: the MP has instructions how to test it (needs a newer pygobject)
[16:46] <pitti> barry: sprint is making great progress, btw :) fixing bugs by the dozens, and getting to know the pygi folks
[16:48] <ari-tczew> cjwatson: could you check whether binary package libmtdev1-udeb is necessary for us in Ubuntu? I'm merging source mtdev, but Debian has dropped this binary.
[16:48] <barry> pitti: that is *very* good news.  i'd love to get a braindump when you're back from the sprint, re: feasibility of the transition we talked about
[16:48]  * barry -> lunch
[16:48] <pitti> barry: I'll do a long blog post after the week
[16:51] <superm1> pitti, sure that works.  would you like me to do that?
[16:52] <cjwatson> RoAkSoAx: sorry, I have critical-path 10.04.2 things to do at the moment, so probably won't have time
[16:52] <cjwatson> perhaps somebody else on the sponsors list can do it
[16:53] <ari-tczew> RoAkSoAx: I saw dholbach has sponsored something some minutes ago, maybe he could :)
[16:54] <RoAkSoAx> cjwatson: no worries then, I was just wondering if someone from foundations could take a look at it before getting it sponsored, given that zul himself doesn't wanna touch lvm2 :)
[16:54] <cjwatson> ari-tczew: we're after Debian import freeze - is there a good reason to do a difficult merge?
[16:54] <RoAkSoAx> ari-tczew: thanks for the info but I'd like someone from foundations team to review it given that we don't wanna break lvm2 :)
[16:55] <ari-tczew> cjwatson: Debian has new usptream release, would be nice to get it.
[16:56] <cjwatson> ari-tczew: in any case, yes, we need to keep libmtdev1-udeb - xserver-xorg-input-evdev-udeb indirectly depends on it
[16:56] <cjwatson> (in Ubuntu)
[16:57] <ari-tczew> cjwatson: ok, then I'm keeping
[16:57] <cjwatson> Debian generally doesn't introduce new udebs except when needed by their own dependencies, since they have a release management overhead
[16:57] <cjwatson> so if their X udebs don't include utouch integration then they wouldn't have included this one
[16:57] <apw> cjwatson, did i see you'd fixed marjos issue grub side ?
[16:58] <cjwatson> apw: not yet uploaded, but yes
[16:58] <cjwatson> I haven't had a chance to reboot since committing that
[16:58] <ari-tczew> ah, right - my boot logo has been fixed!
[16:58] <ari-tczew> today I noticed
[16:58] <ari-tczew> nice
[16:58] <apw> cjwatson, i am trying to raise intel experts to help debug the other half
[16:58] <cjwatson> that was pitti
[16:58] <cjwatson> apw: cool
[17:06]  * SpamapS rejoices as his lucid eglibc build appears to be finishing
[17:08] <cody-somerville> apw, LP #701259
[17:09] <apw> cody-somerville, you would think that dell might keep dell-laptop module working for their kit mightn't you
[17:18] <cody-somerville> apw, It was actually written by Red Hat (Matthew Garret specifically).
[17:20] <apw> cody-somerville, you'd think they'd care for and love it none the less (dell)
[17:24] <smoser> pitti, or sru team, can i get someone to let euca2ools (https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=) into -proposed ?
[17:36]  * jdong ponders if bug 704674 is a security vulnerability....
[17:37] <SpamapS> doko_: ok I have eglibc built and tested .. can you copy your upstart changes to p.c.c/~doko/tmp too?
[17:43] <micahg> could someone please give me bug tasks on bug 705028 (core-dev or QA)
[17:44] <jdong> kees: would you like to give an opinion on bug 704674? I'm not sure whether it's appropriate to SRU it or treat it as a security vuln
[17:48] <kenvandine> doko_, did you ever get a chance to look at bug 688732
[17:48] <seb128> barry, ^ or maybe you?
[17:49] <kenvandine> it only happens on upgrade, not install
[17:49] <seb128> barry, doko: the bug is collecting duplicates, not sure what's going on but if someone who understand python packaging has a clue that would be welcome
[17:49] <ari-tczew> are we going to get perl 5.12 and openssl 1.0 in Ubuntu 11.10 ?
[17:50] <seb128> seems leftovers on upgrade or something
[17:50] <kenvandine> seb128, no, it actually gets put there on upgrade
[17:50] <SpamapS> ari-tczew: assuming squeeze releases by then, I'd say yes. Otherwise, tough to get too far out of sync w/ debian on those pieces.
[17:50] <kenvandine> we first saw it when py2.7 was first added
[17:51] <seb128> kenvandine, ok, weird, I didn't get that issue
[17:51] <ari-tczew> SpamapS: I can imagine bilion rebuilds and transitions.
[17:51] <kenvandine> well, i think it might be limited to people that upgraded at a certain time
[17:51] <kenvandine> during the transition/dual install
[17:51] <micahg> squeeze release is tentatively 1st week of Feb
[17:51] <SpamapS> micahg: I did see that the RC bug list has gotten rather small
[17:52] <SpamapS> tho I'm pretty sure there's a bug in squeeze's libdbi
[17:52] <kenvandine> seb128, i seem to recall not hitting that problem when i upgraded my VMs either... but my laptop that gets updated daily did
[17:53] <superm1> apw, a bunch of patches got dropped when it was rebased to upstream.  mjg59 didn't like some of them and didn't accept them
[17:54] <superm1> it was his view that they should be fixed in the BIOS, which wasn't going to happen after the platforms launched.
[17:54] <apw> superm1, a problem indeed
[17:55] <kees> jdong: security would be fine for that. it's pretty minor, so I wouldn't cry if it was done as an SRU too.
[17:55] <superm1> keng-yu has hit the same problem with some recent patches that he wanted to submit that mjg59 won't take on the same basis
[17:58] <jdong> kees: okay. I think I'll recommend that it be done as a security update then.
[17:58] <kees> jdong: cool by me. once there are tested debdiffs, we can publish it
[18:00] <apw> superm1, a difficulty indeed, i can see both sides, having inviolate bios after releaase does make the world a hard place
[18:03] <debfx> jdong: I wonder if it would be a good idea to add a NEWS.Debian file saying that one should check the permissions of mumble-server.ini
[18:04] <jdong> debfx: my experience honestly is that 90% of sysadmins don't go around chasing those obscure files in /usr/share/doc... The permissions should be automatically corrected during the update, and a USN should go out about it so admins know that SQL passwords coudl've been read by local users
[18:07] <debfx> jdong: well apt-listchanges displays NEWS files if it's installed :)
[18:08] <jdong> do people tend to do that?
[18:08]  * jdong exposes himself as a shamefully incompetent sysadm
[18:15] <debfx> no idea
[18:16] <debfx> anyway I'll prepare new debdiffs targeting *-security
[18:27] <jam> dendrobates: ping, I was told you might know something about lp:~sleepsonthefloor
[18:36] <RoAkSoAx> what kernel version is gonna be in natty?
[19:08] <hallyn> oh neat, maximizing a terminal in unity now gets rid of the side bar
[19:26] <SpamapS> doko_: tested libc6 change and upstart change on lucid, works perfectly
[19:38] <Daviey> sconklin, Are you still piloting?
[19:39] <sconklin> Daviey: yes, how can I help?
[19:39] <Daviey> yippee!
[19:40] <sconklin> disclaimer: I am a kernel type, so not all that skilled with things like bzr
[19:40] <Daviey> sconklin, https://code.launchpad.net/~davewalker/ubuntu/natty/ocfs2-tools/bug_363877/+merge/46807
[19:41] <barry> rickspencer3: ping
[19:41] <sconklin> Daviey: I'm sorry but I don't even know what to do with that
[19:41] <SpamapS> doko_: strike that, there's still a race
[19:42] <SpamapS> doko_: will comment in the bug
[19:42] <Daviey> sconklin, Okay, no problem - thanks anyway.
[19:42] <SpamapS> doko_: basically we need telinit u to wait for init to actually restart itself.
[19:42] <barry> rickspencer3: what's the detail with the daily-journal package? is that in natty?
[19:42] <sconklin> I'm sorry, I feel like I've done some false advertising
[19:43] <Daviey> sconklin, heh, don't feel bad.  What is the aspect of it that makes you run for the hills?
[19:44] <sconklin> I don't know what that is, or how to do whatever is required. It looks like maybe a request to merge something, but I don't use bzr and wouldn't know how to do it
[19:44] <Daviey> sconklin, It's essentially a posh debdiff.
[19:45] <Daviey> 'merge' in the sense of upload.. slight miss use of terminology. ho hum
[19:46] <Daviey> sconklin, dholbach is doing some docs on all this aiui... might be useful in the future.
[19:46] <Daviey> Thanks for your time anyway.
[19:46] <sconklin> np
[19:47] <barry> rickspencer3: nm
[20:01] <jam> dendrobates: just another quick ping
[20:12] <Darxus> Is there an irc channel specific to testing natty?  In virtualbox 4, the installer keeps hanging around "Preparing to install Ubuntu", both with the version from the maverick repos, and the maverick version from the virtualbox site.
[20:13] <Pici> Darxus: #ubuntu+1
[20:13] <charlie-tca> Darxus: yes, it is #ubuntu+1
[20:14] <Darxus> Huh, I had just determined it was #ubuntu-testing from https://wiki.ubuntu.com/Testing
[20:15] <Darxus> Thanks.
[20:22] <lifeless> soren: ping
[20:22]  * lifeless is hopeful
[20:23] <soren> lifeless: Wazzip?
[20:23] <soren> wazzup, even.
[20:23] <lifeless> hey
[20:23] <soren> o/
[20:23] <lifeless> so we're seeing 11K ssh connections from an openstack daemon or something
[20:23] <lifeless> #launchpad-dev perhaps
[20:23] <soren> Awesome.
[20:23] <soren> Sure.
[20:27] <vladsharp> how long do ppa signing keys take to generate?
[20:28] <vladsharp> is it normal for the key to have an id on the web page but actually not be available on the ubuntu keyserver?
[20:28] <doko_> SpamapS: no rush on this, just wanted to try to get the fix before the sru release
[20:28] <SpamapS> doko_: there's another libc6 update?
[20:28] <SpamapS> :(
[20:31] <doko_> SpamapS: no just the str* fix which I did include
[20:32] <SpamapS> doko_: every time we update upstart or libc6 without doing this particular update, we are risking more rootfs corruptions. :(
[21:42] <Laney> janimo: cheers for the haskell rebuilds (have you seen the installability graphs?)
[21:42] <andreoli> hi, I am trying to read PPA stats through a "ppastats.py" script found here: http://www.webupd8.org/2010/12/launchpad-finally-gets-ppa-usage-stats.html . I only get zeroes. Are the PPA stats active?
[21:42] <Laney> andreoli: PPA questions should be in #launchpad
[21:42] <andreoli> thx sorry
[21:43] <Laney> np
[21:43] <janimo> Laney, np. I did not initially intend to do all of them - had no idea there's an actual graph, just started from a few FTBFS apps. But luvkily caught on early that there are dependencies
[21:43] <Laney> http://orangesquash.org.uk/~laney/haskell-installability/i386.png if you want to do some more
[21:43] <janimo> Laney, if you have apointer to the graph I can look at it, it can still help
[21:43] <Laney> :-)
[21:44] <janimo> Laney, but at least I have a script for creating the updted packages, so was not all drudgework
[21:45] <janimo> Laney, I mostly went depth first until the deps were ghc6 internal only, and uploaded those, and then the next layer and so on
[21:45] <Laney> yeah, that's how you use the graph
[21:45] <Laney> start at the root and work outwards until it is all green
[21:46] <janimo> Laney, one issue I ran into is haskeline ntot building becasue of utf8-string . It should be part of ghc6 - that isa why the standalone pkg was removed after lucid - but the setup script does not find it
[21:47] <janimo> Laney, all of these need to be rebuild after a new GHC build??!
[21:47] <janimo> sounds interesting :)
[21:54] <Laney> janimo: hmm, yes I don't see that package
[21:54] <Laney> will investigate
[21:54] <Laney> and yeah sometimes the amount of rebuilds is large, luckily it's mostly automatable though
[21:55] <janimo> Laney, does it need a rebuild after each build of ghc6 or only if the ghc version changes?
[21:55] <Laney> if the ABI changes
[21:55] <janimo> so those magic numbers are digests of the ABI?
[21:55] <Laney> right
[21:56] <janimo> ok, good to know it is not randomly generated ID on each rebuild :D
[21:56] <Laney> it's the best way we found to track the unstable ABI
[21:58] <janimo> Laney, similar to what the kernel does for modules I guess
[21:59] <Laney> I suspect the kernel has a rather better ABI guarantee ;)
[21:59] <Laney> but yes, that idea
[22:02] <doko_> mterry: can't decide on twm, I'm biased
[22:03] <RoAkSoAx> Anyone experiencing issues similar to "E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/h/heartbeat/libheartbeat2_3.0.4-1ubuntu1_amd64.deb: Size mismatch"  in pbuilders?
[22:11] <mterry> doko_, :)  ah, I assigned because looked like you had been involved in the discussion.  biased?  did you work on it, or you just want it?
[22:12] <micahg> RoAkSoAx: did you try updating again?
[22:13] <doko_> mterry: I just want it because of the excessive dependencies on metacity
[22:13] <doko_> mterry: but I don't know if kees would agree to maintain an extra window manager in main
[22:15] <Laney> janimo: looks like GHC indeed stopped providing utf8-string, so we should bring that (source) package back
[22:15] <Laney> FYI, if you want to do that. Otherwise I'll get to it soon, probably at the weekend.
[22:15] <Laney> I can commit to Debian if you want too.
[22:16] <mterry> doko_, well reassign if ya like  :)
[22:16] <RoAkSoAx> micahg: like 10 times
[22:16] <RoAkSoAx> micahg: I guess it is just the archive server that pbuilder is using or something
[22:16] <janimo> Laney, ok IIRC I saw today on Debian Haskell archives that they were not sure about dropping that
[22:17] <janimo> But they did apparently
[22:17] <Laney> do you know in which thread?
[22:17] <janimo> there was een talk of maybe needing to bring it back because of haskeline :)
[22:18] <Laney> oh, at the time it was the right thing to do
[22:18] <Laney> but it looks like GHC itself has stopped supplying the library
[22:18] <janimo> Laney , no bu tI htink you posted in it too, I just googled today but cannot remember
[22:18] <janimo> so ghc6 picked it up for a release then dropped it again?
[22:39] <sconklin> @pilot out
[22:46] <Laney> something like that
[23:29] <bigon> hey, does anybody know the status of uefi boot ?
[23:41] <ari-tczew> unfortunately, sponsors queue is not good this year... not good patch pilots
[23:42] <ebroder> ari-tczew: i think it just hasn't yet recovered from the combined effects of the holidays and the rally
[23:42] <ari-tczew> ebroder: do you mean holidays which has been ended 1rd ?
[23:43] <ari-tczew> 3rd*
[23:43] <micahg> ari-tczew: it's still doing much better than last year and what ebrober said
[23:43] <micahg> ari-tczew: the patch pilots were at a developer sprint last week
[23:43] <micahg> but I think they were still sponsoring
[23:44] <micahg> http://reports.qa.ubuntu.com/reports/sponsoring-stats/ shows lots of work done
[23:44] <ebroder> yeah, and if you look at the graphs, it's only been climbing since Christmas Eve
[23:45] <ari-tczew> anyway, I wish that sponsors queue will be clean until Feature Freeze
[23:46] <ebroder> we're still *well* below where we were after UDS
[23:46] <ebroder> i'd argue that the system is working, it maybe just needs a bit more time to catch up
[23:49]  * ari-tczew is guessing why this one is not yet uploaded: https://code.launchpad.net/~clint-fewbar/ubuntu/karmic/mysql-dfsg-5.1/mysql-sru-343870/+merge/42667
[23:51] <bryceh> ari-tczew, are you participating in patch pilots?
[23:51] <ari-tczew> bryceh: I guess, a little bit yes
[23:52] <ari-tczew> bryceh: why you ask?
[23:53] <bryceh> a lot of the items in the queue right now are syncs (which don't need sponsoring) or stray (non-Ubuntu) tasks
[23:54] <bryceh> the real number of actionable items in the sponsor queue is pretty low
[23:55] <micahg> bryceh: syncs need to be test built and ack'd, so that's sponsoring still :)
[23:55] <ari-tczew> bryceh: syncs are 20,6% of all