[00:05] <ScottK> http://cdimage.ubuntu.com/kubuntu/ports/daily-live/current/ still has Lucid images too.
[00:07] <cjwatson> fixed for next sync
[00:08] <cjwatson> must fix that cdimage publication bug some day
[00:09] <cjwatson> kubuntu-netbook and xubuntu on tracker
[00:10] <cjwatson> mythbuntu should be done within half an hour or so, but I'm not going to wait up for it
[00:12] <cjwatson> also, have queued up Ubuntu, Kubuntu, and Edubuntu DVD builds
[00:12] <cjwatson> though I don't think alpha-2 should block on those getting tested
[00:19] <GrueMaster> cjwatson: while you are updating iso.qa, could you kindly bump Ubuntu Arm Daily Preinstalled to 20100630.6?  Thanks.
[00:21] <cjwatson> GrueMaster: done
[00:21] <GrueMaster> thanks.
[02:08] <GrueMaster> cjwatson: (or someone with admin access to iso.qa).  I am unable to add more bugs beyond the default 3 fields in http://iso.qa.ubuntu.com/qatracker/result/4290/695
[04:35] <Riddelll> I'm afraid I'm travelling to akademy today so won't be able to test CDs, I've asked for volunteers so hopefully it'll happen
[07:01] <pitti> Good morning
[07:01] <pitti> cjwatson: Didier mentioned that he expected netbook to be heavily oversized
[07:02] <pitti> cjwatson: it's actually not that bad any more with the recent package fixes, but we thought it'd be okay for alpha-2, since most folks are installing netbooks from USB sticks anyway (no CD drive)
[07:04] <ttx> Good morning
[07:04] <pitti> bonjour ttx
[07:12] <ttx> pitti: amd64 server is oversized
[07:13] <pitti> ttx: did that change over night?
[07:13] <ttx> the last respin made it pass the limit, yes
[07:13] <pitti> I have a script to compare two images
[07:14] <ttx> pitti: could you have a look ?
[07:14] <pitti> sure
[07:14] <pitti> so, 30.1 was 694 MB, 30.2 is 701
[07:15] <ttx> which sounds like a good inflation for just a build1
[07:15] <pitti> le huh
[07:15] <pitti> ttx: http://paste.ubuntu.com/457691/
[07:16] <ttx> beeeh
[07:16] <pitti> seems this suddendly started pulling in half the desktop
[07:16] <pitti> please note that those are just differences > 200 kB
[07:16] <pitti> sorry, no
[07:16] <pitti> added packages are complete
[07:16] <pitti> changed packages are just > 200 kB
[07:17] <pitti> ttx: I blame yesterday's hplip
[07:17] <pitti> do you ship that?
[07:17] <ttx> yes
[07:17] <pitti> it changed things quite heavily
[07:17]  * ttx grumbles
[07:17] <pitti> there's obviously some dependency problem here
[07:17] <ttx> we should just blacklist it
[07:17]  * ttx looks
[07:18] <pitti> ttx: I think it might be the new python-notify dependency
[07:19] <pitti> ttx: would you mind filing a hplip bug about that, milestone it, and assign to tkamppeter?
[07:19] <ttx> I can do that. Though I always wondered why hplip was in server-ship in the first place
[07:20] <pitti> you ship cups, and HP printers are rather popular
[07:20] <pitti> but it should just ship the drivers, the desktopy bits should be separate
[07:21] <ttx> do we need a quick workaround ? Or is tkamppeter around to fix it ?
[07:21] <pitti> not sure whether he's awake yet
[07:21] <pitti> ttx: so you could unseed hplip, or we just declare it a known bug and leave it oversized
[07:22] <pitti> if you guys can test a respin again, I'm happy to respin, but it'd need to happen rather quickly
[07:22] <ttx> how much time do we have to test ?
[07:23] <pitti> this afternoon?
[07:23] <pitti> we can prepare the notes in the meantime and finish testing the other images
[07:23] <pitti> but we need some time to publish all the images and the announcement, etc.
[07:23] <ttx> well, it's not as if so much testing was done overnight
[07:24] <ttx> we're at 0/17 on amd64
[07:24] <ttx> 6/17 on i386
[07:24] <pitti> ttx: is there something in ship which we could drop?
[07:24] <ttx> you mean, besides hplip ? :)
[07:24] <pitti> i. e. that wouldn't require two publisher runs?
[07:25] <pitti> ttx: like, we could drop postgresql-doc for alpha-2
[07:25] <pitti> which should bring us below 700
[07:25] <pitti> oh, hmm
[07:26] <pitti> ttx: hplip is in the print-server task, and updating tasks takes two publisher
[07:26] <pitti> hm, so is postgresql-doc
[07:26] <pitti> why are all those duplicated?
[07:27] <ttx> is postgresql-doc usually a recommends ?
[07:27] <pitti> postgresql-doc is in the postgresql-server tasks, we can't easily drop it either
[07:27] <pitti> i. e. not more cheaply than hplip
[07:27] <ttx> the seed probably dates from a time when recommends were not installed by default
[07:28] <pitti> I mean why is server-ship so crowded?
[07:28] <pitti> it seems to duplicate everything in all the tasks
[07:28] <pitti> which makes it hard to see which bits are _only_ in ship, i. e. not installed by any task
[07:29] <ttx> looks like the duplication has been there for quite some time
[07:32] <ttx> pitti: how much do we need to free ?
[07:32] <ttx> there is a hplip -> sane-utils recommends but not sure that brings up enough
[07:34] <pitti> ttx: if we do an upload, we can just as well drop the python-notify dependency
[07:35] <pitti> which is a "more correct" thing to do
[07:35] <ttx> pitti: I was thinking about blacklisting sane-utils to avoid it on the CD without changing packages -- but I don't know if that's possible
[07:35] <pitti> ttx: some 1.5 MB, I think (how much to free)
[07:36] <pitti> ttx: no, I don't think it is
[07:37] <pitti> ttx: are you fine with a hplip upload and a respin?
[07:37] <pitti> I can do the upload
[07:37] <pitti> but would be nice if you could file the bug
[07:37] <ttx> yes, if we have until 1500 UTC for ISO test coverage
[07:37] <ttx> i'm filing the bug right now
[07:38] <pitti> gets tight, but should be doable
[07:38]  * pitti prepares hplip
[07:39] <ttx> https://bugs.launchpad.net/ubuntu/+source/cups/+bug/600504
[07:39] <ubot4> Launchpad bug 600504 in cups (Ubuntu) "Dependency on python-notify makes hplip unsuitable for servers (affects: 1) (heat: 6)" [Undecided,New]
[07:39] <ttx> assigning to tkampetter and targeting to a3
[07:39] <ttx> or to you on a2 ?
[07:40] <pitti> tkamppeter/a3 is fine
[07:40] <pitti> hplip uploaded
[07:40] <pitti> I'll watch the build, and stall the publisher a bit if needed
[07:41] <pitti> takes 12 mins to build, should make it
[07:41] <pitti> oh argh
[07:41] <pitti> amd64 builds linux and kdeedu
[07:42] <pitti> but kdeedu is purging already
[07:43]  * ttx wtaches the snail race
[07:49] <pitti> kdeedu done now; c'mon crested, grab it
[07:49] <pitti> there; should just about make it :)
[07:49]  * ttx cheers
[07:50] <ttx> you might have to stall the publisher a couple minutes
[07:52] <pitti> ttx: hm, I could rebuild amd64 only, and keep i386 with the desktopy bits
[07:52] <pitti> ttx: do you want a clean i386 respin as well? or keep the current one?
[07:52] <ttx> hm, that's tricky
[07:53] <ttx> on one hand I'd like to keep the already-performed tests
[07:53] <ttx> on the other I'd like to have minimal difference between amd64 and i386
[07:53] <ttx> is there a precedent for such arch-oriented respins ?
[07:54] <pitti> we did that in the past, I think
[07:55] <ttx> I prefer we do both -- I can make ISO testing happen by 1500 UTC
[07:55] <pitti> sounds like a plan
[07:55] <pitti> ttx: also, I guess you don't need to re-test each and every task
[07:55] <ttx> hoping that last respin doesn't bring its own set of surprises
[07:55] <pitti> some on i386, some on amd64 shoudl be enough for alpha-2
[07:55] <pitti> especially not tasks which we didn't change since yesterday and which were arleady tested
[07:55]  * ttx prepares a large softfreeze-respect-stick just in case
[07:56] <pitti> hehe, please do :)
[07:58] <ttx> hah, that's my first "Orthopedic Dog Beds" spam
[07:59]  * ttx wonders about the success rate of that one.
[08:02] <pitti> c'mon, purge faster
[08:02] <pitti> publisher on manual
[08:05] <pitti> there we go, publisher running, and back on auto
[08:06] <pitti> this also caught the new kernel build, I hope that will go well
[08:06] <cjwatson> fyi I won't be in action until a few hours from now - I start late on Thu due to baby sign language class
[08:08] <pitti> cjwatson: I think I can handle it; see you later then
[08:10] <ara> morning all
[08:10]  * ara resyncs
[08:11] <pitti> I did a desktop and a netbook install, and they work fine now \o/
[08:12] <cjwatson> good, I'd done the install but couldn't wait up for it to reboot
[08:13] <ara> you guys are talking about the ones that are posted?
[08:14] <pitti> yes
[08:15] <pitti> ttx: I set up a trigger to rebuild server ISOs as soon as the new hplip lands on the cdimage mirror
[08:15] <pitti> back in 45 mins
[08:15] <ttx> pitti: ok thanks
[08:17] <ttx> ara: we should have new 20100701 server ISOs in a few, will need your help in promoting them to the tracker
[08:20] <ara> ttx, sure, I'll be around :)
[08:32] <ara> ttx, do you happen to know if kubuntu is going to be rebuilt?
[08:32] <ttx> ara: I don't know
[08:36] <cjwatson> rebuilt for anything in particular?
[08:37] <ara> cjwatson, no, I was just wondering about the build number being lower than ubuntu and xubuntu desktop
[08:38] <cjwatson> .1 rather than .2?
[08:38] <cjwatson> that just means that there were fewer builds of kubuntu yesterday
[08:42] <ara> I know, I just wanted to double check ;-)
[08:47] <cjwatson> I respun everything containing ubiquity in sequence last night
[08:49] <pitti> mythbuntu posted as well now, FTR
[08:50] <ttx> pitti: server ISO still pending ?
[08:50] <cjwatson> DVDs should I think be ready too
[08:51] <cjwatson> haven't checked the tracker
[08:51] <pitti> ttx: yes, I'm watching them
[08:51] <pitti> cjwatson: will do
[08:52] <pitti> DVDs added to tracker
[08:54] <pitti> ttx: hm, not sure what's wrong -- but it seems that the publisher run somehow failed to publish it; the publisher finished minutes ago, but cocoplum still didn't update
[08:54] <pitti> ttx: I'll continue to watch it, but might take a bit longer
[08:54] <ttx> arh
[08:55] <pitti> cjwatson: I'll rebuild ports, unless you are already?
[08:59] <cjwatson> pitti: not doing so
[09:02] <ara> mmm, Kubuntu Desktop looks like Kubuntu Netbook
[09:03]  * ttx gets some coffee
[09:09] <ttx> pitti: by "also caught the new kernel build" you mean the new i386 kernel that was just built ?
[09:09] <ara> I guess I'll wait for Riddell
[09:09] <pitti> ttx: yes
[09:09] <ttx> pitti: that might make a case for a amd64-only rebuild
[09:09] <ttx> at least they woud get the same kernel source
[09:09] <ttx> s/rebuild/respin
[09:10] <pitti> hplip was published in this publisher run
[09:10] <pitti> very weird
[09:10]  * ttx wonders if keeping the old i386 spin would not actually end up being closer to the new amd64 one
[09:11] <pitti> ttx: the change in 6.9 was very small; do you have reason to believe that it's bad in any way?
[09:12] <pitti> ttx: if you don't mind having all the desktop bits on i386, we could respin amd64 only, yes
[09:12] <ttx> pitti: 6.9 actually fixes UEC
[09:12] <pitti> ttx: so why wouldn't we want to pick that up?
[09:12] <ttx> pitti: so we would have a fixed i386 and a broken amd64
[09:13] <ttx> (UEC)
[09:13] <ttx> pitti: ok, let's keep the original plan
[09:13] <pitti> ttx: we can also wait another hour when the amd64 one is done (it's in the debhelper stage)
[09:13] <ttx> ah! don't tempt me
[09:14] <ttx> pitti: what would be the difference in ETA ? 15 vs. 75 min ?
[09:15] <pitti> ttx: 40 vs. 100 min
[09:15] <ttx> hm, I don't think we can afford that.
[09:16] <ttx> I can use that hour for smoketesting and making sure they are good
[09:16] <ttx> pitti: let's go for 40
[09:16] <pitti> ttx: ack
[09:16] <ttx> (I'll document the need to dist-upgrade, on amd64 only
[09:16] <pitti> ttx: folks who install can upgrade to get the fixed kernel
[09:16] <ttx> )
[09:17] <pitti> ttx: cheers; you'll put it into "known issues" on the tech notes?
[09:17] <ttx> yes
[09:17] <pitti> merci
[09:17] <ttx> pitti: if you have the URL of the maverick tech notes handy
[09:18] <pitti> ttx: https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview
[09:18] <ttx> I'll do it now
[09:18] <ttx> thx
[09:18] <pitti> ttx: cheers; please let me know when you are done, then I'll brush up the "what's new" bits for desktop
[09:18] <pitti> ttx: btw, if you have anything worth mentioning for server, please add it
[09:18] <ttx> ok
[09:26] <ttx> pitti: done with the techoverview
[09:26] <ttx> pitti: will think about what I can add for server without keeping the lock
[09:26] <pitti> cheers
[09:34] <pitti> ttx: I'm done with the first round, if you want to add stuff
[09:35] <ttx> ok, ack
[09:44] <ttx> done
[09:58] <ara> ScottK, around?
[10:00] <ttx> pitti: we are past your ETA, any new trouble ?
[10:02] <ttx> (if yes, let's just stick with the oversized ISO, we are lacking time now)
[10:04] <pitti> ttx: image is currently building
[10:05] <pitti> it took until 3 minutes ago until the new hplip found its way to the cdimage mirror
[10:05] <ttx> new ETA ~ 15 min ?
[10:05] <pitti> more like 5
[10:06] <pitti> "a watched archive never publishes" or so
[10:06] <ttx> ok, let's live with that :)
[10:06] <pitti> image build done; now mirroring to cdimage
[10:06] <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100701/
[10:06] <pitti> will hit in a minute or two
[10:07] <pitti> maverick-server-amd64.iso       01-Jul-2010 10:03  694M
[10:07] <pitti> yippie
[10:07] <pitti> ttx: go wild :)
[10:07] <ttx> ara: please promote to ISO tracker
[10:07] <pitti> added to tracker
[10:07] <pitti> ara: too late, I just did
[10:07] <ttx> yay
[10:07] <ara> pitti, thanks :D
[10:08]  * ttx warms up his three test laptops
[10:08]  * pitti sees ttx jumping around with six hands, controlling three laptops at once
[10:13] <ara> if I had more HW, ya ha deedle deedle, bubba bubba deedle deedle dum
[10:14] <pitti> kvm FTW?
[10:16] <ttx> pitti: parellizing 6 installs on KVm tends to be slow
[10:16] <pitti> erm, yes; I never do more than two
[10:20] <ara> for me, running just 1 kvm makes my laptop almost useless for the rest of my daily tasks
[10:20] <ara> sometimes I can't even read email
[10:22] <pitti> erm, yes; I never do more than two
[10:22] <pitti> sorry, -EFOCUS
[11:28] <sbeattie> Is there a known issue about compcache's ramzswap kernel module failing to laod when booting the live cds?
[11:29] <cjwatson> known in the sense that I'd noticed it, although I hadn't reported it anywhere
[11:30] <cjwatson> it wasn't something I could fix straight away when I saw it, because the kernel interface changed - so best report and milestone (alpha-3) a bug about it
[11:30] <cjwatson> file it on initramfs-tools and assign to me, please?
[11:33] <sbeattie> ah, looking at dmesg, it's comlaining about an unknown parameter "disksize_kb"
[11:33] <sbeattie> okay, will file.
[11:45] <cjwatson> right, what can I most usefully do now?
[11:45] <cjwatson> aha, I can test the i386 DVD, nobody's doing that
[12:20]  * cjwatson tests btrfs via ubiquity while waiting
[12:27] <pitti> https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview should be reasonably up to date now wrt. features, known issues, and general "alpha 2"ness
[12:27] <ScottK> ara: Just passing through right now.  I should be around in a couple of hours.
[12:29] <cjwatson> ubuntustudio tasks should be fixed; I'll check and remove
[12:32] <cjwatson> poo, btrfs doesn't work in the desktop image
[12:34] <cjwatson> no mkfs.btrfs
[12:37] <ttx> we might want to add bug 599450 in there
[12:37] <ubot4> Launchpad bug 599450 in linux (Ubuntu) "[apparmor] getattr handled incorrectly in 2.6.35-6.7 (affects: 2) (dups: 1) (heat: 18)" [High,New] https://launchpad.net/bugs/599450
[12:38] <ttx> used to break the LAMP task, I'm in the process of reproducing with latest ISO
[12:40] <pitti> cjwatson: so we need to seed it, and then teach oem-config and ubiquity to remove it (unless used)?
[12:40] <cjwatson> no teaching required, it could just be handled the same way as all the other filesystems
[12:40] <cjwatson> I'll file a bug
[12:41] <pitti> just trying to understand what's necessary
[12:41] <cjwatson> we'll need to relnote it for maverick
[12:41] <pitti> I'll add it; I'll drop a stanza about that apparmor bug anyway
[12:41] <cjwatson> one-liner in platform.maverick/live-common
[12:41] <cjwatson> I'll take care of it
[12:41] <pitti> ttx: this looks like it'd break cups in desktop as well
[12:43] <ttx> pitti: sounds worthy of a TechnicalOverview note, then
[12:43] <pitti> ttx: I'm adding it
[12:44] <ttx> it's breaking mysql, according to zul -- I'm in the process of reproducing
[12:46] <pitti> ttx: done (also mentioned MySQL); proofreading appreciated
[12:49] <ttx> looking
[12:51] <ttx> looks good
[13:11] <ara> I get broken packages in kubuntu alternate i386
[13:13] <ara> mmm, wrong iso
[13:13] <ara> *sigh*
[13:17] <ara> ok, the last build of kubuntu is not the candidate one
[13:21] <cjwatson> hmm?
[13:21] <cjwatson> 20100630 and 20100630.1 both have some broken packages
[13:22] <cjwatson> I thought we'd dealt with that; did we just forget to respin?
[13:22] <cjwatson> bah.  I'm going to respin kubuntu alt now
[14:06] <doko> cjwatson, pitti: could you have a look at bug #600272 ? needed for the openjdk-6 uploads, needed for the firefox updates
[14:06] <ubot4> Launchpad bug 600272 in ant (Ubuntu Karmic) (and 3 other projects) "ant fix to correctly build JAX-WS (affects: 1) (heat: 10)" [High,In progress] https://launchpad.net/bugs/600272
[14:06] <cjwatson> ok
[14:14] <cjwatson> doko: done
[15:19] <pitti> cjwatson: I just went through the iso-testing bugs again, and the relevant ones are now documented in the tech notes
[15:19] <pitti> cjwatson: it seems most images are ok, except for the untested kubuntu alternates and DVDs
[15:19] <pitti> cjwatson: want me to start preparing the publishing?
[15:19] <ScottK> ara: I'm around now.  I imagine from the scrollback your question got answered?
[15:20] <pitti> (i. e. set it up, but not sync mirrors yet)
[15:20] <ara> ScottK, well, it didn't, I didn't know who else to ask
[15:20] <ScottK> ara: OK.  Go ahead then.
[15:20] <ara> ScottK, in Desktop Live i386 Kubuntu, the live session shows as if it was the Netbook edition
[15:20] <ara> is that expected?
[15:21] <ScottK> ara: For small screens, yes.  We are trying to combine desktop and netbook into one image and do first run based on screen size.
[15:21] <ara> ScottK, and once installed?
[15:22] <ScottK> Once installed, there's an option in systemsettings to pick which you prefer.
[15:22] <ScottK> Live/first run installed should be the same.
[15:22] <ara> ScottK, ok, then why there are still  two images in the tracker?
[15:22] <ScottK> ara: Because we didn't finish the consolidation yet.  I expect for Alpha 3 there won't be.
[15:23] <ara> ScottK, OK, thanks for the explanation
[15:23] <ScottK> You're welcome.
[15:24] <cjwatson> pitti: yes please, I have a presentation followed by an interview, which makes it hard :-/
[15:24] <pitti> ack
[15:30] <pitti> cjwatson: for the record, I a-x'ed sync-mirrors
[15:39] <cjwatson> thanks
[15:45] <pitti> ttx, smoser: can you please publish the alpha-2 UEC images? (https://wiki.ubuntu.com/UEC/Images/Publishing)
[15:46] <smoser> pitti, yeah. will-do.
[15:46] <pitti> smoser: cheers
[15:51] <pitti> ara: do you know if someone is testing kubuntu alternates, in particular the amd64 one?
[15:53] <pitti> cjwatson: hm, do you know whether we usually publish-release DVDs?
[15:53] <pitti> (we didn't for alpha-1)
[15:53] <cjwatson> if they work
[15:53] <pitti> cjwatson: ok, thanks
[15:56] <ara> pitti, not that Im aware of, I will resync now and give it a try in VM
[16:01] <ara> pitti, I cannot access the iso tracker at this moment, can you?
[16:01] <pitti> no, indeed it's timing out for me as well
[16:02] <ara> *sigh*
[16:02] <seb128> launchpad doesn't respond either there
[16:04] <pitti> jeesh, the interweb is broken
[16:08] <pitti> ara: does rsync for you from cdimage?
[16:08] <smoser> pitti, uec images are public and amazon's ami pages have been updated. http://uec-images.ubuntu.com/releases/maverick/alpha-2/
[16:08] <pitti> it seems everythin http-ish might be down, but e. g. ssh works just fine forme
[16:08] <pitti> smoser: nice, thanks
[16:09] <ara> pitti, no, I was syncing kubuntu amd64 alternate, and now it is stalled
[16:09] <pitti> oh, seems to be back?
[16:10] <pitti> works again for me
[16:10] <pitti> just joined the IS channel, they are on it
[16:20] <lamont> oh hai
[16:20] <pitti> ah, thanks to whoever tested kubuntu alternate
[16:20] <pitti> hey lamont
[16:20] <lamont> I have no idea which or how many builds failed from that...  reenabling the farm now
[16:29] <pitti> ok, done with preparing the image publishing
[16:30] <pitti> I'm waiting for kubuntu alternate amd64 confirmation
[16:39] <pitti> bladernr_: hello! how is your kubuntu amd64 install? any problems with it?
[16:39] <bladernr_> yeah
[16:39] <bladernr_> fails at select and install software
[16:40] <bladernr_> also, in VirtualBox at least, if I go from tty1 to tty2 to run a shell command, then go back to tty1, the installer screen doesn't redraw completely, so I get a bunch of vertical lines
[16:41] <cjwatson> I see that in kvm from time to time; switching to tty2 and tty1 again usually clears it
[16:41] <cjwatson> it's not an installer bug as such, must be a bug in either bogl-bterm or the kernel
[16:42] <cjwatson> bladernr_: can I see the installer syslog please?
[16:42] <pitti> bladernr_: uh, that's still with the 20100701 image? i386 was reported to work
[16:42] <bladernr_> pitti:  actually, I have no idea... it is whatever was up as of yesterday, was this one of the respins?
[16:42] <cjwatson> oh, yes, yesterday's had broken packages
[16:42] <pitti> bladernr_: yes, it was respun today
[16:42] <cjwatson> that's why we respun
[16:44] <bladernr_> ahhh... then disregard my angst... it took me 14 hours to rsync the images yesterday so and I just heard of respins, but wasnt sure which ones were done
[16:45] <bladernr_> thanks, I'll resync that and try again
[16:46] <pitti> cjwatson: any other blocker from your side? I have the wiki page and email announcement prepared, images publish-release'd on antimony, and newz2000 standing by
[16:47] <pitti> (just to re-sync on where we are)
[16:49] <pitti> cjwatson: syncing mirrors now, since that'll take a while; in the unlikely case that kubuntu amd64 alternate is botched, re-syncing will be faster
[16:51] <cjwatson> pitti: the baton is yours unless you desperately need it to be mine - I've been on the phone most of the afternoon
[16:51] <pitti> cjwatson: ack
[16:51] <pitti> cjwatson: that's fine, I have nothing particular on the evening (except an hour phone call), I'll be around for another 5 h at least
[16:57] <Riddell> I am downloading maverick-alternate-amd64.iso if it still needs tested but it says it won't be done for 40 minutes
[16:58] <pitti> Riddell: thanks
[16:59] <Riddell> pitti: we're not doing dvds I take it?
[16:59] <pitti> Riddell: if anyone tests them, we can publish them
[17:00] <pitti> but I guess they aren't that interesting/important for a2, what do you think?
[17:00] <Riddell> mm, at these download speeds that may not work for me
[17:00] <Riddell> it's interesting only to know that it won't be a sudden headache for alpha 3 or beta
[17:05] <ara> Riddell, I will start an amd64 test in 5 min
[17:06] <Riddell> great
[17:08] <bladernr_> pitti:  synced kubuntu alternate amd64 and redid, and still dies at "select and install software"
[17:08] <bladernr_> trying one more time just to be sure...
[17:08] <pitti> bladernr_: can you please rescue /var/log/syslog?
[17:09] <pitti> bladernr_: on the iso there is a .disk/info which would have the timestamp
[17:09] <bladernr_> pitti:  working on that, I'll let you know when I've got it.  FWIW, this is a VBox VM, not bare metal (my work laptop is my only bare metal 64bit machine)
[17:09] <pitti> that's fine
[17:11] <pitti> bladernr_: on 20100630.1 it was still broken: http://cdimage.ubuntu.com/kubuntu/daily/20100630.1/report.html
[17:11] <pitti> bladernr_: but on 20100701 it should work (http://cdimage.ubuntu.com/kubuntu/daily/20100701/report.html)
[17:11] <bladernr_> Kubuntu 10.10 "Maverick Meerkat" - Alpha amd64 (20100701)
[17:13] <pitti> that looks right
[17:13] <pitti> bladernr_: if you could switch to a terminal and check /var/log/syslog what it's failing on, that'd be great
[17:18] <bladernr_> pitti:  oddly enough, this second run on that iso seems to be working :/ perhaps the first try (which was a vbox soft reset) cached the bad iso, while a power-down and restart re-read the data?
[17:19] <bladernr_> but so far it is doing the software install... so far so good, at least...
[17:38] <pitti> bladernr_: ah, thanks; seems we got two amd64 kubuntu testers now \o/
[17:38] <pitti> so, time to continue then, I guess
[17:49] <bladernr_> pitti:  I could have sworn that I posted the result here... anyway, worked fine on the second try.  Installation successful with one UI issue that I filed a bug for (600716)
[17:49] <pitti> bladernr_: much appreciated, thanks for testing!
[17:49] <bladernr_> moving on to the rest of the kubuntu alt 64 tests
[18:04] <pitti> announcement sent -- folks, it's officially out
[18:05] <pitti> thanks to all for helping with testing, bug triaging, fixing, and release engineering!
[18:08] <cjwatson> fantastic, thank you so much
[18:08] <cjwatson> I was expecting to have to do more of that than I in fact did, so sorry about that ...
[18:10] <cjwatson> roll on having a dedicated RM again. :)
[18:52] <pitti> cjwatson: don't worry, it was good teamwork
[18:52] <pitti> cjwatson: thanks for another nice milestone release
[19:03] <ttx> pitti, cjwatson: thanks for your help !