micahgPlease reject my first hplip upload to trusty, wasn't cleaned02:16
slangasekhas anyone started rebuilds for boost?  I notice uhd needs rebuilt for new boost, because gnuradio FTBFS for log4cpp rebuild03:26
=== ara is now known as Guest14068
slangasekoh, right. hey, new binaries for review07:59
slangasekxnox: does this look like a boost bug to you? https://launchpad.net/ubuntu/+source/fatrat/1.2.0~beta2-0ubuntu11/+build/775069008:00
slangasekdoko: ok, I've started batch uploading libraries; many of the packages will Just Work, but those with symbols files are bound to fail.  I'll revise my script to hold back packages that include symbols files; do you have any suggestions for batch-fixing of these? (https://launchpadlibrarian.net/213449479/buildlog_ubuntu-wily-amd64.atlas-cpp_0.6.2-4.1ubuntu1_BUILDING.txt.gz)08:10
dokoslangasek, s/std::basic_string/std::__cxx11::basic_string/ will get you some updates. but not the ones where the return type for the string type is enocded ([abi:cxx11])08:11
slangasekdoko: ok.  btw, since we now have per-library transition trackers for the library renames, should we maybe drop the libstdc++6 one?  since that's not a transition that will ever "complete" anyway, given the inexact matches08:15
slangasekok, pushed (but the tracker currently takes quite a while to process all the transitions, so web won't be updated for a few hours)08:16
xnoxslangasek: it's a Qt4 moc's bug that it fails to parse BOOST_JOIN, because moc is not a good enough cpp, this is fixed in QT5...08:35
xnoxslangasek: one should use, e.g. #ifndef Q_MOC_RUN ... #endif to "fix" it.08:36
slangasekxnox: ok; for now I'll just drop the package from wily08:38
xnoxslangasek: Divide and conquer08:38
xnoxslangasek: we could fix them all by recompiling qt4 with this:08:41
slangasekxnox: right; the fact that it's qt4 tells me approximately how well-maintained and relevant it is however, so that puts it in the set of things I'm not going to let be in the critical path of the transition.  it's now a wily-proposed-only FTBFS That someone can fix08:42
xnoxslangasek: ok.08:43
xnoxslangasek: this is not the only package where i have seen this happening at though. And fixing it at moc level overall will be best, than patching these falling leaf things.08:43
xnoxi'll do that, and trigger the rebuild of things that failed with that.08:44
* xnox goes to find coffee08:44
xnoxhm, we have those qt4 patches in place already.08:51
=== henrix_ is now known as henrix
dokoslangasek, go to bed and tell Laney and me where to continue12:01
=== utlemming is now known as utlemming_away
=== utlemming_away is now known as utlemming
=== utlemming is now known as utlemming_away
=== psivaa is now known as psivaa-lunch
=== utlemming_away is now known as utlemming
=== psivaa-lunch is now known as psivaa
andolAny chance that anyone in here cares about the http://releases.ubuntu.com/vivid/ FOOSUMS don't appear to match up with their corresponding FOOSUMS.gpg? http://paste.ubuntu.com/11994117/. In addition to the BAD signature reported by gpg there is also the oddness of the FOOSUMS file appearning newer than their correspdoning signatures files.16:38
infinityandol: Grr.  Will fix.  I blame whoever is mucking in my trees to drop new snappy releases in.16:49
infinityrsalveti: ^-- Who did that?16:49
andolinfinity: Thanks.16:51
infinityandol: Thanks for catching it.16:52
infinityandol: Should be happier now.16:52
andolYepp, yepp16:53
rsalvetiinfinity: I believe I did that, but looking at my logs I did call sign-cdimage, not sure what happened, sorry16:54
rsalvetiwill make sure this doesn't happen again16:55
infinityrsalveti: The simpler thing is just to drop your files in and call "checksum-directory ."16:57
infinityrsalveti: And double-check against the published version to make sure nothing broke before you sync-mirrors.16:57
rsalvetiinfinity: cool, thanks16:58
infinityrsalveti: Also, can we ever drop the compat symlinks I had to add for that blog post that pointed at the wrong path?  I guess we can for wily, but never for vivid?16:59
infinityrsalveti: I was going to write proper snappy support into cdimage at some point so this all made sense, but yay time.16:59
rsalvetislangasek: can we drop the compat symlinks?16:59
rsalvetidon't remember what caused it17:00
rsalvetibut if it's just because of a blog post, sure, unless it's a post from mark :-)17:00
infinityrsalveti: I don't remember who the blog post was from, but it was vaguely "official", hence the symlinks. :P17:00
infinityrsalveti: It doesn't bug me if they stay there forever for vivid, just want to make sure no docs will reference them (other than the offending blog post) going forward, so we don't have to perpetuate the hack.17:01
rsalvetiyeah, for wily we can for sure remove it17:01
slangasekdoko_: I already did go to bed, and handed you the script on #distro for you to continue with... :)  doesn't look like there've been any new libraries uploaded since this morning, however.  that's fine, I can pick these up again, it's mostly scriptable by now19:57
slangasekrsalveti: yes, no objection from me to removal of the symlinks19:58
slangasekwho maintains ben? Laney?20:37
Laneyslangasek: fs(mall)vo20:49
slangasekLaney: ok, so... if I'm noticing it not scaling so well in the face of all the C++ ABI transitions... is that you? :)20:50
Laneyslangasek: I can't be blamed for the upstream code20:52
Laneyslangasek: You can run it with sh -x or something to see if it's a problem with the way we are invoking it20:52
slangasekben appears to be a binary executable20:52
Laneythere's a runner20:53
slangasekthe runner isn't what's taking 99% CPU and 70% memory for 3 hours20:53
Laneyschroot -c trusty-transitions; /srv/transitions/<mumble>/go20:53
Laneyif it's the one instance of 'ben tracker' then fair enough20:54
Laneybut we also loop over 'ben monitor' to generate the .txt output20:54
Laneyand that could probably go if this part doesn't scale well20:54
slangasekit's the ben tracker that's the hit20:54
LaneyWe might try the latest upstream code (probably easiest a wily environment) to see if it's improved20:55
Laneyand if not then mehdi is who you want20:55
Laneyif so then we need to upgrade20:55
slangasekok, well I'm not shaving that yak right now; still working on getting the libraries themselves uploaded20:56
slangasek(which I'm sure will only make ben's performance worse)20:56
Laneyyeah... that would be a backport to trusty which I'm not sure would be very fun20:57
Laneyoh also, there's a package so the initial yak might not have to be so hairy21:02
slangasekreplicating the transitions environment as a wily test env is enough of a yak already21:03
slangasekLaney: maybe an easier question: why is pion still showing up on http://people.canonical.com/~ubuntu-archive/transitions/html/log4cpp-g++5.html ?21:08
slangasekand fixed my batch script to do something sensible now with -dbg packages21:09
slangasekso another batch of uploads coming21:10
Laneyslangasek: At a guess: the -dev package matches your -bad21:16
slangasekLaney: libpion-dev Depends: liblog4cpp5-dev, liblog4cpp5v5.  Ben doesn't have any smarts to match on package name boundaries?21:18
slangasek'dch -r -D wily' :)21:19
doko_too late here again ...21:20
slangasekLaney: so if ben doesn't have any smarts for making depends fields match on package name boundaries, but /you/ do, I'd be happy to take a tried-and-true regexp and use it in my script for autogenerating these transitions files... instead of having them all be subtly wrong21:21
slangasekmonitor/ongoing/dh-python2.ben has a promising candidate: (^| )(pkg1|pkg2)\s*([,(]|$)21:23
slangasekthat misses ':arch', but that's easily added21:23
Laneyslangasek: I don't mean that - I mean that your regexp is a match for the string "liblog4cpp5-dev" which is in Depends of libpion-dev21:25
LaneyI thought that ben already split at package boundaries for these queries but if people have been hacking around it then maybe not?21:26
slangasekLaney: ok, so my 'bad' is .depends ~ /liblog4cpp5\b/21:26
slangasekwhich obviously matches liblog4cpp5-dev, but21:27
slangasekanyway I'll try the dh-python2 approach21:27
slangasek(blind, since it'll take forever to regen)21:27
slangasekoh, I guess the horribly broken dbus-c++ one probably doesn't help performance21:34
slangasekLaney: ok, I think - and this is just a guess here - that ben's performance may improve now that the config no longer includes two broken trackers with a null regexp matching every package in the archive21:40
slangaseksorry, looks like an earlier iteration of the code I was using to autogenerate them choked badly on packages with '+' in the name :P21:42
=== doko_ is now known as doko
slangasekoh hey look, ben finished in < 20m instead of > 3h21:57
slangasekLaney, doko: here's the current state of the art of my auto-library-mangling script; at this point it works pretty reliably for everything but symbols files - and for packages with symbols files, it aborts and leaves you with a working directory you can use to fix those up: http://paste.ubuntu.com/11996364/22:29
dokoslangasek, would you mind sending this to debian-devel too?22:29
slangasekdoko: when I get a chance; I'm currently still trying to get us to the point that we can unblock gcc-5 in Ubuntu22:30
slangasekanyway, if anyone wants to help with this transition, they could hack that script to run it for some of the packages needing symbols file updates22:31
slangasekso far I have csound and ctpp222:31
slangasek(that need attention, I mean)22:31
dokoslangasek, how do you want to handle the auto removals which were done in debian testing? I assume we should do something similar, but I don't know how22:31
slangasekdoko: we have an autoremoval job for archive admins, but it looks like it hasn't been run in at least 15 days22:32
slangasekdoko: for now, I have a blacklist that I'm using: http://paste.ubuntu.com/11996394/22:33
dokoslangasek, can I see the issues with csound and ctpp2? or should I build these myself?22:34
slangasekthis script has Ubuntuisms in it btw, won't quite work for Debian22:34
slangasekdoko: it's symbols files changes, I've only added them to the blacklist so I can skip over them and churn through the others22:35
slangasekso feel free to claim one for looking22:35
dokoslangasek, could you check getfem++? needed by csound22:38
slangasekdoko: I'm up to 'f' now, you should have it soon22:40
ari-tczewcan someone accept source package "jersey1" @wily-proposed? missing B-D is already in archive22:44
infinityari-tczew: The dep-wait would have cleared on its own if you waited a bit.22:49
ari-tczewinfinity: also automatically, ok22:50
slangasekC++ libraries that are currently FTBFS and need investigation: clanlib libcrypto++ fbreader dcmtk23:04
slangasek(I haven't looked at these at all beyond seeing that there are build failure emails; they could all be simple things)23:04
dokoI would love to nuke cdbs23:10
* slangasek sources some plutonium23:10
slangasekclanlib reuploaded23:26
dokowtf is d-shlibmove?23:29
slangasekflac, geographiclib also have symbols files23:32
dokoafk now, ctpp2 in the works, but I hate cdbs23:35
slangasekjust noticed the script needs to be smartened for binary packages with 'c2a' in the name23:38
slangasek(yes, we still have a bunch of those around)23:38
infinityslangasek: Hey, why not?  We still have binaries with '1g' in the name.23:43
infinityOr, rather, just 'g'.23:43
slangasekdoko: getfem++ uploaded now23:45
slangasekinfinity: yeah, but those are libraries written in C, where stable ABIs exist :)23:45
slangasekinfinity: I'm pretty sure most of the c2a libs are old GNOME abandonware23:45
infinityVery stable, in the case of libz1.23:45
infinityWhich could drop the 'g' if someone actually renamed the library package to be policy-compliant.23:46
infinityI wonder why no one's ever bothered.23:46
infinityOh, probably because of thousands of versioned deps.23:47
infinityBut now that we have versioned Provides, that could be sorted.23:47
slangasekdo we?23:47
slangasekin stable apt + dpkg?23:47
infinityProvides: zlib1g (= 1.2.3) does what you'd expect.23:47
infinityNot sure which versions of packaging tools are needed to make it happy.  Would have to check.23:48
infinityslangasek: Bah.  Only in utopic's apt.  jessie is good, trusty is not.23:51
infinityslangasek: But post-16.04, renaming zlib1g could totally be a thing.23:52

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