[00:00] 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] heh, well, i edited after mpt so better check twice :) [00:12] ogra_ac: will do another pass after i wake up and am a bit more alert. ;) [00:13] heh, good [00:14] * ogra_ac is off to bed [00:15] 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] guid nicht skaet [01:11] 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] good luck for release! [01:12] groovy [01:12] thanks cjwatson [01:12] have a nice non-release Sunday [01:17] cjwatson: jibel reported migration assistant failed (no option to import for Windows 7); just FYI [01:51] 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] 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] copied to maverick-updates [01:53] still need to make sure mvo updates the meta-release file correctly [01:53] is edubuntu-artwork also in -updates now ? [01:54] dunno, try looking at launchpad [01:54] will try (I'm on my cell) [01:58] It's still pending. [01:58] (in unapproved) [01:59] who do I need to nag to have it moved to -updates (ideally before releas) ? [02:01] 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] will cause gconf update issue for users upgrading from 10.04 [02:04] we just didn't want it on the DVD as we'd have needed to retest for something that only fixes upgrades [02:04] weee [02:04] when relase maverick? [02:04] but we really want that in for users upgrading from 10.04 [02:04] 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] roxdragon: I think you want to be in #ubuntu-release-party. [02:05] ScottK: it might cause gconf update failure for users upgrading from 10.04 [02:06] 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] ScottK: as update-gconf will very likely fail for these users until edubuntu-artwork is updated [02:06] And what happens if it fails? [02:06] Does the system upgrade fail? [02:07] ScottK: well, for example installing another software using gconf would probably fail (as in, no setting or schema update) [02:07] stgraber: "we just didn't want it on the DVD" but the bad version is on the DVD surely? [02:07] Riddell: Right, but it just affects upgrades. [02:08] no, the upgrade won't fail but installing any software after the upgrade might fail [02:08] (mvo found the bug and made the upload, I only reviewed+tested the change) [02:10] 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] I'll review it for -proposed for now [02:14] it'll need to build and get tested anyway [02:15] 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] 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] stgraber: does this also need the gconf update? [02:16] persia: I'd need to recheck the but mvo fixed (once I'm no longer on my [02:16] cell) [02:16] persia: bug 633370 [02:16] 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] Riddell: nope [02:16] persia: good morning :) [02:17] Good morning :) I hope you're well east or west of your typical haunts :) [02:18] That bug *will* cause random packages to not be configured until the update is available. [02:18] Depending on the postinsts, this may or may not impact things. [02:18] OK. That makes it sound a little more interesting. [02:19] 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] 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] For a large value of very. [02:20] 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] where here means bug 633370 [02:21] 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] stgraber: also that bug needs a TEST CASE comment [02:21] Riddell: ok, highvoltage as a VM we can use for that. Thanks [02:21] not with me though [02:22] highvoltage: should have taken your laptop, told you :) [02:22] I tested for 633370 and I couldn't reproduce [02:23] just talked to stgraber IRL, I didn't test it properly [02:23] sorry, talking was just a lot faster than typing on the n900 :) [02:24] It will need a test case/test result before it can go in -updates. [02:26] sure [02:26] highvoltage: can you write it quickly ? [02:33] stgraber: not sure if it's good, but it's there [02:35] release note added for Bug: 656876 [02:35] bug 656876 [02:35] 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] (signing off from IRC for now, battery low and I have a policy of getting drunk while on irc) [02:38] (uhm, I mean not) [02:38] highvoltage: thanks, will test it once we are back home (package should be built by then) [02:55] 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] GrueMaster: Thank you. I think that will be sufficient. [02:57] Very helpful [02:57] Sorry I couldn't get to it earlier while at TI, but we were having internet issues. [02:58] Hard to download a full image over 3G, and my backups made zsync useless. [02:58] Understood. [02:58] 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] Riddell: I still see edubuntu-artwork in the queue as unapproved, is that normal ? [03:06] It is if he didn't actually accept it. [03:06] (which seems to be the case) [03:06] Let me have a look [03:07] 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] I plan on hitting it with beqagleXM. [03:08] I know it will fail on beagle. [03:08] omap4 image looks good. [03:08] hmm, the sru-accept script should have done that [03:08] stgraber: accepted now [03:08] ScottK: ^^ [03:09] OK. [03:09] * ScottK stops [03:13] 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] if they do an upgrade prior to dist-upgrading, they won't have the bug [03:13] because that symlink issue got fixed as an SRU in lucid [03:13] 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] Oh, cool. Fixing it in a lucid upgrade is even better. [03:14] So should Riddell remove it? [03:14] 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] ScottK: yes [03:15] Riddell: ^^^ [03:15] I can't do that one. [03:15] 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] OK. [03:15] 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] You need to bump it. [03:16] 10.10.10.1 is used now. [03:20] removed from maverick-proposed [03:20] Riddell: thanks [03:29] Anyone has any idea when tomorrow the release will be publicly available? [03:30] exactly one hour after the last person asks when it will be available [03:30] pinnerup, #ubuntu-release-party is the channel to speculate. [03:30] Ah, thanks. [03:30] we really should have got cjwatson to do the +v only thing [03:40] Only 209 users there. Hardly getting started. [03:40] getting messy though [03:40] Hm, access here is rather limited :( [03:41] thankfull jono appears to have controlled himself this release [03:41] ikonia: Oh, we'll see about that :) [03:42] hey fanbois is it out yet? [03:43] roved2101: You want #ubuntu-release-party. [03:43] Riddell: You're right. [03:44] At this time you'll need Hobbsee or the IRCC to do it. [03:44] don't think any IRCC members are active [03:44] Yeah :( [03:45] * micahg could give it a shot as long as the permissions aren't locked [03:47] they are [03:47] only a few named people and the ircc [03:47] according to the access list: cjwatson, Mithrandir, pitti, Hobbsee, slangasek and UbuntuIrcCouncil [03:47] have access [03:48] Right. As I said, all except Hobbsee and possibly the IRCC should be asleep. [03:48] only cjwatson and hobbsee has full control [03:49] Hmm? [03:49] I don't think it will get bad in here any way [03:51] maybe a notice on login that the party channel is for are we there yet stuff? [03:58] no-one reads it [03:59] +m +v on ubuntu/member is usually better. [03:59] Ok, preliminary testing of kubuntu-desktop on beagleXM is good. Slow, but usable. [04:00] \o/ [04:00] 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] That happened last time just after the 11th hour reroll was declared. [04:01] It was fairly noisy. It's not close to that level yet. [04:51] Ok, the kubuntu-preinstalled-mobile-omap* images are corrupted. I have updated bug 657281 accordingly. [04:51] 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] And I'm out for the night. [04:53] goodnight GrueMaster [05:10] ok, I'm out for a while, will be back in around 5 hours. [06:25] Did you guys need an IRCC member? [06:27] nhandler: It was desired to +m the channel and +v most people. But things seem to have quietened down now. [06:30] 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] I'm not -release. But it seems quiet enough now that I wouldn't bother. [06:33] 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] Morning robbiew. [08:32] morning [08:37] Good morning [08:38] ikonia: what's up? [08:38] (I'm not IRC council, FTR) [08:39] You're not IRCC, but you have access here. [08:40] * pitti starts SRU processing [08:42] cjwatson, slangasek, ScottK: FYI, switched queuediff to default to maverick [09:09] skaet, robbiew: o/ [09:09] ttx: o/ [09:09] Daviey: still around ? [09:09] ttx: Seems you made it back safely :) [09:09] ttx: Yeah [09:10] tty, o/ [09:10] ttz waves back [09:10] hey skaet, good morning [09:10] hey ttx [09:14] hey pitti, good morning [09:16] * ttx keeps a window open into a 10.10.10 world [09:29] ok, SRU queue cleared, except for two which I need further info for, and udev which I uploaded myself [09:31] 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] slangasek: uda would be better IMHO [09:32] we used to send out SRU process changes there [09:32] robbiew: You know that only ops can see what normal people are saying in #u-r-a, right? [09:32] and right after release everyone is trying to get in SRUs [09:33] pitti: ack [09:33] wgrant: yep [09:33] Heh. It just looks a bit odd to see you shushing nonexistent people. [09:40] What is the plan for the "SRU Freeze"? Is there a draft? [09:43] 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] tgardner: ah, great [09:56] skaet: ISO Testing Results: 100% test image coverage; 100% mandatory test cases done; 99.9% optional test cases [10:04] pitti, re-uploaded linux_2.6.35-22.34. holler if it ain't right [10:08] tgardner: to -security? [10:08] morning [10:08] I don't have control over that, I think we need jdstrand, kees, or mdeslaur [10:08] hey Riddell, good morning [10:09] pitti, yep, to -security [10:12] 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] I don't know their current procedure [10:15] we could in theory build it in -proposed, and then copy over to -security [10:16] but I don't know what that'd break [10:16] tgardner: was that ever done before? [10:16] pitti, APW AND SMB TELL ME THATS THE WAY IT WAS DONE LAST TIME [10:16] oops, sorry [10:16] * apw covers his ears [10:17] 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] Soyuz-wise it will work fine. [10:19] Is it not embargoed, though? [10:19] no, and USN release should be done at the time of -proposed -> -security [10:19] all of the CVEs have been released [10:20] tgardner: ok, accepted; should build now [10:20] I'll sort out the bug mangling after breakfast [10:20] pitti, cool, thanks [10:42] mvo: how come meta-release uses maverick-propoed and not maverick-updates ? [10:45] Riddell: yes, I already updates that [10:45] Riddell: for the kubuntu fix you did [10:46] thanks for that [10:46] but it doesn't answer my question :) [10:46] 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] mvo: well expanding it is the problem, that's what loads the troublesome plugin [10:47] Riddell: aha, ok. could we load and expand it when the upgrade starts? [10:47] Riddell: so that it does not load it on demand? [10:47] Riddell: about -proposed, let me check [10:47] 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] Riddell: aha, thanks! [10:49] Riddell: about -updates> there is no release-upgrader in -updates :/ that is a soyuz bug [10:49] Riddell: I work around it usually by using the explict version from -updates in the meta-release file [10:49] silly soyuz [10:49] Riddell: but currently current and 0.142.20 are the same, so I did not use the explicit vresion [10:49] Silly custom uploads, more likely :P [10:50] *pff* ;) [10:50] Well, actually silly Soyuz design decisions from 5.5 years ago that are really awkward to change :( [11:03] hm, do we block torrents until the red button? [11:03] "Requested download is not authorized for use with this tracker" [11:03] Ought do, really. [11:04] of coruse it's possible that my ISP recently blocked that [11:04] never heard of torrent blocking before [11:04] I don't usually use torrents, but it's step 7 in "release - 3h" [11:05] some guys in #u-r-p also say that torrents don't work for them [11:05] pitti: mine are still downloading. The tracker seemed to be dead initialiy, took 10min or so for them to start [11:06] stgraber: ok, thanks for confirming [11:06] * pitti blames Telekom then [11:10] are we nearly there yet? [11:10] Riddell, at least another hour :p [11:10] 10:10 UTC *cough* [11:10] 10:10:12 :( [11:10] Congrats everyone. [11:12] web site wise we haven't released yet, though :) [11:12] * Riddell publishes http://www.kubuntu.org/news/10.10-release [11:12] pitti: Looks good to me. [11:12] even though #u-r-p claims otherwise [11:12] ah, now! [11:12] o/ [11:12] \o/ [11:12] "06:10 <@robbiew> Ubuntu 10.10 is released" [11:12] meerkat dance! [11:13] * persia encourages anyone doing things a bit late to consider the -d argument to touch(1) [11:13] Heh. [11:14] robbiew: "Sun, 10 Oct 2010 11:10:10 +0100" -> well fudged^Wdone!! [11:14] yeah ! [11:14] \o/ [11:14] * stgraber does the Edubuntu release magic and goes back to bed, it's a bit early here ;) [11:14] tbh, less crazier release this time :) [11:15] Trick to being uncrazy is doing it Sunday rather than Thursday. [11:15] congrats everyone! [11:15] yaya [11:15] :D [11:15] congrats everyone! skaet: nice first release [11:15] persia: heh, good point [11:15] who wants to have the honor of updating #devel topic? [11:15] skaet, robbiew et al: congrats! [11:16] Heh, OMG! was 5 minutes late. [11:16] * pitti votes for skaet [11:16] pitti: ditto [11:16] wgrant: went to the loo at the wrong time? [11:16] pitti: hahaha [11:16] lol [11:17] slangasek: thank you my friend [11:17] * nigelb bows to robbiew [11:17] Beautiful release mail [11:17] congrats skaet and robbiew from me as well! [11:18] robbiew: congrats for another fine release [11:18] nigelb: I aim to please [11:18] nigelb: and notice the time the email was sent ;) [11:18] robbiew: DANG! YOU ROCK! [11:18] how in the world did you get the timing right :D [11:18] robbiew, So, how many times did you need to reset your clock to ensure that time? [11:19] robbiew: mutt's "edit all headers" feature, presumably? :-) [11:19] persia: pitti: well.....;) [11:19] (and if you try for that sort of time again, consider setting your timezone to Reykjavik for the extra +0000 goodness) [11:19] persia: NEVER AGAIN!!! [11:19] Awwww [11:20] Note that there was a certain inevitability about it, making the anticipation today less exciting than usual. [11:21] Well, it could have gone the way of Lucid. [11:21] persia: not quite; remember what happened to earth just 5 minutes before the program ended [11:21] http://torrent.ubuntu.com/kubuntu/simple/maverick/desktop/ not updated? [11:21] (or http://torrent.ubuntu.com/simple/maverick/desktop/ ) [11:21] pitti, See, that's the unfortunate aspect of the misnomer of "trilogy": it was all reset so that nobody really noticed. [11:21] the website link is quick too [11:21] got it in 5min [11:22] newz2000, robbiew: web site alert: http://www.ubuntu.com/news/ubuntu-10.10-desktop-edition is 404 [11:22] it's the prominent link from teh announcement [11:22] I downloaded it from [11:22] http://www.ubuntu.com/desktop/get-ubuntu/download [11:23] Hm. Some of the screenshots on the front page are a bit bad. [11:23] pitti: fixing now [11:24] pitti: ...well, elmo is getting it fixed ;)_ [11:24] pitti: where did you get that link from? [11:24] Ng: robbie's email announcement [11:24] same problem with http://www.ubuntu.com/news/ubuntu-10.10-server-edition [11:24] Ng: https://lists.ubuntu.com/archives/ubuntu-announce/2010-October/000139.html [11:24] thanks [11:25] Ng: I'm afraid this is the one email we can't possibly send a followup to, date wise [11:25] All I can ay is mod_rewrite ftw to fix that :/ [11:28] * ttx congrats everyone [11:30] robbiew, Daviey, skaet: no release at http://uec-images.ubuntu.com/releases/10.10/ ? [11:31] pitti: robbiew: fixed [11:31] * ttx compares with http://uec-images.ubuntu.com/releases/10.04/release/ [11:31] Ng: cool, thanks! [11:31] ttx: skaet is working on it now [11:31] ttx: who does that? [11:31] (i think) [11:31] robbiew: I think it's some nectarine magic [11:32] ttx: ack [11:32] 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] ttx: see #distro [11:33] it's in the checklist, in fact; is it missing a command to push the changes to the mirrors maybe? [11:34] have a nice Sunday everyone! [11:34] pitti: congrats & thx! [11:38] well done all [11:39] Daviey, skaet: also the aws pages still point to RC, but I guess this needs to be done after the publication script. [11:46] ttx: yeah [11:46] ttx: Do you happen to know how long the upload normally takes? [11:50] 5 min [11:50] according to smoser [11:51] "the only thing needed is a < 5 minute operation "Make the build public"." === doko__ is now known as doko [11:51] Daviey, skaet: you're trying to run "promote-daily --make-public", right [11:54] ttx, yup. ;) === smb`` is now known as smb [12:28] skaet, Daviey ttx i'm here. [12:28] got your call, and see that [12:28] :-( [12:40] 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] ogra_ac: perhaps pitti can help...skaet is resolving some ec2 images related stuff [12:45] robbiew, no hurry, if someone complains i can send them to the daily image page it has the right file [12:46] ogra_ac: ack [12:46] (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] ogra_ac, if you can, just copy them over, and we'll add it to the post-mortem list for the scripts. [12:47] k [12:49] thanks! === robbiew is now known as robbiew_ [13:22] hmm, i cpoied them to the right dir on antimony but dont see them on cdimage [15:47] ogra_ac: what's up? [15:47] (sorry, was out for a hike) [15:48] pitti, manifest files are missing for omap and omap4 [15:49] 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] ogra_ac: you ran sync-mirrors? [15:50] ah, no, i didnt [15:50] * ogra_ac has never touched the publishing stuff [15:50] you need to run that after each change [15:50] ok [15:50] ogra_ac: I'll check it and run it now [15:50] ok, thanks [15:51] weird, why is cdimage so slow today? [15:51] lol [15:51] :-( [15:51] (SCNR) [15:51] * ogra_ac guesses somone downloads something from it [15:51] you're up to 5 damn servers - I'm going to go to 7 next time [15:51] (just a guess though) [15:51] the day when we do a release and cdimage is fast is a good day to look for another job [15:52] yeah [15:52] it's actually surprisingly fast, j/k [15:52] 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] last release i needed several tries to get to it [15:52] pitti, omap and omap4 [15:53] ogra_ac: ah, I see [15:53] i dont care about dove, nobody has that HW out in the wild [15:53] Nobody has omap4 either :p [15:53] persia, well, but omap4 is on pre-sales [15:54] True. [15:54] ogra_ac: rsync running, will take a bit [15:54] pitti, thanks a lot [15:57] * pitti off again, cu tomorrow [16:06] elmo: how is the download rate going ? Does releasing on a sunday make a difference ? [16:07] for the record, the cloud images are OK now :) [16:07] 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] :D [16:25] pitti, ogra_ac - are things sorted out with the manifests noe? [16:25] s/noe/now/ [16:27] skaet, yep [16:27] everything fine now [16:30] *\o/* [16:30] :) [16:31] thanks ogra_ac, pitti! [17:00] ttx, thanks for catching the ami pages. [17:00] i'm checking them now [17:00] smoser: cool [17:00] i'm not sure how the alpha1 ami ids got into the x86_64 header [17:00] that ws the only errors you saw, right? [17:01] and the 32 bit header contained the 64bit header [17:01] I think [17:01] the bodies were ok [17:04] yep, maverick-i386.txt contained data from the 64-bit AMIs [17:04] was pretty confusing, I ended up with two 64-bit pages :) [17:13] 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] pitti: that of course won't last forever :) for today it is fine though [19:22] 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] kees, ogasawara ^^ [19:31] persia: see also https://edge.launchpad.net/ubuntu/+source/update-manager [19:32] 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] (free pass for -updates -> -security, which is typically bad) [19:33] ah [19:33] I'm also missing about 15 minutes of context [19:34] More like ~8 hours, if I recall correctly. Might even be 10. [19:34] (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] Anyway, have a good weekend. I should probably finish waking up before adding more. [20:10] persia: you're out of your normal TZ? [20:10] lifeless, No. Just up a bit earlier than usual. [21:49] 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] -proposed will also pull in -updates and -security, so building the kernel in -proposed is still ok [21:50] 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] 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] 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] heh. I certainly didn't expect that to appear in this channel :) [22:20] rlameiro: #ubuntu-community-team for those kind of questions please! [22:21] well, its the only channel i found Popey:D sorry jcastro [22:21] no worries [22:21] jcastro: why are some ubuntu channels hidden on the whois? [22:22] It's not that, it's some people don't expose all their channels in /whois [22:23] ok [22:34] 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] oh, ok [22:36] nhandler: thanks for the info, i didnt knew that