RAOF_hates_all_cYeah! It was during an automatic upgrade, too.00:00
RAOF_hates_all_cSo everything was working, and then the keyboard and mouse stopped responding to anything.00:00
infinityRAOF_hates_all_c: Maybe it upgraded the PS/2 driver and blew up on rescan.00:00
infinityRAOF_hates_all_c: If so, the USB keyboard trick might work.00:00
RAOF_hates_all_cThat's my current theory, yes.00:00
RAOF_hates_all_cAlternatively, I can wait for it to drop from suspend to hibernate and then boot from USB.00:01
RAOF_hates_all_cBut maybe I can be bothered to find a USB keyboard...00:01
RAOF_hates_all_cSo much effort, though!00:01
RAOF_hates_all_cMuch more enjoyable to bitch on IRC using $BACKUP_LAPTOP00:02
infinityUSB mouse might be easier? :P00:02
RAOF_hates_all_cI'm not sure I could find one of those, actually.00:02
infinityEither one should get you to a reboot button.00:02
sarnoldany chance you've got an sshd running on it?00:02
infinitymwhudson: rdp implies either (a) it's always open (I'd assume not) or (b) he has input devices to turn it on.00:02
lifelessRAOF_hates_all_c: what if you toggle it on and while its resuming you'r still doing the 5 second hold of death ?00:03
infinityRAOF_hates_all_c: Alternately, maybe you hit a magic Fn+F combo that swapped internal/external input (or, the driver "toggled" that for you), and hammering Fn and all your function keys will fix it? :)00:03
RAOF_hates_all_clifeless wins!00:03
lifelessthank you, thank you, I take requests.00:04
infinityRAOF_hates_all_c: Next step: uninstall Windows.00:04
lifelessmwhudson: wiki login in suspiciously slow but worked00:04
lifelessmwhudson: just had to be awesomely patient, if you mean w.u.c00:05
mwhudsonlifeless: yeah i think something got restarted, i'm in now00:05
RAOF_hates_all_cThe laptop boots *much* better when a kernel is installed.00:48
infinityRAOF_hates_all_c: Kernels are overrated.00:50
pittiGood morning06:11
dholbachgood morning06:54
pittiseb128: so it seems you already fixed all the FTBFS in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-039/+packages ?07:01
LocutusOfBorg1hi folks, what happened to the Debian automatic import?07:26
LocutusOfBorg1I see many packages that hasn't been syncd07:26
infinityLocutusOfBorg1: cjwatson noticed it was a bit broken last night before he went to bed, I imagine he'll poke at it this morning to see why.07:29
infinitypitti: Can I get you to look at the apt SRU in trusty?  It's point-release crticial.07:29
pittiinfinity: yup07:29
infinitypitti: Explanation of the patch can be gotten from reading between the lines in the referenced Debian bug.  Ish.07:30
LocutusOfBorg1infinity, thanks, I saw the breakage right now07:30
infinitypitti: It's tested here and works.07:30
LocutusOfBorg1http://packages.debian.org/changelogs/pool/main/p/python-3to2/python-3to2_1.1.1-1/changelog.txt: HTTP Error 404: Not Found07:30
LocutusOfBorg1this seems to be the right link now07:30
pittiinfinity: ah, not fixed for wily yet either?07:30
infinitypitti: No, I'll do wily, vivid (and I suspect precise too, haven't tested there yet) Soon(tm), but the clock's ticking on 14.04.3, so that gets love first.07:31
pittiinfinity: ack07:31
infinitypitti: I think that single line has been changed in apt about 5 times in the last 6 months.  I suspect it's going to wear out soon.07:34
LocutusOfBorg1can anybody please kick of python3-3to2 from the archive?07:34
pittiseb128, doko: So, I'll start weeding through https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libstdc%2B%2B-cxx11;users=debian-gcc@lists.debian.org until/unless you give me something more urgent?07:34
LocutusOfBorg1the new binary in python-3to2 has that binary now07:34
infinitypitti: Hopefully (until David decides to rewrite the whole autoremove feature), this is the last fix. :P07:35
pittiinfinity: famous last words07:35
infinitypitti: Yeah, seriously.07:35
infinitypitti: I'm beginning to wish I hadn't reported the first bug that started this all.07:35
infinitypitti: Once this builds, I get to apply still more hacks to livecd-rootfs in my PPA, test build all the point release livefses AGAIN, and then, I think, we're set.  With a week to spare.07:39
infinityFingers crossed.07:40
seb128pitti, wfm07:46
pittiwgrant: argh, I screwed up!07:55
pittiwgrant: seems my britney changes have some bug that caused a lot of stuff on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html to migrate07:55
pittiwgrant: but have test failures07:55
pittiwgrant: I'll start investigating, but it might be that we need some Launchpad magic for reverting this :/07:56
wgrantpitti: When did this happen?07:56
wgrantDo you have an example package?07:56
pittiwgrant: some 20 mins ago07:56
pittiwgrant: the first one on the page, for example07:56
pittifor most it's probably okay, as we have a couple of broken tests07:56
pittiwgrant: I'll go through the "valid candidate"s now and compile a list of stuff that we need to revert/handle07:57
wgrantcjwatson: ^^ fyi07:57
wgrantpitti: This shouldn't require any particular LP magic, though.07:57
wgrantpitti: Reverting packages is possible, I think there might even be a script to do it.07:57
pittiwgrant: yeah, hopefully; just a warning07:57
wgrantIt is ugly, though.07:57
infinityIt's possible, but please don't unless absolutely necessary.07:58
wgrantIt would be easier if they weren't published.07:58
wgrantWhich they're not, it seems07:58
infinitySince you need to check rdeps, make sure you're not making life worse, plus you've left users who upgraded high and dry.07:58
wgrantSo we could stop the publisher and delete them before they supersede the old ones, if we decide to do that in the next minute or so07:58
pittie. g. http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#pycurl07:58
pittithis is again a case where the migration was premature, but harmless07:58
infinitypitti: Go through the list of premature promotions and make some value judgements.07:59
pittiinfinity: it doesn't migrate uninstallable/FTBFS stuff, just test regressions, so it shoudln't cause new uninstallability07:59
infinitypitti: In most cases, I think we'll probably just want to live with it.07:59
pittiinfinity: yep, that's what I'm doing now07:59
infinitypitti: No, I meant that reverting could cause breakage. :P07:59
pittiin particular, python3-defaults has not been promoted yet (adding 3.5 as supported version)07:59
infinitypitti: Promotion should be fine, except for the part where we ignored tests.  But, hey, we used to do that for every package.08:00
infinitypitti: I assume you've reverted or fixed your britney oops?08:00
pittiinfinity: I reverted britney, yes08:00
lifelesspitti: that sounds *so* wrong08:01
pittiI don't yet have any idea why this happened, and I want to go through the current promotions before looking at that08:01
infinity.me nods.08:01
* infinity too.08:01
pittisorry about the mess -- here's to writing tests that don't prevent breakage :/08:01
* lifeless raises the glass08:01
infinitypitti: It's the classic QA governance dilemma, who tests the testsuite?08:02
pittiRiddell: see ^ -- a lot of KDE 5.10 -> 5.12 just landed in wily because the kdelibs4support test regression got ignored08:04
pittiRiddell: where on a scale of "intended -- okay -- OMGrevert" is that?08:04
pitti(the kdelibs4support test regression happenend much earlier, FTR, in 5.10 already)08:05
Riddellmm, I've not made any changes recently08:05
Riddellpitti: which ignore is that?08:06
pittiRiddell: see http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html e. g. the topmost entry08:06
pittiRiddell: or solid, kitemviews, etc.08:06
lifelessinfinity: the test test suite suite08:07
lifelessinfinity: actually more seriously, depends on known unknowns or unknown unknowns.08:07
pittithat was definitively an unknown unknown08:07
infinityRiddell: The kdelibs4support regression looks like one failing test.  Shouldn't be hard to hunt.  If I were you, I'd just let pitti's screwup go and enjoy the free promotions (and find the test failure).08:08
dokopitti, the list is fine, maybe give those packages in main priority08:09
pittidoko: ack, good idea (will continue after the britney SNAFU)08:09
infinitypitti: Also, still no browser-friendly content headers before switching to the new shiny? :(08:09
pittiRiddell: my main question to you is whether you are fine with 5.12 landing in wily now08:09
Riddellpitti: yes I'm all for it08:10
pittiinfinity: I spent like an hour on that, there's no effing way to do that :(08:10
pitti(I sent a summary to bug 1474271)08:10
ubottubug 1474271 in Auto Package Testing "fix MIME type of log.gz" [Medium,Triaged] https://launchpad.net/bugs/147427108:10
pittiRiddell: ok, thanks08:10
infinitypitti: Humor me, what happens if you serve/link it as foo.txt.gz?08:11
infinitypitti: Depending on the httpd in play, it might decide to do all the right things for you at that point.08:11
pittiinfinity: I actually tried all combinations of *.txt.gz, *.gz, Content-Type:, and Content-Encoding:08:12
infinitypitti: Hrmph.  Kay.08:12
pittiinfinity: the httpd is swift in this case08:12
pittiwe could store the logs uncompressed, but they'll get quite a bit larger then08:12
infinitypitti: I could "fix" it with a transparent apache sitting in front, but pretty sure there's got to be a cleaner way. :P08:12
pittiyeah, the bug is still on my list, but less important -- opening in gedit works okayish08:13
wgrantpitti: Hm, Content-Encoding: gzip should work fine08:14
wgrantpitti: We totally don't do this in Launchpad:08:14
wgrant    if filename.endswith('txt.gz'):08:14
wgrant        encoding = 'gzip'08:14
infinitypitti: FWIW, LP's correctly-behaving logs are Content-Encoding: x-gzip08:14
wgrant        mimetype = 'text/plain; charset=utf-8'08:14
wgrantHahahahaha "correctly-behaving"08:14
pittislangasek: to confirm, promoting the no-change rebuilds for 3.5 are "harmless" (although unintended), so I don't think we need to revert those, right?08:14
infinitywgrant: Correct, per my browser. ;)08:14
pittiwgrant: yes, I did set Content-Encoding:, but swift doesn't send it or the browser doesn't take it into account08:14
infinitywgrant: Curious that you push encoding=gzip, but twisted insisted in x-ifying it.08:15
pittiwgrant: see https://bugs.launchpad.net/auto-package-testing/+bug/1474271/comments/108:15
ubottuLaunchpad bug 1474271 in Auto Package Testing "fix MIME type of log.gz" [Medium,Triaged]08:15
pittiso with "Content-Type: text/plain; charset=UTF-8" and the ignored COntent-Encoding, you see the gzipped garbage inline08:15
wgrantpitti: Ah, I guess Swift could well realise that what you're doing is completely wrong.08:16
infinitySo, I'm talking to an apache here, not "swift".  Is that a proxy, or do you have some control over that apache and its config?08:17
infinityOh, I assume you'd have no control yourself, since it seems to be a shared prodstack resource.  Hrm.08:18
infinitypitti: Did you revert the attempt to set Content-Type, etc?08:18
pittislangasek, infinity: so I went through all the promotions; it's basically KDE 5.12 (already cleared with Riddell), a bunch of python 3.5 no-change rebuilds, some packages whose tests now succeed on the new infra (a lot was blocked on sqlalchemy), and some harmless updates; I didn't import the test regressions from the new r-base, as they come from debian and nobody looks at those anyway, so we now08:23
pitticonsider those as "always failed"08:23
pittiso I think by and large we are okay08:23
pitticuriously test regressions are holding up *some* package updates, but not most of them; I'll chase that bug now08:24
pittiwgrant, cjwatson: ^ panic mode off08:24
pittiinfinity: right, it's ProdStack's swift; this might be RT matter, but I think this is by and large a browser problem that it ignores Content-Encoding:.08:25
pittiinfinity: I never rolled this out as it didn't work08:25
pittislangasek, infinity: pretty much the only "questionable" promotion that I found is https://launchpad.net/ubuntu/+source/python-setuptools/18.0.1-108:25
infinitypitti: Browser's don't ignore content-encoding though...08:26
infinitypitti: So, I'd be curious to see the bits you tried, or play myself a bit.08:26
pittithat or python3-defualts broke tox, python-html2text, and ipython; but I suspect that it's the py3.5 transition,  checking logs08:26
infinitypitti: Seems a bit broken if setuptools was breaking as-installed tests.  Would be more likely to cause build failures, no?08:27
infinitypitti: Odds are it wasn't to blame.08:28
pittiyeah, the logs of those look like it was py3.5, not setuptools08:28
pittiso, I think by and large I was lucky in my screwup08:28
infinityYay luck.08:28
* pitti exhales and lowers blood pressure again08:28
LocutusOfBorg1python3.5 broke some gl stuff08:32
LocutusOfBorg1can anbody please englight me for this?08:33
LocutusOfBorg1 from OpenGL.GL import * works on python3 but not on python3.508:33
LocutusOfBorg1leading to a build failure for python-pyqtgraph08:33
LocutusOfBorg1I would like to help for the transition if possible08:34
pittipresumably it needs a rebuild to build against 3.4 and 3.508:37
pittiah sorry, no -- looks like this actually needs to be fixed in source08:37
LocutusOfBorg1pitti, who needs to be fixed?08:48
pittiOpenGL.GL apparently08:49
LocutusOfBorg1mmm ok, that was my though08:49
LocutusOfBorg1python-qt4 (4.11.4+dfsg-1build2) wily; urgency=medium08:49
LocutusOfBorg1  * No-change rebuild to fix damaged filename caused by dh-python3 bug08:49
LocutusOfBorg1Laney, ^^^ is that fixing my issue?08:50
LaneyLocutusOfBorg1: I doubt it09:12
LocutusOfBorg1me too :(09:14
dokoseb128, now working on double-conversion09:19
seb128doko, k09:19
dokoseb128, when will Mirv be back?09:20
seb128doko, no idea, ask bzoltan09:21
seb128he's in the sdk team, I didn't even know he was not around this week09:22
dokoahh, no desktop09:22
seb128no :-)09:22
seb128how come we have so many wily users getting python3.5 as default09:22
seb128are they using wily-proposed?09:22
infinityseb128: proposed still prefers 3.409:25
seb128infinity, what would make 3.5 be preferred?09:25
seb128I doubt that many users changed their default manually...09:25
infinityseb128: Other than changing the symlink, I can't imagine how people would get 3.5 as the default 3.09:26
infinityProcCmdline 09:26
infinity/usr/bin/python3.5 /usr/bin/onboard09:27
infinityIs onboard calling 3.5 directly?09:27
infinityYes.  Yes it is.09:27
infinityonboard (1.1.1-0ubuntu2) wily; urgency=medium09:27
infinity  * No-change rebuild for python3.5 transition09:27
infinityApparently a no-change rebuild changed the interpreter.09:27
infinityThanks, crappy build system.09:27
seb128weird, it doesn't have a python3.5 depends and running "onboard" here works without error09:31
infinityseb128: Which version do you have installed?09:32
seb128ii  onboard                                               1.1.1-0ubuntu2                                          i386         Simple On-screen Keyboard09:32
seb128maybe it's amd64 specific09:32
infinityseb128: 1.1.1-0ubuntu2 depends python3.5 here, and has a 3.5 shebang.09:32
seb128my i386 binary has python3.409:32
seb128i386 built with 3.409:33
infinityseb128: More complicated than that, actually.09:33
infinityseb128: Looks like it's a race.  It builds all supported versions, then installs them all to the same path.09:34
infinityseb128: Depending on which order that happens in make, you get 3.4 or 3.509:34
infinityseb128: Both are wrong, of course, it should just use a python3 shebang, otherwise building the modules for both versions is pointless. :P09:34
infinityI don't know enough about distutils and setup.py magic to know how to fix this braindeath.09:36
infinityThe trivial fix would just be to re-install onboard and onboard-settings after setup.py install, since the versions in the source have the right shebang.09:37
infinityBut if this shebang-mangling is a common setuptools thing, I wonder how many other packages are broken/breaking?09:39
dokoseb128, working on wxwidgets. if you don't have time, maybe pitti could help with some packages?09:39
seb128doko, yeah, that would be welcome09:40
seb128I'm having a day off tomorrow and I'm trying to wrap up some other things today09:40
dokoseb128, ok, then please could you attach the diffs to the open debian reports?09:40
seb128doko, yes, going to do that today09:41
infinitydoko: Is it a setuptools bug that build_scripts/install_scripts is setting the shebang to the exact python version instead of python3?09:42
infinitydoko: That doesn't seem right, and I don't think this particular package is doing anything special to make it do that.09:42
infinity    scripts = ['onboard', 'onboard-settings'],09:42
infinityIt just has that in setup.py, and setuptools is doing the evil thing.09:42
infinityErr, distutils.09:43
infinityNot awake.09:43
infinitydoko: distutils, I mean, not setuptools.  4am brain.09:43
dokoinfinity, which package?09:43
infinitydoko: onboard09:44
infinitydoko: It's getting a shebang of /usr/bin/python3.4 or python3.5, depending on what it's built with, and racy luck.09:44
infinitydoko: Neither seem correct, I'd assume it should just by python3?09:44
mgedminthe "modern" way of installing python scripts is to use setup(entry_ponts={'console_scripts': ['foo=package.module:main_function', ...]})09:45
mgedminbut I don't know what sort of shebang gets used in that case09:45
dokoinfinity, that's expected, afaik. the packaging should be aware of it. not sure if dh-python normalises the shebang09:46
infinitydoko: It certainly doesn't seem to, or this bug wouldn't be in the binaries.09:47
infinityThough, the part where it has a --no-shebang-rewrite option sort of implies it tries to.  Weird.09:50
* infinity tests a fix.09:52
cjwatsonI remember having to take great care in the germinate packaging to avoid that problem09:53
cjwatson(Though that isn't using the new pybuild hotness)09:54
infinitycjwatson: I just applied a simple dh_python3 --shebang=/usr/bin/python3 hammer.09:59
infinitycjwatson: Seems to have done the trick.09:59
* cjwatson nods10:01
cjwatsonThat may not have existed when I was doing that10:01
cjwatsonpython 2.7.3-1, python3 3.2.3-1 - so quite probably not10:01
pittiseb128: which ones are you working on and want to pass on?10:04
infinityseb128: onboard fix uploaded.10:04
pittiseb128: (sorry, still getting into the gcc transition business, I don't know much about it yet)10:04
pittiinfinity: FYI, Laney is converting existing logs, so e. g. http://autopkgtest.ubuntu.com/packages/d/d-conf/trusty/amd64/ are clickable too now10:04
dokopitti, forwarding you a list10:05
dokosee, what already is built in 3910:06
infinitypitti: Snazzy.10:06
infinitypitti: Glad you got it sorted.  I almost typed "we", but all I did was run your test case and point out that it works. :P10:07
pittidoko: ok; so everything in silo-16 which needs a rename should go into silo-39?10:13
dokopitti, yes. I'm working now on tinyxml210:14
pittidoko: most packages from your list are already done, it seems?10:16
dokopitti, well, seb128 said around 10 would be missing10:16
pittiseb128: do you have a list of remaining ones?10:16
pitti.. which neither you or doko are working on?10:16
dokolook what already is in 3910:17
pittiotherwise, if that gets in teh way too much, I'll go on with checking the debian bugs10:17
pittiseb128, doko: ok, e. g. capnproto, cwidget, exiv2 aren't done; either of you working on those?10:19
pittiso, I'll take exiv2, migrate it, and send the patch to Debian10:20
dokogoogle-perftools too, wxwidgets,10:20
dokoopenbabel (not on the list)10:20
dokomusicbrainz5 (take it from experimental). the last two are needed by kubuntu10:21
infinitydoko: Debian imports seem vaguely happy now, python3.4 synced.10:28
dokojust got the email, thanks10:29
pittiseb128: e. g. your cppunit change should go to debian bug 791013, right?10:30
ubottuDebian bug 791013 in src:cppunit "cppunit: library transition may be needed when GCC 5 is the default" [Important,Open] http://bugs.debian.org/79101310:30
pittior is there somethign about "our" transition which doesn't apply to Debian somehow?10:30
cjwatsoninfinity: oh good10:32
dokoinfinity, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-016/+build/773286010:33
dokois this 3.5 related?10:33
infinitydoko: Hrm?10:35
dokowild guess, didn't see that one before10:36
infinity/«BUILDDIR»/unity-scopes-shell-0.5.4+15.10.20150707/src/scope-harness/matcher/category-list-matcher.cpp:121:54: error: call of overloaded 'move(unity::scopeharness::matcher::CategoryMatcher&)' is ambiguous10:36
infinityJust looks like a stricter compiler to me.10:36
infinitydoko: Or did you paste the wrong URL?10:37
dokoohh, I was irritated by the ImportError: messages10:37
infinitydoko: Oh, all the importerror stuff could indeed be python shebang badness somewhere.10:38
pittidoko, seb128: OK, so I still don't understand this -- cppunit got renamed, but nm -D from the old and renamed library look identical -- why did that need a rename?10:38
pittiI thought we only need to do that if the symbols don't match10:38
dokopitti, most likely I saw a build failure with the not renamed one, likely be triggered by template instantiations10:40
dokoresulting in link failures10:40
pittioh, nevermind -- I diffed 1.13.2-2build1 against 1.13.2-2ubuntu1~gcc510:41
pittinow I diffed 1.13.2 against 1.13.2-2ubuntu1~gcc5 and the syms are different10:41
dokoso maybe start with exiv2, then strigi10:41
pittii. e. the -build1 ones were no-change rebuilds which were then broken because they changed ABI10:41
* pitti is still trying to understand this, having zero C++ knowledge10:42
pittiok, but that makes sense now10:42
pittidoko: yep10:42
pittidoko: i. e. upload exiv2, then upload no-change rebuilds of all reverse deps of it?10:42
cjwatsondoko,infinity: https://rt.admin.canonical.com/Ticket/Display.html?id=83461 should avoid that mirroring failure mode in future10:43
dokopitti, no, no no-change rebuilds yet10:43
infinitycjwatson: Ta.10:43
pittidoko: ok10:43
infinitycjwatson: Did we ever revisit using incoming/debian-buildd to import faster?10:44
cjwatsonno no no no no no no no no no no no no change rebuilds10:44
pittidoko: and is not forwarding the changes to the debian bugs a mere omission, or intended?10:44
cjwatsoninfinity: it's still buried somewhere in my mental to-do list; needs verification that things aren't going to melt if incoming rewinds10:44
dokopitti, the plan is to copy these renamed libs to -proposed, then have a first go rebuilding things. because we can't rebuild everything for each transition, so we'll start transitions first, then do a first test rebuild10:44
dokopitti, my changes are forwarded. seb128 wants to do this today10:46
pittidoko: ack, so intended10:46
infinitycjwatson: Is UNACCEPT still a thing ftp-master considers a valid action?10:46
cjwatsonWe don't want to assume that it isn't.10:47
cjwatsonI think it still occasionally happens once in a blue moon.10:47
infinitycjwatson: I suppose we could invent machinery to block something in proposed until it's "really" in unstable, and delete on unaccept, but that would be much tighter integration than we have today.  And probably serious overengineering.10:49
cjwatsoninfinity: Oh, the concern was more just making sure that gina doesn't melt.10:51
cjwatsoninfinity: I wasn't thinking about auto-syncing from incoming.  Just making it available for manual syncs in emergencies would generally be good enough, and doesn't require that kind of overengineering since if it's manual then somebody is responsible for it.10:52
infinitycjwatson: Ahh.10:52
cjwatsonBut I need to spend some time understanding gina enough to be comfortable with this ...10:52
infinitycjwatson: Yeah, if '-d incoming' worked, that would already be a huge win.10:52
infinitycjwatson: From dak's POV, incoming isn't actually a different suite, mind you, it's in unstable the moment it's accepted, but I guess since we're importing from Packages files, not the dak db, we can fudge it however we like.10:53
cjwatsonWe could stuff it into debian/sid, but I think that might be harder10:54
infinityA partial debian/incoming seems reasonable to me. (or $suite-incoming, if you want completeness)10:55
infinityThough, the latter sort of implies giving debian series' pockets, which I'm not sure we've ever bothered doing, have we?10:56
infinityI guess it doesn't have to imply that, sid-incoming can just be a whole new series.10:56
cjwatsonHm, it's true that it'd be a lot of series, and we don't have arbitrarily named pockets, the best we could do is stuff into unstable-proposed10:59
cjwatsonWhich might not be entirely terrible modelling10:59
cjwatsonErr, debian/sid-proposed that is10:59
cjwatsonThere's also things like buildd-testing-proposed-updates though11:00
infinityYeah, p-u is what would actually model to proposed, if we were being pedantic.11:00
cjwatsonWe don't import p-u right now11:01
infinitybuildd/unstable really is a part of unstable, it's just unpublished on ftpmaster.11:01
infinityBit it's unstable according to the DB.11:01
cjwatsonWe could merge them, that's not impossible11:01
infinityTHat would more correctly match dak ls / rmadison's view of the world.11:02
pittidoko: forwarded to debian bug 791030 and reassigned to release.d.o (I trust that this is still the right thing to do -- seems a bit odd as the maintainer will stop seeing it?)11:19
ubottuDebian bug 791030 in release.debian.org "exiv2: library transition may be needed when GCC 5 is the default" [Important,Open] http://bugs.debian.org/79103011:19
=== MacSlow is now known as MacSlow|lunch
dokopitti, hmm ... anyway, I think most of these will be done by NMU's ... but maybe just attach the patch for now (but don't change it back)11:33
pittidoko: ok, I'll attach the patch for strigi then without reassigning (I don't have an opinion on that, I'm just thinking aloud to avoid errors on the first one that I do :) )11:34
dokono, makes sense11:34
dokopitti, working myself on wxwidgets11:35
pittibut yeah, a big swamp of NMUs sounds easier than getting 200 maintainers to dput around the same time11:35
StevenKSynchronize watches ... okay, everyone hit enter on 3. 1 ... 2 ... 3!11:35
cjwatsonreminds me of a vintage #debian-devel topic11:39
cjwatsonOPN: more fun than a 200-user ytalk session on auric11:39
seb128infinity, thanks11:39
seb128pitti, no, not working on gcc5 things atm, I'm having tomorrow off and I'm trying to clean out some other things today before11:39
pittiseb128: ack11:40
StevenKOh god, ytalk11:40
seb128pitti, unsure what list doko gave you, but some don't need rename11:40
seb128like poppler or syncevolution11:41
seb128like if there are no changed symbols in the public abi there is no need for a rename11:41
pittiseb128: because they don't change public symbols11:41
seb128pitti, you can look at logs in https://people.debian.org/~doko/logs/gcc5-20150701/11:41
pittiW: libsearchclient0v5: package-name-doesnt-match-sonames libsearchclient011:41
seb128pitti, if they have a C11XX symbols section11:41
pittithat's expected, right?11:41
pittiseb128: yep, got that11:41
seb128pitti, yes11:41
seb128the warning is normal I think11:42
pittii. e. we don't want to fiddle with the soname because we have the Conflicts:/Replaces:?11:42
seb128soname change are more complex and an upstream thing11:42
* pitti uploads strigi and sends it to Debian11:43
dokoI should document that we can remove the conflict/replaces with the next soname bump11:44
pittiseb128: imagemagick (8: shoudl have been ubuntu1 I take it?11:52
pittiwell, let's hope that the next debian upload will include this11:52
seb128pitti, yes11:52
pittiseb128: do you have a list of packages which don't need to be converted? (like poppler, which I removed from my local one, but I'm sure there's more)11:53
pittidoko, seb128: so your list minus the ones in the PPA is http://pad.ubuntu.com/gcc-5-transition11:57
pittithat might have stuff that you already work on or which were already checked to not require a rename -- please update or put your name on what you work on?11:58
pittigrabbing capnproto then11:58
seb128pitti, the list I pastebined you yesterday was that12:02
seb128pitti, http://paste.ubuntu.com/11960809/12:03
seb128was the remaining from doko list12:03
pittiseb128: ah, those *do* need renames, all others don't?12:03
seb128I should have noted the ones that don't need transition, let me clean out those on the etherpad12:03
seb128pitti, correct12:03
seb128pitti, well, those need transition or to be checked12:04
pittiack, pad updated12:04
seb128it's the initial list - the ones done - the ones that I checked and don't need to be done12:04
* pitti grabs cwidget then12:05
dokoworking on guichan12:05
pittidoko: marked on pad12:07
=== _salem is now known as salem_
dokopitti, the snappy package has nothing to do with snappy ;)12:25
dokoworking on jack2d12:25
LocutusOfBorg1is there any reason for python-3to2 migration failure? I see from update_excuses "missing build on", but it is an arch:all package12:31
LocutusOfBorg1or maybe I should just wait some little more12:31
cjwatsonLocutusOfBorg1: You need to be more patient.12:32
cjwatsonLocutusOfBorg1: That proposed-migration run started before the built binaries had published.12:34
LocutusOfBorg1I'm wondering if the old python3-3to2 that belongs to a different package might be a problem12:40
cjwatsonLocutusOfBorg1: Shouldn't be.12:42
LocutusOfBorg1Unit193, ok to upload ext-pack on experimental?12:46
pittidoko: cwidget doesn't have a Debian bug report; shoudl I create one, or am I missing something and it shouldn't have? (aptitude is the only reverse dep)13:10
dokopitti: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=79268113:12
ubottuDebian bug 792681 in src:cwidget "cwidget ftbfs with GCC 5" [Normal,Open]13:12
pittidoko: ah, thanks13:13
=== MacSlow|lunch is now known as MacSlow
seb128doko, pitti, should those bugs/patches be usertaged "origin-ubuntu wily ubuntu-patch"?13:25
seb128or isn't that a thing anymore?13:25
pittiseb128: it still exists AFAIK, so can't hurt13:26
dokoseb128, maybe, but you can't file new bugs with more than one user/usertag. that's why I usually omit those13:26
pittioh? I thought I've done this several times13:26
seb128doko, you can13:26
seb128"Usertags: origin-ubuntu wily ubuntu-patch" works13:26
seb128in mails sent to submit@b.d.o13:26
pittilike https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77752113:27
ubottuDebian bug 777521 in pgsql-asn1oid "pgsql-asn1oid: Test regression with PostgreSQL 9.4.1 due to invalid \set ECHO" [Normal,Open]13:27
cjwatsonRight, but not more than one user/(list-of-usertags) pair13:27
gemado we have britney running on ubuntu packages? can anyone give me the link to it?13:27
pittiseveral User/Usertags: pairs13:27
cjwatsongema: http://people.canonical.com/~ubuntu-archive/proposed-migration/13:27
gemacjwatson: thanks!13:27
dokomaybe this works now, but I was bitten in the past by it not seeing my filed bug reports13:28
cjwatsonpitti: I'm reasonably sure only some of those are parsed13:28
pittimaybe only the last one hten13:29
cjwatsonmy reading of http://git.donarmstrong.com/?p=debbugs.git;a=blob;f=scripts/process;h=4c38000121c02e388828aee0374672c5d0abe7a5;hb=HEAD#l686 suggests that you only get one13:29
cjwatsonprobably only the last, indeed13:29
dokoseb128: hmm, not sure if Robert's "fix" to build everything in the gnome mm stack with -std=c++11 is the correct solution ... see https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-039/+build/773935813:42
dokoseb128, pitti: do you have a list of packages which didn't need renaming? most likely they need a rebuild14:08
pittidoko: so far only libcaca from me (on the pad)14:09
dokook, copying14:09
pittiand I know poppler and syncevolution from seb128, but he said he found more14:10
pittiI couldn't check libept yet, this is utterly broken14:10
dokoRiddell, do you have updated kde4libs and phonon packages which I could use in my ppa?14:12
dokocopied poppler14:12
Riddelldoko: for gcc 5? I've not looked at that for kdelibs or phonon14:15
* Riddell asks santa14:15
=== JanC_ is now known as JanC
pittidoko: http://paste.ubuntu.com/11966920/ is for libusermetricsinput1 -> this does not need a transition, right? (still need to check the other libs from libusermetrics, but checking that I understood it)14:23
seb128doko, yeah, unsure either14:23
dokono, looks good. only references to libstdc++14:25
pittidoko: ok, thanks; libusermetricsoutput1 is completely identical (except for offsets), so marking on pad14:25
* pitti wonders why Debian BTS complains about "user/usertag" in Control: stanzas, but they work fine with "bts"14:30
cjwatsonpitti: because service is a bit more stateful than process14:36
cjwatsonI mean that's not really a *reason*, but it's an excuse :)14:36
pitticjwatson: oh, so Control: are handled by something *different* than -control@ mails?14:37
seb128doko, pitti, sorry I didn't note down the ones that don't need transition, I just deleted them from my list. I think it was at least "packagekit poppler pulseaudio syncevolution"14:43
pittiseb128: noted these down in the pad14:43
pitti-T _ZN12osgAnimation10StatAction4initEPN3osg5StatsERKSsRKNS1_5Vec3fEffRKNS1_5Vec4fE14:44
pitti+T _ZN12osgAnimation10StatAction4initEPN3osg5StatsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKNS1_5Vec3fEffRKNS1_5Vec4fE14:44
pittihm, that is a symbol change, isn't it?14:44
* pitti renames libopenscenegraph100 then; libopenthreads20 doesn't change symbols and thus can stay14:45
cjwatsonpitti: IIRC, but it has been a long time14:45
dokopitti, cwidget has a patch in the silo16 ppa14:49
pittidoko: ah, thanks14:49
pittiI'll finish openscenegraph, then it's meeting time anyway14:50
pittiwgrant: I just requested a full export on https://translations.launchpad.net/ubuntu/trusty/+language-packs ; could you please launch this manually so that infinity gets fresh trusty packs in time for the point release?15:26
pittiwgrant: or rather, I would request it if the page wouldn't keep timing out; but I'll keep trying15:27
pittiwgrant: hm, do you have some other magic to get a full export that circumvents the timeout?15:31
pittiwgrant: ah, I think I caught a lucky spot :)15:35
=== henrix_ is now known as henrix
dokocan I tell apt to skip downloading translation files? always get hashsum mismatches15:43
pittiecho "Acquire::Languages \"none\";" > "$root"/etc/apt/apt.conf.d/90nolanguages15:45
pittidoko: ^15:45
pittidoko: ah, you probably don't need the $root bit15:45
bdmurrayinfinity: are we discussing bug 1471903 here?15:55
ubottubug 1471903 in livecd-rootfs (Ubuntu) "-updates, -security missing from apt lists" [High,In progress] https://launchpad.net/bugs/147190315:55
infinitybdmurray: Sure.15:56
infinitybdmurray: So, originally, the patch would have been about saving some image space from having useless data on it.15:56
infinitybdmurray: Clearly, the data is less useless to you than it was to us back then.15:57
infinitybdmurray: And images have grown in size.15:57
infinitybdmurray: So, it might be that this isn't even worth discussing and we should just revert the patch.15:57
bdmurrayinfinity: you'd also mentioned that apt-get update is running during the installer but that doesn't work in off-line installs...15:58
infinitybdmurray: It's run when not offline.15:59
infinitybdmurray: Heck, the installer is so clever it even replaces itself if a newer version exists.15:59
infinitybdmurray: So, yeah, that machinery would totally thwart your attempt to get valid origins for things on the livefs that have had SRUs since.  Like, say, kernels.16:00
bdmurrayinfinity: So if there isn't a downside I think it is just worth reverting.16:01
infinitybdmurray: Anyhow, the updates lists are smallish, I'm fine with just including them.16:01
infinitybdmurray: No point in security being there, since updates carries all security updates as well.16:01
infinitybdmurray: And proposed should probably be there if it's in sources.list, but otherwise not.16:02
infinitybdmurray: I'll look at the current state of things.16:02
bdmurrayinfinity: okay, thanks!16:02
dokopitti, working on tagcoll216:08
pittidoko: do the errors in https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-wily/wily/amd64/f/foolscap/20150728_124422@/log.gz tell anything to you? foolscap got broken by the new twisted16:18
pittidoko: (the new twisted accidentally migrated this morning)16:19
pittidoko: I can reupload the previous 0.14 twisted and re-upload 0.15 to wily-proposed to restore the previous situation, unless you have a better idea16:20
dokopitti, well, do we care about foolscap? look at their "twisted-compat" patches ...16:20
dokojtaylor, ^^^16:21
pittiI'll run the test in Debian and report it there then; ci.debian.net didn't yet get around to running it with 0.1516:22
pittidoko: ack, so ignore for now?16:22
pittidoko: oh, cool! thanks16:23
pittiI'll test/cherry-pick that and send a patch to debian then16:23
pitti... tomorrow, EOD now16:23
dokoinfinity, slangasek: could one of you merge dh-exec?16:41
doko$ dpkg -c ../libept1.4.12_1.0.13ubuntu1_amd64.deb |grep DEB16:41
dokolrwxrwxrwx root/root         0 2015-07-30 16:40 ./usr/lib/libept.so. -> ${DEB_HOST_MULTIARCH}/libept.so.1.aptpkg4.1616:41
infinitydoko: Merge it with what?16:42
infinitydoko: The latest is in proposed.16:42
dokoinfinity, dep-wait16:43
infinityEvidently it wants a package we don't have for some reason...16:44
infinityOh, it's FTBFS.16:45
cjwatsonand also will need an MIR16:46
infinityThe MIR should be trivial, since it's a build tool.16:46
infinityBut lol for a testsuite failing its own testsuite.16:46
cjwatsonthat looks like potentially something like a shell syntax difference16:46
slangasekinfinity: have a look at libtest-requiresinternet-perl :P16:46
infinityslangasek: I can infer what I'd see just from your instruction to look.16:47
slangasekpitti, infinity: moving discussion here.  regarding the p-m event this morning, I don't think it's at all a given that these python3.5 rebuilds should have been let through.  There were test failures higher up the stack in packages that did *not* require rebuilds for python3.5, and which are not shown in the list of tests associated to python3-defaults; and there were no-change rebuilds that I uplo16:49
slangasekaded, that were for pre-existing packages that ...16:49
slangasek... nevertheless had outstanding test failures in -proposed.  It may be too late to roll this back now, but I think there should be some deeper analysis of the skipped failures16:49
slangasekwow, hello split16:49
infinitycjwatson: Curious, it passes in a quick local attempt.16:49
cjwatsoninfinity: throw back against the wall?16:50
infinitycjwatson: It's been hitting the wall since vivid, last attempt three days ago.16:50
infinitycjwatson: I think I might need to dig deeper. :P16:50
infinityslangasek: I didn't see the full list of copies from the fallout.  I was trusting pitti's assertion that the failures he saw didn't seem to be particularly problematic, but I didn't do much/any investigation myself.16:52
slangasekinfinity: sure.  do we think it is too late to roll this back?16:53
infinityslangasek: I'd rather investigate than roll back.  Unwinding everything that might depend on things we're rolling back doesn't sound fun.16:54
infinityslangasek: And unpromoting *everything* since the event would be the only way to really ensure that, which sounds kinda disruptive.16:54
slangasekinfinity: right, so for the record I've been investigating said regressions for a week and was not to the bottom of them all yet16:55
infinitycjwatson: Huh.  And works in a local sbuild too.  Curiouser and curiouser.16:55
infinityslangasek: Is there a list of these?  I can help go through some.16:55
dokoinfinity, updated libept in silo16. if you fix it, please in the silo. but it doesn't look critical16:56
slangasekinfinity: http://people.canonical.com/~vorlon/excuses-broken-autopkgtest.html16:56
infinityslangasek: Also, did you see my onboard upload on top of your rebuild?  That's a class of bug you might want to look out for in the python transition. :/16:56
slangasekinfinity: no; onboard is the source package name?16:56
infinityslangasek: Yeah.16:57
slangasekinfinity: so far the only thing I *know* is a regression that snuck into wily here was ipython16:57
infinityslangasek: Do we have the matching output.txt from that run?  "valid candidate" in excuses didn't necessarily mean it promoted.16:58
slangasekinfinity: ehhh why is --shebang needed?  isn't this supposed to be default behavior of dh_python3 for programs?16:58
infinityslangasek: If it's mean to be the default, it doesn't seem to be.16:58
slangasekinfinity: it doesn't look like I do have it, unless it's archived on snakefruit somewhere.  but you can cross-check the versions against the archive16:58
infinityslangasek: And what was super fun was that we got python3.4 on one arch and python3.5 on another.  Both wrong, of course, but 3.5 blew up rather nicely.16:59
slangaseksqlite3 appears to have regressed r-cran-rsqlite16:59
infinityslangasek: Okay, so the good(ish) news on ipython is that it didn't regress on python3.4, it's only broken with 3.5, which might be because of the half-done transition, or might be because something's actually broken.17:03
slangasekinfinity: it's because something's actually broken.17:03
infinityslangasek: But until python3-defaults points to 3.5, it's fine.17:03
slangasekinfinity: and when python3-defaults points to 3.5, this will not block it17:04
infinityslangasek: And a python3-defaults upload will retrigger ipython tests, which would block it.17:04
slangasekinfinity: nope; there already was a python3-defaults upload, ipython is not in the reverse-dep list17:04
infinityIt... Sure is.17:05
infinityIf the infrastructure is failing to parse that, that's a bug.17:05
infinityMaybe because it's a python3:any dep...17:06
slangasekpitti: ^^ can p-m be fixed to get ipython into the autopkgtest list for python3-defaults? :)17:06
infinitypitti: Or, more to the point, why isn't it? :P17:06
infinitypitti: I'm guessing a failure to parse :any deps.  Maybe?17:07
cjwatsonProbably because it's running on a system with a python-apt that predates :any17:08
cjwatsonis my guess anyway17:08
cjwatsonI'd suggest what I did for LP recently, that is, switch to using python-debian for parse_depends type things on the grounds that it's way easier to upgrade17:09
cjwatsonalthough that may be tricky here since it's using apt.Cache17:10
cjwatsonthough ... apt_pkg.parse_depends("foo:any") seems to roughly DTRT on snakefruit so maybe I'm wrong17:11
infinityPerhaps there's somewhere in the pipe where one can just 's/:.*//' and be done with it?17:11
cjwatsonyou're gonna need to handle build profiles too17:11
slangasekpitti: I also have in my notes that python-numpy was blocked by a pyresample test regression... and pyresample is not shown as having been tested for python-numpy17:12
cjwatsonwhich are a bit harder, just dumping <.* doesn't tend to go so well17:12
infinityRight, yet another argument for me getting to the apt/dpkg/python-apt trusty SRUs and precise-cat backports, I geuss. :/17:12
slangasekand that one appears to be a straight binary dependency from python-resample on python-numpy, no :any handling involved17:12
infinityThe lack of sorting in those lists is driving me mad.17:14
infinityslangasek: I don't see any successes in pyresample's history, so I'm not sure about regressions there...17:48
infinityslangasek: The new version just built, though, so maybe it'll be happy.17:48
infinityslangasek: Oh, was pyresample the one you were talking about magically starting to fail in wily when it was fine in vivid?17:49
infinityAhh, indeed it was.17:49
slangasekinfinity: yes, but regardless it's a problem that pyresample isn't showing as tested for python-numpy18:05
infinityslangasek: Indeed.18:08
pittiinfinity, slangasek: foolscap is the one regression that I saw and that we moderately care about that was affected by letting twisted in18:23
pittiinfinity, slangasek: http://people.canonical.com/~pitti/tmp/excuses.html was the run from this morning18:24
pitti:any deps> snakefruit runs precise, might indeed have a too old python-apt for :any; I'll create a bug to see if we can work around it18:25
juliankWhat is mvo doing?18:26
juliankHaven't seen him recently18:26
pittibug 147992218:27
ubottubug 1479922 in Auto Package Testing "doesn't consider :any reverse dependencies" [Undecided,New] https://launchpad.net/bugs/147992218:27
pittijuliank: I've heard he's on vacation18:27
slangasekpitti: thanks.  did you also see the comment above about pyresample not being tested for python-numpy?18:27
juliankbut thanks, pitti18:28
pittiyep (reading backscroll from top to bottom)18:28
pittislangasek: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#pyresample looks like an ordinary FTBFS, same as this morning (http://people.canonical.com/~pitti/tmp/excuses.html#pyresample18:28
pittislangasek: http://people.canonical.com/~pitti/tmp/excuses.html#python-numpy was blocked by pytables18:29
slangasekpitti: yes, but the set of *tested* packages is still wrong18:29
slangasekwhy was pyresample not tested?18:29
slangasekthe fact that python-numpy /happened/ to get blocked by another failure is not comforting18:29
=== Pici` is now known as Pici
pittiah, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses/wily/2015-07-30/00:12:32.html.gz had pyresample for numpy indeed18:32
pitticonversely, the old infra didn't test pyorbital, the new one does18:34
pittitracked as bug 147992618:37
ubottubug 1479926 in Auto Package Testing "python-numpy does not trigger pyresample" [Undecided,New] https://launchpad.net/bugs/147992618:37
hallyninfinity: having a duh moment.  merging a release from debian.  do i use debuild -S -sa -v<priori-ubuntu-version> to include the debian changelog entry in .changes?18:38
pittihallyn: yes, please18:39
hallynpitti: thanks.18:39
bdmurrayjamespage_: is bug 1479496 supposed to be fixed in Wily and In Progress in Vivid?18:50
ubottubug 1479496 in python-neutronclient (Ubuntu Wily) "[SRU] python-neutronclient 1:2.3.11 + long request URI's don't work with Kilo" [High,In progress] https://launchpad.net/bugs/147949618:50
mitya57Can some archive admin please look at lp: #1465703?19:23
ubottuLaunchpad bug 1465703 in unity-mail (Ubuntu) "Please remove unity-mail from the archive" [Undecided,New] https://launchpad.net/bugs/146570319:23
mitya57Laney, thanks a lot for fixing ipython! :)19:38
cjwatsonmitya57: done19:39
mitya57cjwatson, thanks19:40
mitya57jtaylor, unping because Iain fixed it19:42
dokoinfinity, could you have a look? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-039/+sourcepub/5267655/+listing-archive-extra  built fine before20:10
dokonot that we would need that on ppc64el, but it fails with -O0, so maybe something wrong in qt5, or because it's built using -O3?20:11
tewardstupid generic question, but where can I obtain a copy of the gcc5 stuff to testbuild packages via it, to determine if there's broken stuff in some of my code?22:09
sarnoldteward: hopefully useful: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2015-July/001143.html -- do ko has already done rebuilds and published results :)22:12
tewardsarnold: rebuilds of the entire repositories?22:13
tewardor only things with direct depends22:13
sarnoldteward: I think everything22:14
tewardi think you know which packages i'm interested in xD22:15
tewardand a few private nonpublished ones're also on my radar :P22:15
keesstgraber: say... I'm following instructions for unpriv lxc at https://help.ubuntu.com/lts/serverguide/lxc.html#lxc-unpriv on vivid. I have some questions... if you have a moment?22:43
=== salem_ is now known as _salem

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