[00:01] <wgrant> ScottK, pitti: It's not quite that easy, I'm afraid. At the moment it's hard-coded to backports, but that will probably change in the next few months as we refactor for derivative distros.
[00:05] <skaet> slangasek, breaking for dinner.  back on in an hour or so...
[00:09] <slangasek> skaet: ok, bon appetit :)
[00:11] <SpamapS> so, bug #753924 causes ph5p-fpm to fail to install every time. Should I make this a zero-day SRU?
[00:11] <ubot4> Launchpad bug 753924 in php5 (Ubuntu) "package php5-fpm 5.3.5-1ubuntu6 failed to install/upgrade: подпроцесс установлен сценарий post-installation возвратил код ошибки 1 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/753924
[00:12] <SpamapS> aw n/m looks like zul fixed it a month ago. ;)
[00:12] <SpamapS> actually.. no.. looks like the fix was ineffective
[00:16] <slangasek> SpamapS: new packages should follow the FFe process, yes.  bug #753924, I think there's probably room for that post-beta2 if you can have a fix ready to go by then
[00:16] <ubot4> Launchpad bug 753924 in php5 (Debian) (and 1 other project) "package php5-fpm 5.3.5-1ubuntu6 failed to install/upgrade: подпроцесс установлен сценарий post-installation возвратил код ошибки 1 (affects: 1) (heat: 6)" [Unknown,Unknown] https://launchpad.net/bugs/753924
[00:16] <SpamapS> slangasek: alright. ty on both answers. :)
[00:25] <Daviey> Hi, would someone be able to approve eucalyptus - i'd quite like it to be in the next ISO spin.  Thanks.
[00:26] <Daviey> SpamapS, it seems still quite early to be thinking about zero day SRU's, no?
[00:27] <SpamapS> Daviey: well the wording of the email about the freezes suggested there are no more days where the archive is opened for anything except fixes "requested by the release team".. but maybe I read it wrong.
[00:27] <SpamapS> yeah I read it wrong
[00:28] <SpamapS> 4/14 - 4/21 should be open for important fixes
[00:30] <Daviey> https://lists.ubuntu.com/archives/ubuntu-release/2011-April/000190.html
[00:35] <Daviey> SpamapS, Fixes for universe (php5-fqm) should still be able to be uploaded until 26th... but perhaps sooner might be better.. :)
[00:35] <SpamapS> php5-fpm is universe?
[00:36] <skaet> slangasek,  looks like the daily's weren't disabled....
[00:36] <SpamapS> ooohhhhh
[00:36] <SpamapS> how can bin packages from php5 be in universe?
[00:36]  * SpamapS always thought the whole thing goes into main when the source goes in
[00:38] <micahg_> SpamapS: binary demotion
[00:38] <micahg_> SpamapS: it's common for transitional packages
[00:38] <SpamapS> php5-fpm is not transitional
[00:39] <SpamapS> its quite possibly the most popular way to run php at the moment
[00:39] <Daviey> SpamapS, Ah, scrub that - the source is in main.. Sorry for that!
[00:39] <SpamapS> Daviey: but I can see why you'd say that since the binary itself is in universe
[00:41] <micahg_> SpamapS: I think you just have to ask if you want it per https://wiki.ubuntu.com/MainInclusionProcess note 2
[01:11] <slangasek> skaet: are they disabled now or do you need me to do it?
[01:13] <skaet> slangasek, need you to please.
[01:13] <skaet> also,  xubuntu, mythbuntu didn't seem to build.
[01:16] <slangasek> skaet: dailies are disabled and I didn't do it
[01:18] <slangasek> checking on xubuntu
[01:19] <slangasek> I see xubuntu 20110411.1 alternate built, 20110411 desktop looks like a build failure
[01:20]  * skaet nods
[01:20] <skaet> yes,  xubuntu alternate posted already.
[01:20] <slangasek> ah, mirror sync issue at the time of the CD build; retriggering after I check on mythbuntu
[01:20] <slangasek> same problem
[01:21] <slangasek> ok, kicking off the ISO builds for both - shouldn't need to respin the livefs for this issue
[01:21] <skaet> coolio
[01:40] <ScottK> SpamapS: Yes.  Yes you do.
[01:54] <skaet> slangasek,  can you see if edubuntu dvd is same problem (mirror synch)  it appears to have failed as well.
[01:56] <slangasek> I don't see an edubuntu build log for today
[01:56] <slangasek> did kubuntu dvd already finish?
[01:57] <skaet> kubuntu dvd doesn't have images
[01:57] <skaet> was just checking
[01:57] <slangasek> xubuntu, mythbuntu successfully built btw
[01:58] <skaet> order was ubuntu, edubuntu, kubuntu for dvd...
[01:58] <skaet> re xubuntu and mythbuntu - cool.
[01:58]  * skaet posting
[01:59] <slangasek> right, I don't see any pending jobs for edubuntu or kubuntu DVDs, and they're definitely not there; firing them off again
[02:02] <skaet> slangasek,  thanks.
[02:03] <skaet> all livecd's now posted (u, ku, xu, myth, ku-mobile) buntu
[02:04] <skaet> all alternates now posted (u, ku, xu, u-server, u-studio)
[02:05] <ScottK> slangasek: I just sponsored an xserver-xorg-video-intel upload.  It fixes a major corruption problem with KDE on Sandybridge video systems.  Two independent testers have verified it on KDE and Sarvatt verified no regressions in Ubuntu.  It would be really nice to get it in and it's a quick build too.
[02:06] <slangasek> ScottK: I'm afraid I'm on the way out the door so I won't be able to review it for about an hour
[02:06] <slangasek> skaet: ^^ does that sound ok to you?  if you need me to review when I get back I can
[02:06] <ScottK> slangasek: I think that's fine.  You're still likely to be the first reviewer to show up.
[02:07] <ScottK> It's a +2 lines patch, BTW.
[02:07] <ScottK> (from upstream)
[02:07] <skaet> slangasek,  if you could that would be appreciated.
[02:15]  * skaet just checked, and it looks like we're still waiting for python2.7 to build before kicking off the arm images....
[03:12] <slangasek> looks like edubuntu builds are failing with some sort of grub-related problem
[03:13] <slangasek> Setting up grub-gfxpayload-lists (0.1) ...
[03:13] <slangasek> /usr/sbin/update-grub-gfxpayload: 4: cannot create /boot/grub/gfxblacklist.txt.new: Directory nonexistent
[03:14] <stgraber> slangasek: oh, /me hopes it's not in the LTSP chroot build part ...
[03:15] <slangasek> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/edubuntu-dvd/20110412/livecd-20110412-i386.out
[03:15] <slangasek> not sure how to tell at a glance if it's in chroot-building
[03:16] <stgraber> as ltsp is never mentioned in the whole log, it's safe to assume that's really the livefs failing and not the LTSP chroot
[03:16] <stgraber> LTSP chroot would have been really weird as we aren't supposed to have grub in there
[03:17]  * slangasek idly wonders if this intel driver fix also addresses the occasional screen corruption he's seen
[03:18] <slangasek> stgraber: ok, well, hmm.  why is this only failing on edubuntu?  is grub-gfxpayload-lists edubuntu-specific?
[03:18] <slangasek> ScottK, skaet: xserver-xorg-video-intel accepted; doesn't reset our waiting for armel thankfully :)
[03:19] <stgraber> slangasek: did we get any successful livefs build since cjwatson added grub-gfxpayload-lists as a depend of grub-pc this morning ?
[03:19] <skaet> slangasek,  thanks.  so the armel waiting on python is still pending? ...
[03:20] <slangasek> stgraber: we certainly had a number of image builds done and I didn't notice any mails about livefs build failures...
[03:20] <slangasek> skaet: looks like python2.7 is done on armel and publishing this hour
[03:22] <skaet> slangasek,  thanks.   edubuntu's dvd still in progress too, from the looks of it.
[03:23] <slangasek> skaet: no, edubuntu dvd builds failed, see above
[03:24]  * skaet looking more carefully...   sigh.
[03:24] <stgraber> hmm, can't think of anything weird we do with grub in Edubuntu ...
[03:25] <stgraber> slangasek: what's the magic involved when two packages depend on each other to determine which is the first to get configured ?
[03:25] <stgraber> slangasek: I see that grub-pc depends on grub-gfxpayload-lists which depends on grub-pc
[03:26] <slangasek> stgraber: dpkg looks first for a package with no postinst
[03:26] <slangasek> if both or neither have a postinst, it draws lots
[03:26]  * stgraber wonders if both grub-pc and grub-gfxpayload-lists have postinst ...
[03:30] <stgraber> ok, so grub-pc has a postinst that amongst other things seem to create /boot/grub and grub-gfxpayload-lists' postinst calls /usr/sbin/update-grub-gfxpayload which writes the blacklist into /boot/grub
[03:31] <slangasek> yeah.  I'm guessing it was an oversight to create this circular dep
[03:40] <stgraber> slangasek: while you are around, can you have a quick look at: https://bugs.launchpad.net/ubuntu/+source/pam/+bug/745532/+attachment/2021342/+files/bug745532.diff that's to fix bug 745532 (pam upgrade error when gdm isn't running) ?
[03:40] <ubot4> stgraber: Error: Bug #745532 is private.
[03:40] <ubot4> Launchpad bug 745532 in pam (Ubuntu Oneiric) (and 2 other projects) "fails to restart (not running) gdm on maverick->natty upgrade (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/745532
[03:40] <ScottK> slangasek: Thanks for taking care of xserver-xorg-video-intel .
[03:41] <stgraber> with upstart not returning anything on status, I didn't find any better way than using grep to get the current status :(
[03:43] <slangasek> ScottK: no problem
[03:43] <slangasek> stgraber: I think better form would be: if $idl status | grep -q stop/waiting; then
[03:44] <stgraber> indeed, updating with that
[03:46] <slangasek> I'm wondering if invoke-rc.d is wrong here, however
[03:47] <slangasek> if 'invoke-rc.d $service reload' is not meant to return an error for a non-running service, we should fix invoke-rc.d
[03:48] <slangasek> policy is mute
[03:48] <slangasek> so yeah, let's go with your patch, at least for now
[03:49] <slangasek> I would probably do s/skipping/no reload needed/, personally
[03:51] <stgraber> ok, changed to "no reload needed" and uploaded
[04:31] <ScottK> slangasek: Looking at https://launchpad.net/ubuntu/+source/dhcp3/3.1.3-2ubuntu7 I'm thinking dhcp3 source ought to be removed.
[04:32] <slangasek> it has been removed from Debian (pre-squeeze release).  Want to file a pro forma bug?
[04:32] <ScottK> OK.
[04:34] <ScottK> slangasek: Bug #758357
[04:34] <ubot4> Launchpad bug 758357 in dhcp3 (Ubuntu) "Please remove dhcp3 source from Natty (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/758357
[04:36] <ScottK> slangasek: Do you think pam should go in before Beta 2?
[04:37] <slangasek> ScottK: no strong opinion; it might be something we want in the archive at beta release for upgrades, otherwise it's probably something to accept opportunistically
[04:38] <ScottK> OK.  It looks fine to me, I guess I'll leave it for if someone needs a publisher run.
[05:01] <skaet> edubuntu dvd posted
[05:09] <micahg_> I'm assuming we can remove universe packages up to final universe freeze?
[05:10] <ScottK> minus however long it takes to get an archive admin's attention to do it, yes.
[05:38] <slangasek> kubuntu dvd built && posted
[06:19] <skaet> unbuntu-netbook built and posted
[08:18] <pitti> Good morning
[08:20] <pitti> skaet: hey
[08:20] <pitti> how bad is it?
[08:21] <skaet> heya pitti,  not too bad,  so far.
[08:21] <pitti> nice, my double wait-for-package armel builds triggered fine
[08:21] <skaet> armel are still emerging...
[08:21] <pitti> I'll add them to the tracker then
[08:21] <pitti> they all finished building
[08:22] <pitti> edubuntu dvd apparently failed
[08:22] <skaet> I'm not seeing netboot images though.   can you check that they've been started?
[08:22] <pitti> skaet: hm, we don't have cronjobs for any netboot "images" as such
[08:23] <skaet> pitti, hmm... they show up in the dailies,  so something's building them.
[08:24] <skaet> pitti, probably best to wait until cjwatson's online and talk it through with him.
[08:24] <skaet> other than that,  I'm keeping my fingers crossed when I wake up we don't have too many new bugs.  ;)
[08:24] <pitti> skaet: well, d-i builds them, yes, but they aren't ISOs
[08:25] <skaet> upgrades aren't iso's either ;)
[08:26]  * skaet is fuzzy brained though at this point,  so will leave you to it, and get some zzz's.
[08:26] <pitti> skaet: so I guess there's some magic to create "beta-2" in http://archive.ubuntu.com/ubuntu/dists/natty/main/installer-amd64/
[08:30] <skaet> probably...   also,  edubuntu dvd was kicked off again by slangasek,  and there's dvd images in the iso tester.
[08:30] <pitti> ah, so that probably just killed mine, good
[08:30] <pitti> skaet: so we have something to play with now, and I'll review the upload queue for more beta-2 RC bug fixes
[08:31] <pitti> so that we might have another round of CD builds tonight?
[08:31] <skaet> pitti,  yeah, review for the opportunistic fixes, and we'll see what the testing shows us.
[08:32] <skaet> on the positive side - I upgraded my 10.10 clean wubi system, and it booted up nicely into 11.04 for the first time through that path,  so I was smiling tonight.
[08:37] <pitti> all arm images posted
[08:44] <jibel> pitti, netboot from 11-Apr-2011 19:03 is good to add to the tracker ?
[08:47] <pitti> jibel: I hope so, I'll add it
[08:48] <jibel> pitti, nm I'm on it.
[08:48] <pitti> ah, thanks
[09:08] <pitti> ok, I reviewed/accepted everything which is either obviously safe or urgent for beta2
[09:10] <pitti> the remaining uploads should wait until after b2 IMHO
[10:01] <Daviey> Do we have a guess when the next spin is due?
[10:07] <pitti> Daviey: pretty much "when we need it"
[10:07] <pitti> Daviey: do you need any of the virtinst etc. packages that were accepted an hour ago on the server images?
[10:07] <Daviey> pitti: Yeah, i wondered if he knew of something on the horizon that might be enough.
[10:07] <pitti> "he"?
[10:08] <pitti> Daviey: but the current server isos should be fine
[10:08] <pitti> for an initial test, anyway
[10:08] <Daviey> pitti: More curious to enable hggdh to QA Eucalyptus.
[10:08] <Daviey> It doesn't jusify a respin.
[10:37] <cjwatson> skaet: netboot images are built by uploads of the debian-installer packages.  FYI
[10:38] <cjwatson> did anyone resolve the grub-gfxpayload-lists issue I see in backscroll?
[10:38] <ev> are we too late in the game for beta-2 stuff? Or would any accepted uploads require a respin?
[10:38] <cjwatson> the obvious solution to that seems to be to have grub-gfxpayload-lists.postinst mkdir -p /boot/grub
[10:39] <cjwatson> I'm happy with the circular dep part of it
[10:41] <pitti> ev: right now we plan to do another respin this evening, and accept important or safe stuff over the day
[10:41] <ev> yay
[10:41] <ev> I have safe stuff ;)
[10:42] <ev> but I'll hold off for a bit just in case any more ubiquity bugs get fixed
[10:42] <pitti> cjwatson: not that I have seen
[10:43] <cjwatson> uploaded a fix
[11:09] <cjwatson> ta
[11:29] <ogra_> pitti, i didnt get any tracker notification for headless armel builds, but they seem to exist on cdimage
[11:30] <pitti> ogra_: they do exist in the tracker as well
[11:30] <ogra_> hmm, weird
[11:30]  * ogra_ checks, i thought i subscribed
[11:33] <ScottK> Accepted kubuntu-meta.
[11:33] <ScottK> And now I'm off for the day.
[11:35] <ogra_> pitti, oops, sorry, i was actually not subscribed
[11:35] <pitti> ScottK: thanks
[11:35] <pitti> ogra_: ah, at least that explains it
[12:08] <pitti> I think http://people.canonical.com/~ubuntu-archive/nbs.html is about as far as we can realistically get
[12:08] <pitti> x264 is FTBFS on powerpc, and I already tried to build lipsia and odin against libdcmtk2-dev, they fail horribly on other things
[12:09] <pitti> so I'm inclined to just declare lipsia/odin broken and remove the libdcmtk1 stuff
[12:09] <pitti> I pinged siretart about whether he's interested in x264 on powerpc, but if not, I'd just declare it broken as well
[13:37] <jibel> Riddell, bug 758614 I haven't found any useful information in the logs. I can replay the installation if needed and provide additional infos.
[13:37] <ubot4> Launchpad bug 758614 in ubiquity (Ubuntu Natty) (and 1 other project) "Kubuntu Wubi - Black screen during stage 2 (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/758614
[14:55] <Riddell> jibel: hmm, I don't even know enough about the wubi process to know what should be going on during that
[14:56] <cjwatson> Riddell: "stage 2" of wubi is just ubiquity
[14:57] <jibel> Riddell, I don't think it's wubi, it's more like the session not starting before launching the installer.
[14:57] <cjwatson> with a load of preseeding
[15:08] <skaet> morning all
[15:08] <Riddell> happy Tuesday
[15:09] <skaet> :)
[15:09] <charlie-tca> Good morning, skaet
[15:09] <jibel> Hi skaet
[15:10] <seb128> hey skaet
[15:11] <skaet> hi jibel, charlie-tca, any particularily nasty bugs showing up from the testing so far?
[15:11] <skaet> hi seb128 :)
[15:18] <jibel> skaet, nothing exciting. 2 ubiquity bugs with Wubi, translations/strings issues, and a grub failure on amd64+mac
[15:19] <skaet> jibel,  nothing exciting == good.  ;)
[15:20] <skaet> thanks
[15:20] <jibel> skaet, I've added a report on qa.u.c to tracker the state of the builds the bugs filed during the release.
[15:20] <jibel> http://reports.qa.ubuntu.com/reports/isotesting/natty/opened.html
[15:21]  * skaet hugs jibel
[15:21] <skaet> thanks!   That should make the final cross checks and documentation easier.   :)
[15:21] <jibel> the first page 'image list' takes the images available from cdimages and the build logs and match it with the results on the tracker
[15:22] <jibel> so you'll see images that are published on cdimage but not published on the tracker.
[15:22] <charlie-tca> skaet: upgrade Xubuntu maverick to natty pulls in all of gnome
[15:22] <jibel> like natty-server-powerpc.iso for example
[15:22] <charlie-tca> gives me the option to use any ubuntu or xubuntu session at login
[15:23] <jibel> charlie-tca, that's a dependency issue that mrpouit needs to fix.
[15:23] <charlie-tca> I know, but that doesn't make it less nasty
[15:38] <Riddell> jibel: where do I download wubi from?
[15:39] <jibel> Riddell, it's on the iso
[15:39] <jibel> mount the iso and wubi.exe is at the root of the iso
[15:39] <Riddell> so I have to burn the ISO, boot up windows and run wubi from there?
[15:40] <jibel> Riddell, to go faster mount the iso, and copy wubi.exe and the iso to windows
[15:40] <Riddell> ok
[15:40] <jibel> Riddell, then run wubi.exe --isopath=natty-desktop-amd64.iso or the arch you're running.
[15:41] <jibel> or burn a cd
[15:41] <cjwatson> jibel: I hope you *occasionally* test from a burned CD; the code paths aren't the same when you run from an ISO image on disk
[15:42] <cjwatson> could somebody review console-setup?  in order for that fix to be effective, it will need to land in the archive so that we can incorporate it into the next ubiquity upload
[15:43] <jibel> cjwatson, yes, but once I've validated that the CD is ok I use the isopath method, which is faster than burning a cd for each test.
[15:44] <cjwatson> ok
[16:20] <pitti> cjwatson: doing now (sorry, had a two-hour mumble debug session)
[16:20] <pitti> cjwatson: accepted
[16:21] <cjwatson> no problem, thanks
[16:21] <ev> can someone let migration-assistant through? I'd like to get that into the ubiquity upload as well
[16:21] <pitti> ev: yep, I'm running through the queue now
[16:21] <ev> yay
[16:21] <ev> thanks
[16:23] <pitti> jibel, skaet, cjwatson: I think tonight we should regenerate all images to pick up today's bug fixes; do you have a preferred time when to start this? (I thought around 2000 UTC)
[16:23] <pitti> GrueMaster, ogra_: WDYT about the current armel images? do you want another build tonight?
[16:23] <GrueMaster> pitti: what bug fixes affect armel?
[16:24] <cjwatson> the python-apt one, according to ogra
[16:24] <cjwatson> GrueMaster: ^-
[16:24] <pitti> GrueMaster: not the gfxboot ones, and not the installer ones; there were some fixes in the desktop, but none which break the installation
[16:25] <pitti> python-apt is bug 758732
[16:25] <ubot4> Launchpad bug 758732 in python-apt (Ubuntu Natty) (and 1 other project) "enable_component() does not enable components for deb-src lines (affects: 1) (heat: 8)" [Medium,Fix released] https://launchpad.net/bugs/758732
[16:25] <GrueMaster> Well, let me get some testing in so we can catch any criticals.  I haven't had fresh working images in a week.
[16:25] <GrueMaster> that bug is very low.
[16:26] <pitti> so if the prebuilt images have a wrong apt sources.list, you might want that
[16:26] <GrueMaster> Not sure why it is marked as medium.
[16:26] <pitti> GrueMaster: yeah, I'm asking as we need to weigh the nontrivial hours of building and mandays of testing against the fixes
[16:26] <GrueMaster> Having no deb-src for universe is not enough of a reason to regenerate.
[16:27] <GrueMaster> Right now I am seeing a bug where oem-config fails to start on the headless images.  Higher priority.
[16:28] <pitti> hm, haven't see the report for that one yet
[16:28] <GrueMaster> I should be able to do enough testing between now and 2000UTC to determine what else needs critical fixes before we respin armel.
[16:28] <GrueMaster> Just filed.
[16:28] <pitti> right
[16:28] <GrueMaster> bug 758858
[16:28] <ubot4> Launchpad bug 758858 in ubiquity (Ubuntu) "oem-config fails to start on headless images (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/758858
[16:28] <pitti> GrueMaster: so we'll rebuild after these get fixes, not time-based
[16:29] <GrueMaster> That would be much better for me.
[16:29] <pitti> 2000 for desktop/alternates/DVDs just seems  like a good time to pick up ev's/cjwatson's/mvo's fixed from the day
[16:30] <GrueMaster> As long as I have new images by this time tomorrow, I can get them tested.  I'm in US-PST.
[16:31] <cjwatson> GrueMaster: 758858> can you try booting the first time round with 'debug-oem-config' on the kernel command line, instead of running oem-config-firstboot a second time?
[16:31] <cjwatson> GrueMaster: the log is full of stuff that indicates that the debconf database is already locked by something else, and I don't know if that's related to the way you did your debug run or not
[16:32] <GrueMaster> I tried that yesterday with the same results.  Unfortunately I had to get something else tested and didn't get a chance to file a bug.
[16:32] <cjwatson> I think we'll get a more useful log if you use debug-oem-config to put it in debug mode right from the start
[16:33] <cjwatson> GrueMaster: sure, it will still *fail*, but it will produce a more useful log
[16:33] <GrueMaster> I'll try again on a clean image.
[16:33] <cjwatson> the current logs don't have anything actionable
[16:38] <pitti> ev: ^
[16:38] <ev> much appreciated
[16:42] <GrueMaster> cjwatson: I added debug-oem-config and the log doesn't appear any different from launching it manually (other than I have no console using this method).
[16:43] <GrueMaster> Is there a different log to look at?
[16:43] <cjwatson> /var/log/oem-config.log should be the right one
[16:43] <cjwatson> can I see it?
[16:44] <cjwatson> (also, to be perfectly honest, I need ARM people to be debugging installer problems on ARM, as a general rule ...)
[16:44] <GrueMaster> http://paste.ubuntu.com/593172/
[16:44] <cjwatson> I can try but success is far from guaranteed
[16:44] <cjwatson> hmmm
[16:45] <cjwatson> odd multiplicity of log entries there, but as you say, no different
[16:45] <cjwatson> I guess I need a way to reproduce this on i386, or else an ARM person needs to debug this
[16:45] <GrueMaster> Looks like each run just appends new output.  There should be 3 runs in that log.
[16:46] <GrueMaster> I've pinged ogra.
[16:55] <pitti> I'm off for about 1 h for my Ubuntu Dev Week talk about PyGI
[17:01] <ogra_> pitti, i discovered a jasper bug with the netbook image so i would like a rebuild once i uploaded the fix
[17:02] <GrueMaster> ogra_: rebuild is planned,but let's get as many bugs as possible before you trigger the rebuild.
[17:02] <ogra_> GrueMaster, indeed
[17:04] <ogra_> cjwatson, on the headless image i'm calling a chrooted debconf-communicate from initramfs to preseed the debian-installer/framebuffer value, could it be that i miss some black magic to have it remove the lock ?
[17:04] <ogra_> (thats the only idea i have for the above)
[17:04] <cjwatson> simply exiting should be enough
[17:04] <ogra_> hmm, k
[17:05] <ogra_> there is nothing else that could touch debconf, weird
[17:05] <cjwatson> getting an strace might be worthwhile, in case it's oem-config trying to recursively claim the lock itself
[17:05] <cjwatson> (strace -f -s 1024, at least)
[17:05] <cjwatson> and also of course check for other running processes
[17:16] <Laney> Is adding a new meta package to a (universe) source package OK at this stage in the cycle?
[17:40] <lamont> skaet: doko: ogra_: pitti: so, do I reject bug 67544, or just mark it incomplete?  (we're going to actually need some binaries to bootstrap from that run on ubuntu...)
[17:40] <ubot4> Launchpad bug 67544 in fpc (Debian) (and 5 other projects) "Bootstrapping needed for fpc for armel (heat: 13)" [Unknown,Fix released] https://launchpad.net/bugs/67544
[17:40] <skaet> pitti, before starting the images,  have you done "Modify debian-cd/CONF.sh to set OFFICIAL "
[17:41] <skaet> lamont,  if you're needing binaries to bootstrap (effectively waiting for input from reporter sort of thing) then incomplete seems like the right state
[17:43] <ogra_> can someone let jasper-initramfs in ? diff is at http://paste.ubuntu.com/593206/ i need it on the next netbook image
[17:45] <cjwatson> skaet: that was already done for beta 1, and wasn't undone
[17:46] <cjwatson> (I checked yesterday, remembering last time ...)
[17:47] <skaet> cjwatson,  :)
[17:59]  * highvoltage starts upgrade testing for Edubuntu Desktop i386/amd64
[18:18] <jbicha> we're in hard beta freeze now?
[18:21] <skaet> jbicha, yes
[18:22] <skaet> jbicha, is there a specific fix you're trying to get in?
[18:22] <jbicha> yes, fixing bug 426215 would make the Ubuntu Help better as we could link directly to Software Center
[18:22] <ubot4> Launchpad bug 426215 in software-center (Ubuntu) (and 1 other project) "[UIF exception] apt:package-name isn't handled by the Store when appropriate (affects: 5) (heat: 30)" [Wishlist,Fix released] https://launchpad.net/bugs/426215
[18:27] <jbicha> I can ask again Friday though, right?
[18:28] <ev> doing the ubiquity release dance now
[18:37] <ev> ^ if someone could let that through, I'd appreciate it
[18:40] <skaet> jbicha,  yes, please ask as soon as we get the beta images published.
[18:47] <highvoltage> virt-manager's scale option ftw! http://people.ubuntu.com/~jonathan/files/natty/testing.png
[18:53]  * skaet goes to get some lunch,  biab
[18:54] <ogra> cjwatson, strace data attached to bug 758858 ... i see a lot of EBADF errors
[18:54] <ubot4> Launchpad bug 758858 in ubiquity (Ubuntu) "oem-config fails to start on headless images (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/758858
[19:18] <pitti> ev: looking
[19:20] <pitti> ogra: jasper-initramfs accepted; so you want all armel rebuilds for that (also kubuntu)? (<- GrueMaster)
[19:21] <ogra_> pitti, for that one i dont need kubuntu, but for the python-apt one
[19:21] <pitti> ogra_: so, full rebuild tonight?
[19:21] <ogra_> the jasper-initramfs change is only for omap4 netbook
[19:22] <ogra_> yeah, we are still trying to find the cause for bug 758858  though
[19:22] <ubot4> Launchpad bug 758858 in ubiquity (Ubuntu) "oem-config fails to start on headless images (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/758858
[19:22] <pitti> ogra_: right
[19:22] <pitti> ogra_: I'll monitor that then and do rebuilds once that's fixed
[19:23] <pitti> ogra_: if it doesn't get fixed by, say, 2200 UTC, do you still want rebuilds for the other fixes?
[19:23] <ogra_> pitti, yeah, theoretically the non headless rebuilds could happen now, lets see what GrueMaster thinks about that
[19:24] <pitti> ogra_: we still need the jasper-initramfs build/publication, no?
[19:24] <ogra_> and headless is so fast to test that we could still roll it tomorrow worst case
[19:24] <pitti> *nod*
[19:24] <ogra_> yeah, it needs to be on the images
[19:24] <pitti> anyway, I need some food, bbl
[19:24] <GrueMaster> I haven't hit any criticals on the non-headless images yet.  Haven't looked at kubuntu though.
[19:24] <ogra_> GrueMaster, well, the jasper fix is for unity-2d only (the PPA icon)
[19:25] <ogra_> theoretically we wouldnt need to rebuild kubuntu (unless there are heavy bugs you will find)
[19:25] <GrueMaster> understood.  Just specifying what *needs* rerolling immediately vs later tonight.
[19:26] <GrueMaster> the plan earlier was to reroll all armel to pick up other bug fixes.  I want to test (and hopefully fix) as much as possible before that happens.
[19:27] <ogra_> right
[20:14] <slangasek> ^^ ecj is a fix for an armel ftbfs, and for ecj1 being unusable due to multiarch; it's a dep of the gcj jdk and of eucalyptus so it impacts dvds and server images
[20:14] <slangasek> (but is not beta-critical)
[20:15] <ogra_> cjwatson, backing out your fix for bug #746020 makes headless work
[20:15] <ubot4> Launchpad bug 746020 in ubiquity (Ubuntu) "ubiquity crashed with ValueError in command(): invalid literal for int() with base 10: '' (affects: 3) (dups: 2) (heat: 28)" [Low,Fix released] https://launchpad.net/bugs/746020
[20:24] <stgraber> skaet: how critical is LTSP for beta2 ?
[20:25] <skaet> stgraber,  can you give me the bug number?
[20:25] <stgraber> skaet: there's a bug that seems to affect ubuntu alternate 32bit/64bit + edubuntu 32bit/64bit. Not sure where it comes from yet, debugging it now.
[20:26] <stgraber> skaet: don't have one yet
[20:26] <skaet> stgraber,  how does it manifest?
[20:26] <stgraber> patrickmw: can you file one anyway ?
[20:26] <stgraber> skaet: install LTSP from alternate or test it in Edubuntu => won't boot
[20:26] <stgraber> as in, the thin client won't boot. The server is fine AFAIK
[20:27] <patrickmw> stgraber, yes.  did you determine the best package to file the bug against?
[20:27] <stgraber> patrickmw: just file it against ubuntu for now and assign to me please
[20:27] <skaet> stgraber,  interesting.   Let me have a couple of discussions.   Sounds like something we can document around if necessary, but I'll see if I hear a dissenting opinion.
[20:27] <patrickmw> stgraber, ok
[20:28] <skaet> stgraber,  thanks for flagging.
[20:28] <stgraber> skaet: I should have the issue reproduced here in 10-15 minutes, then it shouldn't be long to figure out what broke and give you more information.
[20:29] <skaet> stgraber,  cool,  thanks!
[20:30] <ogra_> skaet, root cause for bug 758858 found, but i dont really know how to solve it, seems its caused by a fix for another bug
[20:30] <ubot4> Launchpad bug 758858 in ubiquity (Ubuntu Natty) (and 1 other project) "oem-config fails to start on headless images (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/758858
[20:31] <ogra_> i just did a succsessfull headless install here
[20:34] <stgraber> patrickmw: reproduced the bug
[20:36] <patrickmw> stgraber, you will have a bug id in a few
[20:36] <stgraber> and identified the problem
[20:37] <stgraber> it's some kernel packaging (I guess) that makes the files 600 instead of 644
[20:37] <stgraber> so now the tftp process can't read the kernel and initrd
[20:37] <stgraber> skaet, highvoltage: ^
[20:38] <skaet> stgraber, ack
[20:39] <skaet> ogra_,  glad you know root cause,  guess we'll go ahead with builds, and if you can figure a workaround/resolution by tomorrow morning your time, work with pitti to incorporate it.  Doesn't look likely we'll get a fix tonight then.
[20:39] <patrickmw> stgraber, bug 759115, I assume you will be changed the package its assigned to
[20:39] <ubot4> Launchpad bug 759115 in ubuntu-meta (Ubuntu) "ltsp thin client kernel error - Could not find kernel image: vmlinuz (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/759115
[20:40] <ogra_> skaet, well, cjwatson wrote the original fix, i would like to get some input from him
[20:40] <skaet> ogra_,  understandable.
[20:41] <ogra_> skaet, but a full install test of headless takes around 10min (plus another 10 for dd'ing the image to SD) so we can be late with that
[20:41] <stgraber> skaet: not totally sure how to fix the ltsp issue ... I could do a hack in LTSP to chmod the files when copying the kernels, but that definitely changed since beta1, so I'd be interested to know why the kernel is now only readable by root
[20:42] <skaet> stgraber, I was about to suggest going onto u-kernel and asking, but I see that bjf has just joined here,  so wondering if word has spread ;)
[20:42] <highvoltage> stgraber: I guess there would be a feature freeze bug for it if it was done on purpose?
[20:44] <stgraber> bjf: hey, any idea why kernel and initrd is now 600 instead of 644 ? that's breaking ltsp :)
[20:45] <ogra_> stgraber,   [ Kees Cook ]
[20:45] <ogra_>   * [Config] packaging: adjust perms on vmlinuz as well
[20:45] <ogra_> from 2.6.38-8.40
[20:45] <stgraber> doh, security ... should have thought of it
[20:45] <ogra_> talk to kees
[20:45] <ogra_> :)
[20:46] <highvoltage> eek, I seemed to have forgotten about https://bugs.launchpad.net/ubuntu/+source/edubuntu-artwork/+bug/746028 since the last beta
[20:46] <ubot4> Launchpad bug 746028 in edubuntu-artwork (Ubuntu) "Edubuntu Wallpapers are not updated on upgrade to Natty (affects: 1) (heat: 493)" [Wishlist,Confirmed]
[20:47]  * skaet had noticed that last night, when scrubbing techoverview and was a bit surprised it was still there.... 
[20:49] <highvoltage> skaet: could I still fix that after the beta release is done?
[20:50] <skaet> highvoltage,  depends when after.   ;)   Its localized scope though, so bug fix on friday would be fine.
[20:50] <ogra_> didnt you write 21st would be upload deadline ?
[20:50] <ogra_> :)
[20:51] <highvoltage> skaet: ok, I'll prepare and test a fix in the meantime, so if there's a window for uploading, I'll be ready for it
[20:52] <pitti> highvoltage: upload when ready; in the worst case, it'll be in teh archive for upgrading, and in the best case we do a respin and it's in
[20:52] <pitti> I don't see a problem with accepting it
[20:52] <highvoltage> pitti: thanks!
[20:57] <stgraber> pitti: I'll be uploading a new upstream version of LTSP soon to fix the LTSP bug affecting alternate. It's going to be including my fix + a ntpdate race condition fix + translation update + gentoo specifc delta. I'll add that to bug 759115
[20:57] <ubot4> Launchpad bug 759115 in ubuntu-meta (Ubuntu) "ltsp thin client kernel error - Could not find kernel image: vmlinuz (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/759115
[20:58] <cjwatson> ogra_: hmm
[20:58] <ogra_> :(
[20:58] <cjwatson> ogra_: I wonder if I put that code in the wrong place
[20:58] <pitti> stgraber: ah, good; so we'll wait for that with the respin of alternates in any case
[20:59] <ogra_> cjwatson, we also verified that it worked before the code was added, the 0402 image works, from 03 on it fails ... i find it a bit odd that only the debconf frontend seems to cause it
[20:59] <cjwatson> ogra_: I have a good guess, just reading code
[21:00] <ogra_> k
[21:00] <cjwatson> yeah, I can fix this
[21:00] <ogra_> \o/
[21:00] <cjwatson> thanks for that investigation, that's exactly what I needed
[21:00] <ogra_> :)
[21:01] <cjwatson> anything else in ubiquity known to need urgent fixing?
[21:02] <ogra_> well, ev just did an upload, i guess he already covered most
[21:03] <cjwatson> stgraber: http://paste.ubuntu.com/593284/
[21:03] <cjwatson> (#ubuntu-devel from five days ago)
[21:05] <stgraber> cjwatson: yeah, I don't really like the idea of changing permissions on the kernel less than a month before release ...
[21:17] <stgraber> pitti: ok, ltsp is on its way (5.2.7). Let me know if you have any question regarding the changes (and I'll either try to answer or nag the one who commited it :))
[21:21] <cjwatson> ogra_: the big pile of EBADF is actually harmless - it's just that Unix has no way to say "close all fds" or "close all fds apart from these ones"
[21:21] <cjwatson> it's an omission from the interface
[21:21] <ogra_> ah
[21:22] <cjwatson> the best you can do if you want that is to iterate up to some plausible maximum
[21:22] <highvoltage> jibel, skaet: I see you tested ubuntu upgrades. could you confirm that the ubuntu wallpapers changed to the new ones after upgrade? I suspect that the edubuntu wallpaper bug might be present in ubuntu as well and since the wallpapers are quite similar, it might have gone unnoticed
[21:22] <ogra_> well, that strace was truncated anyway
[21:22] <ogra_> the second one actually showed some more info
[21:23] <cjwatson> yeah, I read it
[21:23] <cjwatson> it matches your diagnosis, indeed
[21:23] <GrueMaster> I haven't found any critical fix-for-beta2 issues on the armel images.  respin when oem-config is fixed and ready.  :P
[21:24] <ogra_> (and jasper is promoted)
[21:24] <skaet> highvoltage,  the difference between the 10.10 and 11.04 is subtle,  and I think it was applied, so didn't open specific bug.
[21:24] <skaet> however,  as you say,  its subtle, so I could be wrong here.
[21:27] <stgraber> highvoltage: can you easily tell if a wallpaper is natty or not ? if so, come in my office, I have a freshly upgraded system :)
[21:27] <highvoltage> I can if I see both, the new one has more orange diagonally
[21:28] <highvoltage> skaet: I just checked stgraber's machine. the bug is present on ubuntu too
[21:29] <highvoltage> skaet: so people who upgrade their ubuntu machines will see the old wallpaper on gdm and in their session
[21:30] <stgraber> skaet: on the machine I just showed to highvoltage I have a different background for gdm (that was used on 10.10) and a user session that was never used (so first login being 11.04)
[21:30] <pitti> stgraber: how much testing did this get? the changes look reasonable, but too much to review every single one just by eye
[21:30] <stgraber> pitti: it got released a good 10 minutes ago. The changes themselves have been tested by their authors and I tried my chmod on a buggy natty machine to make sure it works.
[21:32] <highvoltage> stgraber: yeah if that user logged in before, it would've gotten the old background. that bug doesn't affect new users.
[21:32] <highvoltage> stgraber: the new caching stuff was done by didrocks, so I'll poke him when he's online again and take the liberty of subscribing him to that bug
[21:32] <stgraber> highvoltage: ok, so it's just very very visible with edubuntu ;)
[21:34] <pitti> stgraber: so yes, if you want that in instead of a focussed chmod bug fix, fine for me
[21:36] <stgraber> pitti: yeah, I prefer having a non patched LTSP release whenever possible, we already have enough ubuntu specific stuff upstream.
[21:36] <pitti> stgraber: accepted
[21:37] <stgraber> that ntp fix is going to avoid a lot of bug reports too (would have been sru material). As I saw a few thin clients being out of date by a few years and having (surprisingly) SSL issues ...
[21:37] <stgraber> pitti: thanks
[21:37] <skaet> highvoltage,  thanks for letting me know.
[21:40] <pitti> thanks cjwatson,  ubiquity accepted
[21:40] <cjwatson> np
[21:40] <pitti> ogra_: so we'll wait for ubiquity 2.6.4 for new armel images?
[21:40] <pitti> ogra_: jasper-initramfs is in; blocking on anything else?
[21:40] <ogra_> pitti, nope, go for it as soon as ubiquity is done
[21:40] <pitti> ack
[21:41] <pitti> so, ubiquity 2.6.4 for armel, fixed bamf for desktops, ltsp for alternates/dvds
[21:41] <pitti> skaet: ^ aware of anything else
[21:43] <skaet> pitti,  those are the main ones.
[21:44] <skaet> the wallpaper issue for edubuntu/ubuntu on upgrades is cosmetic, and we can document around it.
[21:45] <highvoltage> skaet: yep. at least it's not very noticable on Ubuntu (no one even noticed it until now) and on Edubuntu we can just post instructions on how to fix it post-upgrade
[21:46]  * skaet nods
[21:47] <pitti> highvoltage: I'm fine with queuing edubuntu DVDs last, this will give you another couple of hours to get them uploaded
[21:47] <stgraber> pitti: we'll need an edubuntu rebuild for LTSP anyway
[21:47] <pitti> right, I was going to (see above)
[21:47] <highvoltage> pitti: great
[21:48] <pitti> pitti | so, ubiquity 2.6.4 for armel, fixed bamf for desktops, ltsp for alternates/dvds
[21:49] <stgraber> pitti: ah right, I was thinking of another ltsp issue affecting edubuntu: bug 759080 :)
[21:49] <ubot4> Launchpad bug 759080 in ubuntu "DHCP Server is not installed with Edubuntu LTSP Installer (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/759080
[21:49] <pitti> stgraber: oh, will that need another upload?
[21:49] <stgraber> which was caused by bad timing on building the edubuntu candidate
[21:50] <stgraber> pitti: nope, it was just caused by Edubuntu building when isc-dhcp wasn't entirely published yet (only amd64 was)
[21:50] <pitti> ah, just saw the bug, fine
[21:56] <slangasek> well, the new xserver-xorg-video-intel doesn't fix the corruption I was seeing, but I can see the effects of the patch when I switch desktops
[21:59] <jibel> slangasek, what type of corruption do you see ? do you have a bug number ?
[21:59] <slangasek> jibel: haven't filed it yet; with metacity, my window borders sometimes stick around when they shouldn't
[22:00] <slangasek> so if I alt+tab between windows, I get lines on the foreground window where the window decorations from the previous window are
[22:00] <jibel> slangasek, this type of thing https://launchpadlibrarian.net/68593683/problem1.png ?
[22:00] <slangasek> hmm, I haven't seen that
[22:01] <slangasek> that looks like a different sort of corruption
[22:01] <slangasek> let's screenshot, shall we
[22:01] <pitti> slangasek: most likely bug 740387
[22:02] <ubot4> Launchpad bug 740387 in xserver-xorg-video-intel (Ubuntu Natty) (and 4 other projects) "graphical corruption with multiple drivers and classic desktop (affects: 8) (dups: 1) (heat: 50)" [Undecided,Invalid] https://launchpad.net/bugs/740387
[22:02] <pitti> could you compare?
[22:02] <pitti> slangasek: that more likely affects the window interior not being refreshed properly, though
[22:02] <pitti> https://launchpadlibrarian.net/67005944/example2.png
[22:04] <slangasek> yeah, I've seen some of that, but only when flipping desktops I think
[22:04] <slangasek> and that /does/ seem to be gone with the latest driver upload
[22:04] <pitti> hm, it's not a driver problem
[22:04] <pitti> slangasek: so perhaps you do have a different issue then
[22:07] <slangasek> it may be specific to gnome-terminal, actually
[22:07] <slangasek> at least, firefox doesn't show the problem
[22:07] <slangasek> oh, no, also affects gimp
[22:09] <slangasek> um am I going senile, or has the screenshot button disappeared from gimp?
[22:11] <pitti> slangasek: works here
[22:11] <pitti> well, the menu
[22:11] <pitti> the thing that disappeared is the "fetch from scanner" menu entry
[22:11] <slangasek> which menu do you see it in? :)
[22:11] <slangasek> oh, there it is
[22:11] <pitti> File -> Create -> Screen photo...
[22:11] <pitti> (loosely translated from German)
[22:16] <pitti> accepting bamf
[22:20] <slangasek> pitti: bug #759203, w/ screenshot
[22:20] <ubot4> Launchpad bug 759203 in metacity (Ubuntu) "alt+tab window cycling leaves window borders drawn across windows (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/759203
[22:22] <pitti> ah, haven't seen that one yet
[22:22] <pitti> of course it's possible that this is another symptom of the xdamage bug
[22:22] <slangasek> xdamage?
[22:23] <pitti> hm, seems two wait-for-packages don't like each other, the second one crashes on the lock file
[22:23] <pitti> slangasek: bug 740387
[22:23] <ubot4> Launchpad bug 740387 in xserver-xorg-video-intel (Ubuntu Natty) (and 4 other projects) "graphical corruption with multiple drivers and classic desktop (affects: 8) (dups: 1) (heat: 50)" [Undecided,Invalid] https://launchpad.net/bugs/740387
[22:23] <pitti> it got introduced with a metacity patch for unity-2d, but that caused this regression
[22:24] <slangasek> ok
[22:24] <pitti> would be interesting to try without that patch to see whether it fixes it
[22:24] <pitti> debian/patches/16-capture-before-unmap
[22:26] <slangasek> let's see
[22:29] <slangasek> pitti: debian/patches/17-workspace-switcher-cycle.patch doesn't apply cleanly without 16-capture-before-unmap; how to resolve?
[22:30] <pitti> slangasek: just disable it as well, it was added in the same uplaod as 16-capture
[22:30] <pitti> slangasek, skaet: I just started http://people.canonical.com/~pitti/scripts/buildqueue.txt
[22:31] <pitti> which has the triggers we discussed above (pacakges are all uploaded)
[22:31] <pitti> alternates should start in ~ 30 minutes, desktops and armels in 90
[22:31] <skaet> thanks pitti!
[22:31] <skaet> will keep an eye on it in that sequence.
[22:32] <pitti> highvoltage: you still have some 4 hours (perhaps more) before edubuntu will start, in case you want to update the pictures
[22:32] <pitti> skaet: thanks
[22:32] <skaet> jibel,  ^^  I'm going to be marking the images as rebuilding.
[22:32] <pitti> so unless you need something else from me, I'd rather go to bed now and get up relatively early for more handholding
[22:32] <pitti> I don't see much I could do right now except for waiting
[22:33] <pitti> skaet: do you have access to antimony?
[22:35] <jibel> skaet, k
[22:39] <skaet> pitti,  yup,  thats where I was checking last night.
[22:40] <skaet> pitti,  sleep well.   I'll publish them as they emerge, and ping slangasek if I see problems.
[22:44] <pitti> skaet: right, so you can check "ps aux|grep cdimage" what it's doing ATM
[22:44] <pitti> meh, the wait-for-packages trip on each other, needs some more handholding; I'll wait at least until the alternates start
[22:45]  * skaet nods
[22:50] <pitti> ah, alternates started
[22:52] <pitti> bamf and ubiquity finished building on armel, so these builds will start in an hour
[22:53] <pitti> skaet: if one of the wait-for-packages dies again, feel free to restart the pipeline as in http://people.canonical.com/~pitti/scripts/buildqueue.txt
[22:53] <pitti> (but do it in screen)
[22:53]  * SpamapS threatens pitti with kryptonite if he doesn't retire to the fortress of solitude soon
[22:53] <pitti> slangasek can certainly help you with that
[22:53]  * pitti yells "Geordi, maximum power to the kryptonite shield!"
[22:55] <skaet> pitti,  :)   Yup,  can handle (as long as things don't break in unexpected ways ... )
[22:55] <pitti> thanks
[22:55] <pitti> so, good night everyone!
[22:57] <skaet> sleep well pitti,   and thanks!
[23:15] <pitti> skaet: meh -- this isn't working, we can't have multiple wait-for-packages
[23:15] <pitti> seems ubuntustudio and server failed, and the running w-f-ps failed again
[23:16] <pitti> skaet: I restarted ustudio and server builds
[23:16] <pitti> skaet: would you mind running the armel and live pipelines in about 45 mins?
[23:16] <pitti> ah well, I'll just use sleep instead of w-f-p
[23:17] <pitti> done
[23:17] <pitti> ok, off for real now, promised :)
[23:17] <skaet> lol
[23:18] <skaet> ok  will start the armel and live pipelines in about an hour.
[23:18] <skaet> s/hour/45 minutes/
[23:20] <cjwatson> pitti said he used 'sleep', which suggests to me that he has it set up to trigger
[23:21] <cjwatson> so I don't think you need to
[23:21] <cjwatson> there are two 'sleep 3600' processes on antimony
[23:36]  * skaet nods 
[23:45] <ScottK> pitti: On the off chance you're up and looking for something to do, there's that KDE SRU for Maverick that would love to take advantage of the empty buildds ...