[00:14] <lamont> slangasek: yeah - almost certainly gone.
[00:15] <lamont> slangasek: if you knock over clementine, let me know and I'll hijack another buildd to do duty until we get the biobot onsite
[00:23] <ScottL> how long do we have to complete the latest test cases before release?
[03:54]  * ScottK looks around.
[03:54] <ajmitch> hi
[03:54] <ScottK> Hello.  Made it to the other side of the continent OK.
[03:55] <ajmitch> oh, you've been travelling?
[03:55] <ScottK> Yeah, just got to California.
[03:56] <ScottK> Thus my uncharacteristic quiet online for the last ~12 hours
[03:56] <ajmitch> Hopefully the queue isn't too unmanageable yet :)
[03:57]  * ScottK didn't look at the web page yet, but the queuebot doesn't inspire confidence.
[04:01]  * ajmitch only added a couple of items
[04:03] <ajmitch> I imagine we'll need to start targetting -proposed for universe tomorrow or the next day?
[04:04] <ScottK> Yeah, sometime early Wed will be the limit.
[05:23] <slangasek> stgraber: did you mean for 'kill $!' to be 'kill $ZEN_PID'?
[05:28] <kirkland> been such a long day
[05:28] <slangasek> pretty sure it was acpid
[05:28] <slangasek> since that's what I see in the queue :)
[05:29] <kirkland> slangasek: ah, probably so
[05:31] <ScottK> slangasek: Did you just accept the edubuntu-artwork package?
[05:32] <ScottK> Because I just saved the screenshot of me getting an ack on mod-wsgi and they both showed up building.
[05:32] <kirkland> slangasek: oh, right; so that fix is by far the least invasive way to solve (the bulk of) the problem for lucid
[05:32] <kirkland> slangasek: and is pretty clearly a regression
[05:33] <kirkland> slangasek: i was just checking your pulse on it, in case you wanted it solved differently
[05:35] <slangasek> kirkland: so, rejecting from the queue, this touches all images and is much too late for us to respin everything for anything short of dataloss or a zero-day security hole; please reupload to lucid-proposed, and please adjust the patch to not silently ignore, e.g., getXconsole not existing
[05:35] <slangasek> ScottK: yes, accepted it
[05:36] <kirkland> slangasek: ack
[05:36] <ScottK> slangasek: OK.  Glad to hear it.  I was a little nervous when I accepted one package and two appeared in the same update.
[05:36] <slangasek> ScottK: notabug :)
[05:37] <ScottK> ;-)
[05:40] <kirkland> slangasek: thanks, EoD, g'night
[05:40] <slangasek> kirkland: 'night!
[05:57] <ScottK> slangasek: I'm not sure how relevant to your view of the queue, but I did look through the list of language pack uploads and did not see any non-lang pack stuff mixed in with it.
[05:59] <slangasek> ScottK: uh - what language pack uploads?
[05:59] <ScottK> slangasek: for -proposed
[05:59] <ScottK> ~700 of them
[06:00] <ScottK> At least in the LP U/I stuff for proposed and release is intermingled.
[06:00] <slangasek> ah
[06:00] <slangasek> right, sorry :)
[06:00]  * slangasek wonders why we have -proposed langpacks so soon
[06:20] <pitti> slangasek: the last upload apparently was from a previous export accidentally
[06:20] <pitti> slangasek: so the -proposed ones are the ones which were supposed to be in final
[06:20] <pitti> but I thought yesterday we agreed to upload them a week after release, to catch some more translations
[06:21] <pitti> ArneGoetje ^ ? these are more urgent now?
[06:57] <ara> good morning!
[06:57]  * slangasek waves
[07:40] <ArneGoetje> pitti: that's what I discussed with dpm yesterday. Make them available immediately since they were supposed to be on the release ISO anyways. The remaining bugs (incomplete ca@valencia and buggy lithuanian KDE translations) get fixed a bit later, once the issue is fixed in Launchpad code and the translations have been re-uploaded.
[07:42] <pitti> ArneGoetje: ah, thanks
[09:02] <stgraber> slangasek: indeed, I meant $ZEN_PID ... though it'll work anyway. Fixing edubuntu-artwork here in case we have to re-upload for whatever reason .
[09:18] <stgraber> slangasek: got to go for a few hours, I started a rsync of 20100427.1 that just appeared on cdimage, will test it or rsync a newer image when I'm back
[09:38] <slangasek> stgraber: unfortunately we have to respin everything for a plymouth regression; we're double-stepping to get it in ASAP, but of course this means it'll be at least a few hours before edubuntu final images will be available
[10:39] <slangasek> lamont: is acorn still awol?
[10:47] <elmo> slangasek: got rebooted and should be back
[10:51]  * ogra wonders why that machine is so chaky
[10:51] <ogra> *shaky
[10:51] <ogra> clementine didnt have these probs
[10:52] <ogra> and i dont see anything similar on my bbg3
[11:00] <elmo> ogra: does your bbg3 board do the same number of livefs builds?
[11:00] <elmo> if not, it's not a very useful comparison
[11:01] <ogra> elmo, it doesnt die if i do local livefs builds ... indeed i dont do 10 per day though but i never had a single hang during this cycle
[11:09] <slangasek> elmo: thanks
[11:26] <Riddell> ooh, kubuntu builds are go
[11:52] <slangasek> ttx: eta 30min for ubuntu-server ISOs
[11:52] <ttx> slangasek: ack
[11:59] <ogra> slangasek, is omap 20100427 worth testing or do you do another respin ?
[11:59] <slangasek> ogra: worth testing: yes; another respin: also yes
[11:59] <ogra> ok :)
[11:59]  * ogra fires up the install
[12:04] <slangasek> ETA on the respin is ~4h
[12:06] <stgraber> slangasek: that's the ETA for omap or is that the ETA for all respin ?
[12:07] <slangasek> stgraber: all, since the image builds are done after the livefs spins
[12:16] <slangasek> stgraber: oh, perhaps I should clarify - that's the ETA for all the armel netbook respins, which land at the same time for all subarchs; but other respins for amd64/i386 will continue to arrive in parallel at various points
[12:16]  * slangasek just realized you were probably asking on account of edubuntu
[12:25] <slangasek> ttx: ubuntu-server up
[12:25] <ttx> slangasek: right, but lunch is also up :P
[13:21] <Riddell> GrueMaster: will you have any spare family members able to test kubuntu netbook on ARM before release?
[13:50] <GrueMaster> Riddell: Unfortunately, no.  Guess I'll have to do it myself.  :D
[13:51] <slangasek> lamont: low-priority - why is emacs23 FTBFS on ia64? (no corresponding build log)
[13:51] <lamont> for the H9, of course.
[13:51] <lamont> kids->school, breakfast, will look later today
[13:53] <slangasek> ev: http://iso.qa.ubuntu.com/qatracker/test/4132 - fixed with a shift-reload
[13:53] <ogra> hrmpf
[13:53] <ogra> on omap plymouth is really slow ...
[13:54] <slangasek> plymouth itself?
[13:54] <ogra> i get a console login prompt before the splash comes up
[13:54] <ogra> well, there must be some kind of race
[13:54] <slangasek> eh - so the splash comes up *after* you get a console login prompt?
[13:54] <ogra> not that i care much with a 600MHz CPU
[13:54] <ogra> yeah
[13:55] <slangasek> yuck
[13:55] <slangasek> yeah, there's a race there
[13:55] <ogra> i see a login prompt and the cursor blinks about ten times behind the colon before the splash kicks in
[13:55] <slangasek> I've just never seen it hit before
[13:55] <ogra> well, extremely slow HW :)
[13:55] <ogra> even VMs are faster
[13:56] <slangasek> ogra: current ETA for armel respin is ~1.5h, btw
[13:57] <ogra> ah, great
[13:57] <ogra> that leaves me some time to do some testing without panel on the image for asac
[13:57] <ogra> i assume we dont expect a d-i rebuild anymore ?
[13:57] <ogra> i.e. i can go on testing netinst too
[13:58] <slangasek> ogra: and after the splash screen comes up, it still successfully clears itself? or does it get stuck on the screen?
[13:58] <slangasek> (AFAICS, plymouth-stop.conf should still successfully shut down the splash screen at the end)
[13:58] <ogra> well, there seems to be a framebuffer issue, it clears itself and eventually i get to X
[13:59] <ogra> but i can paint with black squares on the screen using my mouse cursor
[13:59] <slangasek> right - but not a plymouth bug :)
[13:59] <ogra> i really expect a DSS2 (omap framebuffer driver) issue here though
[14:00] <ogra> but thats code amit needs to attack post-release anyway and there are no other issues
[14:00] <ogra> just an uglyness
[14:30] <Daviey> Hey.. I'm looking for pointers how to proceed with bug #555111.
[14:30] <Daviey> I really don't think it's a good idea to deviate from Debian Testing on this package
[14:31] <Daviey> The sync closes a nasty bug, which i'm keen to get fixed within 7-14 days of release.
[14:31] <Daviey> Is it worth raising a FFe at this stage?
[14:31] <cjwatson> what's the new build-dependency mentioned?
[14:31] <cjwatson> oh, that's unstable
[14:32] <cjwatson> this does look as though it requires at least the moral equivalent of a feature freeze exception, although you could convert the existing bug into one rather than bothering to raise a new bug
[14:33] <Daviey> cjwatson: Okay, i just didn't want to go down the FFe route if there was "no chance".
[14:34] <Daviey> cjwatson: The build dep adds support for a grabber for a country which didn't exist before.. Other than that, the cvs snapshot is very close to the release.. So it feels like it will be easier to maintain.
[14:41] <slangasek> Daviey: isn't xmltv on mythbuntu?
[14:42] <slangasek> would need sign-off from superm1 that it's ok to respin the ISOs
[14:43] <slangasek> confirmed, it's on mythbuntu as expected
[14:44] <Daviey> slangasek: yes
[14:45] <Daviey> slangasek: I think we want a re-spin anyway for the ubiquity UI fixes.
[14:45] <slangasek> Daviey: that respin is already done
[14:45] <Daviey> Or has that been done?
[14:45] <Daviey> ah
[14:45] <slangasek> and the ISO posted 45 minutes ago
[14:45] <Daviey> bum
[14:45] <slangasek> and another respin would delay roughly 2h
[14:45] <Daviey> i've just ping'd superm1 to see his thoughts
[14:46] <Daviey> This spin certainly hasn't hit our mirrors yet.
[14:46] <slangasek> it's there on cdimage.u.c
[15:11] <Daviey> slangasek: Is there a problem if the shipped ISO is slightly different to the main archive?  (policy, not technically)
[15:12] <slangasek> Daviey: in general, we guard against it because failing to do so can be a license violation in some cases; that's not an issue here, but it's still not something I want us to be in the habit of
[15:13] <Daviey> understood
[15:26] <slangasek> Riddell: will http://kubuntu.org/news/10.04-release be the right url for y'all's announcement?
[15:27] <slangasek> stgraber: will http://edubuntu.org/news/10.04-release be the right url for edubuntu?
[15:27] <Riddell> slangasek: http://kubuntu.org/news/10.04-lts-release  let's keep the marketing people happy
[15:28] <stgraber> slangasek: yep
[15:29] <slangasek> Riddell: http://www.ubuntu.com/news/ubuntu-10.04-desktop-edition and http://www.ubuntu.com/news/ubuntu-10.04-server-edition say nothing of LTS, but it's your call :)
[15:29] <slangasek> stgraber: great, thanks
[15:30] <Riddell> slangasek: tsk.  I'll keep the lts
[15:36] <slangasek> ScottL: persia has directed me to you for the same question on ubuntustudio - is https://wiki.ubuntu.com/UbuntuStudio/10.04release_notes the plan?
[15:37] <ScottK> I would appreciate it if some archive admin who has a moment would toss "sync 570497 -S unstable" at mass-sync.
[15:39] <ScottK> slangasek: I'm not sure if StevenK just ran out of energy, but there is one removal left to deal with in 568778.
[15:39] <ScottK> If those get done, then I think we're done with ~ubuntu-archive bugs for the cycle.
[15:39] <cjwatson> ScottK: looking
[15:39] <cjwatson> (570497)
[15:40] <ScottK> Thanks.
[15:43] <cjwatson> done
[15:45] <ScottK> Great.
[15:47] <cjwatson> 568778 done too
[15:47] <slangasek> ah, ta
[15:53] <slangasek> ogra: omap respin was done on schedule; ISOs posted now to the tracker as well for imx51, dove
[15:53] <slangasek> GrueMaster, plars: ^^
[15:53] <GrueMaster> slangasek: On it, thanks.
[15:53] <plars> slangasek: awesome, thanks
[15:56] <ScottL> slangasek, i am checking it right now to make sure it's the current one
[15:56] <slangasek> ScottL: currently, nothing exists at that URL
[15:56] <ScottL> slangasek, lol, apparently not as it is empty, i'll get it there :)
[15:56] <slangasek> ok, thanks :)
[15:58] <ScottK> cjwatson: Thanks again.
[16:06] <ScottL> slangasek, ubuntu studio release notes are complete
[16:07] <slangasek> ScottL: thanks!
[16:07] <ScottL> your welcome :)
[16:08] <ogra> slangasek, merci
[16:12] <ScottK> slangasek: I'll be offline for ~9 or 10 hours now.  I'm leaving anjsp in the queue for if you need to stimulate a publisher run.  It fixes the FTBFS, but leaves the package uninstallable, so I'm not worried if it gets in particularly.
[16:13] <slangasek> ScottK: alrighty, thanks :)
[16:30] <slangasek> ttx: EC2 posted
[16:31] <smoser> slangasek, the ec2 build is finished
[16:31] <slangasek> smoser: yep :)
[16:31] <slangasek> smoser: just posted to the tracker, a minute before you joined :)
[16:52] <slangasek> cjwatson: bug #570765
[16:53] <stgraber> slangasek: is edubuntu 20100427.2 a final candidate or is another respin already planned for some reason ?
[16:54] <slangasek> stgraber: final candidate
[16:54] <stgraber> yeah !
[16:54]  * stgraber starts rsyncing
[16:59] <doko> slangasek how are the chances for the final llvm 2.7 upload being accepted?
[16:59] <doko> slangasek: did the valgrind armel pickup work?
[17:00] <slangasek> doko: valgrind armel worked, yes
[17:00] <slangasek> doko: llvm> non-zero chances, it's not on any imagse
[17:00] <slangasek> images
[17:00] <doko> slangasek: ok, then I'll prepare clang and llvm-gcc-4.2 as well
[17:01] <doko> slangasek: I'll try the armel pickup for asis and libgtkada as well
[17:03] <doko> the llvm fix has the "unfortunate" side effect that it increases the build time on ppc, because the testsuite doesn't crash anymore :-/
[18:03] <lamont> slangasek: PaS now updates both places at 15 min past the hour, 24 times a day, modulo summertime shifts
[18:04] <slangasek> lamont: ok, cheers :)
[18:05] <lamont> and some day, I might get around to finding the wiki page to update
[19:20] <ogra> slangasek, since we have no iso tracker entry for it ... omap netbook is good to go
[20:03] <stgraber> slangasek: added 20100427.2 for edubuntu dvd to the tracker so I can enter my results
[20:54] <slangasek> ogra: ok
[20:54] <slangasek> stgraber: ok
[21:04] <stgraber> slangasek: how critical is that grub2 issue reported on iso.qa.ubuntu.com ? Wondering how much effort I should put on the current live images or if I should look at alternate instead.
[21:14] <ara> Riddell, grub is supposed to add Kubuntu as "Kubuntu" or "Ubuntu" as entry?
[22:47] <micahg> for any release people, Seamonkey was uploaded earlier and the builders are idle
[23:31] <charlie-tca> problem with the xubuntu desktop image. 'use the entire disk' partitioning results in all other grub entries not seen except that installation. It doesn't matter how many other installs are present
[23:31] <charlie-tca> Reinstalling with any other partition method allows you to see the other installations again
[23:33] <ajmitch> charlie-tca: like bug 570765 ?
[23:33] <charlie-tca> Except I don't have windows, and it is hardware
[23:34] <charlie-tca> That looks like it, though. Thanks
[23:34] <ajmitch> from the comments it doesn't appear to be specific to having windows
[23:34] <ajmitch> but at least the bug is known & commented on
[23:35] <charlie-tca> and apparently won't be fixed. Since it is marked for release notes
[23:35]  * ajmitch thought the bug for release notes was about the I/O errors being displayed
[23:37] <charlie-tca> I didn't get any errors.