/srv/irclogs.ubuntu.com/2010/09/24/#ubuntu-release.txt

lamontmass giveback done per request from doko, just fyi < skaet / slangasek00:37
ScottKOh my.00:37
skaetlamont, thanks for the head's up.00:37
=== jjohansen is now known as jj-afk
lamontnot that much, actually.01:06
lamontnow that I've really done the giveback. :-(01:06
lamontarm was the winner at 112 jobs01:08
=== bjf is now known as bjf[afk]
=== bjf is now known as bjf[afk]
ogralamont, acorn reboot ping :)10:25
ogralamont, it's hanging once again10:25
lamontogra: bbg3 boards aren't remotely rebootable. :-(11:23
lamontwell, powerstabable11:23
ogralamont, yeah, i know, seems Nafallo already cared when i pinged anyway11:39
ScottKI'd appreciate it if another release team member would double check this, but doesn't the pm-utils upload need a b-d on dpkg-dev added to use dpkg-vendor?11:48
ogralamont, cjwatson, would http://paste.ubuntu.com/499635/ seem suitable for you to fix bug 600478 ?11:56
ubot4Launchpad bug 600478 in livecd-rootfs (Ubuntu Maverick) (and 2 other projects) "livecd.sh should remove foreign subarch headers during livefs build (affects: 1) (heat: 47)" [Medium,Confirmed] https://launchpad.net/bugs/60047811:56
lamontogra: does that want to override, instead of appending?11:59
lamontogra: otherwise, I'm head deep in some other stuff atm... testing would be love, etc...12:00
ogralamont, right, on amrel images we currently end up with all linux-headers packages for all subarches12:00
ograand we only want the one for the actual subarch we build12:00
lamontah, yeah.  that's a somewhat stab-in-the-face approach, but may well be right.12:02
lamontI haven't really reviewed it12:02
ograi'll run a testbuild ... takes only 90min12:03
ogra(once my babbage boots)12:03
cjwatsonScottK: perhaps a versioned b-d, but it may not matter since lucid had dpkg-vendor in its dpkg-dev12:13
ScottKcjwatson: Right, but AFAICT, it doesn't b-d on dpkg-dev at all, so I don't see how the change could work?12:14
cjwatsonScottK: is it using it at build time, rather than run time?12:15
cjwatsonScottK: dpkg-dev is build-essential ...12:15
ScottKAh.  OK.12:15
ScottKThat was the bit I was missing.12:15
cjwatsonhas to be given things like dpkg-source :-)12:15
ScottKcjwatson: Thanks.12:15
cjwatsonif you catch things using dpkg-vendor at run-time, that's almost definitely a bug12:16
cjwatsonanyone care to eyeball bug 634554 for me?  I think the upstream update is appropriate for maverick12:16
ubot4Launchpad bug 634554 in fuse (Fedora) (and 4 other projects) "fuse mounts hang on xattr retrieval with auditd (affects: 4) (heat: 28)" [Unknown,Unknown] https://launchpad.net/bugs/63455412:16
* cjwatson lobs it at the queue12:19
ScottKI'm not qualified to review the code diff, but from the changelog it sounds reasonable.12:19
* cjwatson nods. Thanks.12:20
cjwatsonntfs-3g still works ;-)12:20
cjwatsonthe rest of the queue is either my uploads or stuff I'm too closely involved with to review12:59
cjwatsonalso, the sysvinit and mountall uploads are coupled; not strongly enough to justify a dependency relationship, but if sysvinit goes in without mountall then there'll be a bit of error noise at boot13:05
dokocjwatson: why does gs-common show up as a candidate for demotion? it's used as a b-d, but it's a virtual package?13:42
ScottKcjwatson: When you have a couple of minutes, I have an idea for a platform related LP change I'd like to run by you.13:47
cjwatsondoko: presumably germinate always picks something else13:48
cjwatsonScottK: sure13:48
ograok, my livecd-rootfs headers fix works fine ...13:49
* ogra commits and uploads13:49
ScottKcjwatson: It occurred to me that it would possibly be useful for non-archive admin members of the release team (such as sistpoty and iulian) to have access to the unapproved queue for the development release (like I do by virtue of being an archive admin).13:49
ScottKcjwatson: I chatted with wgrant about it and it's apparently feasible to do this.  We might also want similar for -proposed for ubuntu-sru members that aren't archive-admins.13:50
dokocjwatson, ev: libutouch-grail1-udeb utouch-grail-tools xserver-xorg-video-fbdev-udeb demotions ok? installer stuff13:55
cjwatsonScottK: agreed, I think ubuntu-release should have queue admin access13:56
cjwatsondoko: yes, for now (though I want to look at those for later)13:56
ScottKcjwatson: Thanks.  How about ubuntu-sru for -proposed?13:57
cjwatsonScottK: fine by me, it makes sense13:57
ScottKOK.  Great.  I'll talk to wgrant to see if we can make it happen.13:57
cjwatsonthat would be wonderful, thanks13:57
ScottKcjwatson: I have a question about your language-selector upload.  The comment right before the line that's changed is "# rename is atomic".  AFAICT that's true of os.rename and also true of shutil.move if it's src and dst are on the same file system, but not if they aren't.  I'm not sure if we care, but I thought it was worth a mention to doublecheck.14:08
ScottKdoko: About your axis upload - I don't find that we have a package named libservlet2.5-java-gcj (just 2.4).14:16
dokowell, then we should build it, or drop libjava-axis-gcj14:20
dokoso better build it for 2.5 at this stage14:20
cjwatsonScottK: good question.  let me see if it matters14:21
cjwatsonhm, yes, it does, we're doing it on /etc/default/locale14:21
ScottKThanks.14:21
cjwatsonso I think instead we want something like:14:21
cjwatsontry:14:21
cjwatson    os.rename(out.name, fname)14:22
cjwatsonexcept OSError:14:22
cjwatson    shutil.move(out.name, some_name_on_same_fs)14:22
cjwatson    os.rename(some_name_on_same_fs, fname)14:22
ScottKWant me to reject it then?14:22
cjwatsonactually maybe that's nonsense, perhaps we should just create the tempfile on the same fs to start with14:22
cjwatsonyes please14:22
ScottKDOne.14:23
ScottKdoko: I'll defer to you on how best to fix it, but your current upload would make the package uninstallable.  How about if I reject it and you upload again once it's sorted?14:23
cjwatsonI think perhaps http://paste.ubuntu.com/499706/14:24
dokoScottK: no, please let it stay, I'll upload a new libservlet2.514:24
ScottKdoko: OK.14:24
=== ara__ is now known as ara
ScottKcjwatson: I think so, but I'm only looking at the changes, I don't understand the surrounding code.14:29
cjwatsonI've confirmed correct behaviour with strace14:30
cjwatsonthe purpose of the function is to search-and-replace an existing file and write a replacement version of it14:31
cjwatsonit's basically just glorified sed -i14:31
dokoScottK: re-uploaded axis, just dropping the dependency14:34
ScottKcjwatson: OK.  I'll accept it when it hits the queue.14:35
ScottKdoko: OK.  I'll reject the first one and then look at that one.14:35
cjwatsonScottK: reuploaded.  thanks again for catching that14:35
ScottKcjwatson: You're welcome.  The real thanks go to whoever wrote the comment.14:36
* ScottK would have never thought twice about it otherwise.14:36
cjwatson178.2.12 michael.vogt@ubuntu.com 2010051914:37
ScottKRight, well I don't think I've ever seen anything he did that wasn't done well.14:37
mvocjwatson: thanks a lot for this language-selector fix, funny co-incidence, I got bitten by the bug today and you already fixed :)15:02
dokocjwatson, slangasek: do the linaro packages need some seeding?15:02
cjwatsonmvo: heh, well it was mostly due to seeing the merge proposal15:13
cjwatsondoko: beats me15:13
* persia would prefer not to see linaro packages seeded, and have the long-delayed discussion about how to represent multiple support entities at UDS15:27
cjwatsonlamont: can you confirm whether bug 642344 is on your to-do list?15:38
ubot4Launchpad bug 642344 in libspring-2.5-java (Ubuntu Maverick) (and 1 other project) "libspring-2.5-java needs an initial manual build (affects: 1) (heat: 3380)" [High,Confirmed] https://launchpad.net/bugs/64234415:38
dokocjwatson: one more installer related demotion: libmtdev1-udeb mtdev-tools15:44
cjwatsonthat's ok too15:44
smoseri guess i should have brought this up before upload. there is a cloud-utils upload with fixes bug 621473 and bug 646823. they're both trivial fixes, with the dependency being more serious.  diff is at http://paste.ubuntu.com/499759/ diff is15:47
ubot4Launchpad bug 621473 in cloud-utils (Ubuntu) "uec-run-instances - passing multiple launchpad ids results in all of them failing (affects: 1) (heat: 116)" [Undecided,New] https://launchpad.net/bugs/62147315:48
ubot4Launchpad bug 646823 in cloud-utils (Ubuntu) "uec-run-instances requires paramiko but isn't a depends (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/64682315:48
ttxsmoser: targeting them to maverick15:50
ScottKsmoser: Accepted.16:05
smoserthank you16:05
ScottKYou're welcome.16:06
lamontcjwatson: interestingly, it's on Ng's todo list16:09
lamontcjwatson: rt4145516:10
lamontcjwatson: we're testing some documentation while we're at it16:11
dokodidn't you do this already with fpc? ;p16:11
=== jj-afk is now known as jjohansen
slangasekdoko: if you mean in components-mismatches, there's no reason for these u-boot packages to be in the Ubuntu seeds right now AFAICS17:22
dokook17:22
slangasekjust don't demote u-boot-linaro-omap4-panda, which the ARM team is using :)17:23
dokoslangasek: and u-boot-linaro-ca9x4-ct-vxp u-boot-linaro-mx51evk u-boot-linaro-omap3-beagle ?17:24
slangasekthose are used in linaro images, not in official Ubuntu ones; they can all be demoted17:24
ScottKslangasek: What would you think about recasting the Linaro release freeze is a period to do ISO builds and testing from the Maverick archive and then make it any flavor or derivative that wants to take advantage of it can use it and uploads should be coordinated with them?17:25
ScottKAlthough I'm not on the SRU team, so I didn't reply to the list, I think to the extent we can make this a generic Ubuntu thing and not special treatment for one derivative, it's a good idea.17:26
ScottKI doubt it actually affects what we'll do, but I think it's a better message.17:27
cjwatsonthat does make a certain amount of sense17:27
cjwatsona derivative stabilisation period17:28
slangasekScottK: it becomes an n-way coordination problem for the SRU team to figure out what should or shouldn't be let through, so if n ends up being large we would need some better tools; but sure, I think it makes sense to treat it that way17:28
ScottKI'm pretty sure n=1 for this cycle, so we can get smarter if it gets bigger.17:29
slangasekright :)17:29
=== bjf[afk] is now known as bjf
ogracjwatson, any idea why the dove and omap4 kernels want to go to universe ? looking at supported-kernel-common in the seeds it seems dove for example was never there but it never wanted to move to universe before either17:33
cjwatsonno17:33
* ogra wonders if he should just add both to supported-kernel-common17:33
cjwatsonlook at germinate output and figure it out from there17:33
ograoh, i guess i see the prob17:39
ogra * ${Kernel-Stem}-dove [armel]17:39
ogra * ${Kernel-Stem}-omap [armel]17:39
ogra * ${Kernel-Stem}-omap4 [armel]17:39
ograKernel-Stem is only linux or linux-image ... but omap4 and dove have linux-ti and linux-mvl17:40
ogra(in the boot seed)17:40
cjwatsonshould be ${Kernel-Stem}-mvl-dove etc. then17:40
ograright17:41
ograno17:41
ograactually :)17:41
ograthe that wont work with linux-image17:41
skaetScottK, slangasek - any thoughts on where the derivative stabilization period should be documented?   wondering if this is a good topic for UDS, after we go through a cycle?17:43
ScottKUnfortunately we won't have gone through a cycle until after UDS.17:43
skaetwell,  we'll be part way through at least ;)17:44
slangasekogra: eh - why are the binary metapackages not named consistently with the kernel packages!17:44
cjwatsonogra: in fact, the original was just fine17:44
cjwatsonlinux-dove | 2.6.32.409.1 |      maverick | armel17:44
ograslangasek, i didnt name them ...17:44
cjwatsonlinux-image-dove | 2.6.32.409.1 |      maverick | armel17:44
cjwatsonlinux-image-2.6.32-410-dove | 2.6.32-410.26 |      maverick | armel17:44
ScottKI think we ought to have a release team BOF session at UDS, but I don't think think particular issue needs a full session.17:44
cjwatsononly the source package is -mvl-dove, and the source package name is entirely irrelevant to germinate17:44
slangasekogra: I guess you'll have to list ${Kernel-Stem}-ti-omap4 and ${Kernel-Stem}-omap4 both to get the desired result17:44
cjwatsonslangasek: no, he's just got it wrong :)17:45
skaetScottK, including JamieBennett too I think.17:45
cjwatson${Kernel-Stem}-ti-omap4 will have no effect as far as I can see17:45
cjwatsonthe metapackages are linux-omap4 and linux-ti-omap417:45
ScottKskaet: Certainly, although my focus was around the Ubuntu release team, I think having other there is great too.17:45
slangasekskaet: I agree with ScottK; we should discuss things more generally17:46
* ogra is confused, doko pinged me about tehse packages being on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt17:46
slangasekcjwatson: ah, ok17:46
cjwatsonogra: somebody needs to update the dove metapackage to the current version, that's all17:46
skaetslangasek, ScottK,  cool.17:46
cjwatsonhaven't checked what's happening with omap but I imagine it's similar17:46
ogracjwatson, oh, ok17:46
ograwell, omap should be up to date17:46
ogra(omap4 that is)17:47
cjwatsonanyway, please check germinate output etc. rather than guessing.17:47
chrisccoulsonthanks to whoever approved lightning :)17:48
slangasekogra, cjwatson: platform/installer lists the old ABI version for omap4.17:49
ograbut the proper one for dove17:50
ograoh my17:50
* ogra fixes 17:50
ogranot only the old abi version btw17:52
ScottKdoko: We should have a new drizzle update on Monday that will actually build.  I'd rather not accept this one and then wait for the new one on Monday if you're OK with that?19:17
dokoScottK: I don't care, just cleaning up NBS19:18
ScottKOK. I'll reject this one and we'll let next week's upload clean it up.19:19
ScottKThanks.19:19
=== bjf is now known as bjf[afk]
sistpotyScottK: can you send a follow-up mail to u-d-a wrt sugar?19:34
ScottKsistpoty: Do you thin it needs it?  I cc'ed lfaraone and I don't think anyone else really needs to care.19:35
sistpotyScottK: I guess it doesn't have mach practical impact, but I think it would be good for the sake of transparency19:36
ScottKI can see that, but I think it's a very minor point for a u-d-a mail.19:37
sistpotyok, agreed (and it can be read on ubuntu-release list anyways)19:37
ScottKGreat.19:38
ogasawaraskaet: just fyi bug 64707120:07
ubot4Launchpad bug 647071 in linux (Ubuntu Maverick) (and 1 other project) "0-day Maverick Kernel Upload (affects: 1) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/64707120:07
skaetogasawara, thanks for the heads's up20:08
dokoScottK: 647079 again, ok to sync idzebra?20:18
ScottKdoko: Yes.20:19
skaetogasawara, looks good.  Only one weird thing from my perspective,  I see you set the milestone to maverick-updates, but its not showing up when I display it.20:24
skaetogasawara, not being picked up in the maverick-updates milstone search...   hmph.   will see what I can do.20:27
skaetogasawara, heh.   yup that worked.   search is picking it up.   all good.  action done ;)20:30
dokoScottK: ^^^ needed to build with qalculate version in maverick21:13
ScottKdoko: OK.21:13
ScottKdoko: Accepted.21:14

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!