[00:00] <skaet> ogra_ac,  ack.  :)
[00:00]  * ogra_ac hasnt slept since 30h now and doesnt give any guarantee for any grammar :)
[00:09]  * skaet understands ogra_ac's state only too well, and is very appreciative of the pass that mpt made on the document earlier to clean up the grammar.  ;)
[00:09] <ogra_ac> heh, well, i edited after mpt so better check twice :)
[00:12] <skaet> ogra_ac: will do another pass after i wake up and am a bit more alert.  ;)
[00:13] <ogra_ac> heh, good
[00:14]  * ogra_ac is off to bed 
[00:15] <skaet> Riddell, ScottK, and other community maintainers, if you spot something that is wrong/inaccurate, go ahead and edit the wiki.   Please be careful not to collide with others.  I had to fix a few of those up tonight.   Will see who's around in the morning.  ;)
[00:16]  * skaet thinks ogra_ac has a good idea.
[00:16] <Riddell> guid nicht skaet
[01:11] <cjwatson> Riddell: I tested wubi on Windows 7 and it worked fine.  There are bugs indicating factors we don't understand, so I can't swear it will work for all Windows 7 users, but it certainly isn't fundamentally incompatible or anything.
[01:11] <cjwatson> good luck for release!
[01:12] <Riddell> groovy
[01:12] <Riddell> thanks cjwatson
[01:12] <Riddell> have a nice non-release Sunday
[01:17] <marjo> cjwatson: jibel reported migration assistant failed (no option to import for Windows 7); just FYI
[01:51] <ScottK> I've successfully tested Riddell's work around for bug 656876 and it avoids the issue.  My recommendation is we go ahead and put it in -updates sooner rather than later as more and more people will be upgrading as we get closer to release.
[01:51] <ubot4> Launchpad bug 656876 in update-manager (Ubuntu) "distupgrade crashed during conf file change review (affects: 1) (heat: 10)" [Critical,Fix released] https://launchpad.net/bugs/656876
[01:53] <Riddell> copied to maverick-updates
[01:53] <Riddell> still need to make sure mvo updates the meta-release file correctly
[01:53] <stgraber> is edubuntu-artwork also in -updates now ?
[01:54] <Riddell> dunno, try looking at launchpad
[01:54] <stgraber> will try (I'm on my cell)
[01:58] <ScottK> It's still pending.
[01:58] <ScottK> (in unapproved)
[01:59] <stgraber> who do I need to nag to have it moved to -updates (ideally before releas) ?
[02:01] <Riddell> stgraber: me or scott can accept it into -proposed then someone needs to test it then we can move it to updates, but it needs a good reason why it should be moved to updates without the normal week's waiting period
[02:03] <stgraber> will cause gconf update issue for users upgrading from 10.04
[02:04] <stgraber> we just didn't want it on the DVD as we'd have needed to retest for something that only fixes upgrades
[02:04] <roxdragon> weee
[02:04] <roxdragon> when relase maverick?
[02:04] <stgraber> but we really want that in for users upgrading from 10.04
[02:04] <ScottK> stgraber: What we just did for Kubuntu upgrades is pretty unusual.  It's just because it could cause upgrade failures.  What's the impact of the Edubuntu issue.
[02:05] <ScottK> roxdragon: I think you want to be in #ubuntu-release-party.
[02:05] <stgraber> ScottK: it might cause gconf update failure for users upgrading from 10.04
[02:06] <ScottK> stgraber: And then what?  Keep in mind I don't use Gnome, so I've no idea what the impact of that is?
[02:06] <stgraber> ScottK: as update-gconf will very likely fail for these users until edubuntu-artwork is updated
[02:06] <ScottK> And what happens if it fails?
[02:06] <ScottK> Does the system upgrade fail?
[02:07] <stgraber> ScottK: well, for example installing another software using gconf would probably fail (as in, no setting or schema update)
[02:07] <Riddell> stgraber: "we just didn't want it on the DVD" but the bad version is on the DVD surely?
[02:07] <ScottK> Riddell: Right, but it just affects upgrades.
[02:08] <stgraber> no, the upgrade won't fail but installing any software after the upgrade might fail
[02:08] <stgraber> (mvo found the bug and made the upload, I only reviewed+tested the change)
[02:10] <ScottK> Personally I'm reluctant to abuse -updates pre-release for things that don't cause a failed upgrade.
[02:10]  * ScottK looks at Riddell.
[02:13]  * highvoltage looks at ScottK 
[02:13] <Riddell> I'll review it for -proposed for now
[02:14] <Riddell> it'll need to build and get tested anyway
[02:15] <stgraber> I don't really mind, the only potential issue is that we'll get a few bug reports on random packages failing to install for non-obvious reason
[02:15] <persia> stgraber, Which sort of gconf failure?  One of the ones that makes folk do `dpkg --configure -a` afterwards, or just a transient issue?
[02:16] <Riddell> stgraber: does this also need the gconf update?
[02:16] <stgraber> persia: I'd need to recheck the but mvo fixed (once I'm no longer on my
[02:16] <stgraber> cell)
[02:16] <Riddell> persia: bug 633370
[02:16] <ubot4> Launchpad bug 633370 in gconf (Ubuntu Maverick) (and 3 other projects) "package gconf2 2.31.91-0ubuntu3 failed to install/upgrade: No such file or directory: '/usr/share/gconf/defaults/20-edubuntu' (affects: 6) (dups: 7) (heat: 62)" [Medium,Fix committed] https://launchpad.net/bugs/633370
[02:16] <stgraber> Riddell: nope
[02:16] <Riddell> persia: good morning :)
[02:17] <persia> Good morning :)  I hope you're well east or west of your typical haunts :)
[02:18] <persia> That bug *will* cause random packages to not be configured until the update is available.
[02:18] <persia> Depending on the postinsts, this may or may not impact things.
[02:18] <ScottK> OK.  That makes it sound a little more interesting.
[02:19] <stgraber> if that was only breaking edubuntu packages I wouldn't mind waiting a few days, but the fact that it'll broke random packages when installing on an upgraded edubuntu is a bit more of an issue
[02:20] <persia> Note that, as stgraber says, it may have no impact: it depends entirely on the ordering of the upgrade, which is in the hands of apt, and very hard to determine in advance.
[02:20] <ScottK> For a large value of very.
[02:20] <Riddell> stgraber: Accepted edubuntu-artwork into maverick-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!
[02:21] <Riddell> where here means bug 633370
[02:21] <ubot4> Launchpad bug 633370 in gconf (Ubuntu Maverick) (and 3 other projects) "package gconf2 2.31.91-0ubuntu3 failed to install/upgrade: No such file or directory: '/usr/share/gconf/defaults/20-edubuntu' (affects: 6) (dups: 7) (heat: 66)" [Medium,Fix committed] https://launchpad.net/bugs/633370
[02:21] <Riddell> stgraber: also that bug needs a TEST CASE comment
[02:21] <stgraber> Riddell: ok, highvoltage as a VM we can use for that. Thanks
[02:21] <highvoltage> not with me though
[02:22] <stgraber> highvoltage: should have taken your laptop, told you :)
[02:22] <highvoltage> I tested for 633370 and I couldn't reproduce
[02:23] <highvoltage> just talked to stgraber IRL, I didn't test it properly
[02:23] <stgraber> sorry, talking was just a lot faster than typing on the n900 :)
[02:24] <ScottK> It will need a test case/test result before it can go in -updates.
[02:26] <stgraber> sure
[02:26] <stgraber> highvoltage: can you write it quickly ?
[02:33] <highvoltage> stgraber: not sure if it's good, but it's there
[02:35] <Riddell> release note added for Bug: 656876
[02:35] <Riddell> bug 656876
[02:35] <ubot4> Launchpad bug 656876 in update-manager (Ubuntu) "distupgrade crashed during conf file change review (affects: 1) (heat: 10)" [Critical,Fix released] https://launchpad.net/bugs/656876
[02:38] <highvoltage> (signing off from IRC for now, battery low and I have a policy of getting drunk while on irc)
[02:38] <highvoltage> (uhm, I mean not)
[02:38] <stgraber> highvoltage: thanks, will test it once we are back home (package should be built by then)
[02:55] <GrueMaster> Riddell: (and anyone else that is interested).  I am home now, and firing up the kubuntu-desktop image on omap and omap4.  I don't plan on Doing a very thorough test of everything, but I want to see if I see the same results reported by mporier & marjo.  Will let you know soon.
[02:57] <ScottK> GrueMaster: Thank you.  I think that will be sufficient.
[02:57] <ScottK> Very helpful
[02:57] <GrueMaster> Sorry I couldn't get to it earlier while at TI, but we were having internet issues.
[02:58] <GrueMaster> Hard to download a full image over 3G, and my backups made zsync useless.
[02:58] <ScottK> Understood.
[02:58] <ScottK> We certainly appreciate your help with this.  It's not like you didn't already spend a little bit of time on ISO testing recently.
[03:01]  * stgraber is back home and on laptop
[03:03] <stgraber> Riddell: I still see edubuntu-artwork in the queue as unapproved, is that normal ?
[03:06] <ScottK> It is if he didn't actually accept it.
[03:06] <ScottK> (which seems to be the case)
[03:06] <ScottK> Let me have a look
[03:07] <persia> GrueMaster, I'd be very interested in your kubuntu-desktop/omap3 experience: I seem to have run into the OOM killer, and so was unable to determine if there were also underlying software crashes.
[03:08] <GrueMaster> I plan on hitting it with beqagleXM.
[03:08] <GrueMaster> I know it will fail on beagle.
[03:08] <GrueMaster> omap4 image looks good.
[03:08] <Riddell> hmm, the sru-accept script should have done that
[03:08] <Riddell> stgraber: accepted now
[03:08] <Riddell> ScottK: ^^
[03:09] <ScottK> OK.
[03:09]  * ScottK stops
[03:13] <stgraber> Riddell, ScottK, persia: highvoltage and I just looked closely at that bug and it's only affecting users on Lucid who don't follow the upgrade instructions
[03:13] <stgraber> if they do an upgrade prior to dist-upgrading, they won't have the bug
[03:13] <stgraber> because that symlink issue got fixed as an SRU in lucid
[03:13] <stgraber> also, mvo's fix isn't the right one, we don't want to fix the symlink, we actually want it removed completely
[03:14] <persia> Oh, cool.  Fixing it in a lucid upgrade is even better.
[03:14] <ScottK> So should Riddell remove it?
[03:14] <stgraber> as fixing the symlink would make it point to another file in /usr/share/edubuntu-artwork which is a symlink to the actual correct file in /usr/share/gconf/defaults
[03:14] <stgraber> ScottK: yes
[03:15] <ScottK> Riddell: ^^^
[03:15] <ScottK> I can't do that one.
[03:15] <stgraber> ScottK: I'm going to upload new package in -proposed which fixes the rm of that symlink completely but that can go post-release
[03:15] <ScottK> OK.
[03:15] <stgraber> ScottK, Riddell: Should I bump the version to 10.10.10.2 for that upload or can I re-use 10.10.10.1 ?
[03:16] <ScottK> You need to bump it.
[03:16] <ScottK> 10.10.10.1 is used now.
[03:20] <Riddell> removed from maverick-proposed
[03:20] <stgraber> Riddell: thanks
[03:29] <pinnerup> Anyone has any idea when tomorrow the release will be publicly available?
[03:30] <Riddell> exactly one hour after the last person asks when it will be available
[03:30] <persia> pinnerup, #ubuntu-release-party is the channel to speculate.
[03:30] <pinnerup> Ah, thanks.
[03:30] <Riddell> we really should have got cjwatson to do the +v only thing
[03:40] <ScottK> Only 209 users there.  Hardly getting started.
[03:40] <ikonia> getting messy though
[03:40] <wgrant> Hm, access here is rather limited :(
[03:41] <ikonia> thankfull jono appears to have controlled himself this release
[03:41] <wgrant> ikonia: Oh, we'll see about that :)
[03:42] <roved2101> hey fanbois is it out yet?
[03:43] <ScottK> roved2101: You want #ubuntu-release-party.
[03:43] <ScottK> Riddell: You're right.
[03:44] <wgrant> At this time you'll need Hobbsee or the IRCC to do it.
[03:44] <ikonia> don't think any IRCC members are active
[03:44] <wgrant> Yeah :(
[03:45]  * micahg could give it a shot as long as the permissions aren't locked
[03:47] <ikonia> they are
[03:47] <ikonia> only a few named people and the ircc
[03:47] <stgraber> according to the access list: cjwatson, Mithrandir, pitti, Hobbsee, slangasek and UbuntuIrcCouncil
[03:47] <stgraber> have access
[03:48] <wgrant> Right. As I said, all except Hobbsee and possibly the IRCC should be asleep.
[03:48] <ikonia> only cjwatson and hobbsee has full control
[03:49] <wgrant> Hmm?
[03:49] <ikonia> I don't think it will get bad in here any way
[03:51] <micahg> maybe a notice on login that the party channel is for are we there yet stuff?
[03:58] <ikonia> no-one reads it
[03:59] <persia> +m +v on ubuntu/member is usually better.
[03:59] <GrueMaster> Ok, preliminary testing of kubuntu-desktop on beagleXM is good.  Slow, but usable.
[04:00] <ScottK> \o/
[04:00] <stgraber> I believe last time cjwatson +m the channel and manually +v everyone who's supposed to talk in that channel, then +v people as they joined and had reason to talk
[04:00] <wgrant> That happened last time just after the 11th hour reroll was declared.
[04:01] <wgrant> It was fairly noisy. It's not close to that level yet.
[04:51] <GrueMaster> Ok, the kubuntu-preinstalled-mobile-omap* images are corrupted.  I have updated bug 657281 accordingly.
[04:51] <ubot4> Launchpad bug 657281 in ubuntu "Kubuntu Maverick on Omap3 & Omap4: screen goes black and never comes back (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/657281
[04:51] <GrueMaster> And I'm out for the night.
[04:53] <highvoltage> goodnight GrueMaster
[05:10] <stgraber> ok, I'm out for a while, will be back in around 5 hours.
[06:25] <nhandler> Did you guys need an IRCC member?
[06:27] <wgrant> nhandler: It was desired to +m the channel and +v most people. But things seem to have quietened down now.
[06:30] <nhandler> wgrant: So do you not want the +m/+v now? I'm about to head to bed (and I doubt anyone else with access will be around for a few hours, but most confused users will also probably be gone)
[06:31] <wgrant> I'm not -release. But it seems quiet enough now that I wouldn't bother.
[06:33] <nhandler> Well, not really a release team decision for this, more of a 'what will make the channel function the best' decision. But if you think things are quiet enough now, I'll head to bed.
[08:32] <wgrant> Morning robbiew.
[08:32] <robbiew> morning
[08:37] <pitti> Good morning
[08:38] <pitti> ikonia: what's up?
[08:38] <pitti> (I'm not IRC council, FTR)
[08:39] <wgrant> You're not IRCC, but you have access here.
[08:40]  * pitti starts SRU processing
[08:42] <pitti> cjwatson, slangasek, ScottK: FYI, switched queuediff to default to maverick
[09:09] <ttx> skaet, robbiew: o/
[09:09] <Daviey> ttx: o/
[09:09] <ttx> Daviey: still around ?
[09:09] <Daviey> ttx: Seems you made it back safely :)
[09:09] <Daviey> ttx: Yeah
[09:10] <skaet> tty, o/
[09:10] <ttx> ttz waves back
[09:10] <pitti> hey skaet, good morning
[09:10] <pitti> hey ttx
[09:14] <skaet> hey pitti, good morning
[09:16]  * ttx keeps a window open into a 10.10.10 world
[09:29] <pitti> ok, SRU queue cleared, except for two which I need further info for, and udev which I uploaded myself
[09:31] <slangasek> speaking of the SRU queue, I still need to announce this plan about the SRU freeze later this month.  Do you think that belongs on u-d-a or u-d?
[09:32] <pitti> slangasek: uda would be better IMHO
[09:32] <pitti> we used to send out SRU process changes there
[09:32] <wgrant> robbiew: You know that only ops can see what normal people are saying in #u-r-a, right?
[09:32] <pitti> and right after release everyone is trying to get in SRUs
[09:33] <slangasek> pitti: ack
[09:33] <robbiew> wgrant: yep
[09:33] <wgrant> Heh. It just looks a bit odd to see you shushing nonexistent people.
[09:40] <persia> What is the plan for the "SRU Freeze"?  Is there a draft?
[09:43] <tgardner> pitti, I'll have the 0 day kernel release uploaded in a few minutes, once I'm sure its exactly what Leann uploaded.
[09:46] <pitti> tgardner: ah, great
[09:56] <marjo> skaet: ISO Testing Results: 100% test image coverage; 100% mandatory test cases done; 99.9% optional test cases
[10:04] <tgardner> pitti, re-uploaded linux_2.6.35-22.34. holler if it ain't right
[10:08] <pitti> tgardner: to -security?
[10:08] <Riddell> morning
[10:08] <pitti> I don't have control over that, I think we need jdstrand, kees, or mdeslaur
[10:08] <pitti> hey Riddell, good morning
[10:09] <tgardner> pitti, yep, to -security
[10:12] <tgardner> pitti, you're right. I can't upload to -security. can you just promote Leann's upload to -security? or do I _really_ need one of the security team geeks to do this?
[10:15] <pitti> I don't know their current procedure
[10:15] <pitti> we could in theory build it in -proposed, and then copy over to -security
[10:16] <pitti> but I don't know what that'd break
[10:16] <pitti> tgardner: was that ever done before?
[10:16] <tgardner> pitti, APW AND SMB TELL ME THATS THE WAY IT WAS DONE LAST TIME
[10:16] <tgardner> oops, sorry
[10:16]  * apw covers his ears
[10:17] <persia> It won't break anything as long as none of the packages that end up installed *during the build* differ between -updates and -security.  If any differ, breaks semantic validity of -security, and is very, very, very bad.
[10:18] <wgrant> Soyuz-wise it will work fine.
[10:19] <wgrant> Is it not embargoed, though?
[10:19] <pitti> no, and USN release should be done at the time of -proposed -> -security
[10:19] <tgardner> all of the CVEs have been released
[10:20] <pitti> tgardner: ok, accepted; should build now
[10:20] <pitti> I'll sort out the bug mangling after breakfast
[10:20] <tgardner> pitti, cool, thanks
[10:42] <Riddell> mvo: how come meta-release uses maverick-propoed and not maverick-updates ?
[10:45] <mvo> Riddell: yes, I already updates that
[10:45] <mvo> Riddell: for the kubuntu fix you did
[10:46] <Riddell> thanks for that
[10:46] <Riddell> but it doesn't answer my question :)
[10:46] <mvo> Riddell: I was wondering if we shouldn't set the diff to "expanded" by default (and hide the button). but I don't know if that will cause issues :/
[10:46] <Riddell> mvo: well expanding it is the problem, that's what loads the troublesome plugin
[10:47] <mvo> Riddell: aha, ok. could we load and expand it when the upgrade starts?
[10:47] <mvo> Riddell: so that it does not load it on demand?
[10:47] <mvo> Riddell: about -proposed, let me check
[10:47] <Riddell> I did try a version with show/hide at the start, but it didn't help for some reason and I ran out of time
[10:48] <mvo> Riddell: aha, thanks!
[10:49] <mvo> Riddell: about -updates> there is no release-upgrader in -updates :/ that is a soyuz bug
[10:49] <mvo> Riddell: I work around it usually by using the explict version from -updates in the meta-release file
[10:49] <Riddell> silly soyuz
[10:49] <mvo> Riddell: but currently current and 0.142.20 are the same, so I did not use the explicit vresion
[10:49] <wgrant> Silly custom uploads, more likely :P
[10:50] <mvo> *pff* ;)
[10:50] <wgrant> Well, actually silly Soyuz design decisions from 5.5 years ago that are really awkward to change :(
[11:03] <pitti> hm, do we block torrents until the red button?
[11:03] <pitti> "Requested download is not authorized for use with this tracker"
[11:03] <persia> Ought do, really.
[11:04] <pitti> of coruse it's possible that my ISP recently blocked that
[11:04] <slangasek> never heard of torrent blocking before
[11:04] <pitti> I don't usually use torrents, but it's step 7 in "release - 3h"
[11:05] <pitti> some guys in #u-r-p also say that torrents don't work for them
[11:05] <stgraber> pitti: mine are still downloading. The tracker seemed to be dead initialiy, took 10min or so for them to start
[11:06] <pitti> stgraber: ok, thanks for confirming
[11:06]  * pitti blames Telekom then
[11:10] <Riddell> are we nearly there yet?
[11:10] <persia> Riddell, at least another hour :p
[11:10] <pitti> 10:10 UTC *cough*
[11:10] <wgrant> 10:10:12 :(
[11:10] <wgrant> Congrats everyone.
[11:12] <pitti> web site wise we haven't released yet, though :)
[11:12]  * Riddell publishes http://www.kubuntu.org/news/10.10-release
[11:12] <wgrant> pitti: Looks good to me.
[11:12] <pitti> even though #u-r-p claims otherwise
[11:12] <pitti> ah, now!
[11:12] <gaspa>  o/
[11:12] <pitti> \o/
[11:12] <nigelb> "06:10 <@robbiew> Ubuntu 10.10 is released"
[11:12] <pitti> meerkat dance!
[11:13]  * persia encourages anyone doing things a bit late to consider the -d argument to touch(1)
[11:13] <wgrant> Heh.
[11:14] <pitti> robbiew: "Sun, 10 Oct 2010 11:10:10 +0100" -> well fudged^Wdone!!
[11:14] <stgraber> yeah !
[11:14] <nigelb> \o/
[11:14]  * stgraber does the Edubuntu release magic and goes back to bed, it's a bit early here ;)
[11:14] <nigelb> tbh, less crazier release this time :)
[11:15] <persia> Trick to being uncrazy is doing it Sunday rather than Thursday.
[11:15] <pitti> congrats everyone!
[11:15] <Squirm> yaya
[11:15] <Squirm> :D
[11:15] <marjo> congrats everyone! skaet: nice first release
[11:15] <nigelb> persia: heh, good point
[11:15] <pitti> who wants to have the honor of updating #devel topic?
[11:15] <slangasek> skaet, robbiew et al: congrats!
[11:16] <wgrant> Heh, OMG! was 5 minutes late.
[11:16]  * pitti votes for skaet
[11:16] <marjo> pitti: ditto
[11:16] <pitti> wgrant: went to the loo at the wrong time?
[11:16] <nigelb> pitti: hahaha
[11:16] <Squirm> lol
[11:17] <robbiew> slangasek: thank you my friend
[11:17]  * nigelb bows to robbiew 
[11:17] <nigelb> Beautiful release mail
[11:17] <mvo> congrats skaet and robbiew from me as well!
[11:18] <marjo> robbiew: congrats for another fine release
[11:18] <robbiew> nigelb: I aim to please
[11:18] <robbiew> nigelb: and notice the time the email was sent ;)
[11:18] <nigelb> robbiew: DANG! YOU ROCK!
[11:18] <nigelb> how in the world did you get the timing right :D
[11:18] <persia> robbiew, So, how many times did you need to reset your clock to ensure that time?
[11:19] <pitti> robbiew: mutt's "edit all headers" feature, presumably? :-)
[11:19] <robbiew> persia: pitti: well.....;)
[11:19] <persia> (and if you try for that sort of time again, consider setting your timezone to Reykjavik for the extra +0000 goodness)
[11:19] <robbiew> persia: NEVER AGAIN!!!
[11:19] <persia> Awwww
[11:20] <persia> Note that there was a certain inevitability about it, making the anticipation today less exciting than usual.
[11:21] <wgrant> Well, it could have gone the way of Lucid.
[11:21] <pitti> persia: not quite; remember what happened to earth just 5 minutes before the program ended
[11:21] <Riddell> http://torrent.ubuntu.com/kubuntu/simple/maverick/desktop/ not updated?
[11:21] <Riddell> (or http://torrent.ubuntu.com/simple/maverick/desktop/ )
[11:21] <persia> pitti, See, that's the unfortunate aspect of the misnomer of "trilogy": it was all reset so that nobody really noticed.
[11:21] <Squirm> the website link is quick too
[11:21] <Squirm> got it in 5min
[11:22] <pitti> newz2000, robbiew: web site alert: http://www.ubuntu.com/news/ubuntu-10.10-desktop-edition is 404
[11:22] <pitti> it's the prominent link from teh announcement
[11:22] <Squirm> I downloaded it from
[11:22] <Squirm> http://www.ubuntu.com/desktop/get-ubuntu/download
[11:23] <wgrant> Hm. Some of the screenshots on the front page are a bit bad.
[11:23] <robbiew> pitti: fixing now
[11:24] <robbiew> pitti: ...well, elmo is getting it fixed ;)_
[11:24] <Ng> pitti: where did you get that link from?
[11:24] <pitti> Ng: robbie's email announcement
[11:24] <pitti> same problem with http://www.ubuntu.com/news/ubuntu-10.10-server-edition
[11:24] <pitti> Ng: https://lists.ubuntu.com/archives/ubuntu-announce/2010-October/000139.html
[11:24] <Ng> thanks
[11:25] <pitti> Ng: I'm afraid this is the one email we can't possibly send a followup to, date wise
[11:25] <nigelb> All I can ay is mod_rewrite ftw to fix that :/
[11:28]  * ttx congrats everyone
[11:30] <ttx> robbiew, Daviey, skaet: no release at http://uec-images.ubuntu.com/releases/10.10/ ?
[11:31] <Ng> pitti: robbiew: fixed
[11:31]  * ttx compares with http://uec-images.ubuntu.com/releases/10.04/release/
[11:31] <pitti> Ng: cool, thanks!
[11:31] <Daviey> ttx: skaet is working on it now
[11:31] <robbiew> ttx: who does that?
[11:31] <Daviey> (i think)
[11:31] <ttx> robbiew: I think it's some nectarine magic
[11:32] <robbiew> ttx: ack
[11:32] <persia> If it's magic, it's probably a target for automation: we've done enough releases, we ought know how to do it.
[11:32] <robbiew> ttx: see #distro
[11:33] <slangasek> it's in the checklist, in fact; is it missing a command to push the changes to the mirrors maybe?
[11:34] <pitti> have a nice Sunday everyone!
[11:34] <marjo> pitti: congrats & thx!
[11:38] <sabdfl> well done all
[11:39] <ttx> Daviey, skaet: also the aws pages still point to RC, but I guess this needs to be done after the publication script.
[11:46] <Daviey> ttx: yeah
[11:46] <Daviey> ttx: Do you happen to know how long the upload normally takes?
[11:50] <ttx> 5 min
[11:50] <ttx> according to smoser
[11:51] <ttx> "the only thing needed is a < 5 minute operation "Make the build public"."
[11:51] <ttx> Daviey, skaet: you're trying to run "promote-daily --make-public", right
[11:54] <skaet> ttx, yup.  ;)
[12:28] <smoser> skaet, Daviey ttx i'm here.
[12:28] <smoser> got your call, and see that
[12:28] <smoser> :-(
[12:40] <ogra_ac> hmm, somehow the manifest files for omap and omap4 didnt get copied to http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/
[12:45] <robbiew> ogra_ac: perhaps pitti can help...skaet is resolving some ec2 images related stuff
[12:45] <ogra_ac> robbiew, no hurry, if someone complains i can send them to the daily image page it has the right file
[12:46] <robbiew> ogra_ac: ack
[12:46] <ogra_ac> (and worst case i could copy them over manually, but i think the release script misses a bit, cjwatson fixed the daily scripts for us but we seemingly both forgot about the actual release script)
[12:47] <skaet> ogra_ac, if you can,  just copy them over, and we'll add it to the post-mortem list for the scripts.
[12:47] <ogra_ac> k
[12:49] <skaet> thanks!
[13:22] <ogra_ac> hmm, i cpoied them to the right dir on antimony but dont see them on cdimage
[15:47] <pitti> ogra_ac: what's up?
[15:47] <pitti> (sorry, was out for a hike)
[15:48] <ogra_ac> pitti, manifest files are missing for omap and omap4
[15:49] <ogra_ac> pitti, i copied them manually in the right dir on antimony, but apparently they dont get mirrored to http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/
[15:50] <pitti> ogra_ac: you ran sync-mirrors?
[15:50] <ogra_ac> ah, no, i didnt
[15:50]  * ogra_ac has never touched the publishing stuff
[15:50] <pitti> you need to run that after each change
[15:50] <ogra_ac> ok
[15:50] <pitti> ogra_ac: I'll check it and run it now
[15:50] <ogra_ac> ok, thanks
[15:51] <pitti> weird, why is cdimage so slow today?
[15:51] <ogra_ac> lol
[15:51] <elmo> :-(
[15:51] <pitti> (SCNR)
[15:51]  * ogra_ac guesses somone downloads something from it 
[15:51] <elmo> you're up to 5 damn servers - I'm going to go to 7 next time
[15:51] <ogra_ac> (just a guess though)
[15:51] <pitti> the day when we do a release and cdimage is fast is a good day to look for another job
[15:52] <ogra_ac> yeah
[15:52] <pitti> it's actually surprisingly fast, j/k
[15:52] <pitti> ogra_ac: http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/ubuntu-netbook-10.10-netbook-armel+dove.manifest works, though; do you mean another one?
[15:52] <ogra_ac> last release i needed several tries to get to it
[15:52] <ogra_ac> pitti, omap and omap4
[15:53] <pitti> ogra_ac: ah, I see
[15:53] <ogra_ac> i dont care about dove, nobody has that HW out in the wild
[15:53] <persia> Nobody has omap4 either :p
[15:53] <ogra_ac> persia, well, but omap4 is on pre-sales
[15:54] <persia> True.
[15:54] <pitti> ogra_ac: rsync running, will take a bit
[15:54] <ogra_ac> pitti, thanks a lot
[15:57]  * pitti off again, cu tomorrow
[16:06] <ttx> elmo: how is the download rate going ? Does releasing on a sunday make a difference ?
[16:07] <ttx> for the record, the cloud images are OK now :)
[16:07] <ttx> thanks to smoser that we woke up on that fine Sunday morning
[16:22]  * skaet thanks smoser for getting up so early!  thanks too to ttx and daviey for helping to sort it all out.   
[16:23] <Daviey> :D
[16:25] <skaet> pitti,  ogra_ac - are things sorted out with the manifests noe?
[16:25] <skaet> s/noe/now/
[16:27] <ogra_ac> skaet, yep
[16:27] <ogra_ac> everything fine now
[16:30] <skaet> *\o/*
[16:30] <ogra_ac> :)
[16:31] <skaet> thanks ogra_ac, pitti!
[17:00] <smoser> ttx, thanks for catching the ami pages.
[17:00] <smoser> i'm checking them now
[17:00] <ttx> smoser: cool
[17:00] <smoser> i'm not sure how the alpha1 ami ids got into the x86_64 header
[17:00] <smoser> that ws the only errors you saw, right?
[17:01] <ttx> and the 32 bit header contained the 64bit header
[17:01] <ttx> I think
[17:01] <ttx> the bodies were ok
[17:04] <ttx> yep, maverick-i386.txt contained data from the 64-bit AMIs
[17:04] <ttx> was pretty confusing, I ended up with two 64-bit pages :)
[17:13] <jdstrand> pitti: fyi, ogasawara had an ack from kees regarding the 0-day kernel on maverick to build in -proposed and copy to -security since there is nothing in -updates now (and therefore builds in -proposed and -security would be identical)
[17:14] <jdstrand> pitti: that of course won't last forever :) for today it is fine though
[19:22] <persia> jdstrand, http://archive.ubuntu.com/ubuntu/dists/maverick-updates/main/source/ doesn't appear empty to me.  And it also doesn't appear identical to http://archive.ubuntu.com/ubuntu/dists/maverick-security/main/source/ (even ignoring the other components, which ogre-model protects the kernel from anyway)
[19:22] <persia> kees, ogasawara ^^
[19:31] <lamont> persia: see also https://edge.launchpad.net/ubuntu/+source/update-manager
[19:32] <persia> lamont, Yes.  The main point being that while it happens to be true that the set of packages installed on a kernel build is identical, the rationale given for the free pass of the 0-day kernel SRU doesn't happen to be valid, so ought be adjusted.
[19:33] <persia> (free pass for -updates -> -security, which is typically bad)
[19:33] <lamont> ah
[19:33] <lamont> I'm also missing about 15 minutes of context
[19:34] <persia> More like ~8 hours, if I recall correctly.  Might even be 10.
[19:34] <persia> (at least I was responding to a last comment ~2 hours ago in a (slow) discussion on the topic since about that long back)
[19:35] <persia> Anyway, have a good weekend.  I should probably finish waking up before adding more.
[20:10] <lifeless> persia: you're out of your normal TZ?
[20:10] <persia> lifeless, No.  Just up a bit earlier than usual.
[21:49] <jdstrand> persia: granted, update-manager slipped in since the free pass was given, but as stated and you know as well, it won't affect the build
[21:49] <jdstrand> -proposed will also pull in -updates and -security, so building the kernel in -proposed is still ok
[21:50] <jdstrand> persia: also, this is a one time free pass-- we are very careful about *not* copying from -updates -> -security. but I think you know that as well. so I think in all we have maximum clarity now
[22:11] <persia> Right.  I just wanted to make sure the official justification was because nothing in -updates would be pulled by the build, rather than that nothing was in -updates, given timestamps, etc.  best to set precedents carefully, even when one hopes to never repeat.
[22:18] <rlameiro> popey: hi, persia told me that you manage some kind of video distribution of ubuntu related stuff, is there something for ubuntu studio?
[22:20] <persia> heh.  I certainly didn't expect that to appear in this channel :)
[22:20] <jcastro> rlameiro: #ubuntu-community-team for those kind of questions please!
[22:21] <rlameiro> well, its the only channel i found Popey:D sorry jcastro
[22:21] <jcastro> no worries
[22:21] <rlameiro> jcastro: why are some ubuntu channels hidden on the whois?
[22:22] <persia> It's not that, it's some people don't expose all their channels in /whois
[22:23] <rlameiro> ok
[22:34] <nhandler> rlameiro: The +i usermode is now enabled by default. This means that when you /whois a user, you will only see channels that you share with them (unless the user manually removed the +i usermode)
[22:36] <rlameiro> oh, ok
[22:36] <rlameiro> nhandler: thanks for the info, i didnt knew that