[00:02] <Riddell> hum, well server is built but is failing to appear at http://cdimage.ubuntu.com/ubuntu-server/daily/20100928.2/
[00:02] <Riddell> I wonder if that's the mirrors full up
[00:05] <Riddell> ooh there it is
[00:05] <Riddell> mathiaz: images up http://cdimage.ubuntu.com/ubuntu-server/daily/20100928.2/
[00:05] <mathiaz> Riddell: \o/ - thank ya!
[00:35]  * stgraber just noticed this morning's -meta change including the ubuntu font ...
[00:36] <stgraber> I'll be pushing a new edubuntu-meta change refreshing our dependencies to include it
[00:36] <Riddell> is it really that important?  it's not set as default or anything
[00:37] <stgraber> well, currently it means that our DVD has it in the live environment as we derive from Ubuntu but installing from a minimal system won't because edubuntu-meta is out of sync
[00:37] <stgraber> so I don't really care having it or not, I care about inconsistent installations
[00:38] <ScottK> stgraber: Is gcompris on your ISO?
[00:38] <stgraber> ScottK: yes
[00:38] <ScottK> stgraber: You might see about getting it moved from the ubuntu-desktop packageset to yours (since it's in Universe).
[00:39] <Riddell> stgraber: ok as you wish
[00:42] <stgraber> ScottK: that's weird, it was in our packageset for karmic then was apparently moved to ubuntu-desktop with lucid.
[00:47] <stgraber> cjwatson: ^ any chance you can fix that when you have a minute ?
[00:48] <stgraber> Riddell: I just checked and we won't need a meta package update as edubuntu-desktop simply depends on ubuntu-desktop solving all of our issues ;) For some reason I didn't remember that part of the magic.
[00:48] <Riddell> phew
[01:03] <NCommander> Riddell: what happened to my dove image?
[01:10] <Riddell> NCommander: still going
[01:13] <mathiaz> Riddell: hm - seems that -server isos have disappered
[01:13] <mathiaz> Riddell: 20100928.2 is no longer available from http://cdimage.ubuntu.com/ubuntu-server/daily/
[01:13] <Riddell> umm
[01:13] <Riddell> spooky
[01:14] <Riddell> mathiaz: they're still there on antimony but maybe they're not on one of the mirrors
[01:14] <Riddell> elmo did say they were getting full
[01:15] <mathiaz> Riddell: ok
[01:15]  * mathiaz hopes they'll show up eventually
[01:17] <NCommander> Riddell: very slow :-/
[01:17] <Riddell> NCommander: yes, and I need to go to bed now
[01:18] <Riddell> mathiaz: I'm copying the images over to http://jasmine.19inch.net/~jr/tmp/ubuntu-server/ incase you need them now
[01:18] <mathiaz> Riddell: I won't need them now
[01:18] <mathiaz> Riddell: it would be great if they can show up in a couple of hours
[01:19] <Riddell> NCommander: going to sleep now, feel free to kill the process if it doesn't get done soonish
[01:39] <NCommander> Riddell: k
[01:40] <maxb> Hi, Bazaar in maverick is 2.2.0. 2.2.1 is released, with some fairly important bugfixes. Can you advise if we should aim for a SRU or a (very) late-breaking release pocket upload? (pitti suggested the latter in bug 636930, but that was some days ago, so may no longer be valid)
[01:40] <ubot4> Launchpad bug 636930 in bzr (Ubuntu Maverick) (and 4 other projects) "Upgrading a repository fails with 'Inter1and2Helper' object has no attribute 'source_repo' (affects: 5) (dups: 4) (heat: 288)" [Undecided,Triaged] https://launchpad.net/bugs/636930
[02:02] <ScottK> maxb: Since it's eligible for post-release micro-version update, I don't see a strong reason to wait.  If all the same testing is done as for a post-release update, I think it would be reasonable to drop it in between RC and final.
[02:11] <maxb> Right, that makes sense
[03:50] <mathiaz> ScottK: IIUC accepting bzr would require an ISO respin
[04:31] <ScottK> mathiaz: That's why I said after RC.
[07:15] <ara> good morning!
[08:31] <ara> Riddell, morning
[08:31] <ara> Riddell, rekonq is crashing for me in kvm, is that known?
[09:14] <ara> seb128, as RAOF has confirmed that it is a mesa issue, I think we should add it to the release notes for RC
[09:34] <Riddell> ara: not known to me
[09:34] <ara> Riddell, OK, thanks, I will file a bug
[09:42] <ara> Riddell, bug 650934
[09:42] <ubot4> Launchpad bug 650934 in rekonq (Ubuntu) "Rekonq crashes in a KVM with 800MB ram (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/650934
[10:03] <cjwatson> stgraber: hm, this is odd, can't immediately figure out why it went to desktop ...
[10:03] <cjwatson> ubuntu-desktop I mean
[10:05] <cjwatson> germinate shows it in edubuntu/desktop-gnome, edubuntu/desktop-kde, edubuntu/ubuntu-edu-preschool, and edubuntu/ubuntu-edu-primary
[10:06] <Daviey> Hey!  What are the chances of a respin happening before RC?  We don't need one, but wondered if foundation are likely to call one.
[10:07]  * cjwatson hasn't heard of a reason right now
[10:07] <cjwatson> not globally anyway, edubuntu might need one
[10:10] <Daviey> ok great, the current situation with the server seems to be pretty sound.  The only edge case of concern is people using the on cd archive to upgrade UEC, will get a silent failure.  There is a work around for this, if we had a respin it would close this edge case - but not worth making a new ISO for that IMO.
[10:11] <Daviey> (new installs are unaffected)
[10:12] <cjwatson> what package is the workaround in?
[10:14] <Daviey> eucalyptus-java-common, has been fixed to stop euca' before attempting to upgrade the database.  The work around, would be a copy and paste # stop eucalyptus ; do-upgrade() ; start eucalyptus, after reboot
[10:15] <Daviey> (database schema upgrade is handled in packaging)
[10:17] <cjwatson> did we not respin after that fix last night?
[10:17] <cjwatson> maverick-server-amd64.list:/pool/main/e/eucalyptus/eucalyptus-java-common_2.0+bzr1241-0ubuntu4_amd64.deb
[10:17] <cjwatson> maverick-server-i386.list:/pool/main/e/eucalyptus/eucalyptus-java-common_2.0+bzr1241-0ubuntu4_i386.deb
[10:18] <cjwatson> eucalyptus-java-common | 2.0+bzr1241-0ubuntu4 |      maverick | amd64, armel, i386, powerpc
[10:18] <cjwatson> all in sync
[10:20] <Daviey> ahh, sorry - i was mistaken
[10:20] <Daviey> i didn't realise there was a new spin last night
[10:21] <cjwatson> there was some difficulty pushing to cdimage mirrors I think
[10:21] <cjwatson> let me see if that's resolved
[10:22] <cjwatson> looks ok, you want 20100928.2
[10:22] <Daviey> cjwatson: so, the server team should be considering 20100928.1 as the RC candidate?
[10:22] <cjwatson> .2
[10:22] <cjwatson> surely?
[10:22] <Daviey> that isn't on cdimages.*
[10:22] <cjwatson> it is on some of them
[10:22] <cjwatson> I just checkd
[10:22] <cjwatson> +e
[10:23] <Daviey> ahh
[10:23] <cjwatson> (p.s. official name is cdimage.ubuntu.com not cdimages)
[10:23] <cjwatson> it's also on the ISO tracker
[10:23] <cjwatson> ok, so I just deleted a pile of older builds; let's see if that helps cdimage pick it up
[10:23] <cjwatson> try it again in a few minutes?
[10:23] <Daviey> cjwatson: rockin' thanks.
[10:24] <Daviey> So, when .2 shows up - we will spend today doing some pre-RC testing.
[10:56] <cjwatson> stgraber: wow, that was more complicated than I expected it to be, but fixed now
[10:56] <cjwatson> stgraber: you gained edubuntu-live as well in the same process
[10:57] <cjwatson> and ubuntu-desktop lost those two and language-pack-kde-*, which is obviously correct anyway
[10:57]  * ogra would appreciate an armel rebuild ... i assume the archive should be setteled by now 
[12:02] <Riddell> NCommander, GrueMaster: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100929/
[12:03] <NCommander> Riddell: yup, saw, thanks. Already did a successful test install :-)
[12:20] <cjwatson> robbiew: we're due an EOL announcement for jaunty soon, aren't we?  https://wiki.ubuntu.com/EndOfLifeProcess
[12:21] <cjwatson> ah, heh, I see you edited https://wiki.ubuntu.com/EndOfLifeAnnouncement recently so I guess you know ...
[12:21] <ScottK> IIRC it went out a few days ago.
[12:35] <ogra> Riddell, thanks a lot
[12:37] <Riddell> ogra: you're welcome.  what did I do?
[12:37] <ogra> roll ne images :)
[12:37] <ogra> *new
[12:37]  * ogra was waiting to test the new bootloader on omap3
[13:19] <smoser> cjwatson, or slangasek could you populate iso tracker from http://uec-images.ubuntu.com/server/maverick/20100928.4/published-ec2-daily.txt
[13:19] <smoser> and also list 20100928.4 as the uec images to be tested.
[13:38] <cjwatson> smoser: done and done
[13:38] <ScottK> cjwatson: Does x-loader belong in some package set (I find it unusual to see packages in Main that don't)?
[13:38] <smoser> gracias.
[13:40] <cjwatson> ScottK: how odd.  it *ought* to be in core
[13:47] <cjwatson> oh, eek
[13:47] <cjwatson> ScottK: thanks, nasty bug - it was using the i386 Packages file regardless of architecture, I think
[13:47] <ScottK> cjwatson: You're welcome.
[13:48] <ScottK> Convenient of wgrant to put the package sets on the package acceptance page so the lack would be there staring at me.
[13:55] <doko_> ok to sync http://packages.debian.org/changelogs/pool/main/libd/libdbd-sqlite3-perl/current/changelog ? fixes ftbfs
[13:56] <ScottK> doko_: Did your ucf update get resolved?  I just went looking for the FFe bug and couldn't find it.
[13:56] <doko_> ScottK: it was ufc
[13:56] <doko_> anyway, not needed
[13:57] <ScottK> That would explain why I couldn't find it.  OK.
[13:57] <ScottK> doko_: It's in Main, so it needs to wait until after RC.
[13:57] <ScottK> (after that, it looks good)
[14:06] <cjwatson> ScottK: how exciting.  http://paste.ubuntu.com/502618/
[14:06] <cjwatson> I'm going to apply that as it looks basically correct - TBH if the Ubuntu Studio guys want to fix ia32-libs they're welcome to it :-)
[14:07] <ScottK> Absolutely.
[14:08] <persia> Quite possibly the fix there will lead to work to drop that from Ubuntu Studio again.
[14:17] <ScottK> cjwatson: The correction to the package set already shows up on the LP package accept page.  Very nice.
[14:19] <cjwatson> ScottK: yep, seems to be immediate, which is good
[14:25]  * Riddell out for a bit
[14:55] <ScottK> There's a reasonable stack of Universe syncs in the queue if anyone has time to look ...
[18:13] <ScottK> Is it known/on purpose we have a newer mountall in the archive than is on the Kubuntu live CD (i386)
[18:15] <ScottK> Riddell: ^^^?
[18:26] <doko> skaet: what is wrong with keeping bug #635891 open for natty?
[18:26] <ubot4> Launchpad bug 635891 in lprof (Ubuntu Maverick) (and 3 other projects) "libvigraimpex (main) build-depends on hfd5 (universe) (affects: 1) (heat: 188)" [High,Fix released] https://launchpad.net/bugs/635891
[18:27] <skaet> doko,  was just assigning it.
[18:29] <skaet> making sure it was on someone's monitoring list,   for writing release notes,  if its not going to be fixed.
[18:30] <persia> skaet, Isn't it better to do that with a release-notes task?
[18:30] <persia> That way it shows up in https://bugs.launchpad.net/ubuntu-release-notes
[18:30] <persia> (and we can track when it gets release-noted separately from when it gets fixed)
[18:31] <skaet> persia,  will be doing that too.
[18:32] <skaet> just changed the assigned to field to be the desktop team, from unassigned.
[19:47] <doko> need somebody to approve for bug #642344 tiles (unapproved) and mvel2 (new), new upstream version just taken and renamed from debian
[19:47] <ubot4> Launchpad bug 642344 in libspring-2.5-java (Ubuntu Maverick) (and 3 other projects) "libspring-2.5-java needs an initial manual build (affects: 1) (heat: 12)" [High,Confirmed] https://launchpad.net/bugs/642344
[19:48] <ScottK> doko: I just approved tiles.
[19:49] <doko> ScottK: then you have to approve mvel2 too =)
[19:50] <ScottK> OK
[19:53] <stgraber> cjwatson: thanks (for the packageset change)
[19:56] <ScottK> doko: I'll have to look at New tonight or tomorrow, but seems fine.
[19:57] <doko> ScottK, cjwatson: would be nice to have it built tomorrow morning/noon my time. still doing the manual bootstrap with #is
[19:57] <ScottK> OK. Will try.  If some else gets to it first, I won't mind.
[20:00] <doko> hmm, why doesn't my grace upload show up?
[20:01] <ScottK> doko: It's in the queue, but it's in the Xubuntu packageset, so not accepting until after RC.
[20:01] <doko> ahh, ok
[20:03] <doko> ScottK: what about drizzle, will it be removed? just asking for NBS ...
[20:03] <ScottK> Yes.
[20:03] <ScottK> Upstream decided they'd rather ship nothing at this point and I think we aren't going to disagree.
[20:04] <ScottK> There's a removal bug pending.
[20:16] <CardinalFang> I have a question about our current release state.  The "unapproved" queue has close to 40 items in it.  Is "approved" frozen while we make RC images or something like that?
[20:19] <persia> CardinalFang, For anything that lands on an image undergoing validation, yes (unless the image fails validation and the release team for that image needs a specific package for a respin)
[20:28] <CardinalFang> persia, okay.  I (=Online Services) care about two packages in the "unapproved" queue.  I don't know what I should be doing now.  Waiting, perhaps?
[20:28] <persia> Which packages?
[20:29] <ScottK> CardinalFang: Unless it rises to the level of "We should not release the RC unless we fix this", waiting is appropriate.
[20:30] <CardinalFang> persia, ubuntuone-client, desktopcouch .
[20:30] <persia> Yeah, those need waiting.
[20:30] <CardinalFang> ScottK, I don't think we should stop RC, no.
[20:30] <persia> CardinalFang, If it was some package that wasn't used on any image, and you had a really good reason, you could beg, but those appear on images.
[20:33] <ScottK> Stuff that's not in Main or seeded on an image, I'm pushing through, so those wouldn't be waiting.
[20:35] <persia> Ah, with that information, yes no need for package names to reach a conclusion :)
[20:42] <CardinalFang> persia, okay, I guess my only question is, wait for what?  What happens next for me?
[20:42] <CardinalFang> I guess I fear being asleep when someone asks a question about them.
[20:43] <persia> Wait for RC to be released.
[20:44] <CardinalFang> persia, okay.  Sorry for sounding neurotic.
[22:53] <ScottK> doko: mvel2 source accepted.
[23:10] <doko> ScottK: thanks
[23:48] <Riddell> ScottK: hmm, no I didn't see that it had the old mountall
[23:49] <Riddell> cjwatson: just how serious is that mountall bug?