[00:22] <ScottK> kees: You're welcome.
[00:39] <ScottK> slangasek: If you have a moment to help me figure this out, I'd appreciate it...  The second Kubuntu ports respin you did for me yesterday still had the packages that were removed from the seeds, but manifest shows the new kubuntu-desktop version.  Any suggestions?
[00:39] <ScottK> http://cdimage.ubuntu.com/kubuntu/ports/daily-live/20100405.2/
[00:43] <slangasek> task changes take 2 publishing cycles to propagate, did we respin too soon?
[00:43] <ScottK> slangasek: Probably.  I forgot about that when I asked you to respin.
[00:43] <ScottK> If it wouldn't be a problem, could I have another respin?
[00:44] <slangasek> running
[00:44] <ScottK> Thanks
[01:57] <slangasek> kees: is there any periodic review done of the packages in 'supported' that were requested by IS / Launchpad, to confirm there's still an internal need for sec support?
[02:17] <kees> slangasek: just what's done at UDS time with elmo
[02:17] <ScottK> Wasn't that just the server seed that was reviewed?
[02:17]  * ScottK recalls a session about that.
[02:28] <slangasek> there was a server review, yeah, which I don't think covers the python dev stuff
[02:43] <ScottK> No, it didn't.
[03:22] <ScottK> slangasek: Hooray! powerpc is not oversized anymore.  Thanks.
[03:23] <slangasek> \o/
[05:20] <kees> slangasek: is the publisher off?  (security updates aren't getting into the archive...)
[05:21] <ScottK> kees: IIRC there isn't normally a publisher run this hour.  Has it been going on for a while?
[05:22] <kees> ScottK: this hour (04:03) yes, but it seemed to miss the 03:03 run too.  maybe I just have bad luck
[05:22] <ScottK> There are two hours it misses and with the DST changes I don't remember which two.
[05:22] <ScottK> I think it would have been last hour and this one, but I'm not sure.
[05:23] <kees> 2? hm, that's new
[05:23] <ScottK> Or it could be it's after midnight here, I got up early, and I'm not remembering very well.
[05:23] <ScottK> Eventually slangasek will set us straight.
[05:55] <slangasek> kees: there's one hour when the publisher doesn't run because contents generation runs in its place; then there's the hour after that, when the publisher doesn't run because the contents generation job still holds the lock
[05:55] <slangasek> (I don't think it ever finishes within the hour)
[06:02] <kees> slangasek: ah, heh, so 05:03 won't run either.  meh
[06:56] <ara> morning :)
[11:23] <Riddell> hmm, /home/ubuntu-archive/public_html/germinate-output/kubuntu.lucid is over a week out of date
[11:26] <ara> Riddell, I am afraid that bug 556555 still happens :(
[11:29] <Riddell> ara: do you get a crash at the end of oem config ?
[11:30] <ara> Riddell, the first time it loops, no, the second time, yes
[11:35] <Riddell> ara: have you seen bug 557197 ?
[11:36] <ara> Riddell, I haven't. I will try to reproduce it
[11:50] <cjwatson> ara: I'm in the process of investigating that
[11:50] <cjwatson> (556555)
[11:50] <ara> cjwatson, nice, thanks
[11:51] <cjwatson> may be for final rather than b2 though
[11:51] <ara> Riddell, I cannot reproduce 557197
[11:51] <ara> cjwatson, I am glad to hear that ;-)
[11:52] <Riddell> ara: hmm, I hope I'm not just going mad then :)
[11:53] <ara> Riddell, ah, non-english, ok, let me try again
[11:56] <ara> Riddell, no, I cannot reproduce it either
[11:57] <Riddell> ara: hmm, so I am going mad
[11:57] <ara> Riddell, is there a bug about timezone selection being quite arbitrary?
[11:57] <Riddell> ara: what's arbitrary about it?
[11:57] <Riddell> it uses some geoip thingy to give you a local default if you have network
[11:57] <ara> Riddell, yes, but it does not work
[11:58] <ara> Riddell, in Ubuntu it places me correctly in Spain
[11:58] <ara> Riddell, in Kubuntu is either Argentina or sometimes Barbados
[11:58] <Riddell> hmm, are you routing your internet through random countries to avoid the MPAA? :)
[11:59] <ara> Riddell, hehehe
[11:59] <Riddell> ara: file a bug and assign to shtylman
[11:59] <ara> Riddell, ok, will do :-)
[12:00] <ara> Riddell, nice, found a new crash, filing it
[12:00] <Riddell> wibble
[12:03] <ev> ara: do note that there are two timezone setup bugs fixed with a new version of tzsetup in the queue.  It may fix the bug you're seeing if you have something like "Could not understand timezone" and a bit of XML data in your install logs.
[12:03] <cjwatson> ara: bug 556555: looks to me like that bug *is* fixed, but you are now experiencing a new one with similar symptoms which needs fresh logs attached ...
[12:03] <ara> cjwatson, ok, will do
[12:04] <ara> cjwatson, new bug? or the same one?
[12:04] <ara> ev, ok, will have a look
[12:04] <cjwatson> strictly speaking that bug should be marked as a dup and a new one filed - but it probably doesn't matter that much, go ahead and reuse that bug since it's yours
[12:05] <ara> ev, yes, that's the bug. Thanks!
[12:17] <ara> Riddell, I was able to reproduce bug 557197
[12:17] <ara> Riddell, so, sometimes, it reproduces
[12:17] <ara> Riddell, maybe a duplicate of 556376?
[12:17] <cjwatson> ev and shtylman were discussing that last night
[12:19] <Riddell> let's assume it is, I'll mark as duplicate
[12:23] <ara> Riddell, cjwatson: a new crasher in kubuntu. bug 557225
[12:25] <Riddell> ara: looks easily enough fixed that one
[12:25] <ev> ara, Riddell: just fixed that, actually :)
[12:26] <ara> cjwatson, now tell me that you fixed it yesterday :D
[12:28] <cjwatson> not I :-0
[12:28] <cjwatson> :-)
[12:29] <ttx> ara: hey, about the cloud image tests on http://iso.qa.ubuntu.com/qatracker/build/ubuntuserver/all
[12:29] <ara> ttx, yes?
[12:29] <ttx> ara: they need to be refreshed, especially the EBSroot ones (0 tests active)
[12:29] <ttx> ara: smoser has the links to the testcases
[12:29] <ttx> ara: in brief, we want:
[12:29] <ttx> EC2/classic -> 2 testcases (multiple instance run, userdata/config)
[12:29] <ttx> EC2/EBSroot -> 2 testcases (multiple instance run, userdata/config)
[12:30] <ttx> UEC images -> 2 testcases (instance run, userdata/config)
[12:30] <ttx> ara: is it possible to change the tests live, or do you need some candidate respin to trigger that ?
[12:31] <ttx> (fwiw, we are considering a cloud image respin to go back to no-ramdisk, now that bug 531494 appears to be fixed)
[12:32] <ara> ttx, we can change them live
[12:32] <ttx> ara: ok, good. smoser will give you all the pointers when ready (he still ahs to update the UEC cloud image tests)
[12:32] <ara> ttx, ok
[12:34] <cjwatson> ttx: is it wise to switch to a new, unknown set of bugs, even if this one seems to have gone away?
[12:37] <ttx> cjwatson: EC2 images always shipped without ramdisk on previous milestones, so for EC2, that's actually a better known set of bugs
[12:38] <ttx> cjwatson: for UEC images you are right, though they were tested quite extensively before we hit that bug (which was a regression)
[12:38] <ttx> cjwatson: the trick is that we want consistency between the two types of images, and we also want to stick to whatever we come up with at beta2 time
[12:40] <ttx> We are just reluctant to drop all https://blueprints.launchpad.net/ubuntu/+spec/server-lucid-cloud-krd for a temporary regression at beta1 time
[12:40] <ttx> But you obviously have the final call on this.
[12:44] <cjwatson> Riddell: germinate> thanks, fixed
[12:45] <Riddell> cjwatson: what what?
[12:46] <cjwatson> 11:23 <Riddell> hmm, /home/ubuntu-archive/public_html/germinate-output/kubuntu.lucid is over a week out of date
[12:48] <Riddell> oh aye
[13:05] <smoser> ara, ping.
[13:06] <smoser> at http://iso.qa.ubuntu.com/qatracker/build/ubuntuserver/all can you please set up all the EC2 EBS items to have the same "Mandatory testcases" as the EC2 instance tests ?
[13:10] <ara> smoser, and that's it? ttx told me that url had changed or something
[13:10] <smoser> i think you already got the change in url taken care of
[13:10] <smoser> at least the "EC2 instance" tests point to the right place
[13:11] <ara> smoser, ok, will do it
[13:12] <ara> smoser, uec images remains as they are?
[13:14] <smoser> ara, 2 things on UEC
[13:14] <smoser> a.) I'd like it to say 20100407, not 20100406.1
[13:14] <smoser>  (the ec2 ids are from 20100407)
[13:14] <smoser> b.) add a "UEC Image instance user data" test
[13:15] <smoser> the explanation of that test is the same as at the existing test's link.
[13:16] <ara> smoser, alright
[13:29] <ara> smoser, does it look OK to you?
[13:30] <smoser> looks good ara thank you
[13:30] <ara> smoser, np
[13:43] <ttx> smoser: the 20100407 is no-ramdisk ?
[13:43] <smoser> let me verify, but yes
[13:44] <smoser> ttx, no.
[13:45] <ttx> smoser: so it's with-ramdisk ?
[13:45] <smoser> well, hold on
[13:45]  * ttx gets confused
[13:46] <smoser> yes, it has a ramdisk. looking into why
[13:46] <smoser> ttx, i goofed it up
[13:47] <smoser> ec2 has no ramdisk. uec does.
[13:48] <ttx> hm
[13:48] <smoser> yeah. hm.
[13:48] <smoser> i'll start another build.
[13:48] <smoser> its a 2 hour total process
[13:48] <ttx> yes, start it then :)
[13:49] <ttx> smoser: what is the most recent noramdisk UEC image, so that I test it ?
[13:49] <smoser> beta-1 is the only one left around.
[13:49] <smoser> were you looking to see failure ? or success ?
[13:50] <smoser> if you want to do some testing, i suggest just extracting tarball, and then recreating without the ramdisk
[13:50] <smoser> thats the only difference
[13:50] <smoser> then publish that tarball
[13:50] <smoser> or uec-publish-tarball --ramdisk=none
[13:50] <smoser> (which would have the same effect)
[13:51] <ttx> smoser: ok
[13:53] <smoser> ttx, 20100107.1 started.
[14:03] <james_w> bluez and pitivi can sit in the queue until after beta
[14:53] <ara> mdeslaur, hello
[14:57] <mdeslaur> hi ara
[14:58] <ara> hey mdeslaur, I have seen that you have reported 2 bugs in the netbook edition
[14:58] <ara> mdeslaur, any reasons to keep them private?
[14:58] <mdeslaur> ara: ah, no, hold on a sec
[14:59] <mdeslaur> ara: fixed
[14:59] <ara> mdeslaur, thanks :)
[15:00] <mdeslaur> np :)
[15:23] <smoser> ara, i'm sorry to bother you again. i missed one thing . *All* (EBS and instance) tests show "Multiple Instances Run" and "Single Instance Run".  They should show "Multiple Instance Run" and "User Data Test"
[15:24] <ara> smoser, but you told me that instance ones were OK :-)
[15:24]  * smoser curses his darn stupidity
[15:25] <ara> smoser, do they point to the same url?
[15:25] <smoser> yes. same url has both tests
[15:25] <smoser> just need to remove Single , replace with User Data
[15:26] <ara> smoser, ok, changing it now. I will put Single as archived testcase and create a new one, to avoid changing historical data
[15:28] <smoser> good.
[15:36] <ara> smoser, done
[15:39] <smoser> thanks ara.
[15:39] <ara> smoser, anytime
[16:12] <smoser> ara, in my never ending pain to you, a heads up.  We will want all 20100107 replaced with 20100107.1 and amis accordingly. that will be finished publishing in ~ 30 minutes i think.
[16:12] <ara> smoser, no problem, let me know when the amis are published and I will change everything accordingly
[16:14] <slangasek> ara: or I can take care of those
[16:15] <slangasek> (I just wrote a script to let me batch-load the AMIs from the .txt file, it needs its exercise)
[16:15] <ara> slangasek, ok, thanks. do you publish the UEC images as well, please'
[16:17] <smoser> slangasek, you got the new format of those files ?
[16:20] <smoser> slangasek, http://uec-images.ubuntu.com/lucid/20100407.1/ is available now
[16:22] <ara> smoser, slangasek: I will publish the uec one
[16:23] <ara> smoser, slangasek: uec images are now published
[16:27] <slangasek> smoser: "new" relative to what?  I used the script to publish the 20100406 candidates there
[16:27] <smoser> new relative to data that i replaced in all output over a week ago. so you're good.
[16:28] <slangasek> ok :)
[16:56] <doko__> slangasek: ping about https://bugs.launchpad.net/ubuntu/+source/ant/+bug/555894
[16:56] <doko__> (not now)
[16:59] <slangasek> smoser, ara: ok, EC2 AMIs posted (thanks, that was useful for shaking bugs out :)
[17:00] <ara> slangasek, about the plymouth bug (the kubuntu crypto one), I tried the command you posted in the bug, but I still get the kubuntu logo one
[17:00] <slangasek> doko__: this doesn't follow the FFe checklist - please tell us what the risks are with taking the new version (new features introduced, etc)
[17:00] <slangasek> ara: oh, sorry - you also have to run 'update-initramfs -u' after
[17:00] <ara> slangasek, thanks :)
[17:01] <doko__> slangasek: is this relevant for a "new" package?
[17:02] <ara> aaraceli
[17:03] <ara> ooops, wrong window, glad I don't use a critical password for testing :D
[17:03] <slangasek> doko__: oh, ant1.8 will be packaged in parallel?
[17:05] <doko__> slangasek: yes
[17:05] <slangasek> doko__: ah - since you filed it on the existing 'ant' package, this wasn't obvious to me
[17:05] <doko__> liked it better there than with no package
[17:06] <slangasek> (btw, you didn't actually subscribe ubuntu-release to this :)
[17:06] <ttx> slangasek: given that bug 531494 was fixed, the server cloud images were switched back to noramdisk, looking good so far
[17:07] <doko__> oops
[17:07] <ttx> slangasek: Let me know if you have any concerns about that
[17:07] <slangasek> ttx: right, gathered that from scrollback - how long until you're confident this works completely?
[17:08] <ttx> By the end of the day
[17:08] <ttx> My testing is good so far, I think the feature deserves a beta2 milestone at that point
[17:08] <ttx> but we'll continue testing today to make sure
[17:09] <ttx> server ISO looks good
[17:09] <ttx> the only bug reported against it is in fact invalid
[17:09] <ttx> (and will be edited out as a user error)
[17:30] <slangasek> ara: lp:~ubuntu-archive/ubuntu-archive-tools/trunk/post-amis-to-iso-tracker.py is the script for batch-loading a set of AMIs onto the ISO tracker; currently the milestone ID is hard-coded so the next revision needs to extract this from http://iso.qa.ubuntu.com/qatracker/admin/addbuild, and you'll need to manually grab the login cookie for .qa.ubuntu.com and stow it in a file
[17:37] <ara> slangasek, ok, thanks
[19:25] <stgraber> slangasek: Edubuntu DVD image is missing edubuntu-artwork due to a conflict with ubiquity-ubuntu-artwork that we were seeding. I updated the seeds (rev 774) so a rebuild of the image should fix that.
[19:26] <stgraber> would be great if you could start a rebuild of it before beta2
[20:35] <slangasek> stgraber: running
[20:37] <stgraber> slangasek: thanks
[20:54] <ttx> slangasek: calling it a day, anything you need from me ?
[20:55] <ttx> slangasek: test coverage in progress, I'll cover the last holes tomorrow EU morning if any left
[20:56] <ttx> slangasek: the noramdisk cloud images are OK, so we should keep them
[21:02] <slangasek> ttx: looking good to me, thanks
[21:13] <stgraber> Uploading a new ldm-server that seems to fix bug 557519, if we are to rebuild the ubuntu alternate images, it'd be great to include that one
[21:17] <slangasek> Riddell, ev: is bug #557309 anything that will get attention for beta2?
[21:38] <smoser> ara, or slangasek i need some help.
[21:39] <smoser> i need the isotracker ebs ids updated .
[21:39] <slangasek> only ebs?
[21:39] <smoser> there was some snafu with the 20100407.1 original publication and i've fixed it.
[21:39] <slangasek> ok
[21:39] <smoser> yeah, only ebs had the issue.
[21:40] <slangasek> are the fixed AMIs documented in the usual place in the 20100407.1 dir?
[21:40] <smoser> yes
[21:40] <smoser> i moved the original one to .orig
[21:40] <smoser> (which is now showing up in the index)
[21:40] <slangasek> (any reason to keep that .orig around?)
[21:41] <slangasek> AMIs updated
[22:06] <lamont> slangasek: so... for the new bbg3 based boxes... you get your choice this afternoon... would you like acorn to be your new livecd-builder, or 4th bbg3 buildd (to go with buttercup, cushaw, and gould)?
[22:08] <slangasek> lamont: we definitely need a second livecd builder
[22:08] <slangasek> actually, now that we're building images for three subarchs, we could use a third :P
[22:22] <lamont> slangasek: I'm assuming we want the pegatrons to die, sooner rather than later, yes?
[22:30] <stgraber> just wondering, is something behaving weirdly with the archive ? I uploaded a package over an hour ago and didn't get any mail from LP yet (I'd have expected to receive a pending-approval e-mail)
[22:31] <lamont> slangasek: would you be so kind as to trigger a livecd build of some sort (armel) on acorn.buildd?
[22:32] <stgraber> that's for ldm_2.1.1-0ubuntu2 btw (fixing that bug I mentioned earlier)
[22:32] <lamont> for confirmation of working status only
[22:32] <lamont> well, after that you can do whatever you want with it
[22:45] <slangasek> lamont: pegatrons> I don't have an informed opinion
[22:46] <lamont> slangasek: we hate them all
[22:46] <lamont> so... that means that what I'll do is give you (1) porter, (2) livecd buildd, and (7) buildds
[22:46] <lamont> once the dust settles
[22:47] <lamont> in the meantime, if I didn't screw up setting up acorn, you have it and clementine for livecd fs builds, and clementine will get replaced with some other machine
[22:47] <lamont> I'm thinking 'satinash'
[22:48] <lamont> though the buildout finishing is currently blocked on a little bit of hardware
[22:49] <slangasek> /home/buildd/bin/BuildLiveCD: line 105: /home/buildd/public_html/BuildLive.out: No such file or directory
[22:49] <slangasek> lamont: ^^ acorn
[22:52] <stgraber> ok, now that's weird ;) I just re-uploaded that same ldm and it's now correctly waiting in the queue ... anyway, everything's good now.
[22:54] <slangasek> stgraber: no alternate rebuilds planned for beta2, but I'll keep ldm in mind
[22:59] <lamont> doh
[22:59] <lamont> clearly, it should mkdir -p ~/public_html
[22:59] <lamont> fixed
[23:00] <slangasek> thanks
[23:01] <slangasek> the actual call seems to still be running
[23:01] <stgraber> slangasek: Will Edubuntu build a daily at the usual time or is it on manual ?
[23:01] <slangasek> stgraber: everything's on manual for beta
[23:01] <lamont> apt-get -y --purge install minimal^ standard^ ubuntu-netbook^ linux-dove
[23:01] <lamont> yep
[23:02] <lamont> slangasek: and thanks
[23:02] <stgraber> slangasek: ok, I'm guessing the seed change (rev 774) should now have went through whatever it has to go through and so another rebuild should now include these changes ? (we currently don't have our artwork at all on the DVD images ...)
[23:03] <slangasek> stgraber: yes, another rebuild is already running :)
[23:05] <stgraber> great !
[23:07] <stgraber> slangasek: is there some way to know what revision of the seed is being used for the livefs build ?
[23:07] <slangasek> stgraber: no, but as discussed earlier on #ubuntu-devel, the issue was that seed changes that affect tasks take two publisher cycles before they show up in the archive
[23:08] <stgraber> ok, I'll be looking at it again now then because 20100407.1 is still going to be broken
[23:08] <slangasek> hmm, on that note, I didn't actually check that we /had/ anything published in the past two hours
[23:09] <stgraber> worst case we'll go without our artwork for beta2 as I'm not sure how fast I can figure out why ubiquity-slideshow-ubuntu is still on our dvd ...
[23:10] <stgraber> (and edubuntu-artwork conflicts with it)
[23:30] <Riddell> slangasek: too late for bug 557309 for beta 2 but I've milestoned it for final
[23:32] <ScottK> queuebot seems to have gone quiet.