[00:01] <skaet> cjwatson, had them disabled while waiting for the images to build, since no one had started them.   Have gone in and re-enabled.
[00:01] <skaet> I have to go out for a couple of hours, but will be back on line later tonight.
[00:01] <cjwatson> ok, though upgrade tests are basically unrelated to image builds :)
[00:02] <cjwatson> I'm off for a while too.
[00:02] <skaet> I'll check and see if the images have emerged when I get back.
[00:02]  * skaet figures cjwatson is overdue to sleep, actually.   ;)
[00:03] <skaet> biab.
[01:09] <cjwatson> kubuntu dvd posted
[01:50] <GrueMaster> cjwatson: Have the kubuntu arm desktop & mobile images been spun up?  I've been asked to test the omap4 images after I finish our normal images.
[02:01] <cjwatson> no, about to do that after the current build finishes (which shouldn't be long)
[02:01] <GrueMaster> Current build?
[02:04] <cjwatson> cdimage has been building stuff solid for a good seven hours.
[02:05] <cjwatson> and Kubuntu armel wasn't ready when I kicked all that off
[02:05] <cjwatson> Edubuntu DVD posted
[02:06] <GrueMaster> I thought they all ran in parallel.
[02:06] <cjwatson> nope.
[02:07] <cjwatson> kubuntu armel building now, followed by kubuntu-mobile armel
[02:07] <GrueMaster> ok
[02:07] <cjwatson> there are some potential parallelisation improvements, and I do occasionally do stuff in parallel deliberately, but running *everything* in parallel isn't likely to be one of them
[02:08] <cjwatson> that'd be a good way to kill the livefs buildds
[02:23] <cjwatson> Kubuntu desktop armel failed
[02:23] <GrueMaster> figures
[02:24] <cjwatson> Kubuntu mobile armel not looking happy eitherbso far
[02:24] <cjwatson> *so far either
[02:24] <GrueMaster> Ok.
[02:25] <GrueMaster> What's the issue?  Package missing?
[02:25] <cjwatson> oh, it's because kdebase-workspace/armel STILL hasn't built
[02:25] <cjwatson> ... yes it has, must just not quite have published
[02:25] <GrueMaster> sheesh.
[02:26] <cjwatson> ok, that suggests I can retry shortly
[02:26] <cjwatson> just over a 10-hour build, that ...
[02:26] <cjwatson> I didn't even think to check
[02:28] <GrueMaster> Where are the build logs?  I am not seeng anything for kubuntu armel on http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/
[02:29] <GrueMaster> Not even logs for last week's images that I have.
[02:29] <cjwatson> there seems to be something wrong with the mirror job
[02:29] <GrueMaster> ah
[02:30] <cjwatson> I'm having some trouble seeing what; maybe now isn't the time to investigate
[02:31] <GrueMaster> Not critical to me.  I was just curious.
[02:31] <cjwatson> 'w3m http://acorn.buildd/~buildd/LiveCD/' and 'w3m http://sycamore.buildd/~buildd/LiveCD/' from a login on people.c.c will get you them, though
[02:31] <cjwatson> (which is not ideal because it's internal-only)
[02:32] <cjwatson> kubuntu-mobile-omap4 seems to be getting somewhere
[02:32] <cjwatson> so you may at least get that in the not horribly distant future
[02:47] <GrueMaster> Only so long as it completely interrupts my evening.  :P
[02:51] <cjwatson> dude, it's 2:50am here, don't talk to me about evenings.
[02:51] <GrueMaster> heh.
[02:51] <GrueMaster> I've been there.  More often than I care to remember.
[04:10] <ScottK> ^^^ was another syncpackage upload.  I mailed the uploader asking them to file a sync request.
[04:10] <ScottK> (and rejected that one)
[04:30] <cjwatson> GrueMaster: Kubuntu mobile armel+omap4 posted
[04:32] <cjwatson> I'm having another go at building Kubuntu desktop armel+{omap,omap4} and Kubuntu mobile armel+omap.  Please can somebody else check in a while whether they've built and post them if so; I need some sleep.
[05:07] <skaet_> cjwatson, am back on now.   if you're still up,  go sleep.    I'll stay up until pitti gets on.
[05:21] <skaet_> kubuntu mobile armel+omap is available - 20110330 image
[05:23] <ScottK> GrueMaster: ^^^
[05:44] <GrueMaster> ScottK: Yep, got them pulling now.
[05:45] <ScottK> Cool.
[06:03] <skaet_>  GrueMaster,  ScottK,  kubuntu desktop armel + {omap, omap4} has come off the builds.
[06:03] <ScottK> OK.
[06:03] <GrueMaster> Thanks.  Pulling now.
[06:03] <skaet_> jibel, Gruemaster,   we're missing an ISO tracker entry for Kubuntu Desktop armel omap4 - but the image is there.
[06:04] <skaet_> 20110330
[06:04] <skaet_> GrueMaster, ^^
[06:04] <GrueMaster> Yep.
[06:07] <GrueMaster> I'm going to pull them now and just do a spot test.  I'll do more tomorrow if they boot.  If not, I'll let everyone know immediately.
[06:08]  * GrueMaster hates getting old.  Can no longer do 20 hour work days.
[06:09]  * skaet_ understands exactly what GrueMaster means... :P 
[06:09] <skaet_> Thanks GrueMaster.   I'll stay on until I hear the results of the spot tests.
[06:18] <GrueMaster> skaet_: I am looking at an ugly screen that may have appeared in the ubuntu-netbook omap4 images over the weekend (no daily images for most of last week).
[06:18] <GrueMaster> Doesn't look like a critical respin issue, but is an ugly mark.
[06:19] <GrueMaster> It can be worked around with a manual reboot in the preimage config process, easily documentable.
[06:19] <GrueMaster> Not sure how it will affect the kubuntu images.
[06:20] <skaet_> thanks Gruemaster..
[06:20] <GrueMaster> .http://members.dsl-only.net/~tdavis/panda-20110328.jpg is what it looks like.  Reset will come up clean and launch oem-config properly.  Doesn't reappear after that.
[06:21]  * GrueMaster hates these types of issues.
[06:22] <GrueMaster> Doesn't affect omap images nor headless.  Very odd that it only is hit once during first boot.
[06:22] <skaet_> yeah, that definitely will need its workaround documented.
[06:23] <GrueMaster> I'm more worried about finding the cause and filing a bug.
[06:23] <skaet_> hopefully ogra_ may have some insight, and see if they can figure it out.
[06:25] <skaet_> post the bug number here when you've got it filed please.   suspect that when pitti comes on line, he will be interested as well.
[06:25] <GrueMaster> Thankfully I keep a running history of daily images between releases so I can backtrack.
[06:26] <skaet_> :)
[07:04] <pitti> Good morning
[07:13] <skaet_> heya pitti,  good morning.
[07:13] <GrueMaster> Hey.
[07:13] <skaet_> All images that were kicked off by cjwatson have been put in the tester.
[07:14] <GrueMaster> So far, I am seeing bad screen corruption on the Ubuntu-netbook and Kubuntu-desktop images on omap4.  It appears to be resolution related.
[07:14] <pitti> skaet_: any catastrophes so far?
[07:15] <skaet_> pitti,  arm and/or kubuntu is problematic based on the rebuilds. and what Gruemaster is finding out on the arm side.
[07:15] <pitti> skaet_: the bits on http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html, or more recent regressions?
[07:16] <GrueMaster> I'm leaning heavily towards a kernel issue.  This is a new kernel since Saturday (i.e. no real testing) and is the first .38 kernel for omap4 that reenables HDMI.
[07:16] <GrueMaster> At least with the omap4 images.
[07:17] <pitti> argh, fglrx is on the DVDs; I'd love to accept it now, so that people actually can get a working driver right after an upgrade, does that sound ok?
[07:17] <pitti> skaet_: ^
[07:18] <skaet_> pitti,  I'm sympathetic.  /me thinking about implications
[07:18] <pitti> skaet_: it's just in ship, not in the live session
[07:19] <rsalveti> GrueMaster: did you remove the old dvi arguments?
[07:19] <pitti> but it's rather useless on the DVD right now, as it's uninstallable (i386) and breaking your system (amd64)
[07:19] <rsalveti> don't know if ogra_ already removed it
[07:19] <pitti> so I'd rather have a working versino in the archive, in case people try it
[07:19] <skaet_> pitti,  if the dvds haven't started testing yet, mark them for rebuild and go ahead.
[07:19] <pitti> it's disabled in jockey, but still, people could install it manually
[07:19] <GrueMaster> rsalveti: I'll check, but they don't work with the dvi port anymore.
[07:19] <rsalveti> GrueMaster: I tested this kernel and it worked fine with my monitor, but not during installer
[07:19] <pitti> skaet_: I don't want to rebuild DVDs actually
[07:19] <skaet_> ??
[07:19] <rsalveti> GrueMaster: hm, it should work
[07:20] <rsalveti> GrueMaster: can you check the package version?
[07:20] <GrueMaster> rsalveti: Same here with a 20110321 upgraded image.
[07:20] <rsalveti> could happen that the meta package is not updated
[07:20] <GrueMaster> rsalveti: linux-image-2.6.38-1206-omap4 2.6.38-1206.9
[07:20] <rsalveti> not the latest
[07:20] <GrueMaster> From the manifest.
[07:21] <GrueMaster> There is a new one in the pool since 3 hours ago?
[07:21] <pitti> skaet_: DVDs were fully tested already, I don't think this is important enough to drop that; people can install fglrx from the archive instead of from the DVD
[07:21] <rsalveti> GrueMaster: 2.6.38-1207.10 was published at 26
[07:21] <GrueMaster> Grrrrrr.
[07:21] <skaet_> pitti,  yup,  go ahead and accept.
[07:21] <pitti> skaet_: ack
[07:22] <rsalveti> GrueMaster: could be lack of meta update
[07:22] <GrueMaster> typical.
[07:22]  * skaet_ read the backscroll, and put 2+2 together as you explained.   
[07:22] <rsalveti> yup
[07:22] <pitti> skaet_: FYI, need to disappear for ~ 30 min for a vaccination, bbl
[07:22] <GrueMaster> Ok, get it updated so we can reroll armel images and start over in the morning.
[07:22] <rsalveti> beagle one seems fine here, at least I could install and open the unity-2d interface
[07:23] <GrueMaster> omap images are running fine.
[07:23] <GrueMaster> Only omap4 images have issues (headless works fine also).
[07:23] <slangasek> ^^ wanted for kubuntu upgrades to beta; without it, users get a nasty shock when kdm restarts and destroys their running session
[07:23] <slangasek> (eglibc)
[07:23] <slangasek> nothing in there that needs to be on the ISOs though
[07:24] <rsalveti> GrueMaster: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty-meta.git;a=commit;h=55b7429412381840311673838dedf7b6f8afc104
[07:24] <rsalveti> GrueMaster: yup, meta needs update
[07:25]  * GrueMaster is getting really tired of these last minute rerolls for armel during release week.
[07:25] <skaet_> pitti, ^^ can you help with the rerolling the armel images when bits are ready.
[07:26]  * skaet_ needs to go zzz now
[07:26] <GrueMaster> I need to call it a night.  I can only go 16 hours between beauty sleep.  Night skaet_.
[07:26] <skaet_> Thanks GrueMaster,  night
[07:27] <rsalveti> yeah, also going afk, asked at #ubuntu-kernel for meta update
[07:27] <rsalveti> hopefully someone can update it soon
[07:28] <GrueMaster> I'll look for new images in the morning.
[07:28] <GrueMaster> again.
[08:28] <pitti> skaet_afk: sure
[08:29] <pitti> hm, which bits are needed for the armel images?
[08:31] <pitti> ah, omap meta package, sure, will look
[08:32] <pitti> there's no upload, though
[10:40] <ogra_> hmm, the kernel team seems dead today
[10:57] <ogra_> pitti, i just uploaded a fix for flash-kernel, since we will have to re-roll for linux-meta anyway, that can as well go in
[10:58] <ogra_> (fixes bug 744862)
[10:58] <ubot4`> Launchpad bug 744862 in libdebian-installer (Ubuntu Natty) (and 3 other projects) "/proc/cpuinfo strings for OMAP4 devices changed with 2.6.38 kernels (affects: 1) (heat: 8)" [Medium,New] https://launchpad.net/bugs/744862
[11:02] <pitti> ogra_: do you know if someone is on linux-meta?
[11:02] <pitti> omap-meta, I think?
[11:02] <ogra_> cooloney is
[11:03] <ogra_> but he cant upload and seems to wait for tim
[11:03] <pitti> you or I cannot sponsor this?
[11:03] <pitti> ogra_: flash-kernel accepted
[11:03] <ogra_> thanks
[11:04] <ogra_> i'm not sure how the pocesses in the kernel team are, probably he waits for a review of a team mate or something
[11:04] <ogra_> he went for dinner now, so i cant ask him
[11:06] <cjwatson> ogra_: which rerolls are we talking about heree?
[11:06] <cjwatson> *here
[11:06] <cjwatson> I missed some scrollback due to going over my ISP's usage cap this month
[11:25] <ogra_> cjwatson, armel omap4 at least
[11:26] <ogra_> cjwatson, new linux paxkage was uploaded but no new meta, so the display is broken
[11:26] <ogra_> (the new kernel fixes it)
[11:32] <cjwatson> which armel omap4?  there are >1
[11:33] <ogra_> all that use graphics (but for consistencys i would also re-roll headless)
[11:38] <cjwatson> ok, please let me know when rerolls should start
[11:39] <ogra_> will do, still waiting for the kernel team
[13:01] <doko> cjwatson: please could you accept one more g*-4.4 package? the buildds are free
[13:01] <cjwatson> which one?
[13:02] <doko> say, gcj-4.4, shortest build time
[13:02] <doko> then gnat-4.4, then gcc-4.4
[13:03] <cjwatson> are the dependencies such that this will not cause any uninstallability if architectures are out of sync?
[13:03] <cjwatson> we still have at least a couple of respins to come
[13:04] <doko> no
[13:06] <doko> gdc-4.4 was a ftbfs, gcj-4.4 needs the update for multiarch
[13:15] <mvo> is there going to be a respin of ubuntu desktop ? I have a software-center upload that switches from reviews.taging.ubuntu.com to production (the production instance is there now finally!)
[13:15] <mvo> not critical as we can just redirect from staging -> production for a while but would be nice to have (if we respin anyway)
[13:25] <cjwatson> not planned at the moment
[13:26] <mvo> ok, thanks
[13:27] <cjwatson> software-center is arch: all, though, so it's safe to accept in case we do respin - done
[13:46] <mvo> thanks!
[13:47] <ogra_> pitti, omap4 meta should hit the archive in a minute, please approve
[13:47] <pitti> yippie
[13:47] <ogra_> :)
[13:48] <pitti> ogra_: done; let's hope it builds before the publisher run
[13:48] <ogra_> yeah
[13:49] <ogra_> shouldnt take long though
[13:50] <ogra_> \o/
[13:50]  * tgardner wishes all his packages went that fast.
[13:51] <ScottK> Any objections of I go ahead and accept ia32-libs?
[13:52] <pitti> ScottK: oh, I just did so, as it isn't on any image
[13:52] <ScottK> pitti: OK.  That would be a good reason for me not to do it.
[13:52] <ScottK> Thanks.
[13:52] <pitti> ScottK: hoping it'll unbreak flash :) (yesterday's update broke it)
[13:52] <ScottK> Yep.
[13:53] <ScottK> My view has been if you care about flash working you ought to be on i386 (until multiarch gets done).
[13:54] <pitti> ScottK: right, but when looking at how much discussion bug 723831 caused, I'd rather see that working :)
[13:54] <ubot4`> Launchpad bug 723831 in ubiquity (Ubuntu) (and 2 other projects) "Installer – The option to 'install third-party software' when installing Ubuntu should be selected by default (aka "make Youtube work") (affects: 6) (heat: 54)" [Wishlist,Won't fix] https://launchpad.net/bugs/723831
[13:54] <ScottK> Definitely.
[14:01] <pitti> ogra_: in accepted, good
[14:02] <ogra_> pitti, awesome, so we can re-roll ?
[14:02] <pitti> ogra_: no, needs publishding first
[14:03] <ogra_> ah, right
[14:15] <pitti> ^ don't worry, this was a reject (I reuploaded because there was another patch to sponsor)
[15:05] <ogra_> http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-meta-ti-omap4/ doesnt look like we made the last publisher run :(
[15:44] <ogra_> cjwatson, omap4 rebuilds can be started, linux-image-omap4 2.6.38.1207.6 just hit the archive
[15:45] <cjwatson> ogra_: right
[15:45] <NCommander> cjwatson: please build headless first
[15:45] <ogra_> NCommander, ?
[15:46] <NCommander> It takes a lot less time, and if it fails to build, we know the other ones will
[15:46] <NCommander> ^- ogra_
[15:46] <ogra_> that can go last
[15:46] <cjwatson> too late.
[15:46] <NCommander> ogra_: it can go first
[15:46] <cjwatson> lamont: can you kill whatever's running on acorn+sycamore, please?
[15:46] <cjwatson> livefs jobs
[15:46] <ogra_> NCommander, we try to fix a graphics bug
[15:46] <ogra_> how will headless help here ?
[15:46] <cjwatson> I c&ped too much by accident
[15:46] <NCommander> ogra_: I just talked to GrueMaster about it, he can test headless while the others are building. Headless takes ~30m, desktop takes at least 2h lsat time I built them by hand
[15:47] <ogra_> NCommander, nothing will fail to build, we replaced two packages
[15:47] <ogra_> desktop takes pretty exactly 90min on antimony
[15:47] <ogra_> +/- 2-3min
[15:47] <GrueMaster> ogra_: Headless can be testing while the others are downloading.
[15:48] <GrueMaster> It is small and fast.
[15:48]  * ogra_ sighs and goes afk
[15:48] <cjwatson> this is all moot unless lamont comes back
[15:48] <GrueMaster> thank you.
[15:48] <ogra_> feel free to take over from ´me now
[15:48] <NCommander> ogra_: it takes longer than that cause we also have to do compression step which takes a good 30 minutes
[15:48] <cjwatson> since I accidentally started a netbook build
[15:48] <cjwatson> (and ctrl-c'ed it again accidentally, so it's running unsupervised)
[15:48] <NCommander> cjwatson: ugh :-(. We really need a kill image script on antimony
[15:51] <ogra_> GrueMaster, did you notice that the package removal bits in oem-config change teh debconf ui color to unreadable in headless ?
[15:52] <ogra_> do we have a bug for that ?
[15:52] <slangasek> pitti, ScottK: you mean you aren't all using my ppa and *have* flash working with multiarch?! ;)
[15:52] <GrueMaster> I did not notice.  I was too consumed with trying to figure out the graphics issues.
[15:53] <pitti> slangasek: I of course have run your PPA for the last five years! I'm exclusively worried about our users here, of course :)
[15:53] <ScottK> slangasek: No.  I use i386 on desktops.
[15:53] <pitti> slangasek: jokes aside, it actually works for you now? awesome
[15:54] <slangasek> ScottK: ah, heh
[15:54] <slangasek> pitti: yes, http://pastebin.ubuntu.com/586924/
[15:55] <slangasek> but you can't upgrade libglx-mesa-dri from that ppa or it wants to remove your x server ;)
[15:55] <pitti> slangasek: you mean you aren't already running wayland? :-)
[15:55] <slangasek> hah
[17:25] <Riddell> cjwatson: the kubuntu mobile images from yesterday still have kdm and plasma-desktop on them, but kubuntu-mobile is no longer a Task of those packages, maybe they were rebuilt too soon, could we get new images if you agree?
[17:32] <cjwatson> Riddell: is that arm?
[17:32] <doko> cjwatson: I think gcc-4.4 can be approved (arm is still busy, but ...)
[17:34] <slangasek> doko: hi, so what happened that required a gcc-4.4 reupload?
[17:34] <slangasek> or do you mean gdc-4.4 here?
[17:37] <doko> slangasek: merging of hrw's cross changes, and serving as a basis for the gdc-4.4 (FTBFS), gcj-4.4 (wasn't multiarch ready) and gnat-4.4
[17:38] <slangasek> ok
[17:42] <Riddell> cjwatson: i386 in my case
[17:42] <GrueMaster> Riddell: we are respinning the omap4 images anyways (kernel issue).
[17:43] <cjwatson> Riddell: do you think it's beta-critical?
[17:44] <Riddell> cjwatson: for kubuntu mobile it is, it's not our most important flavour but I don't think we lose anything by rebuilding now
[17:44] <cjwatson> ok
[17:44] <cjwatson> building
[17:45] <skaet_> GrueMaster, Ubuntu ARM Preinstalled (omap3+omap4) are the 20110329 images - are they the ones being rebuilt right now?
[17:45] <skaet_> cjwatson, ^^ ?
[17:45] <GrueMaster> I hope so.  The kernel meta landed only a few hours ago.
[17:45] <cjwatson> skaet_: I'm in the middle of posting
[17:45] <cjwatson> ubuntu arm preinstalled omap4 posted
[17:46] <GrueMaster> Thanks.  Pulling.
[17:46] <skaet_> cjwatson,  awesome.  :)
[17:46] <cjwatson> I accidentally rebuilt omap3 as well, but you can ignore that
[17:46] <cjwatson> we can just publish the old one if it's already been tested?
[17:46] <cjwatson> the request was just to respin omap4
[17:46] <skaet_> cjwatson,  it doesn't have any test results beside it, so may as well put both up.
[17:46] <GrueMaster> As long as there are no other package changes, I'm good.
[17:46] <cjwatson> I have no idea whether there are other package changes :-)
[17:47] <GrueMaster> skaet_: I hadn't posted results yet (waiting for tracker issues to get resolved).
[17:47] <GrueMaster> cjwatson: I can check.
[17:47] <skaet_> ahh,  ok GrueMaster
[17:52] <GrueMaster> The only package changes I can see that may be relevant are pam and software-center.  Need to find out why they were updated post-freeze.
[17:52] <cjwatson> I approved software-center
[17:52] <cjwatson> it switches to using a production server rather than staging
[17:52] <GrueMaster> Ah.  Not a big deal for armel I would think.
[17:52] <GrueMaster> (not sure how it works).
[17:53] <cjwatson> anyway, if you've already tested omap3, there's no point in revving for the sake of it, I think
[17:53] <GrueMaster> But for the limited user base, I'm not sure it is a major concern for beta.
[17:53] <cjwatson> you have enough to do
[17:53] <GrueMaster> Heh.  Yes I do.  :P
[17:55] <skaet_> cjwatson, Gruemaster - agreed.  If testing already done, its lower priority to retest with new image.
[17:55] <GrueMaster> cjwatson: While I pull the netbook image down, can you start respin of headless, kubuntu, and kubuntu-mobile for omap4?
[17:56] <cjwatson> already did
[17:56] <GrueMaster> Thanks.
[17:56] <cjwatson> headless is building right now
[17:56] <cjwatson> and the others are queued in that order after iti
[17:56] <GrueMaster> Excellent.
[17:56] <cjwatson> in parallel, kubuntu-mobile/i386 is building as Riddell requested
[18:02] <cjwatson> I'm going out for a while and would appreciate it if people would post those as they complete
[18:02] <cjwatson> again, no need to post omap3
[18:03] <skaet_> cjwatson,  will keep an eye on it.
[18:03]  * skaet_ and won't post omap3 ;)
[18:06] <doko> slangasek: hmm, did you run your script on the old test rebuild?
[18:07] <slangasek> doko: no, I ran it against test-rebuild-20110329-arm + test-rebuild-20110329 + the main archive; so anything that's ftbfs in natty also got a bug filed
[18:07] <doko> ok
[18:15] <lamont> cjwatson: are acorn/sycamore still an issue? (covered tab, sorry)
[18:15] <cjwatson> lamont: nope, thanks
[18:15] <cjwatson> don't kill what's there now :)
[18:15] <lamont> hence the question
[18:21] <doko> *cough* perl ftbfs with multiarch
[18:22]  * slangasek mumbles
[18:22] <slangasek> assign me a bug? :)
[18:25] <highvoltage> oh crap I didn't quite finish all the Edubuntu ubiquity slideshow slide pictures (not that it's particularly noticable)
[18:26] <highvoltage> (I guess I'll just try to get an exception for them after beta release)
[18:28] <doko> slangasek: done. still fighting with nfs-utils ...
[19:04] <skaet_> kubuntu mobile i386 20110330 posted
[19:04] <skaet_> Riddell, ^^
[19:39] <skaet_> Gruemaster, cjwatson,   headless armel omap4 posted.
[19:51] <GrueMaster> ok.  Sorry, had a phone call.
[19:51] <GrueMaster> I'll pull it now.
[19:51] <skaet_> :)
[20:26] <skaet_> GrueMaster, Riddell, ScottK,  kubuntu desktop omap4 20110330.1 posted
[20:29] <GrueMaster> ok
[20:32] <skaet_otp> cjwatson, slangasek,  I think that the only one left to emerge now is kubuntu mobile armel omap4.   Anything else that may have been overlooked?
[21:22] <doko> slangasek: please accept python*-stdlib-extensions, afaics, not on any CD's
[21:22] <slangasek> looking
[21:31] <cjwatson> kubuntu-mobile armel+omap4 posted
[21:36] <highvoltage> there. edubuntu is all tested (shew).
[21:36] <highvoltage> (with very few and small bugs this time, at least)
[21:45] <skaet> highvoltage.  :)
[21:46] <skaet> highvoltage,  thank you - that sort of nice news is always most welcome.  :)
[21:48] <highvoltage> skaet: only a pleasure!
[21:50] <highvoltage> skaet: there's 3 low-risk fixes that, if we apply them when the archive opens again, we'll have 0 edubuntu-specific bugs for the 2nd beta if nothing changes (that would be kind of nice)
[21:54] <matttbe> Hello,
[21:54] <matttbe> I'm part of the Cairo-Dock team and I want to update Cairo-Dock packages on Ubuntu. I've opened two bug reports (cairo-dock and its plug-ins) one month ago (before the FF) with two linked branches: https://code.launchpad.net/bugs/723994 & https://code.launchpad.net/bugs/723995
[21:54] <ubot4`> Launchpad bug 723994 in cairo-dock (Ubuntu Natty) (and 1 other project) "FFe: Please update Cairo-Dock to 2.3.0~0rc1 version (affects: 2) (heat: 16)" [Wishlist,New]
[21:54] <matttbe> I've contacted a few people on IRC but now I really don't know what can I do...
[22:01] <skaet> matttbe, this is a good place to bring it up,  however right now we're in last stages of getting beta images ready.
[22:02] <matttbe> skaet: yes I know but what do I have to do?
[22:02] <skaet> matttbe, if you could bring it up again on Friday or next monday,  if it hasn't been taken care of before then,  that would be much appreciated.
[22:02] <skaet> has the ubuntu-release team been subscribed to the bugs?
[22:02] <matttbe> skaet: ok thank you!
[22:02] <matttbe> yes
[22:03] <skaet> cool,  it should be in the queue then, and as soon as the load lightens it should get assessed.
[22:04] <matttbe> skaet: and it seems that my sponsor has subscribed you :)
[22:04] <skaet> matttbe,  thanks for flagging it.   I had noticed cairo dock has been on the bug list, but hadn't had the bandwidth to dig in yet.
[22:05] <matttbe> skaet: no problem but I hope that these packages will be updated before the beta2 :)
[22:06] <cjwatson> reposting a few desktop images to relabel them and avoid a Wubi bug
[22:39] <slangasek> testing a fix for the perl multiarch ftbfs now; have the package building, want to see if it also fixes the ftbfs of perl revdeps
[22:39] <doko> \o/
[22:41] <slangasek> cool, libuuid-perl fixed with a fixed perl
[22:41] <slangasek> uploading perl
[22:44] <doko> can't approve
[22:44] <slangasek> that's ok, someone will get it eventually :)
[22:46] <slangasek> doko: have the buildds finished the rebuild for main on x86, or is there still more coming?
[22:50] <doko> slangasek: same answer as to robbiew (which he didn't like =) https://launchpad.net/builders/  i386 at s, amd64 at p for main, universe not yet started
[22:50] <robbiew> heh
[22:50] <robbiew> slangasek: that means "no"
[22:51] <slangasek> :D
[22:51] <doko> sorry, couldn't resist ;)
[22:51] <slangasek> doesn't bother me any :)
[22:52] <slangasek> thbbt, why does reportbug not let me set usertags for multiple users
[22:52] <doko> had to convince soyuz to get populate-archive from 10h+ to 2h
[22:54] <slangasek> heh
[22:55] <slangasek> doko: aside from perl ftbfs being scary (but now fixed), are there any other multiarch pain points that you're aware of currently?
[22:55] <slangasek> the desktop stuff seems to be getting sorted (or already is)
[22:55] <slangasek> bind9 is multiarch, I bet postfix is also
[22:56] <cjwatson> python-apt breakage makes it painful to use on the desktop, so I turned it off
[22:56] <cjwatson> (bug 740072)
[22:56] <ubot4`> Launchpad bug 740072 in python-apt (Ubuntu Oneiric) (and 1 other project) "apt.Cache.__iter__ breaks when multiarch is enabled (affects: 2) (dups: 1) (heat: 16)" [Undecided,New] https://launchpad.net/bugs/740072
[22:56] <slangasek> yep
[22:56] <cjwatson> (ah, you knew about that)
[22:56] <slangasek> sadly I don't foresee us getting that fixed in time for natty
[22:57] <slangasek> and I have 10 libs in ppa that are needed before you can actually install any useful packages with it on the desktop (flashplugin)
[22:57] <doko> slangasek: fixed the python stuff
[22:57] <doko> now seeing seabios
[22:57] <slangasek> and I don't think you guys want me to transition mesa post-beta ;)
[22:58] <doko> slangasek: I don't care if you provide .so links in the expected location
[22:58] <doko> s
[22:58] <slangasek> sure; that's better for backwards-compatibility, but it also makes the packaging more complex and error-prone
[22:58] <slangasek> so I'd rather not, as much as I would've liked to have it in
[22:59] <doko> I know, but it might be worth having such a thing for debian multiarch
[23:00] <slangasek> anyway, flashplugin without nspluginwrapper is also not the most useful thing - so I'm planning to draw the line here and close out the FFe bug
[23:00] <slangasek> doko: I think debian multiarch is going to go even further in the first iteration, and have multiarch -dev packages early - and those definitely can't have compat symlinks in /usr/lib
[23:01] <slangasek> (this, after all, is what addresses the cross-compiling use case, which is what Linaro and Emdebian folks are both primarily after)
[23:03]  * doko is happy to blame debian for multiarch
[23:03] <slangasek> heh
[23:03] <slangasek> s/blame/credit/ ;)
[23:03] <doko> uploaded fixed gcc-4.4
[23:03] <slangasek> thanks, will review
[23:03] <doko> I'm still bad with politics, sorry