[01:57] <smoser> slangasek, or pitti can someone post http://uec-images.ubuntu.com/server/maverick/20100803.2/ to tracker ?
[01:58] <smoser> slangasek, wrote lp:~ubuntu-archive/ubuntu-archive-tools/trunk/post-amis-to-iso-tracker.py to aid in doing that. it takes input from http://uec-images.ubuntu.com/server/maverick/20100803.2/published-ec2-daily.txt
[01:58] <slangasek> smoser: done
[01:58] <smoser> gracias
[03:34] <smoser> can someone (slangasek?) populate the UEC images for iso testing ? use 20100803.2
[06:58] <pitti> Good morning
[07:05]  * pitti promotes liblauncher to main, so that we can build the new -efl
[07:05] <pitti> ogra: ^ FYI
[07:06] <pitti> darn, 2 minutes after publisher
[07:30] <ttx> pitti: do you have the keys to nominate UEC images into the ISO testing tracker ? They are still missing...
[07:31] <ttx> "Ubuntu Server UEC amd64" and "Ubuntu Server UEC i386"
[07:32] <ttx> we want them to point to 20100803.2
[07:32] <pitti> oh, I thought slangasek did that last night
[07:32] <ttx> he did the EC2 ones
[07:33] <ttx> not the "UEC" flavour
[07:33] <pitti> hm, so I never did that, but let's have a look at Steve's new script
[07:33] <ttx> there is no publication to do, just an entry to the ISo tracker
[07:34] <ttx> (but I have no idea how to trigger that)
[07:36] <pitti> ttx: so how do I get the AMI numbers?
[07:36] <ttx> there is no AMI number for the UEC cloud images
[07:36] <pitti> ah, os it's literally just 20100803.2 ?
[07:37] <ttx> I think so -- it's the tarballs that are at the bottom of http://uec-images.ubuntu.com/server/maverick/20100803.2/
[07:37] <ttx> I just need the entries on the tracker so that we can register test results -- they just need to say "20100803.2"
[07:38] <ttx> test cases describe where to find them
[07:38] <pitti> ttx: ok, sorry for the confusion; how is that?
[07:38] <ttx> so it should really just be two SQL entries
[07:38] <ttx> \o/
[07:39] <ttx> perfect !
[07:39] <ttx> I might bug you in a few to bump the build score for eucalyptus (when it is uploaded) so that we respin at the earliest possible
[07:39] <ttx> Daviey is still running a few tests
[07:40] <pitti> sure
[07:40] <pitti> ttx: buildds are idle, though
[07:40] <Daviey> within an hour, it should be uploaded
[07:41] <Daviey> pitti: Hmm.. i tried a PPA build and that seems to be doing badly.. been uploaded +25mins, wait time let est. 24mins
[07:42] <pitti> right, PPAs are clogged
[07:42] <pitti> let me know if you need a PPA build score bump
[07:42] <Daviey> it would help :)
[07:42] <pitti> I just looked at the ubuntu builders
[07:42] <pitti> Daviey: url?
[07:42] <Daviey> https://edge.launchpad.net/~davewalker/+archive/uec-devel/+build/1903331
[07:42] <pitti> done
[07:42] <pitti> next in line now
[07:42] <Daviey> \o/
[07:43] <Daviey> thanks
[07:56] <ttx> pitti: got a question for you. the new eucalyptus adds a recommends:tgt, a mir was filed and accepted for tgt. If we rush build->publish->respin would tgt be blocked in component-mismatches and not reach the cd ?
[07:56] <pitti> ttx: no, recommends just get ignored
[07:56] <pitti> they would appear in c-m, but wouldn't render it uninstallable
[07:56] <ttx> ok
[07:56] <ttx> arh.
[07:57] <ttx> apparently there is another one for which MIR wasn't processed yet
[07:57] <ttx> https://bugs.edge.launchpad.net/ubuntu/+source/libcrypt-openssl-x509-perl/+bug/609992
[07:57] <ubot4> Launchpad bug 609992 in libcrypt-openssl-x509-perl (Ubuntu Maverick) (and 1 other project) "[MIR] libcrypt-openssl-x509-perl (affects: 1) (heat: 432)" [Wishlist,New]
[07:58] <ttx> pitti: so it would not reach the CD ?
[07:58] <pitti> ttx: no
[07:58] <pitti> oh, is that a dependency?
[07:58] <ttx> no it's a recommend as well
[07:58] <ttx> Daviey: right ?
[07:58] <pitti> ttx: I can pre-promote it, looks relatively harmless
[07:59] <ttx> pitti: that would be great.
[07:59]  * pitti does and updates the bug
[07:59] <Daviey> ttx: yes
[08:00] <Daviey> pitti: I just pinged lool, asking for a MIR review
[08:00] <Daviey> I assume he's be working shortly.. hopefully he'll be able to look at it.
[08:01] <ttx> pitti: since the tgt mir was accepted, is there any way to pre-approve it so that it's accepted on the CD as well ?
[08:01] <pitti> "accepted" == "approved"?
[08:01] <pitti> ttx: can do, yes
[08:01] <ttx> https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/594372
[08:01] <ubot4> Launchpad bug 594372 in tgt (Ubuntu Maverick) (and 7 other projects) "MIR: tgt (affects: 1) (heat: 85)" [Medium,Fix released]
[08:02] <pitti> ttx: ah, sure
[08:02] <pitti> "released"? oh
[08:02] <pitti> so, it's released now, promoted
[08:02] <Daviey> \o/
[08:02] <pitti> right in time for this publisher
[08:03] <ttx> hm, looks like I shouldn't have fixreleased it
[08:03] <ttx> we should have waited for the dependency to show up
[08:04] <ttx> pitti: ok, so now if we upload the new eucalyptus that has those new recommends, build/.publish/respin, the CD should magically get all of those without further human interaction ?
[08:07] <pitti> right
[08:07] <ttx> cool, thx
[08:21] <ttx> pitti: ok, uploaded, "Start in 4 seconds" for the last minute or so
[08:22] <pitti> buildds are very slow again unfortunately
[08:22] <ttx> https://launchpad.net/ubuntu/maverick/+source/eucalyptus/2.0~bzr1218-0ubuntu1
[08:22] <pitti> I mean, the queue builder to actually assign a build to a buildd
[08:22] <ttx> ah, ok
[08:22] <pitti> ttx: how long does it build?
[08:22] <ttx> ~20 min
[08:22] <pitti> ah, should be fine
[08:22] <ttx> yep
[08:22] <pitti> we have 40 mins until next publisher
[08:31] <wgrant> pitti: That slowness should be pretty much fixed in a week, FWIW.
[08:31] <wgrant> Although some of it will remain until the next LP release.
[08:31] <pitti> wgrant: ooh!
[08:31] <pitti> wgrant: do you know what causes it?
[08:32] <pitti> some days ago they were fast again, and now they are back to slow; I didn't quite see a pattern there
[08:32] <wgrant> It's possible it won't get merged in time, but it should.
[08:32] <pitti> there is no large build queue right now
[08:32] <wgrant> pitti: It's mostly to do with the number of builds that have finished since the last scanning cycle.
[08:32] <pitti> well, PPAs have, but they are always full anyway
[08:32] <wgrant> A few days ago most of the PPA builders were gone, so there weren't many builds finishing.
[08:32] <wgrant> So it scanned quickly.
[08:32] <pitti> aah
[08:32] <pitti> right, that was it
[08:32] <wgrant> But now there are lots of builds finishing, and the upload processor takes ~15s per upload, and runs synchronously.
[08:33] <wgrant> So then it doesn't scan for ages... leaving time for lots more builds to finish.
[08:47] <ttx> pitti, Daviey: packages built, willbe picked up by next publisher run
[08:47] <Daviey> \o/
[08:47] <pitti> nice
[08:48] <ttx> time for coffee, then !
[08:48] <pitti> ttx: so, once they are published, I'll rebuild server ISOs and re-post
[08:48] <pitti> ttx: do we also need to update the UEC/EC2 images?
[08:48] <ttx> pitti: no
[08:49] <ttx> only the ISO
[08:49] <ttx> the ISOs
[08:51] <pitti> ok
[09:00] <Daviey> pitti: If you notice it's published before I do, would you be kind enough to ping me please? :)
[09:00] <pitti> Daviey: I set up a trigger to respin server ISOs as soon as it's published
[09:01] <pitti> Daviey: but if you need to do anything in between, I can stop it and ping you instead
[09:02] <Daviey> pitti: oh, interesting.. it's not a curl + grep + if statement + ./spin_cd.sh .. is it? :)
[09:02] <pitti> Daviey: something like that, yes
[09:02] <Daviey> nice :)
[09:03] <pitti> it checks antimony's local mirror
[09:03] <pitti> $ wait-for-package eucalyptus-cloud_2.0~bzr1218-0ubuntu1 && for-project ubuntu-server cron.daily
[09:06] <Daviey> ahh.. much better :)
[10:12] <ttx> pitti: 20100804.1 is up on cdimage, could you bump the ISo testing tracker reference ?
[10:12] <pitti> ttx: already at it
[10:13] <pitti> http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.1/
[10:13] <pitti> ttx: UEC, too?
[10:13] <ttx> no
[10:13] <pitti> Daviey: ^
[10:13] <ttx> just ISO/amd6' and ISO/i386
[10:13] <pitti> ttx: done
[10:14] <ttx> pitti: thanks !
[10:20] <Daviey> ah, super - thanks
[11:01] <ttx> hm, the UEC install fails. Missing tgt deps on CD
[11:02] <ttx> libibverbs1 librdmacm1 libconfig-general-perl
[11:02] <ttx> grumble
[11:03] <pitti> meh
[11:03] <ttx> pitti: looks like those also need to be cleared, they are in https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/594372
[11:03] <ubot4> Launchpad bug 594372 in tgt (Ubuntu Maverick) (and 7 other projects) "MIR: tgt (affects: 1) (heat: 85)" [Medium,Fix released]
[11:04] <Daviey> ttx: Hmm
[11:04] <Daviey> i got the same results
[11:04] <ttx> Daviey: they have not been promoted yet, only tgt was
[11:05] <pitti> ttx: right after publisher start :-/
[11:05] <ttx> arh :)
[11:05]  * pitti promotes
[11:05] <Daviey> :(... pitti, did those depends show in CM?
[11:05] <pitti> yes
[11:06] <ttx> pitti: it needs to be picked up by a publisher run ? arh!
[11:06] <pitti> I now verified that those three don't have any further universe depends
[11:06] <pitti> sorry, but http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is a real mess right now, not easy to see what's relevant
[11:06] <pitti> a lot needs to be fixed in packages themselves
[11:06] <Daviey> wow, just looked at CM.. it's huuuuge
[11:07] <ttx> pitti: so ETA is like... 90min ?
[11:07] <pitti> ttx: more like 2 hours
[11:07] <ttx> ok
[11:08] <Daviey> pitti / ttx: I trust the ant CM won't be an issue?
[11:08] <pitti> no, most there aren't
[11:08] <ttx> pitti: could we mark the two ISO entries as "rebuilding" so that nobody wastes any ISo tseting effort ?
[11:09] <pitti> report.html on the cdimage directories is the interesting part
[11:09] <pitti> ttx: sure
[11:09] <pitti> done
[11:09] <ttx> great
[11:09] <pitti> http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.1/report.html
[11:09] <pitti> right
[11:09] <pitti> sorry, we should have checked that right away
[11:10] <ttx> no problem, I didn't intend to do that much testing over lunch hour anyway :)
[11:10]  * Daviey has some admin he should be doing anyway.. :)
[11:10] <Daviey> pitti: Thanks for sorting that out.
[11:11] <pitti> let's see who wins first - netbook armel or server :)
[11:11] <pitti> looks like they could both make it at the same time now
[11:11] <Daviey> ttx: Is that likely to put us oversize?!
[11:11] <ttx> there is some risk
[11:11] <pitti> on amd64, could be
[11:11] <ttx> for some reason hplip is still in there
[11:12]  * Daviey files a remove from archive bug report.. that'll teach it a lesson! ;)
[11:12] <ttx> I wonder why though
[11:12] <ttx> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.maverick/print-server shows it's no longer in the seed
[11:13] <Daviey> ttx: is hplib on both i386 and amd64, or you've only seen it on amd64?
[11:13] <ttx> bah
[11:13] <ttx> Ubuntu.Maverick server-ship seed
[11:14] <ttx> it was in duplicate places
[11:14] <Daviey> ttx: If you can modify the seed before this is spun, then we should be ok on size?
[11:14] <ttx> I can modify the seed, not sure if that will be taken into account in time for the spin though
[11:14] <ttx> pitti: ^ ?
[11:14] <Daviey> pitti: Does the spin process re-germinate?
[11:15] <pitti> the publisher runs germinate
[11:15] <ttx> ok, lets try this then
[11:15] <pitti> but ship doesn't have a Task: header
[11:15] <pitti> so I think this should get effective immediately on CD image build
[11:16] <pitti> ttx: do the server-ship seed change now, and I'll rebuild a test image to verify that hplip is gone
[11:16] <pitti> Task: ubuntu-desktop, kubuntu-desktop, kubuntu-mobile, kubuntu-netbook, edubuntu-desktop, xubuntu-desktop, ubuntu-netbook
[11:16] <pitti> it seems gone from the print-server task, anyway
[11:16] <pitti> that's the bit which needs 2 publishers
[11:17] <ttx> changed, committed and pushed
[11:17]  * ttx greps for hplip to make sure it's really dead now
[11:20] <ttx> pitti: in unrelated news I'll soon polish and propose an alternative chart for the work-items-tracker
[11:21] <ttx> it skips weekend days and concentrates on work done and velocity
[11:21] <pitti> ah, nice
[11:21] <ttx> see before: http://people.canonical.com/~ttx/before.svg
[11:21] <ttx> and after: http://people.canonical.com/~ttx/after.svg
[11:21] <ttx> it looks better in cases where work items keep being added during the subcycle
[11:22] <pitti> but isn't that what you should avoid usually?
[11:22] <ttx> in agile, I'd say yes
[11:22] <pitti> it would stop showing you when you have to postpone stuff or involve more people because you are running behind
[11:22] <ttx> since feature creep is bad
[11:22] <pitti> running over trend line has been very useful
[11:22] <pitti> showing it, I mean
[11:22] <ttx> well, my graph still shows that
[11:23] <ttx> if you don't postpone enough, the dotted line will look unrealistic
[11:23] <ttx> this one avoids you having to reset the trends line after you postpone stuff
[11:23] <Daviey> ttx: burn up chart :)
[11:24] <ttx> it concentrates on your velocity, which is hard to derive from the before.svg
[11:24] <ttx> pitti: anyway, it should be opt-in
[11:25] <ttx> the default should still be the "regular" one
[11:25] <pitti> I guess I first need to convince Clint Byrum to reduce the per-user charts
[11:25] <pitti> they take awfully long
[11:25] <ttx> heh, I'm not surpised by that
[11:25] <ttx> not even surprised
[11:26]  * ttx goes to lunch while the publisher sleeps
[11:27] <ttx> pitti: how did your  test image rebuild go ? No more hplip ?
[11:27] <pitti> building now; sorry, was looking at n-l-efl
[11:29] <ttx> ok, back in ~1h
[11:49] <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.2/
[11:49] <pitti> looks good
[11:49] <pitti> 682M amd64
[12:01] <pitti> publisher done \o/
[12:02] <pitti> so, one more publisher to go to for the tgt dependencies to propagate to main
[12:03] <Daviey> pitti: splendid!
[12:03] <ara> pitti, ogra: are these two builds supposed to be in the tracker?
[12:03] <ara> Netboot arm dove (20100803)  	0/1  	None  		
[12:03] <ara> download info Netboot arm imx51 (20100803)
[12:03] <pitti> ara: no
[12:04] <pitti> ara: still fighting to get netbook-laucher-efl built
[12:04] <ogra> we still build them, but they are not tracker worthy
[12:04] <pitti> ara: ETA 2.5 h
[12:04] <pitti> ara: the current images are uninstallable
[12:04] <ogra> pitti, add another 2-2.5h for the image builds
[12:04] <pitti> oh, oops; I accounted .5 h
[12:04] <pitti> so, 4.5 h then
[12:05] <ara> pitti, ok, thanks for the update, can you mark them as "rebuilding" so people don't get confused?
[12:05] <ogra> well, the armel buildds have USB disks
[12:05] <pitti> ogra: that's quite long -- I thought image builds would by and large need IO, and not much CPU
[12:05] <ogra> dont expect high speed :)
[12:05] <pitti> ara: I didn't think I added them in the first place?
[12:05] <pitti> ara: ah, sorry; "netboot"
[12:05] <pitti> I misread as "netbook"
[12:05] <ara> :D
[12:05] <ogra> netboot should vanish from the tracker completely
[12:05] <pitti> ara: done
[12:05] <pitti> ogra: no netboot for arm?
[12:05] <pitti> ok, I can disable them
[12:06] <ara> pitti, thanks
[12:06] <pitti> ogra: done
[12:06] <ogra> pitti, as long as they dont break d-i buiulds i'm happy to keep them building, but they dont need to be on the tracker
[12:07] <pitti> FTR, I went to all the red bugs and triaged/commented them; wubi and offline OEM are broken, the rest looks good so far
[12:08] <pitti> ev: if you have some minutes, could you have a look at bug 613288 and bug 600578? do we need any further information?
[12:08] <ubot4> Launchpad bug 613288 in ubiquity (Ubuntu) "wubi installation failed - boot configuration store could not be opened (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613288
[12:08] <ubot4> Launchpad bug 600578 in wubi "installer drops into grub shell after rebooting from windows. (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/600578
[12:08] <pitti> (they might be duplicates, but hard to say for me)
[12:10] <pitti> ev: especially the latter confuses me -- I thought wubi would always start right out of windows, and not touch grub etc.?
[12:15] <ara> pitti, it does add an entry in the grub menu, so it looks like another partition, when it is not
[12:15] <ara> http://blog.cyphermox.net/2010/06/wubi-installing-ubuntu-inside-windows.html
[12:15] <pitti> ara: ah, thanks
[12:15]  * pitti never saw it
[12:15] <pitti> then again, I just ordered a new laptop, which will come with the unavoidable win 7
[12:15] <pitti> so for the first time in years I will actually have an otherwise useless windows to test those bits :)
[12:16] <ara> :)
[12:20] <pitti> I'm out for a quick lunch; can't do anything for the next 40 mins anyway
[12:22] <ara> enjoy your meal!
[13:05] <pitti> re
[13:05] <pitti> ara: I did, thanks
[13:06] <pitti> ttx: ok, tgt seems happy again, triggering images
[13:06] <ttx> pitti: heh, holding my breath :)
[13:14]  * ara -> lunch
[13:16] <ttx> pitti: published, looks ok at first glance
[13:16] <ttx> pitti: if they look ok to you too, please promote to ISO tracker
[13:17] <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.3/report.html looks spotless
[13:17] <pitti> so it should be fine
[13:17] <pitti> ttx: congrats, you won the race against netbook/armel :)
[13:17] <ttx> yay
[13:17] <ttx> server wins again
[13:17] <pitti> added to tracker
[13:17] <ttx> thx
[13:27] <pitti> ttx: anything new in server-land which should be mentioned on https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview ?
[13:28] <ttx> pitti: I'll have to think about that. smoser will probably have a blurb abour kernel upgrades in cloud images
[13:30] <charlie-tca> pitti: Can we have a note that Xfce4 was upgraded to the current 4.6.2 release?
[13:31] <charlie-tca> Also, the systray bug is gone in Xubuntu. Should I update the notes?
[13:31] <pitti> charlie-tca: oh, that bug is still open
[13:31] <pitti> charlie-tca: I'm currently editing some GNOME parts, but please do afterwards; I'll ping you
[13:31] <charlie-tca> Thanks
[13:37] <pitti> charlie-tca: please go ahead
[13:37] <charlie-tca> Thank you
[13:37] <Daviey> ttx: Trying the new iso now
[13:38] <ttx> Daviey: I'm on topology1 as well
[13:38] <Daviey> ttx: I just noticed it was published, so you have a head start
[13:38]  * Daviey contemplates a cron job to check for new ISO's and email him.
[13:39] <ttx> Daviey: you mean you are not subscribed to the new candidates yet ?
[13:41] <davmor2> pitti: was the log I added to the wubi bug any use to you?
[13:41] <pitti> davmor2: not sure; I pinged ev about it
[13:41] <pitti> davmor2: it didn't show any error, anyway
[13:42] <Daviey> ttx: The subscribe button on iso.qa.ubuntu.com doesn't seem to work
[13:42] <ttx> ara: ^ ?
[13:42] <davmor2> Daviey: are you logged in?
[13:42] <Daviey> It's showing that i am.
[13:42] <Daviey> i can try cycling
[13:43] <davmor2> Daviey: hang on a second
[13:43] <davmor2> Daviey: it's working here
[13:43] <ttx> Daviey: so the all-in-one installs now
[13:44] <Daviey> http://iso.qa.ubuntu.com/qatracker/test/4389 -> hit Subscribe -> nothing shows in "My Subscriptions"
[13:44] <ttx> Daviey: rebooting to see if it starts
[13:44] <davmor2> Daviey: have you selected the test to subscribe to the checkbox on the right?
[13:44] <Daviey> ttx: groovy.. is it worth me replicating that... ISO has just finished burning
[13:45] <Daviey> davmor2: err, "no comment"... /me sulks away thinking about moaning to mpt about usability :)
[13:46] <ttx> Daviey: registration fails, might be the bug you ran into
[13:46] <davmor2> Daviey: you need to select the tests with the checkboxes and then click on subscribe.  The person icon will change to colour when you click on subscribe
[13:46] <Daviey> ttx: In that case, i'll give it a spin
[13:46] <Daviey> see if i get the same result
[13:46]  * ttx reboots to see if that's transient
[13:46] <ttx> I'm pretty sure it is
[13:46] <davmor2> Daviey: At the time it was the only it could be setup, there are possibly better ways now
[13:47] <Daviey> davmor2: Oh aye.. i just thought i could go to the page and hit subscribe.. I've mastered it now :)
[13:47] <Daviey> Thanks davmor2
[13:50] <davmor2> Daviey: np's
[13:55] <ttx> Daviey: beh, it looks very brittle
[13:56] <Daviey> ttx: Did it work that time?
[13:56] <ttx> no
[13:56] <ttx> crptic "can't register, log in through admin interface and check cloud status" error message
[13:57] <Daviey> Hmm.. i saw that before
[13:59] <ttx> that's a useless catchall error.
[13:59]  * pitti tries a btrfs install from desktop
[14:01] <pitti>  netbook-launcher-efl : Depends: libevas-svn-05-engines-x but it is not installable
[14:01] <pitti> gar, what now??
[14:01] <pitti> ogra: ^ not our day
[14:02] <pitti> it's libevas-svn-06-engines-x now
[14:02]  * pitti pings asac
[14:02] <ttx> Daviey: we should move that discussion to #ubuntu-server
[14:03] <Daviey> agreed
[14:18] <ogra> pitti, hmm
[14:19] <pitti> ogra: I uploaded a fix
[14:19] <ogra> just a dependency issue i guess ?
[14:19] <pitti> yes
[14:19] <pitti> hardcoded -05- abi in depends:
[14:20] <ogra> yeah
[14:33] <ev> pitti: replied to both Wubi bugs.  I'm going to be a bit difficult to reach today as Debconf is going on a field trip and the hotel wifi is spotty at best.  Give me a ring on my cell if any further issues arise.
[14:34] <pitti> ev: ah, thanks; I just documented it for now, I don't think we shold block the release on it
[14:34] <pitti> ev: enjoy debconf!
[14:35] <pitti> ev: ah, thanks for the replies
[14:36] <ev> sure thing, and thanks!
[14:44] <pitti> ah, btrfs desktop install works flawlessly, great job cjwatson/ev
[14:46] <highvoltage> whohoo!
[14:49] <pitti> ogra: do we need bug 600478 for alpha-3 really?
[14:49] <ubot4> Launchpad bug 600478 in livecd-rootfs (Ubuntu Maverick) (and 2 other projects) "livecd.sh should remove foreign subarch headers during livefs build (affects: 1) (heat: 127)" [Medium,Confirmed] https://launchpad.net/bugs/600478
[14:49] <pitti> ogra: the description makes it sound like an optimization thing, so we could also defer it?
[14:49] <ogra> yeah
[14:50] <ogra> fine for post A3
[14:50] <pitti> ogra: also, bug 605972
[14:50] <ubot4> Launchpad bug 605972 in jasper-initramfs (Ubuntu Maverick) (and 1 other project) "Need to set hostname to ubuntu during first boot. (affects: 1) (heat: 246)" [Medium,New] https://launchpad.net/bugs/605972
[14:50] <ogra> yeah
[14:50] <pitti> ogra: this sounds a bit strange -- isn't that something that should be done server-side on image cration?
[14:51] <ogra> that could be done at creation time too, but given that jasper functions similar to casper the logical solution would be to set it the same way
[14:52] <ogra> its cosmetic anyway and you only see the buildd hostname if you swithc to a console while oem-config runs
[14:52] <pitti> ogra: ah, oem-config will fix it, too
[14:52] <ogra> i was actually planning to fix both before A3 but that was at a time when i thought i'd have images on monday :P
[14:52] <pitti> ok, moving to beta then, thanks for the heads-up!
[14:53] <ogra> thanks for notifying :)
[14:54] <pitti> ogra: bug 600359 looks more serious -- sounds like it could seriously break armel boots?
[14:54] <ubot4> Launchpad bug 600359 in ureadahead (Ubuntu Maverick) (and 1 other project) "ureadahead generating oom messages during boot. (affects: 2) (heat: 16)" [Medium,Confirmed] https://launchpad.net/bugs/600359
[14:54] <pitti> perhaps we should disable ureadahead on armel as a workaround, WDYT?
[14:54] <pitti> or isn't it that common?
[14:54] <ogra> well, it doesnt break but kills the splash
[14:55] <ogra> its common on all beagle C series boards (256M)
[14:55] <pitti> ah, it could kill just about anything, no?
[14:55] <ogra> on the XM (512M) i havent seen it yet since we have more serious errors there
[14:55] <ogra> (cant boot at all atm due to MMC issues)
[14:56] <ogra> i havent seen it on the omap4 boards and i suspect it also wont happen on the XM once we can verify
[14:57] <ogra> (i had actually hoped tim gardners fix would make it go away)
[14:59] <pitti> ogra: that's what I initially thought, but I asked on the bug, and it still seems to happen
[14:59] <ogra> right
[15:03] <pitti> ogra: I'll move bug 605831 to beta as well then?
[15:05] <ogra> yeah
[15:05] <ogra> unlikely that we get it fixed today
[15:07] <pitti> ogra: sorry for all those pings, but I'm cleaning up teh alpha-3 checklist to ensure that we didn't forget anything really serious
[15:08] <ogra> yeah, dont worry, i usually do that on friday before the release team meeting
[15:08] <ogra> just ping away as needed :)
[15:19] <davmor2> pitti: I've added a reply to ev, with set debug=all inplace it's still droping straight into grubshell with no text other than the standard Gnu Grub Shell info.
[15:21] <pitti> davmor2: thanks
[15:42]  * pitti looks at https://bugs.edge.launchpad.net/ubuntu/maverick/+bugs?field.searchtext=&orderby=status&field.milestone%3Alist=27561 and is much more satisfied now
[15:43]  * pitti release-notes the last one
[15:47] <ogra> pitti, btw, seems n-l-efl is in the archive now
[15:47] <ogra> so we should be able to build images
[15:47] <pitti> ogra: yay!
[15:47] <pitti> http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html
[15:47] <pitti> it indeed just dropped from there
[15:47] <pitti> ogra: it still needs a bit to propagate to syncproxy etc.
[15:47] <ogra> i see it on ports already
[15:47] <pitti> oh, nice
[15:48]  * pitti checks on antimony
[15:53] <pitti> ogra: ARCHES='armel+omap armel+omap4' daily-preinstalled running
[15:53] <ogra> thanks !
[15:53] <pitti> so, this will take 2.5 h?
[15:53] <ogra> guessed, i just changed the build scripts to speed them up
[15:53] <pitti> ok; I need to leave at 19:30
[15:53] <pitti> so it might just about make it on time
[15:53] <pitti> so that I can add it to the tracker
[15:53] <ogra> it used to be 3.5h should be 2 or max 2.5
[15:54] <pitti> but I guess more people can
[15:54] <ogra> right
[15:54] <ogra> i think GrueMAster can take care for that
[15:54] <ogra> he will also do most of the testing
[15:54] <ogra> so dont worry, arm team will take care
[15:59]  * ogra goes afk and tries to find something better than waiting for images
[17:11] <ScottK> Riddell: According to rmadison, when you promoted libdigest-sha-perl yesterday, you promoted the binaries, but not the source ...
[17:34] <Riddell> ScottK: rmadison is quite right, fixed
[17:44] <pitti> ttx, Daviey: TBH I don't quite understand bug 613033; should this be release-noted?
[17:44] <ubot4> Launchpad bug 613033 in eucalyptus (Ubuntu Maverick) (and 2 other projects) "eucalyptus-cloud: cloud fails to start on separate install (affects: 1) (heat: 6)" [Critical,Triaged] https://launchpad.net/bugs/613033
[17:45] <Daviey> pitti: I would say it does.. basically if you have a topology of having all componets (except nodes) on one server, and then other servers just being nodes - we are ok
[17:46] <Daviey> If you split the components (which should be supported), we are running into problems
[17:46] <Daviey> ttx, Has gone home for the delay, and i'm reluctant to speak on his behalf on this.  What is the deadline that you need the text by?
[17:46] <Daviey> s/delay/day/
[17:48] <pitti> Daviey: tomorrow around noon in Europe
[17:48] <pitti> i. e. in about 18 hours?
[17:49] <Daviey> oh.. that is ok then.. I'll catch up with ttx when he's back online, although he'll probably see this scrollback
[17:49] <Daviey> either way.. i'm sure he'll be around before then
[18:10] <GrueMaster> ara: ping - can you add http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100804/ images to the ubuntu arm testing for Alpha 3?  Not sure why it isn't there.
[18:11] <pitti> GrueMaster: wow, did it already build?
[18:11] <pitti> must have finished minutes ago
[18:11] <GrueMaster> Apparently.  I was getting worried we wouldn't have an image to test.
[18:11] <pitti> GrueMaster: so did we; it took more than a day to get this installable :)
[18:12] <pitti> GrueMaster: added to tracker
[18:13] <GrueMaster> thanks.
[18:27] <pitti> good night everyone, and happy testing!
[18:35] <ScottK> Riddell: Thanks.
[18:37] <GrueMaster> Grrr.  Ok, we have Beagleboard ARM Image Testing on iso.tracker but not Pandaboard.  Need one for Pandaboard (omap4).
[19:28] <lamont> there will be a brief disturbance in the armel buildd world shortly.  shouldn't last very long
[19:38] <GrueMaster> ???  Care to elaborate?
[20:09] <pitti> GrueMaster: hm, I did add an omap4 image, didn't I?
[20:10] <GrueMaster> Here's what I am seeing:  http://iso.qa.ubuntu.com/qatracker/test/4392
[20:10] <GrueMaster> No actual testcases.
[20:10] <pitti> ooh
[20:10] <pitti> let's see whether I can do that
[20:10] <GrueMaster> If I knew how, I'd fix it myself.
[20:11] <GrueMaster> I'll make it a point to bring up at the QA sprint.
[20:15] <lamont> armel buildds are back online/auto
[20:16] <pitti> GrueMaster: better now? (first time I added one)
[20:16] <pitti> (DSL reconnect, I might have missed some messages)
[20:17] <GrueMaster> Looks right.  Thanks.
[20:25] <ttx> pitti: yes, should be releasenoted
[20:26] <ttx> We'll come up with something tomorrow morning, based on the current state of affairs
[20:26] <pitti> ttx: sonne bien, merci Monsieur
[20:29]  * ttx crawls back in his cave
[20:33] <pitti> argh, forgot about DVDs
[20:33]  * pitti builds
[21:55] <highvoltage> hi! could we get a re-spin of the Edubuntu DVD iso?
[21:55] <highvoltage> our build failed due to a bug in the artwork package and we'd like to have an alpha 3 release :)
[21:59] <pitti> highvoltage: already queued
[22:01] <pitti> Ubuntu DVD finished, posted to tracker
[22:01] <highvoltage> pitti: thanks!
[22:01] <pitti> highvoltage: I'll go to bed now, so I won't be able to add it to the tracker
[22:01] <pitti> if someone else here can, that'd be great; otherwise I'll do that tomorrow morning
[22:03] <GrueMaster> pitti: Give me the steps and I can try to add it.
[22:03] <highvoltage> pitti: ok!
[22:03] <pitti> GrueMaster: you are logged into the ISO tracker?
[22:03] <GrueMaster> yes
[22:03] <pitti> GrueMaster: Administration menu part, "Add a build set"
[22:04] <GrueMaster> ok
[22:04] <pitti> GrueMaster: first section ther is edubuntu
[22:04] <GrueMaster> yes, I see it, along with check boxes.
[22:04] <pitti> GrueMaster: mark the two DVD builds, scroll down, enter "20100805" (or whichever) as the version number, and press "add build(s)"
[22:04] <pitti> GrueMaster: you need to check the build number on cdimage.ubuntu.com/..
[22:05] <GrueMaster> Roger that.  Will do, thanks.
[22:05] <highvoltage> thanks pitti, sleep well. you'll get your beer at UDS :)
[22:05] <pitti> good night everyone!
[22:05] <pitti> highvoltage: :)
[23:21] <stgraber> just got an e-mail from antimony saying that the edubuntu failed because the server ran out of disk space
[23:25] <GrueMaster> doh!