/srv/irclogs.ubuntu.com/2012/04/11/#ubuntu-release.txt

cjwatsonI don't think the whoopsie failure in the Chinese edition build is a regression, or, if it is, it's a regression due to something subtle like configuration order moving around (which does indeed seem to have happened).  I've filed the root cause as bug 978502.02:20
ubot2Launchpad bug 978502 in whoopsie-daisy "whoopsie.postinst crashes silently if /var/crash is missing" [High,New] https://launchpad.net/bugs/97850202:20
cjwatsonI'd fix it myself but the branch is set up so that only ev can write to it.02:20
infinityGood thing the archive is still authoritative? ;)02:21
cjwatsonI think it's probably not that urgent.02:21
cjwatsonIf it causes more build failures overnight, I'll kick them in the morning.02:23
cjwatsondoko_: Do you have any suggestions for things to try for bug 941676?  I can reproduce it easily enough on davis.02:26
ubot2Launchpad bug 941676 in ppl "ppl ftbfs in precise on powerpc" [Medium,Confirmed] https://launchpad.net/bugs/94167602:26
infinitycjwatson: Could it be temporarily worked around with s/-g/-gstabs/ on PPC?  That sometimes lowers memory abuse enough to squeak by.02:28
infinitycjwatson: (Not that that addresses the underlying issue)02:28
cjwatsonI'll try that.  -O0 seems to help too.02:28
cjwatson-O1, jury's still out, but it's at well over a gig and rising.02:29
cjwatsonThere are probably multiple problems since in the current failure log on LP the OOM is at link time, not at compile time.02:30
infinitygstabs could still magically solve al of those.02:31
infinityBut it's a bit disconcerting.02:31
infinityAnd odd that it's only on the one package...02:31
hallynsay, bug 978456, qemu-common .deb has been released, but a user is unable to get it through apt-get update of qemu-kvm?02:31
ubot2Launchpad bug 978456 in qemu-kvm "Unavailable dependency for qemu-kvm 1.0+noroms-0ubuntu12 " [Undecided,Incomplete] https://launchpad.net/bugs/97845602:31
infinityThe error he's seeing from apt would be nice.02:33
hallynhm, it does show '02:34
hallynE: Unable to correct problems, you have held broken packages.'02:34
infinityOh, I didn't even see that in the original.02:34
hallynyeah i glossed over it the first time02:35
hallynis there a way to get the list of broken packages?02:35
infinityIf he actually has something held, "dpkg -l | grep ^h" will show it, but apt overloads that word, and it can just mean that something's being held back due to resolver issues.02:36
infinityI can confirm, however, that the archive is fine (his mirror might not be).02:37
infinityBut my local mirror finds the latest _all.deb just dandily, and lets me install qemu.02:37
hallynditto02:37
hallynok i'll just point out that line to him - thanks02:37
infinityAnyhow, he didn't give policy output for the arch all package, only the arch any.02:37
infinityWould be a good place to start.02:38
infinityI'm fairly sure it's just transient mirror lag.02:38
hallynwhat do you mean by policy output for the arch all package?02:40
infinityHe showed the output of "apt-cache policy qemu-kvm", but not "apt-cache policy qemu-common".02:40
hallynqemu-common?02:40
hallynok02:41
hallynthanks02:41
infinityamd64 and i386 were published 4 (four!) hours apart, I'm positive it was archive/mirror skew.02:41
infinityYou can probably just copy and paste my above line and close the bug. :P02:42
hallyninfinity: :)  that'd be fun, but i'd just replied.  hopefully he'll close it out in the morning.02:43
infinitycjwatson: Oh, I was thinking of adding a supported-upgrades seed to platform.*, that would carry transitional packages that match the criteria of "used to be in main in the last LTS" and "still depend on things in main now".02:52
infinitycjwatson: Start said file blank on each post-LTS release, and let it collect cruft between LTS and LTS.02:52
infinitycjwatson: (Things like the openoffice.org transitional packages belong there until Q, for instance, but I'm sure there are dozens more)02:53
Davieyinfinity: i thought they were caught at opportunities when merging "Keep until Foo release".02:53
infinityDaviey: Things get demoted all the time, though I appreciate the theory. :P02:54
infinityDaviey: But the upshot of having it in its own seed it also that the cruft is easily found post-LTS-release.02:54
infinityInstead of having it sprinkled all over.02:54
infinityEmpty seed, watch component-mismatches list 150 binaries, profit.02:55
astraljavaWhere are the question-marks?02:56
infinityastraljava: *blink*02:56
astraljavahttp://knowyourmeme.com/memes/profit02:57
infinitySee, "where are the underpants" would have made more sense.02:57
astraljavaYeah but I know where they are. Lots of 'em.02:57
cjwatsoninfinity: makes some kind of sense, yeah.  They're scattered all over the place right now.03:02
smoseri just uploaded tgt, would appredciate a review. i believe everything is fairly straight foreward03:20
smoserhttp://paste.ubuntu.com/924272/03:20
infinitysmoser: Accepted.03:26
micahgpitti: why was libreoffice not uploaded to -proposed?03:34
micahgpitti: precise-proposed I mean :)03:35
micahgwould avoid questions like bug 97849903:36
ubot2Launchpad bug 978499 in libreoffice "AMD64 build of libreoffice 3.5.2-2ubuntu1 missing libreoffice-common" [Undecided,Invalid] https://launchpad.net/bugs/97849903:36
infinitymicahg: But libreoffice builds so quickly, what are the chances of a skew of more than one cyc... Oh.03:39
micahginfinity: ;)03:40
* micahg thinks he should start using -proposed for chromium03:45
infinityDoes chromium have any/all skew?03:46
micahginfinity: yes, the l10n package03:46
infinityRecommends: chromium-browser-l10n03:46
infinityIt's not versioned.03:46
infinityOh, it is in the other direction.03:47
micahgright :)03:47
infinityThen yeah, probably should.03:47
ogasawarainfinity: k, uploaded lbm and linux-meta.  If I could get you to approve them in the queue that would be much appreciated :)03:48
infinityExcept that it also depends on half the world (as does libreoffice), so you really have to watch what else is in proposed.03:48
infinityAt least, until we get something britney-like going.03:48
ogasawarainfinity: they're only ABI bumps and nothing else03:49
infinityogasawara: I dunno.  Can I trust you?03:49
ogasawarainfinity: probably not, but I'll buy you a beer03:49
infinityogasawara: Sold.03:49
micahginfinity: yes, but I think everything it uses has proper symbols files, so it should be irrelevant03:49
ogasawarahehe03:49
infinitymicahg: Eh?03:50
micahgwell, almost everything03:50
infinitymicahg: How do "proper symbols files" relate?03:50
micahginfinity: properly versioned dependencies03:50
infinitymicahg: If you build against libfooX 1.3 with symbols and shlibs that demand >= 1.3, and only 1.2 is in q-release, when we copy your package, boom.03:50
infinitymicahg: That's the danger without britney.03:50
infinitymicahg: The archive currently has no method except human intervention to prevent that sort of oops.03:51
micahginfinity: yes, sorry, I forgot the second part, most of the depends are from lucid :)03:51
infinitymicahg: Nothing's changed in your dependencies' shlibs since lucid?03:51
micahgbut yes, library transitions would affect it03:51
infinity(I don't believe you)03:51
infinityThis isn't about transitions, but minor ABI additions.03:52
infinityOne added symbol to a library in proposed that we reject, and everything build against it is garbage.03:52
infinitys/build/built/03:52
micahgwell, in that case, versioned depends are wrong anyways03:52
infinityNo.. Versioned deps are right.03:53
infinityBut soyuz makes no attempt to check them.03:53
infinityPocket copies have no safety net.03:53
infinityWe just take bits from A, and shove them in B.03:53
micahgno, I mean if ABI additions break the binaries, they should depend on that version :)03:54
infinity...03:54
micahg*unused ABI additions03:54
infinityThey would.03:54
infinityErgo, uninstallable packages.03:54
astraljavaWhat's the actual date when the first release candidates are built? I acknowledge that it might still change, but the planned one at this time?04:18
skaetastraljava, 19th is when release candidate window starts.   we get the last translations earlier that week.04:21
astraljavaskaet: Ok, I somehow had an earlier date in mind, then looked at the release schedule, and was puzzled. Thanks for confirming!04:22
skaetastraljava,  ideally we'd like any image after the 12th to potentially be releasable, but we'll be picking up those last sets of translation.04:24
astraljavaskaet: Understood. I'm asking because I'm writing to our mailing lists for assistance in ISO testing, so some hard facts won't hurt. :) Thanks for the info!04:24
slangasek^ the plymouth one includes a couple of useful fixes05:11
=== doko_ is now known as doko
pittimicahg: libo> we absolutely should have sent it to -proposed indeed; failure on the human end, I'm afraid :/06:14
=== rsalveti` is now known as rsalveti
tjaaltondo bugfix releases need to go through here first before uploading?08:26
stgraberno08:27
stgraberjust upload, it'll show up in the queue and someone from -release will look at the diff08:28
tjaaltonok, thanks08:28
tjaaltonright08:28
cjwatsonflushing precise-proposed into precise now08:30
cjwatsonI haven't copied linux-lowlatency yet, since linux-meta-lowlatency still needs to come08:34
dokopitti, please have a look at the openjdk-6 upload08:51
cjwatsonaccepted whoopsie-daisy09:03
tjaaltoni uploaded sssd 1.8.2 bugfix release to the queue09:06
tjaaltonit should be moved to main for precise, dunno why that hasn't been done yet09:06
tjaaltonthe MIR is bug 90375209:06
ubot2Launchpad bug 903752 in tevent "[MIR] sssd" [Undecided,Confirmed] https://launchpad.net/bugs/90375209:06
tjaaltonI'll add the apparmor profile in another upload, shouldn't be too hard to create09:07
* cjwatson scores up git to get autopoint (hence world) installable again on armel and powerpc09:12
* pitti reviews some more packages; but I can't do gvfs, as I uploaded that myself10:42
* Riddell looks at gvfs10:43
stgraberpitti: gvfs looks good10:44
pittidoko: currently reviewing openjdk-6; new fonts-ipafont-mincho build dep is in universe10:45
pittidoko: dropping debian/patches/6897553.patch is intended? the changelog doesn't mention it10:46
pittiand gcc-lto.diff10:46
pittistgraber, Riddell: thanks10:46
Riddellstgraber: I got there first!10:46
stgraberRiddell: hehe :)10:47
pittiooh our poor buildds10:48
dokopitti: yes, 6897553.patch is included upstream, gcc-lto.diff was just an experimental patch, I'll write a MIR for the fonts package, should be harmless11:01
pittidoko: ack11:01
dokopitti: now bug 97881311:06
ubot2Launchpad bug 978813 in fonts-ipafont "[MIR] fonts-ipafont used by the OpenJDK fontconfig" [Undecided,New] https://launchpad.net/bugs/97881311:06
cjwatsonrespinning Ubuntu desktop (x86), preinstalled Wubi images, Edubuntu DVD, and Lubuntu desktop, to deal with whoopsie-induced build failures11:14
jdstrandtjaalton: re sshd and main> it needs to be seeded somewhere, then it'll show up on a list of things for an archive admin to fix11:32
jdstrandtjaalton: s/sshd/sssd/11:32
tjaaltonjdstrand: oh11:34
cjwatsonseeded or depended upon11:35
* jdstrand nods11:35
Davieyor recommended.11:36
tjaaltonoptions, options.. :)11:36
tjaaltonso I guess sssd should go in the 'supported' seed11:42
tjaaltonoh it's split..11:43
tjaaltonlooks like the structure has changed a lot since intrepid, which is what the wikipage shows12:00
mdeslaurIs it too late to upload gnutls26 and puppet security updates?12:10
ScottKwgrant: Is there something wrong with diff generation?  strigi was uploaded an hour ago, but still doesn't have a diff.13:21
* ogra_ hugs the approver13:24
jelmerthe samba4 package in debian has been updated for a security bug fix, but the upload contains two other bugfixes as well14:15
jelmeris there any chance I can just sync that, or should I prepare a new upload that just includes the security fix?14:15
Riddelljelmer: bug fixes are good to have14:16
jelmerRiddell: even if they're not strictly critical?14:19
* cjwatson wonders if he's nearing the end of the installer translation sync yet14:22
Riddelljelmer: I'm afraid I'm behind on the release team e-mails so I'm not sure exactly what is being accepted but I don't think it's critical only yet14:37
jelmerRiddell: I'll check - thanks!14:39
ScottKLooks like we need to do a quick sword transition due to a missed ABI break.  Only three rdepends.  Can someone due the binary new after I do the sync?15:14
ScottKI'm still doing a test rebuild, just to make sure.15:15
ScottK(only three packages)15:15
cjwatsonyes15:17
ScottKOK.  Thanks.15:20
mdeslaurliferea upload restores indicator support broken by late liferea precise upload ^15:21
stgrabermdeslaur: right, I remember seeing that bug, I'll take a look once the diff has been generated by LP15:24
stgraberright, looks sane15:26
stgrabercan an archive-admin let liferea through please?15:27
pittiI wonder why LP doesn't generate a strigi diff15:27
knomecjwatson, https://bugs.launchpad.net/ubuntu/+source/xubuntu-meta/+bug/97756815:27
ubot2Launchpad bug 977568 in xubuntu-meta "Xubuntu nightly ISOs are missing the PAE kernel" [Undecided,New]15:27
cjwatsonknome: 10mins15:30
knomecjwatson, np, i'm afk too ->15:30
pittistgraber: done15:30
stgraberpitti: thanks15:31
pitticjwatson: i18n day :)15:31
dokopitti, the ipa-fonts package is now promoted15:31
pittidoko: ack15:32
cjwatsonpitti: yeah, non-langpack freeze tomorrow15:38
skaetas is final freeze....15:39
ScottKcjwatson: The sword sync is accepted.  Due to the huge armel and powerpc backlog, it might be worth rescoring it to get it built soon.  I've also uploaded the reverse-build-depends with a versioned build-dep on libsword-dev so they can be accepted anytime without fear of misbuild.16:00
cjwatsonScottK: I see somebody's rescored them already16:11
ScottKAh.  Excellent.16:11
ogra_slangasek, oh, i finally found the pvr driver binaries, seems the source went to restricted but the binaries are in universe16:12
ogra_http://ports.ubuntu.com/pool/universe/p/pvr-omap4/ ...16:13
ogra_intrestingly they dont seem to be in any Packages file16:13
cjwatsonI think I'm finished with installer translation updates now16:15
cjwatsonexcept for maybe another one to ubiquity16:16
phillwcjwatson: will the powerpc builds be in the 'extra' push daily iso builds tomorrow?16:16
cjwatsonI don't know what you mean by extra push, but daily builds take whatever's in the archive at the time16:16
phillwcjwatson: I was told earlier that it was planned to do a suite of regression checks from tomorrows isos?16:17
infinityogra_: I disagree with the "not in any packages files"...16:17
infinity pvr-omap4 | 1.7.10.0.1.21-0ubuntu1 | precise/restricted | source16:17
infinity pvr-omap4 | 1.7.10.0.1.21-0ubuntu1 | precise/universe | armhf16:17
infinitypvr-omap4-dbg | 1.7.10.0.1.21-0ubuntu1 | precise/universe | armhf16:17
infinitypvr-omap4-dev | 1.7.10.0.1.21-0ubuntu1 | precise/universe | armhf16:17
cjwatsonwell, daily builds take whatever's in the archive at the time16:17
phillwcjwatson: okies, thanks16:18
ogra_infinity, well, apt-cache search doesnt find it here on a brandnew armhf chroot16:18
ogra_root@localhost:/root/compiz-0.9.7.6# apt-cache madison pvr-omap416:18
ogra_N: Unable to locate package pvr-omap416:18
infinityogra_: A fresh chroot that doesn't have universe? :P16:19
ogra_GAH !16:19
ogra_it has multiverse and restricted in the sources.list though :P16:19
ogra_ah, now my madison agrees with yours16:22
seb128^ that glib upload a gdbus patch which is non "trivial" but comes from upstream git and fix a bug which can be seen as a security issue (a bit borderline, it's allows at least to disconnect dbus client by sending some messages on the bus)16:22
seb128i.e would be good to have it in precise16:22
infinityogra_: rmadison is your friend.16:22
ogra_i know ... but she doesnt like me if i dont feed her the right config :P16:23
seb128I've used proposed to avoid issues like bug #97812416:23
ubot2Launchpad bug 978124 in glib2.0 "upgrading to 12.04 beta2 not completed due to problem with packet skype:386" [Undecided,Invalid] https://launchpad.net/bugs/97812416:23
=== chrisccoulson is now known as sebI28
=== sebI28 is now known as chrisccoulson
ScottKphp5 in 'core' just feels wrong (not questioning it, my reaction).16:28
=== bladernr_ is now known as bladernr_afk
slangasekogra_: right, I changed the override for the binaries, so that should take effect soon-ish16:36
ogra_slangasek, thx16:36
ScottKRejected my xiphos upload because we'll probably sync the newer one from Debian instead.16:38
ScottKcjwatson: All the sword binaries are done now.16:48
cjwatsonyep, was just looking16:48
cjwatsonwill punt the rdeps through later16:49
cjwatsonhave to go out now16:49
cjwatson(or you can punt them through whenever)16:49
ScottKI'll take care of them.  Thanks.16:51
ScottK^^^ was me.16:57
* ScottK did calligra17:28
infinity(I did the others)17:28
skaetinfinity,  was wanting to talk about the openjdk-6 before it got approved (it was on the pad)17:37
infinityskaet: Oh, erk.  Didn't check the pad.17:37
infinity(Am I the only one who finds looking in yet another place before checking the queue to be cumbersome?)17:37
slangasekno; but it is the agreed procedure, there needs to be some way to coordinate17:38
infinityslangasek: Not claiming I'm above the law here, just that I forgot to look. :P17:39
* skaet would like a way to signal a block for discussion on a package, right on the queue itself ideally, but we don't have that capability, let alone logging. :P17:42
slangasekinfinity: then "no" :)17:42
infinityskaet: We can reject.17:44
infinityskaet: It's not ideal, as it sends a grumpy email, but... It takes things out of the queue.17:44
infinityskaet: And the grumpy email would have led doko to come argue his case. ;)17:45
skaetinfinity,   not sure that's the right semantics, though.17:46
doko?17:46
skaetand we still need a way of signaling that discussion is needed before somethings go through.17:46
infinity(See?  He pops up like a groundhog when you mention him)17:46
skaet:)17:46
RiddellScottK: hmm no strigi in unapproved17:53
ScottKRiddell: Odd.  I see it on https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=17:53
Riddelloh typo17:54
* infinity giggles at dirspec's "diff".17:56
infinityMore RC->release progressions should be like that (just bumping the version number).17:56
slangasekskaet: so what was the question regarding openjdk, since it's no longer shown on the pad?17:56
slangasek(better to have that discussion now than not at all)17:56
skaetslangasek,  its in the history,  but basically neither of the bugs associated with it seemed critical, and there seemed to be a lot of changes that I'm not sure we really need.17:58
skaetat this late state17:58
slangasekI have yet to find this history button on the etherpad17:58
skaethttp://pad.ubuntu.com/ep/pad/view/ubuntu-frozen-archive/latest17:58
infinityThe bugs-must-be-RC thing doesn't come into effect until (checks) tomorrow.17:58
infinityPerhaps that's part of why I didn't think to coordinate my review with the pad and others.17:59
slangasekskaet: thanks17:59
skaetinfinity,  yes, but swallowing a system change like openjdk this late before final freeze is risky for regression potential17:59
slangasekskaet: fwiw, I think the "also, should be -proposed" should be grounds for immediate reject, since it requires a reupload no matter what18:00
skaetslangasek, fair enough,  I'll be more vigorous on the REJECT for those ones.   We still need an effective way of communicating "hold it" for discussion.18:02
slangasekyes, I agree18:02
infinityI'll watch the pad more carefully.18:02
slangasekbut I'm afraid it's not realistic to expect it to be 100% effective18:02
slangasekso we should take other precautions as well IMHO :)18:03
infinityBut I do still think that if you think it shouldn't be accepted, the answer is rejecting.18:03
infinityWe can always fish it out of rejected and accept it if further discussion proves the rejecter was wrong.18:03
* ScottK is looking at calligra again.18:04
ScottK ... if the diff ever shows up.18:04
infinityI think the appservers are on holidays.  I've been diffing the old skool way.18:04
skaetslangasek,  feel free to elaborate on the other precautions... ;)18:05
ScottKinfinity: If you want a break for a lol: https://bugs.php.net/bug.php?id=5454718:05
slangasekskaet: just the above - be liberal in what we reject :)18:05
infinityScottK: That's just a side-effect of loose typing.18:07
ScottKCharles Manson was also a side effect of insanity.18:08
infinityScottK: (funny, sure, but I chalk bugs like that up to users not understanding)18:08
ScottKIsn't the point of php not to have to understand?18:08
infinityMaybe.18:09
ScottKOutsource all your security issues to upstream.18:09
slangasekthe checking for INT_MAX overflow with a float was winnar though18:09
slangasekwhy do we have php in main, again?18:09
skaetslangasek,  partman-auto has me a bit worried, given all the things that are being pulled in.   Who's reviewing it?18:09
infinityslangasek: Yes, *that* one's special.18:10
slangasekskaet: well, let me have a look18:10
infinityI can look.18:10
slangasekinfinity: also, I think in PHP's case that's better described as promiscuous typing18:11
infinityLooks mostly like translations, and arches/subarches we don't ship.18:11
skaet Adjust default partition sizes for Ubuntu.18:11
slangasekskaet: that's the documentation of the remaining changes relative to Debian, not a list of things changed in this version18:12
slangasekthough, it does appear we're pulling in some changes to default sizes from upstream18:13
infinityWe are, yes.18:14
slangasekcjwatson, infinity: this partman-auto upstream pull introduces some changes to recipes for armhf, and some changes to minimum sizes for various recipes; how tested are these?18:14
slangasek+  * Bump minimum root partition size to 900MiB in the home18:15
slangasek+    recipe.18:15
slangasek+    This will allow installing the standard task and leave room for18:15
slangasek+    and extra kernel package in later life of the machine18:15
slangasek+    Closes: #52891418:15
slangasek+  * Adapt minimum sizes for /var and / in the multi recipe:18:15
infinityWe had no partman-auto recipes for armhf before, so I'm not sure adding them hurts. :P18:15
slangasek+    /var must cope with about 150MiB downloads and has 125MiB data18:15
slangasek+    for the standard task install18:15
slangasek+    / has about 150MiB installed and should cope with an18:15
slangasek+    extra kernel at least18:15
slangasek+  * Adapt minimum size for / in the atomic recipe, to 900MiB18:15
slangasek+    Same rationale than above.18:15
slangasekinfinity: isn't there an arch-indep fallback?18:15
slangaseki.e., I'm not sure adding them *doesn't* hurt, which is the relevant criterion at the moment :)18:16
infinityOh, perhaps.18:16
infinityGrueMaster: Opinion?  You're probably one of the 2 people that uses partman-auto on armhf.18:16
GrueMasterNot since pre-Beta 2.18:17
infinityslangasek: The default minimums for the generic cases don't sound like a big deal to me, but it is perhaps a bit late.18:17
slangasekso the above changelog (from version 94) gives the rationale for the bumps to the minimum sizes... the rationale is sound, and it's unlikely that Ubuntu's requirements are smaller than Debian's, but I'd like cjwatson's thoughts18:17
GrueMasterinfinity: mahmoh and pgraner would be the people to talk about partman-auto on arm.18:19
infinityskaet: BTW, speaking of scary last-minute uploads that will make you hate me, there's a very real possibility that I may have to upload every compiler in the archive over the weekend.18:22
infinityskaet: When you've recovered from the heart attack that last line induced, we can chat about it. ;)18:22
skaetinfinity - please give me the why's please...18:25
dokoinfinity, skaet: honestly not needed. can be done post-release as well18:25
infinitydoko: Ugh.  Please no.18:25
slangasekskaet: bikeshedding about the ELF linker path to be used in the armhf port18:26
slangasek(upstream bikeshedding)18:26
infinitydoko: For two reasons. A) it requires a manual bootstrap, and B) it means people might build third-party binaries with our released compiler that produce incorrect headers.18:26
skaetwill it require the kernels be updated as well?18:26
slangasekno18:26
dokoinfinity, why a manual bootstrap?18:27
slangasekand if the kernel team tries to argue otherwise, tell them no ;)18:27
infinitydoko: Moving the PI needs a glibc/gcc bootstrap loop to fix.18:27
infinityTurns out I've done this a few times in the last year.18:27
infinityslangasek: I've just had that argument with apw in private. ;)18:27
infinity(It's not exactly a difficult bootstrap, but it's not just "change the source and upload" either)18:28
dokostill don't see why this needs to be a manual bootstrap. get a symlink into libc6, then build gcc.18:28
infinityThen glibc.18:29
infinitySo, two glibc uploads.18:29
infinityWhich is a bootstrap.  Or, you can do it properly as a bootstrap, and then upload once.18:29
dokowell, put it into a low cost package like gcc-defaults first, or base files, then you'll have only one glibc upload18:30
infinity*sigh*18:30
infinityLike I said, it's not a complicated bootstrap, but it's a bootstrap.18:30
infinityIt involves doing non-standard things to get from A to B.18:30
infinityEither way.18:30
infinityIf we can avoid it, I don't want to ship a compiler that produces "incorrect" binaries.18:31
slangasekhowever, the preferred approach is still to get upstream to agree with us about correctness :P18:31
slangasekinstead of letting obstinate bikeshedding prevail18:31
infinityYeah, but I don't see it happening, following the thread.18:31
skaetHow large is the change?   anything else being dragged in?18:31
infinityPeople seem much fonder of /lib/ld-uniqueid.so.318:32
infinityskaet: No, that's it.18:32
infinityskaet: It's 1-line, if I just change that path, a bit more if I pull in upstream's revised linker patch (which can wait until Q, if it makes people nervous).18:32
infinity(By "a bit more", I mean "5 or 6 lines")18:33
infinityTiny either way, and only ARM.18:33
apwinfinity, is there any reason tehy won't just chose another random name after you change it?18:34
skaetinfinity,  if its only arm and 1 line,  why can't we do it now before final freeze, and do a zero change rebuild of the kenrel.18:34
slangasekapw: the theory is that the outcome of this call is an upstream commit18:34
slangasekso if they change it again locally, we just accuse them of contributing upstream18:35
slangasekskaet: because we don't *know* what the one line will be18:35
slangasekthis is a standardization question18:35
slangaseknot a technical-bugfix question18:35
skaetslangasek, understood. thanks.18:36
dokoinfinity, wait until it's decided ...18:38
infinitydoko: I thought that bit was obvious.18:39
ScottKIs there any way the unity-team/staging PPA could be taught not to build for powerpc.  I'm reasonably certain they don't care about the arch and builds from that PPA are regularly blocking archive builds.18:42
slangasekno; it's part and parcel of having a non-virtualized PPA18:43
skaetinfinity,  would want to know more about the contents of the revised linker patch.   Default should be for Q for that one, unless someone comes up with compelling reason why we can't live with what we have for now.   Possibly consider as part of a 12.04.1 plans.18:48
infinityskaet: Nah, what we have is fine, it just misses some weird corner cases.18:49
skaetinfinity,  would it be possible to time the compiler change to go in as part of week 1 upload and synch up to the kernel changes going in then?18:49
slangasekwell, it means 12.04 is not binary-compatible with other distributions, or with 12.1018:49
infinity(Not changing patches also means it's literally a 1-line fix to every compiler in the archive, which is much easier to swallow)18:49
slangasekoh, or if you just mean the bigger upstream fix, yeah18:49
infinityYeah, sorry, I just meant the larger patch.18:50
infinityskaet: I really don't want our release compiler to produce incompatible binaries with the world.18:50
infinityskaet: If we have to, we have to, depending on how things work out time-wise.18:50
dokoohh, then I'll have another fix for an ICE too18:51
infinityskaet: But I'll also point out here that if a no-change rebuild of a compiler is too scary 1.5 weeks before release, then we can't really ever update it post-release, where it will get way less testing. :P18:51
infinitydoko: Trying to slide patches in with this won't help. ;)18:51
skaetinfinity,  if its just a rebuild of the compiler with that one line change,  concern level drops a bit.   Just don't like releasing with a kernel that isn't matching our compiler (although I understand it shouldn't matter in theory).18:55
slangasekwe really should stop hedging about this kernel sync non-problem18:56
slangasekif making this change has any impact on the kernel, that's a serious kernel bug18:56
infinityOr a serious toolchain bug.18:57
slangasekand would cause problems after release as well18:57
infinityEither way, the bug doesn't exist.18:57
micahgslangasek: there's a flag on the PPAs that can be set to stop them from building on powerpc if the unity team doesn't need it18:59
slangasekmicahg: really?18:59
micahgslangasek: yes18:59
slangasekis that new?18:59
infinityYeah.18:59
skaetinfinity, so we're waiting on an discussion in progress right now or something else?    If it doesn't resolve this weekend,  what's the fall back?18:59
slangasekmmk18:59
infinityskaet: The fall back is "do nothing".19:00
slangasekmicahg: who has access to set that bit?19:00
dokoright, but apparently the unity team did opt in to build on powerpc19:00
micahgslangasek: webops19:00
slangasekah19:00
infinityskaet: (And fix it in updates, and suck up the fact that we shipped a broken compiler)19:00
slangasekScottK: ^^ so the unity team think they want powerpc, I guess you'd have to argue the case to the ppa owner19:00
infinityskaet: But lots of us have a vested interest in this being solved on Friday.19:00
* skaet nods19:00
* infinity is tempted to build a gcc/glibc pair for every linker path that's been so far proposed, and just upload the right one after the meeting on Friday.19:04
infinityAlternately, I could not think about it until Friday, and go do other useful things.19:05
infinityWhich sounds less stressful.19:05
skaetdobey,  can you give some background on that nice big set of ubuntuone-* packages that have just landed in the unapproved -release queue?19:07
infinityskaet: If they're like the one I approved earlier, they're just version bumps to a final and pretty release number.19:08
dobeyskaet: final release of ubuntuone projects to align with ubuntu final freeze19:09
dobeyinfinity: some of them have a few changes19:09
* infinity is reviewing.19:09
infinitydobey: Yeah, I'm accepting the ones without changes first, and reviewing the rest. ;)19:09
dobeyinfinity: makes sense. i uploaded the ones without changes first :)19:10
dobeyand now, only 2 more to get uploaded19:11
ogasawaraskaet: I've been informed that ppisati has a fix for bug 963512?  Was curious if a ti-omap4 upload would be approved at this point in time?19:11
ubot2Launchpad bug 963512 in linux-ti-omap4 "Latest kernel updates broke video on omap4" [Critical,Confirmed] https://launchpad.net/bugs/96351219:11
ogasawaraskaet: just want to set his expectations for how to proceed...19:11
infinitydobey / skaet: Kay, change-free u1 uploads accepted, will review the rest shortly when the appservers catch up with diff requests.19:12
slangasekit's a kernel package that exists solely to support omap4; if video doesn't work on it, I'd say that's rather important to fix19:12
slangasekogasawara, skaet: ^^19:12
ogasawaraslangasek: current workaround was just to back out the changes which broke it, but he's got a proper fix now19:12
skaetogasawara,  queue it up.  If there's a quiet window, we'll pick it up.19:12
ogasawaraskaet: I assume, he should upload to -proposed19:12
ogasawaraskaet: ?19:12
slangasekogasawara: so the kernel currently in precise is not broken?19:13
skaetogasawara, yes,  definitely to -proposed19:13
ogasawaraslangasek: correct, not broken.  just not entirely up to date.19:13
skaethmm...19:13
skaetogasawara, how does the not entirely up to date manifest itself?19:14
ogasawaraskaet: am getting details from ppisati...19:14
ppisatihere i am19:19
ogasawarappisati: hey, just want to confirm what the linux-ti-omap4 upload is going to contain...19:21
ogasawarappisati: from my understand the upload currently in the archive, 3.2.0-1411.14, is actually the 3.2.0-1411.12 upload since -1411.13 is what broke video.19:22
ogasawarappisati: and the -1411.13 upload was primarily a rebase on the main distro kernel ?19:22
ppisatiogasawara: right19:23
tgardnerppisati, , so essentially the current upload lags behind the main distro kernel by a number of stable updates ?19:23
ppisatitgardner: yes19:24
tgardnerppisati, are any of them that important for arm ?19:24
* skaet wondering what bugs that's reintroducing?19:24
ppisatitgardner: it's latest master (-stable kernel updates) + same TI enablemenet bits that we always had19:24
ppisatiskaet: it's not reintroducing any bug, it's resolving 96351219:24
ppisatiskaet: since we never resolved it (we reverted to a previous kernel that didn't expose that problem)19:25
tgardnerppisati, I'm wondering rather then ram this in at the last minute if it can wait for a normal stable update cycle19:25
ppisatitgardner: well, we could do that, but there's one config diff that i would like to shove in, at least19:26
tgardnerppisati, and that is ?19:26
ppisatitgardner: 92441919:26
ppisatitgardner: disable internal camera interface since the installer thinks there's a webcam attached, while it's not there (just the interface)19:27
ppisatiinfinity: ^^^19:27
tgardnerppisati, that one seems a bit more serious in that it affects installation, but is also not a very risky change.19:28
ogra_bug 92441919:28
ubot2Launchpad bug 924419 in ubiquity "oem-config detecting camera where no camera exists" [Medium,Incomplete] https://launchpad.net/bugs/92441919:28
ogra_its not a biggie either, just ugly19:28
tgardnerppisati, I assume you've already tested your rebase kernel somewhat ?19:29
ppisatitgardner: tested on my new board19:31
tgardnerppisati, with the config change too ?19:31
ppisatitgardner: nope, didn't try that change yet, but we are not building a driver in that case19:33
tgardnerskaet, so, the stable patches that are missing in ti-omap4 that might have an impact are for net, ext4, nfs, and a bunch of usb. All of these are already in the main kernel.19:34
skaettgardner, so, basically we'll just be getting all the kernels closer to in synch wit some of the tested fixes already in main but not in the ti-omap4 version,  as well as getting video working.19:37
tgardnerppisati, you might as well prep a pull request. I can always defer it until after release. you'll need an SRU justification in the bug for the config change.19:37
tgardnerskaet, correct19:37
tgardnerskaet, plus, we only have _one_ platform to test for which makes it a bit easier to detect regressions.19:38
skaettgardner,  indeed.  :)   prep it up for -proposed,  but lets defer on uploading and building until we know we have a quiet spot.19:39
tgardnerppisati, ^^19:39
ppisatiack, so i prep the pull req with video and camera fixes in (and relative buglink/SRU justification)19:42
tgardnerppisati, yep19:42
infinityskaet: Uploading it now would be fine, surely?  We can get it built and then copy when we feel appropriate.20:00
infinityskaet: The only reason ARM buildds are "busy" is the rebuild test, I can free two up to build the kernel ASAP.20:01
skaetinfinity,  was hoping to see if we could get it in after the compiler change, so not need to rebuild it later.20:01
infinityskaet: Are we really planning to rebuild all the kernels after the compiler rev? :/20:02
infinityskaet: ARM's not special here, the compiler change won't affect the kernel.20:02
skaetinfinity,  will be doing it for the first week changes anyhow.20:02
infinitySure, but we want the ARM kernel to actually be fixed for the final images.20:03
infinityGiven that the one bug here is installer-related.20:03
skaetinfinity,  not sure i caught that there was an installer related bug in the set that tgardner said were already in main kernel.20:06
tgardnerskaet, it was mixed in that discussion. ppisati needs to disable a driver in order to fix the installer incorrectly detecting a video device.20:07
tgardnerskaet, bug #92441920:08
ubot2Launchpad bug 924419 in ubiquity "oem-config detecting camera where no camera exists" [Medium,Incomplete] https://launchpad.net/bugs/92441920:08
infinityskaet: Yeah, this upload is twofold.  Rebasing on the primary kernel's current version, and fixing the camera-in-installer issue.20:08
infinityskaet: The former needs to happen anyway, and we want the latter for the images.20:08
skaetThanks tgardner.  Infinity,  if the compiler change won't affect ARM, then I can't see a good reason to hold off on it being uploaded to -proposed when its ready, and pocket copied over once we're comfortable.20:09
skaetinfinity, thanks for raising.20:09
tgardnerskaet, cool, I'll upload as soon as ppisati is ready20:09
infinitytgardner: Danke.20:10
skaettgardner,  thanks.20:10
infinitytgardner: Since it's heading to -proposed anyway, just toss -meta up at the same time, and we can just copy it all when it's consistent.20:10
tgardnerinfinity, yep, will do20:10
ppisatitgardner: i'm doing a couple more tests and then i'll pull req20:14
tgardnerppisati, ack20:14
=== bladernr_afk is now known as bladernr_
ScottKslangasek: OK.20:19
infinitydobey: So... What's the deal with this untranslatable string in u1-cp?20:24
infinitydobey: Translations are done post-release too (we push langpacks in updates), there's no reason to do this, except if you're intentionally trying to pretend you didn't break string freeze. :P20:25
dobeyinfinity: which untranslatable string?20:27
infinity+# TODO: mark the following strings translatable after precise is released20:27
infinity+UPDATE_TITLE = APP_NAME20:27
infinity+UPDATE_SOFTWARE = ('There is a new update available.'20:27
infinity+                   ' Would you like to install it?')20:27
infinitydobey: ^20:27
dobeyinfinity: ah. if it's the string i think you're talking about, it is only used on windows anyway20:27
dobeyindeed20:28
infinitydobey: Sure, but why make it untranslatable?20:28
dobeyso i don't think it matters either way, because we're not installing any translations on there20:28
dobeyinfinity: not sure why it wasn't marked as translatable.20:29
infinityJust seems like the sort of string one might want localised.20:30
* infinity shrugs.20:30
micahgcould I please get an archive admin to fiddle the appropriate bits to push this through? bug 97857120:35
ubot2Launchpad bug 978571 in natty-backports "Please backport puppet 2.7.1-1ubuntu3.6 (main) from oneiric-security" [Undecided,New] https://launchpad.net/bugs/97857120:35
ScottKmicahg: You need a backport accept?20:39
ScottKI can do that.20:39
micahgScottK: no, I need it uploaded :)20:39
ScottKOK.  That's not me then.20:40
dobeyinfinity: was that shrug meant to be indicative that you'd be accepting u1-cp soon? :)20:58
infinitydobey: No, I thought I'd make you suffer for a bit.21:03
micahginfinity: can you upload my backport above?21:05
dobeyinfinity: ah ok, just checking. ;)21:06
infinitymicahg: Just to natty?21:09
infinitymicahg: Or lucid too?21:09
micahginfinity: natty and lucid21:09
micahgboth approved in the bug21:09
infinitymicahg: Kay, you only mentioned natty when you brought it up last, I think. :)21:09
micahginfinity: that was ubot :)21:10
infinitymicahg: Oh, so it was.21:11
micahginfinity: thank you much :)21:11
ScottKRiddell: ^^^21:16
dobeyinfinity: thanks for all the reviews btw21:17
* Riddell looks at strigi21:18
RiddellScottK: "(optional=templinst|arch=i386 powerpc)" recon that'll work on amd64?21:19
ScottKDunno.  It turned up missing on i386 when I test built.21:20
Riddelllet me try on amd6421:20
RiddellScottK: accepted21:29
* skaet --> errands, biab.21:39
=== bladernr_ is now known as bladernr_afk
ScottKRiddell: ^^^ The armhf build finished and was fine, so I think this'll be it.22:01
RiddellScottK: for strigi?22:02
ScottKYes.22:06
ScottK(confirmed the symbols are fine on it, so should be fine for armel as well)22:07
ScottKOK, I think Riddell fell asleep, so anyone else feel free.22:15
ogasawarainfinity: I've uploaded linux-ti-omap4 and linux-meta-ti-omap4 to precise-proposed for ppisati, if I could get those approved in the queue that'd be great.22:16
=== bladernr_afk is now known as bladernr_
cjwatsonslangasek: partman-auto was primarily for the translation improvements, which are cumbersome to pull any other way, but I reviewed the recipe changes by eye and have trouble imagining a situation where they would break23:12
cjwatsonslangasek: the armhf bits are IMO mostly a non-issue, since all the armhf images we ship are preinstalled and AFAIK those don't use partman, although, OK, there's netboot23:15
cjwatsonslangasek: if it would make people feel better I can back out the changes to the default recipes temporarily?23:15
cjwatson(FWIW, I did skip several installer merges that would have pulled in updated translations but that I considered too risky for other reasons - it wasn't just a blind bulk merge)23:18
slangasekcjwatson: well, it is important to have netboot working; I believe it's the only image we have currently for armadaxp.  I don't know that anything needs backed out necessarily, I just wanted to be sure these recipe changes hadn't slipped under the radar somehow23:19
cjwatsonnot under the radar, but I'm not surprised people wanted to ask23:20
cjwatsonI can't claim to have tested them directly, only eyeball-reviewed (and I made some corrections following that review, visible in bzr)23:20
slangasekcjwatson: ok - provided then that you're satisfied the raised minima for partition sizes aren't wrong for Ubuntu, I'm happy to accept23:22
* cjwatson checks one more time23:23
cjwatsonI wonder about minimal server installs, is the only thing - I think those are supposed to fit under this23:24
slangasekfit under as in, have a lower minimum disk requirement?23:24
cjwatsonyeah, well, <<900 anyway, I vaguely recall 500 being mentioned23:25
cjwatsonI think I'll back out the changes to recipes/atomic and recipes/home, on reflection.  recipes/multi is fine, if anything those are probably still too low so raising them is pretty unlikely to hurt23:26
slangasekok, rejecting the one currently in queue23:26
cjwatsonuploading a new version now23:29

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