/srv/irclogs.ubuntu.com/2012/05/24/#ubuntu-release.txt

Davieyinfinity: Fancy revewing ubuntu-archive ML, i have a held mail.00:00
cjwatsonDaviey: Done, and whitelisted you for the future.00:13
Davieycjwatson: thank you sir.00:14
Daviey(i assumed you'd be smarter than me, and be afk :)00:14
micahgskaet: would it be ok for me to add Firefox/Thunderbird to the interlock page?02:14
skaetmicahg,  please do.  :)   Thanks!02:15
micahgskaet: only conflicts seem to be alpha 1 (we can upload final early I think), and final freeze (release is 2 days before RC candidates)02:17
skaetmicahg,  thanks for making that visible.  :)02:30
infinitycjwatson: Okay, arm* toolchains should be in a sane state again.  I'm going to freshen all the buildd chroots after eglibc is done building, and you should be good to go on the unstable autosync switcheroo any time after that (so, in a few hours).03:02
infinitycjwatson: Alright, chroots all updated and verified happy.07:19
cjwatsoninfinity: great, thanks08:58
xnoxcjwatson: based from email to u-d, did you start syncs from unstable or are you still working on a work-around to enable syncing from unstable?10:29
cjwatsonI meant what I said :-)10:30
cjwatsonI'm still working on the workaround10:31
cjwatsonI just wanted to give slightly more than "hi, I just started syncing from unstable, kthxbye" kind of notice10:31
cjwatsonBut certainly this is "speak now or forever hold your peace" kind of time10:44
xnoxok.10:49
xnoxI have managed to make ubiquity fail one unit test by the way ;-)10:49
xnoxbut is comming up.10:50
cjwatsonoh?10:50
cjwatson(-> #ubuntu-installer maybe)10:50
cjwatsongosh, my auto-sync workaround seems to be working more or less first time; I genuinely hadn't expected that10:55
xnoxyou are just awesome =) didn't you get used to that by now?! ;-)10:57
ogra_xnox, the prob is that he never belives us :)11:00
wgrantcjwatson: What'd you do?11:08
cjwatsonwgrant: Fell back to fetching Sources from Debian11:10
cjwatsonYou thought auto-sync was elegant?11:10
wgrantHeh11:10
cjwatsonHm, slightly different results for new packages though; will need to look into that11:13
ScottKI'd appreciate it if someone from ubuntu-sru could accept the remaining KDE 4.8.3 packages for precise-proposed so we can get testing.11:48
cjwatsonwgrant: Looking at this, I'm not sure I believe the accuracy of DSD creation in the slightest.13:40
cjwatsonI'll file a bug, but right now I think I'm honestly better off not bothering to look at them.13:42
wgrantcjwatson: I don't trust them at all, but what's the issue?13:45
wgrantI had no part in them other than defining the base version calculation.13:45
cjwatsonA fair number of new packages in wheezy that have no DSDs.13:45
wgrantThat's unhelpful.13:46
cjwatsonIncluding some that were never in Ubuntu and ought to be synced, and some that were removed but have since had new versions in Debian.13:46
cjwatsonwgrant: Do you think it will cause any major obstacle to investigation if I go ahead and sync some of the packages that should be synced?13:50
wgrantcjwatson: Go ahead13:50
wgrantIt'll be months/years before anyone can investigate, and there are probably other cases13:50
cjwatsonRighto13:52
=== niceguyj_ is now known as niceguyjames
slangasekhow do I see from launchpad who synced a package?14:12
slangaseksomeone synced python-xattr over an Ubuntu delta, dropping the dh_python2 integration14:12
stgraberslangasek: Signed-By: Andres Rodriguez <andreserl@ubuntu-pe.org>14:14
slangasekstgraber: how do I see that ;)14:14
stgraberslangasek: quantal-changes :)14:14
slangasekstgraber: ah, ok14:15
stgraberslangasek: there might be some obscure way of getting it from LP too14:15
tumbleweedslangasek, stgraber: The SPPH record creator in the LP API14:33
slangasektumbleweed: so nowhere visible in the UI?14:34
tumbleweedno, that would be too easy :)14:35
slangasekack :)14:35
slangasekthanks for the info14:35
cjwatsonRight, running a final auto-sync with the new algorithm from Debian testing, and then I'll attempt a switch to unstable14:38
cjwatsonThis has taken way too much of the day14:38
tumbleweedcjwatson: [reading backscroll] it may be useful to output a report on removed packages that have never versions in Debian to the version we removed (assuming they weren't blacklisted). or are such reintroductions rare enough not to bother?14:41
cjwatsonauto-sync outputs those14:43
cjwatsonWhoever's running it gets to decide what to do (or defer)14:43
tumbleweedgreat14:43
cjwatsonThey're certainly not infrequent14:43
cjwatsonAt some point I might add some stuff to open up packages.qa.debian.org and publishinghistory URLs in a browser or something14:44
cjwatsonSince that's usually what I do to try to work it out14:44
cjwatsonAuto-sync from unstable in progress ...17:51
seb128*fear* ;-)17:51
* micahg wonders how many builds will end up in the queue17:52
cjwatsonYou know, I'm just going to go with "lots"17:53
* micahg is just wondering if it'll be anywhere near the 10k at the first autosync17:55
cjwatsonI shouldn't think so17:56
stgrabercjwatson: are you expecting a lot of things to hit New? (wondering if we should silence queuebot again)17:56
cjwatsonYes17:58
cjwatsonProbably a plan17:58
cjwatson[New] nyancat_0.1+git20120401.5a88b86-117:59
cjwatsonobviously that's vital17:59
knome 18:00
stgraber;)18:02
stgrabercjwatson: can you run "/msg chanserv quiet #ubuntu-release queuebot"? (chanserv tells me I don't have access)18:04
cjwatsonThere you go18:05
* knome is wondering if stgraber ircs from the same host18:05
knome;]18:05
cjwatsonHe's cloaked, hopefully that makes a difference18:05
knomewe probably see in a moment ;)18:06
stgraberI'm connected with @shell01.dmz.dcnue.stgraber.net which is also vorash but over IPv618:06
knomeheh18:06
stgraber(and the cloak probably also lets me avoid that mask)18:07
cjwatsonhttp://paste.ubuntu.com/1005184/18:07
cjwatsonpressed enter, let's see how many goes it takes to get it through LP18:07
ScottKpitti: Thanks for accepting kde-l10n for precise.  If you could also accept blinken and cantor, we'd have all of KDE 4.8.3 in (they're in Universe and the uploader isn't MOTU, so they took longer to get in the queue).18:16
cjwatson(1256 syncs, FWIW)18:17
micahg15 hrs on powerpc, not so exciting18:21
cjwatsonIt's not finished processing the PCJs yet, but sure18:21
micahgah, ok18:22
tumbleweedlooks like we got to 42 hours on ppc18:44
micahgnice, hopefully we'll end up with less build failures than we currently have18:46
stgraberI just uploaded a new lxc (-3ubuntu57) to precise-proposed. The diff is fairly big though I think I did a reasonable job of describing everything in the changelog.20:34
stgraberas discussed earlier with SpamapS, quite a few improvements are in there that won't change the behavior for the user but will make it significantly easier for us to cherry-pick additional fixes from quantal (if needed)20:34
stgraberI have testcases in all the linked bugs except one (lxc-start-ephemeral failing to get the IP from dhcp lease file) but I was told by gary_poster that the bug would be updated tomorrow20:35
stgraberthe LXC testsuite was also run without spotting any regression. If whoever reviews it has any question, feel free to poke me :)20:36
* xnox is puzzled22:09
xnoxbitcoin[build logs] (0.6.2.2-1)✔✔✘✘✘22:09
xnoxin the boost1.49 transition tracker, when it required boost1.49 merge, to get gcc4.7 ftbfs fixes22:09
micahgxnox: old binaries exist22:10
xnoxmicahg: but they would not have passed the transition criteria22:10
micahghrm?22:10
xnoxit looks like it was synced 3h40m ago, maybe newer bitcoin works around boost brokeness22:11
micahgno, it just dropped the other archs22:11
xnoxmicahg: I am talking about this page: http://people.canonical.com/~ubuntu-archive/transitions/boost1.49.html22:11
micahgerr...idk about boost, but it dropped the other archs22:11
xnoxare we on the same page?22:11
micahgxnox: yes, I nkow22:11
micahg  bitcoind | 0.3.24~dfsg-1 | quantal/universe | armel, armhf, powerpc22:11
xnoxaha thanks22:12
xnoxI wonder why though22:12
micahghrm, LP doesn't recognize any-arm apparently22:12
xnoxhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=66920022:13
micahginfinity: ^^22:13
ubot2Debian bug 669200 in bitcoind "bitcoin: FTBFS on armel, armhf" [Normal,Fixed]22:13
xnoxhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=66886422:13
ubot2Debian bug 668864 in bitcoind "bitcoind: Doesn't support big-endian systems" [Wishlist,Fixed]22:13
micahgxnox: yes, powerpc binary should be removed, but arm needs any-arm to be recognized22:14
xnoxmicahg saves the day again!22:15
* micahg flies off into the sunset22:15
* xnox files an lp bug?22:15
micahgbug 91770822:16
ubot2Launchpad bug 917708 in launchpad "Launchpad does not recognize Arch = any-arm" [Low,Triaged] https://launchpad.net/bugs/91770822:16
xnoxyeap, found it as well now =) you are quicker22:16
xnoxmicahg: can we bump the priority of that bug?22:22
micahgxnox: better off buying infinity cookies22:22
xnoxinfinity: I promise british biscuits to you =)22:24
infinityThat's a recognized arch?22:34
micahginfinity: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668868#2822:41
ubot2Debian bug 668868 in src:bitcoin "bitcoind: Assertion failed at startup on mips (big endian)" [Serious,Fixed]22:41
infinityxnox: And yeah, for now, you'll just want to replace any-arm with "armel armhf"22:51
infinity(I can't imagine any-arm is used a lot...)22:53
slangasekwhoa, any-arm is an alias to arm*?  That seems contrary to the other any globs22:54
slangasekI would've expected any-arm to match arm, hurd-arm :P22:55
infinityYeah, I would have too.  But it seems to be a CPU alias.22:55
slangasekyuck22:55
infinityWhich, actually, would make it incorrect for bitcoin's stated use ANYWAY.22:55
infinitySince it would match any-armeb.22:55
slangasek\o/22:55
infinityxnox: So, file a bug on bitcoin to change it to any-armel and any-armhf. :P22:55
infinityxnox: (In Debian)22:56
infinityNot that anyone builds armeb anymore, but it's the principle of the thing.22:56
slangasekor arwoofeb22:57
infinityaarc64eb22:58
infinityWith a missing h.22:58
slangasekaardvarch22:59
infinityaardvarcheebie.22:59
infinityI'm actually kinda hoping the ditched the ability to flip endianness in v8, but I haven't looked.23:00
slangasekdh_clean: No compatibility level specified in debian/compat23:02
slangasekdh_clean: This package will soon FTBFS; time to fix it!23:02
slangasekwow23:02
slangasekwhat have I gotten myself into23:02
infinityNo compat?  Seriously?23:02
slangasekwell, DH_COMPAT=5 in debian/rules23:02
slangasekso it's one of Those23:02
slangasekScottK: python-pam hasn't had a new upstream version since 1999, nor a Debian maintainer upload since 2007, and the packaging is quite ancient.  I'm happy to modernize the packaging but don't really want to be on the hook for maintaining it going forward; what would you recommend?23:16
slangasek(would be happy for it to go away under the circumstances, but python-twisted-core wants it)23:17
RAOFHm. When I copied utouch-geis out of precise-proposed I should have also copied it to quantal, but didn't. Is there an existing tool to sync from precise-updates to quantal?23:22
slangasekRAOF: there are tools... but I may be using one that's deprecated since it's on cocoplum ;P  which one are you using?23:22
RAOFI'm not currently using one; I'm looking for one :)23:23
RAOF(Or, rather, I *used* sru-release for the copy from precise-proposed to -updates, but forgot to add the --devel switch)23:23
stgraberRAOF: maybe something like that from lp-shell will do it: http://paste.ubuntu.com/1005675/23:27
RAOFOr maybe something like that will OOPS on launchpad with a timeout :)23:33
RAOFThanks, though.23:33
slangasekRAOF: I can run a copy-package for you now23:36
RAOFslangasek: That'd be good, thanks.23:36
slangasekthough, we're well past the point in the cycle at which anyone should be uploading to -proposed and expecting us to copy to quantal23:36
slangaseknext time this happens, we ought to make it the uploader's problem... :)23:37
RAOFThis was uploaded to precise-updates before the precise release; it's only just been verified.23:37
slangasekah23:37
RAOFThat said... there doesn't seem to be any particularly good reason to wait for it to be verified before copying it from precise-proposed to quantal.23:37
slangasektrue23:38
stgraberRAOF: oh, well, that probably means that it was the right call, just got into the usual LP timeout on package copy :)23:38
RAOFIt *does* have about 4 bugs attached; that might bring poor little launchpad to its knees :)23:39
slangasekRAOF: my point is, though, that we're well into the cycle now and we should be getting stuff rebuilt with the quantal toolchain / lib deps23:39
slangasekso should make people reupload to quantal anyway23:40
slangasek(so that the SRU team doesn't have to do a bunch of work to make a determination of whether it's safe to copy, that takes us more time than it would take to just reupload it)23:40
slangasekanyway - copied now23:41
RAOFThanks.23:48

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