[00:24] <xnox> infinity, i believe desktop team maintains that package. I am not going to touch that anymore, as my upload was reverted by them.
[00:24] <xnox> (upload for an indicator)
[04:07] <slangasek> LocutusOfBorg: hey, so you've merged remmina, which has changed build-deps from libfreerdp-dev to freerdp2-dev and wants to pull in several dozen packages into main including ffmpeg and that's not happening.  How should this be handled?
[04:11] <Ukikie> Didn't Ubuntu GNOME drop remmina?
[04:20] <slangasek> I don't know what Ubuntu GNOME did; it's still listed as a recommends of ubuntu-desktop
[04:29] <jbicha> slangasek: freerdp2 is buildable without ffmpeg so I guess I'll upload that
[04:29] <slangasek> ok
[04:38] <jbicha> "Skipping recommended feature FFmpeg for multimedia (multimedia redirection, audio and video playback)"
[04:39] <jbicha> but it turns out we already do that in our freerdp packaging
[04:57] <slangasek> jbicha: remmina-plugin-rdp -> libfreerdp2-2 -> libavcodec57; doesn't look built without ffmpeg
[04:58] <slangasek> and gr-iio -> libiio -> mono FTBFS on ppc64el+s390x, entangled in icu transition
[05:05] <jbicha> slangasek: I meant "turns out we already do that in our freerdp1 packaging", I just uploaded fixed freerdp2 now
[05:06] <slangasek> ah ok
[05:20] <Ukikie> slangasek: Ah sorry, I was referring to the GNOME version of Ubuntu, thus Ubuntu proper/Mainbuntu.
[05:21] <jbicha> Ukikie: as of 17.10 (and current 18.04), remmina is still included in Ubuntu Desktop by default
[05:21] <Ukikie> jbicha: OK, it was proposed to remove it, IIRC?
[05:23] <jbicha> Ukikie: yes I proposed it 😉
[05:23] <jbicha> slangasek: are you ok with letting libgsm back in main (it's needed by freerdp2)?
[05:25] <slangasek> jbicha: hmm, it seems there was never previously an MIR for it; looking closer
[05:27] <slangasek> "Compression and decompression run faster than realtime on most SPARCstations" be still my heart
[05:28] <slangasek> jbicha: if it's really needed, yes.  I'm unclear what speech compression has to do with RDP
[05:34] <jbicha> slangasek: never mind, I found the knob to turn libgsm off
[05:34] <jbicha> apologies to sparc fans
[05:35] <slangasek> I think there might be a few other audio codecs that decompress in realtime on current CPUs
[05:46] <slangasek> doko: kido ftbfs on ppc64el shows a stacktrace pointing at c++ w/ std::basic_string in liburdfdom-world; the segfault is corrected with a no-change rebuild of urdfdom; do you know if this is safe to do as a no-change rebuild, or does this point to ABI breakage of some sort?
[05:54] <slangasek> infinity: mono ftbfs on ppc64el points to 'struct ucontext' not being exposed via #include <ucontext.h>.  Mono bug, or glibc bug for asm/ucontext.h not being transitively included?
[06:00] <slangasek> infinity: hmm possibly more subtle than that; but still, wondering whose bug it is
[06:35] <LocutusOfBorg> slangasek, thanks for caring and fixing, I briefly looked at it yesterday, but I did something else...
[06:35] <LocutusOfBorg> should we have both freerdp and freerdp2 in main then?
[06:38] <LocutusOfBorg> I would say only remmina is in main, so freerdp can go in universe...
[09:13] <doko> slangasek: mono bug, was removed in glibc by intent
[09:18] <doko> slangasek: kido/urdfdom, not aware of changes in std::basic_string between GCC 6 and 7
[09:30] -queuebot:#ubuntu-release- Unapproved: accepted indicator-sound-gtk2 [source] (xenial-proposed) [12.10.0.1-0ubuntu5.16.04.1]
[09:33] <infinity> doko, slangasek: Worked around the mono ftbfs by just removing it (it was pretty much a no-op upload anyway).  z3, libiio, and uwsgi now building.
[09:33] <infinity> (We'll need to double back on the mono thing, of course)
[09:40] <doko> infinity: do you know the current status of entangled transitions?
[09:40] <infinity> doko: Trying to determine that right now.
[09:42] <doko> what I see is: icu libcdio lincdio-paranoia netcdf opencv mrpt gnuradio
[09:42] <infinity> Yeah, and opencv/mrpt seems to have some FTBFS sadness.
[09:42] <infinity> So glad that one got started and entangled. :/
[09:45] <infinity> doko: If mrpt is tied up anyway, should we try a sync? :/
[09:45] <infinity> 1:1.5.3-1 is in testing.
[09:46] <doko> sure, why not.
[09:46] <infinity> Or, it has no rdeps?  Or is reverse-depends lying to me?
[09:46]  * infinity crosses his fingers.
[09:46] <doko> sil2100: what's status about fixing these unity related ftbfsses
[09:47] <doko> opencv is sadness ...
[09:53] <sil2100> I'm looking at biometryd now...
[10:14] <doko> xnox: to get libcolumbus disentangled with boost I could build-depend on the old versioned boost b-d's
[10:15] <xnox> doko, let me check if it is a CMake module problem, and anything that uses boost-python via cmake is broken.
[10:20] <xnox> doko, hm.... that does not help.
[10:23] -queuebot:#ubuntu-release- New binary: mrpt [ppc64el] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:25] <ginggs> would someone bump the freecad hint in a-p-w's hints please?
[10:25] <doko> tyhicks: fgrep -ri copyright shows more than one copyright holder ...
[10:26] <xnox> doko, seems like PyInit got.... namespaced?
[10:26] <xnox>     37: 000000000021d180     8 OBJECT  LOCAL  DEFAULT   25 _ZGVZ15PyInit_columbusE9m
[10:26] <xnox>     38: 000000000021d0c0   104 OBJECT  LOCAL  DEFAULT   24 _ZZ15PyInit_columbusE9mod
[10:26] <xnox>     39: 0000000000013b20    40 OBJECT  LOCAL  DEFAULT   14 _ZZ15PyInit_columbusE14in
[10:26] <xnox>     43: 000000000021d1a0    32 OBJECT  LOCAL  DEFAULT   25 _ZZ15PyInit_columbusE15in
[10:26] <xnox> ginggs, make a bzr merge proposal?
[10:27] <apw> ginggs, looking
[10:28] <apw> ginggs, done
[10:28] <ginggs> apw: thanks!
[10:29] <sil2100> huh, looks like my change helped, the build is moving forward
[10:29] -queuebot:#ubuntu-release- New binary: mrpt [s390x] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:30] <sil2100> I wonder why it suddenly stopped working in bionic, this wasn't related to boost or anything else obvious
[10:30] <doko> xnox: rather boosted. That function has to be a C function
[10:30] <xnox> yeah
[10:33] <sil2100> doko, xnox: ok, so biometryd is moving forward now as cmake is not failing anymore, but there's some sign-compare C++ errors now coming from gtest, I'll be digging further
[10:37] <ginggs> apw: you missed build3/ppc64el
[10:38] -queuebot:#ubuntu-release- New binary: mrpt [i386] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:39] <LocutusOfBorg> does anybody know why plplot segfaults on pppc64el? this is probably blocking the transition too
[10:40] -queuebot:#ubuntu-release- Unapproved: openvswitch (xenial-proposed/main) [2.5.2-0ubuntu0.16.04.3 => 2.5.4-0ubuntu0.16.04.1] (ubuntu-server)
[10:41] <apw> ginggs, re-fixed
[10:41] <ginggs> apw: re-thanks
[10:41] <apw> ginggs, also reformed so i don't do that again
[10:42] -queuebot:#ubuntu-release- New binary: mrpt [amd64] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:53] <LocutusOfBorg> doko, feeling perl mergy?
[10:54] <LocutusOfBorg> after icu and so on I guess?
[10:54] <doko> LocutusOfBorg: I really would prefer if you would finish all the transitions you are starting ...
[10:54] <LocutusOfBorg> casablanca is over, and the others are entangled with other transitions
[10:54] <LocutusOfBorg> my transitions are all over I guess
[10:55] <xnox> horum... pre-processed code looks ok http://paste.ubuntu.com/25850991/
[10:57] <xnox> building without -fvisibility=hidden -fvisibility-inlines-hidden
[10:58] <infinity> LocutusOfBorg: Define "over".  They're only over once they've migrated, otherwise you just keep entangling new transitions with current ones.
[10:58] <slashd> sil2100, good day ;) could you please release lshw for both : T & X | (LP:# 1471983)
[10:58] <sil2100> slashd: o/ Let me take a lookie
[10:58] <LocutusOfBorg> my subtransitions are all ready to migrate, waiting for icu and opencv and so on
[10:58] <xnox> doko, in libcolumbus -fvisibility=hidden -fvisibility-inlines-hidden -> seems to be what is breaking it. Pre-processed code looks ok.
[10:59] <LocutusOfBorg> I had to sync e.g. casablanca because the current one was boost-foo bad building
[10:59] <LocutusOfBorg> I did start only the one that were fixing boost failures
[10:59] <LocutusOfBorg> and I finished them, even if not migrating, they are not blocking migration
[10:59] <doko> boost is non-blocking
[11:00] <LocutusOfBorg> so what is blocking now? I lost the picture... mrpt seems mostly good
[11:03] <doko> opencv gnuradio
[11:04] <infinity> openimageio's new FTBFS needs love.  blender's sudden hatred of itself as well.
[11:05] <LocutusOfBorg> opencv is worked out by mapreri I think
[11:05] <LocutusOfBorg> I stopped merging/syncing gnuradio some releases ago, just because... it sucks
[11:06] <doko> ginggs: https://launchpadlibrarian.net/343506262/buildlog_ubuntu-bionic-amd64.caffe-contrib_1.0.0-4build1_BUILDING.txt.gz
[11:06] <infinity> LocutusOfBorg: The point being made here is that if you start a transition that gets entangled in another one, you've just made yourself partially responsible for all of them. :P
[11:06] <infinity> You don't get to say "oh, well, my part's done, can I start another that makes things worse?"
[11:07] <infinity> And the tracker hasn't updated for 2 hours.  Hrm.
[11:07] <doko> did I break the transition tracker with syntax errors?
[11:07] <infinity> W: parse error in file "config/monitor/ongoing/opencv.ben", line 5, character 0
[11:07] <infinity> Uncaught exception: ben-specific error: parse error in file "config/monitor/ongoing/opencv.ben", line 5, character 0
[11:07] <infinity> doko: Yup.
[11:08] <doko> how can I see these errors?
[11:08] -queuebot:#ubuntu-release- New binary: gr-radar [ppc64el] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)
[11:08] <infinity> doko: That's in ubuntu-archive@snakefruit's mailbox.
[11:09] -queuebot:#ubuntu-release- New binary: gr-radar [amd64] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)
[11:09] <doko> so maybe have a look at the gnuradio tracker as well
[11:09] <LocutusOfBorg> infinity, hey, I didn't say "I'm washing my hands", I lost a whole sunday trying to sort out ocaml
[11:10] -queuebot:#ubuntu-release- New binary: gr-radar [i386] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: gr-radar [s390x] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)
[11:10] <LocutusOfBorg> I'm just pointing out that when I start something, I finish it, even if subpartially, and I'm trying to sort out that icu stuff since the begin, with some little help where I can
[11:10] <xnox> doko, i do think this is a boost bug. due to changes in boost config, it no longer sets visibility to default.
[11:10] <LocutusOfBorg> because I want the autosync open :D
[11:14] <infinity> doko: Looks like it's just missing a trailing semicolon on is_bad.  Hence the syntax error being char 0 of the next line.
[11:16] <infinity> doko: Fix commited.
[11:17] <ginggs> doko: ack caffe-contrib - will look soon
[11:17] <LocutusOfBorg> ginggs, I was looking at it
[11:18] <LocutusOfBorg> libkf5kface --> there is a version in debian experimental, maybe it is already fixeed, we can cherry-pick
[11:18] <LocutusOfBorg> openimageio needs a merge?
[11:18] <LocutusOfBorg> sigh
[11:18] <ginggs> LocutusOfBorg: don't stop :)
[11:19] -queuebot:#ubuntu-release- New binary: gr-radar [arm64] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)
[11:19] <ginggs> ^looking at caffe-contrib that is
[11:21] -queuebot:#ubuntu-release- New binary: gr-radar [armhf] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)
[11:21] <infinity> LocutusOfBorg: Testing the experimental kf5kface here.
[11:21] <infinity> LocutusOfBorg: If it builds okay in bionic, I'll just sync it -- it has no rdeps.
[11:21] <infinity> (If it doesn't, I'll demote it, same reason)
[11:25] <LocutusOfBorg> infinity, nah
[11:25] <LocutusOfBorg> debdiff is showing 0 changes
[11:25] <LocutusOfBorg> who in the world can do this?
[11:25] <LocutusOfBorg> #if OPENCV_TEST_VERSION(3,1,0)
[11:25] <LocutusOfBorg> so, with opencv 3.2.0 the #else branch is taken
[11:25] <LocutusOfBorg> booooh kf5kface
[11:26]  * LocutusOfBorg https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/13644881
[11:29] <LocutusOfBorg> that patch is a good start, but not enough
[11:30] -queuebot:#ubuntu-release- New binary: mrpt [arm64] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[11:33] -queuebot:#ubuntu-release- Unapproved: openvswitch (artful-proposed/main) [2.8.0-0ubuntu2 => 2.8.1-0ubuntu0.17.10.1] (ubuntu-server)
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [amd64] (bionic-proposed) [0.0.0.20161018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [armhf] (bionic-proposed) [0.0.0.20161018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [ppc64el] (bionic-proposed) [0.0.0.20161018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [arm64] (bionic-proposed) [0.0.0.20161018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [s390x] (bionic-proposed) [0.0.0.20161018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [i386] (bionic-proposed) [0.0.0.20161018-3]
[11:38] <LocutusOfBorg> infinity, what about merging openimageio? it seems to have the opencv fixes, but they seems to be changing API
[11:38] <LocutusOfBorg> so, doing that transition will fix the current one and blender, but meh, I prefer another look
[11:38]  * LocutusOfBorg tries in a ppa
[11:53] <sil2100> doko: I have a full-fix for biometryd against bionic and the new boost, will be batching it up with others that hopefully have the same problems
[11:53] <sil2100> Will be released after I get back from lunch
[13:31] <jbicha> if an SRU is rejected from the unapproved queue, can it be pushed back to the unapproved queue or can it only be pushed to accepted?
[13:32] <infinity> jbicha: The latter.
[13:32] <LocutusOfBorg> infinity, permission to upload openimageio merge?
[13:32] <infinity> LocutusOfBorg: NACK, I already have it staging.
[13:32] <infinity> LocutusOfBorg: (And opencolorio)
[13:34] <LocutusOfBorg> I didn't parse your sentence, but in case you are interested... https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/8432927/+listing-archive-extra
[13:40] <LocutusOfBorg> error: namespace "std" has no member "signbit"
[13:40] <LocutusOfBorg> no idea for caffe-contrib
[13:41] <infinity> Wish I could figure out why 'blender --help' now hangs on 3/6 arches...
[13:42] <infinity> xnox: ^-- I want to blame boost.  Can I?
[13:45] <xnox> infinity, sure =) it does use boost-python, which may have a small regression (failing to import modules)
[13:46] <infinity> xnox: Failing to import modules doesn't seem like it would cause a futex wait hang.
[13:47] <infinity> But maybe? :P
[13:48] <xnox> infinity, there are loads of UI things that are actually boost-python plugins in blender.... if i recall correctly
[13:48] <xnox> which do generate / inject help options....
[13:48] <infinity> xnox: Well, --help on s390x between the old and new binaries seem identical, save that one hangs and the other doesn't. :/
[13:48] <xnox> lovely
[13:49] <infinity> Oh, but this is pretty suspect...
[13:50] <infinity> http://paste.ubuntu.com/25851814/
[13:50] <infinity> xnox: ^-- I'm going to guess that linking against two versions is Bad?
[13:50] <xnox> infinity, yes, that is bad very bad
[13:50] <infinity> That might be the problem.
[13:50] <infinity> But also WTF.
[13:50] <xnox> i guess it was built too early / has transitive deps
[13:50] <infinity> xnox: It literally just built.
[13:50] <infinity> So dunno about too early.
[13:52] <infinity> Ahh, openimageio.
[13:52] <infinity> Okay, this might self-solve shortly.
[13:55] <xnox> infinity, and it builds and links because we do bump the abi on all of boost, every point release =/ because boost.
[13:56] <infinity> xnox: I guess the more interesting question that I don't expect an answer to is if the double-linked boost-* turns out to be the problem, why is it only a problem on 3/6 arches?
[13:57] <infinity> But meh.
[13:57] <infinity> Life's too short to investigate that, if this solves it.
[13:59] <infinity> But I can definitely see how linking to two things called "libboost_thread" could lead to a futex going AWOL.
[13:59] <xnox> the three are kvm, the other two are containers, and arm64 is not done testing yet, and boost adt tests need full vm for X?
[13:59] <infinity> xnox: Nothing to do with testing, this is during the build.
[13:59] <infinity> xnox: All of which are kvm, except for s390x.
[13:59] <xnox> armhf is containers
[14:00] <xnox> no?
[14:00] <infinity> No.
[14:00] <xnox> infinity, is this built-time tests, rather than adt?
[14:00] <infinity> I mean, all of them are now lxd-on-kvm, for other weird reasons.  But they're all the same.
[14:01] <infinity> xnox: This is running "blender --help" directly after the build (in the build chroot).
[14:01] <xnox> fun
[14:01] <infinity> Amd amd64, armhf, and i386 succeed.  arm64, ppc64el, and s390x fail.
[14:01] <infinity> s/fail/hang/
[14:02] <infinity> But I'm going to stop wasting brain cycles on it until after I've tested a non-double-linked build.
[14:02] <xnox> right. yeah, let's do that.
[14:03] <infinity> Which need opencolorio built against the new openimageio.  Grind, grind...
[14:06] <LocutusOfBorg> caffe-contrib is fixed
[14:06] <infinity> LocutusOfBorg: \o/
[14:07] <LocutusOfBorg> sigh ginggs already did it
[14:07] <LocutusOfBorg> ginggs, did you use -D_GLIBCXX_USE_C99_MATH=1?
[14:10] <ginggs> LocutusOfBorg: no i did horrible hacky things - feel free to overwrite once it migrates :)
[14:11] <ginggs> i diff'd cmath from gcc 5 and 7 and found weird if __GLIBCXX_HAVE_OBSOLETE_ISNAN and __GLIBCXX_HAVE_OBSOLETE_ISINF things
[14:20] <LocutusOfBorg> I think using gcc-5 makes the C99_MATH somewhat needed
[14:20] <LocutusOfBorg> I would override it right now, because it won't migrate
[14:22] -queuebot:#ubuntu-release- New binary: fonttools [amd64] (bionic-proposed/universe) [3.16.0-2] (no packageset)
[14:26] <LocutusOfBorg> libkf5kface demoted, so maybe better wait
[14:33] <infinity> xnox: Yay, the non-double-linked build worked.
[14:34] <infinity> Not sure I have the brainpower to hunt the SIGBUS in mrpt/armhf this morning, though.
[14:36] <LocutusOfBorg> infinity, should I upload caffe-contrib *now* or wait^
[14:36] <LocutusOfBorg> it is still not published the one right now in -proposed
[14:36] <infinity> LocutusOfBorg: Did you look at ginggs' diff yet to determine if yours is objectively "better"?
[14:36] <LocutusOfBorg> yes I did
[14:36] <infinity> Then go for it.
[14:36] <LocutusOfBorg> +-    y[i] = static_cast<bool>((std::signbit)(x[i])))
[14:36] <LocutusOfBorg> ++    y[i] = static_cast<bool>((::__builtin_signbit)(x[i])))
[14:37] <LocutusOfBorg> this is what worries me more of his change, while mine seems "better" (even if I don't understand c++, or at least I like to avoid it)
[14:37] <tyhicks> doko: thanks for the explanation - I missed the different copyright info in pam/constants.go
[14:38] <LocutusOfBorg> ginggs, ^^ uploaded
[14:38] <ginggs> LocutusOfBorg: thanks!
[14:39] <LocutusOfBorg> yw!
[14:43] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (zesty-proposed/main) [1:0.4.22.1 => 1:0.4.22.2] (desktop-core, ubuntu-server)
[14:44] <LocutusOfBorg> can't we move freerdp to universe now? I don't know how to check
[14:45] <jbicha> LocutusOfBorg: remmina needs to migrate to bionic first, which appears to require remmina-plugin-spice being demoted to universe (it is a new binary package)
[14:46] <jbicha> there's a few ways to check, you can look at http://people.canonical.com/~ubuntu-archive/component-mismatches.html
[14:46] <LocutusOfBorg>  $ ./demote-to-proposed debhelper --dry-run -m "foo"
[14:46] <LocutusOfBorg> I'm trying to play with such commands
[14:46] <jbicha> also comes in a .svg version that's a bit different and there are component-mismatches-proposed versions too
[14:47] <LocutusOfBorg> I know that page, but I prefer the bash tool, even if I'm not able to use it yet
[14:50] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (xenial-proposed/main) [1:0.4.17.3 => 1:0.4.17.4] (desktop-core, ubuntu-server)
[14:50] <LocutusOfBorg> slow publisher?
[14:50] <infinity> LocutusOfBorg: Uhh, demote-to-proposed has nothing to do with components.
[14:51] <LocutusOfBorg> lol you right! ahahahah bad monday here :p
[14:51] <infinity> LocutusOfBorg: As for, "how do we know when to demote", the report *is* how we know.  There's no commandline tool.
[14:52] <LocutusOfBorg> oh... ok! I wanted to look for a single package output
[14:53] <infinity> LocutusOfBorg: Grep the report?
[14:53] <infinity> LocutusOfBorg: There's no way to examine a single package and determine which component it belongs in, as it's a function of the archive as a whole combined with the seeds.  Hence the report.
[14:54] <LocutusOfBorg> btw, stuff is "accepted" since 45 minutes... do we have some public log?
[14:54] <infinity> Nope.
[14:54] <LocutusOfBorg> does publisher need britney to finish?
[14:54] <infinity> Which "stuff" are you after?
[14:54] <apw> and 45m is not utterly unreasonable, that is a publisher-run sized delay
[14:55] <LocutusOfBorg> caffe-contrib, I uploaded the ubuntu2 (showing as "accepted") and the ubuntu1 is "accepted" too
[14:55] <apw> if there is a lot to copy it can take much longer than it often does
[14:55] <LocutusOfBorg> ack, lets wait some more time
[14:55]  * LocutusOfBorg brings coffee to britney
[14:55]  * LocutusOfBorg please forward to publisher if you need it :)
[14:55] <infinity> LocutusOfBorg: You don't really need to babysit it. :P
[14:56] <apw> ubuntu1 is showing as published in the history, and ubuntu2 is pending waiting on the next publisher
[14:56] <infinity> It's built, it'll publish shortly.
[14:56] <LocutusOfBorg> apw, I mean binaries, not source "Bionic:  [FULLYBUILT] amd64 (Accepted)  [FULLYBUILT] ppc64el (Accepted)"
[14:56] <LocutusOfBorg> anyhow, lets wait, and hope everything goes in release
[14:56] <apw> must have missed the publisher indeed ... such things are sent to try us
[14:56] <infinity> It won't right away.
[14:56] <infinity> Still a few more bits.
[14:57] <LocutusOfBorg> ack, will you sort them out?
[14:57] <infinity> I think I'll demote and block mrpt, pending more time to find the sigbus.
[14:57] <infinity> And blender needs to finish building in my PPA so I can copy it over.
[14:57] <infinity> Which will be a couple of hours.
[14:57] <LocutusOfBorg> ok thanks
[14:58] <LocutusOfBorg> I have a perl merge ready, if I can upload after the big run
[14:58] <infinity> Sonofa.  And a sigbus in blender on armhf too.
[14:58] <infinity> WHY.
[15:03] -queuebot:#ubuntu-release- New source: fscrypt (bionic-proposed/primary) [0.2.2-0ubuntu2]
[15:05] <tyhicks> doko: ^ I've fixed fscrypt's debian/copyright in ubuntu2 - thanks again!
[15:27] <cyphermox> can someone please murder the nplan test on xenial that has been running for > 96 hours?
[15:28] -queuebot:#ubuntu-release- Unapproved: edk2 (artful-proposed/universe) [0~20170911.5dfba97c-1 => 0~20170911.5dfba97c-1ubuntu0.1] (no packageset)
[15:49] <smoser> hi. is 'verification-failed' sufficient to stop release of sru ?
[15:49] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1721847 specifically want to stop that.
[15:49] <smoser> blackboxsw: ^ rharper ^
[16:11] <slangasek> doko: urdfdom, do you think I should just do a no-change rebuild then?  actually kido didn't ftbfs on ppc64el in the gcc7 rebuilds so it's something besides just straight gcc7 abi change
[16:18] <apw> smoser, yes verification-failed will prevent it being a candidate for release
[16:18] <apw> smoser, will you be replacing it shortly ?
[16:19] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (artful-release/partner) [176.0.0-0ubuntu1 => 176.0.0-0ubuntu1] (no packageset) (sync)
[16:21] <jbicha> apw: please reject mutter and gtk+3.0 from artful unapproved, we'll be doing point releases this week instead of cherry-picking patches
[16:22] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (zesty-release/partner) [176.0.0-0ubuntu1~17.04.0 => 176.0.0-0ubuntu1~17.04.0] (no packageset) (sync)
[16:23] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (artful-proposed/main) [1:0.4.23 => 1:0.4.23.1] (desktop-core, ubuntu-server)
[16:23] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (xenial-release/partner) [176.0.0-0ubuntu1~16.04.0 => 176.0.0-0ubuntu1~16.04.0] (no packageset) (sync)
[16:24] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (trusty-release/partner) [176.0.0-0ubuntu1~14.04.0 => 176.0.0-0ubuntu1~14.04.0] (no packageset) (sync)
[16:30] <sil2100> jbicha: ACK
[16:32] <sil2100> jbicha: done
[16:32] -queuebot:#ubuntu-release- Unapproved: rejected gtk+3.0 [source] (artful-proposed) [3.22.24-0ubuntu2.1]
[16:32] -queuebot:#ubuntu-release- Unapproved: rejected mutter [source] (artful-proposed) [3.26.1-2ubuntu2.1]
[16:38] <smoser> apw: we're working on it.
[16:40] <apw> sil2100, ahh thats why i can't find them :
[16:40] <apw> :_
[16:40] <apw> ;_
[16:40] <apw> :)
[16:49] <slashd> sil2100, thanks
[16:54] <sil2100> slashd: yw! Sorry it took so long, got pulled into something else so my SRU shift has shifter
[16:54] <sil2100> *shifted
[16:56] <slashd> sil2100, no problem at all
[16:56] <slashd> sil2100, just by curiosity, did you see andreas comment about ubuntu-advantage-tools ?
[16:57] <slashd> on #ubuntu-devel
[16:57] <sil2100> Yeah, didn't look at the bug yet
[16:57] <slashd> sil2100, ack
[17:02] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-384 (artful-proposed/restricted) [384.90-0ubuntu3 => 384.90-0ubuntu3.17.10.1] (no packageset)
[17:03] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-384 (xenial-proposed/universe) [384.90-0ubuntu0.16.04.1 => 384.90-0ubuntu0.16.04.2] (no packageset)
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [amd64] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [i386] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [s390x] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [arm64] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [ppc64el] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted fonttools [amd64] (bionic-proposed) [3.16.0-2]
[17:16] <infinity> xnox: So, want more boost fun?  Linked against 1.62, blender on armhf works.  Double-linked, it works.  Linked only against 1.65, it SIGBUS.
[17:16] <infinity> xnox: Methinks 1.65 may have some latent alignment issues.
[17:16] <infinity> (This could also explain the mrpt SIGBUS, but maybe they're unrelated)
[17:17] <infinity> slangasek, doko: ^-- I think, if mrpt and blender are either fixed or removed, we might be about ready to transition the ICU mess.  Maybe.  I need sleep, so handing off.
[17:20] <slangasek> infinity: update_output looks like the uninstallable count has regressed; I guess I'll dig to understand?
[17:20] <slangasek> e.g. a bunch of evolution stuff that wasn't there last night
[17:21] <infinity> slangasek: That would be because boost isn't valid right now cause someone repromoted your -doc hacks to main.  I've re-demoted again.
[17:21] <infinity> slangasek: A publisher cycle should make it look less bad.
[17:21] <xnox> boost-doc should not be in main
[17:21] <infinity> slangasek: I've re-demoted and updated the seeds, so component-mismatches stops lying.
[17:21] <xnox> (fyi)
[17:22] <infinity> xnox: It always has been.  Anyhow, I've bounced it to universe the correct way now.
[17:22] <xnox> infinity, long story short, it ships no docs for a while now =)
[17:22] <slangasek> infinity: k.
[17:22] <xnox> trying to fix that for realz
[17:24] <slangasek> infinity: right; that was a temporary demotion on my part before to make it migratable until we had a decision on whether it was correct to demote, I wasn't going to modify the seeds until decided.  Didn't count on people being mismatch-happy
[17:24] <slangasek> xnox: it has no docs, but it wants to pull more javascript stuff into main - check.
[17:25] <infinity> Err, yeah, if it ships no docs, dropping that dep would seem like a no-brainer. :P
[17:32] <infinity> Erm, and another publisher run to pick up the libgnuradio-radar3.7.10 NBS removal I just had to do from -proposed.
[17:36] <acheronuk> infinity: I reported https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880166
[17:36] <acheronuk> not sure is that is impact enough to cherry pick before debian fix it
[17:36] <acheronuk> though it did confuse the log parsing of the Kubuntu CI, hence my report
[17:37] <infinity> acheronuk: Do you have an example log?
[17:38] <infinity> acheronuk: Oh, I see, it's just the header of the output that's wrong.  It still presents the diff and errors out.
[17:39] <acheronuk> infinity: https://launchpadlibrarian.net/343625396/buildlog_ubuntu-bionic-amd64.libjpeg-turbo_1.5.2-0ubuntu6~18.04~ppa1_BUILDING.txt.gz
[17:39] <infinity> acheronuk: So, no, the header being incorrect doesn't bug me enough to warrant an emergency upload.
[17:39] <acheronuk> where I deliberately removed a symbol to test
[17:40] <acheronuk> infinity: that is fine
[17:42] <acheronuk> only impact I found so far was our CI, and have done a temp fix there
[17:42] <acheronuk> so all is calm :)
[19:10] <LocutusOfBorg> jbicha, so now some better possibility to move freerdp to universe?
[19:12] <jbicha> sure
[19:13] <slangasek> it's already on the component-mismatches list and will find itself demoted once icu migrates
[20:02] <nacc> slangasek: iiuc, php7.1 in b-p is also blocked by icu (based upon update_output.txt) -- reading it, though, i'm a bit confused why php7.1-intl failed to install on armhf, it is from src:php7.1. Will this just 'resolve itself' once icu migrates?
[20:06] <slangasek> nacc: that only shows that php7.1 cannot migrate solo because doing so makes php7.1-intl uninstallable (precisely because of icu).
[20:07] <slangasek> nacc: the interesting output is what comes after the autohinter
[20:08] <nacc> slangasek: ah right, thank you
[20:09] <tyhicks> xnox: have you heard anything about the libseccomp xenial SRU that you have in the unapproved queue? I suspect that the artful release and bionic opening starved it of attention but I wanted to make sure there wasn't something else
[20:09] <xnox> tyhicks, i have not had any feedback about it, no.
[20:10] <tyhicks> alright
[20:10] <tyhicks> thanks!
[20:16] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (artful-proposed/main) [3.22.24-0ubuntu2 => 3.22.25-0ubuntu0.1] (ubuntu-desktop)
[20:18] <nacc> slangasek: if i'm reading the second autohint correctly, (with php7.1 in the "Trying ..."), both mpd and poedit have been rebuilt in b-p with the new icu, but come up as being uninstallable?
[20:25] <slangasek> nacc: the first autohint is the more complete one.  if the big transition doesn't go, the autohinter sometimes checks to see if there's a smaller subset that might be more manageable to push through
[20:26] <nacc> slangasek: ah i see, that makes sense
[20:53] -queuebot:#ubuntu-release- Unapproved: lshw (xenial-proposed/main) [02.17-1.1ubuntu3.3 => 02.17-1.1ubuntu3.4] (core)
[21:37] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (trusty-proposed/main) [2.208.14 => 2.208.15] (desktop-core)
[21:53]  * tsimonq2 scratches head
[21:53] <tsimonq2> https://launchpad.net/ubuntu/+source/ktexteditor
[21:54] <tsimonq2> So when that was released to artful-updates it wasn't removed from artful-proposed O_o
[21:56] <slangasek> correct; that's modus operandi
[21:57] <slangasek> post-promotion removals happen as a separate step
[21:57] <tsimonq2> But usually those removals are done pretty quick, no? That was 4 days ago. ;)
[21:57] <slangasek> not that quick.
[21:58] <tsimonq2> Huh, ok, always thought it was within hours... anyways, carry on, thanks slangasek :)
[21:58] <slangasek> definitely not, it's a manual operation
[22:19] <xnox> infinity, is autosync on?
[22:19] <xnox> infinity, or is postgresql-10 blacklisted?
[22:20] <tsimonq2> xnox: (afair autosync was waiting for icu + boost + etc. to migrate)
[22:23] <xnox> icu is good
[22:23] <xnox> boost is not
[22:25] <tsimonq2> xnox: Are the icu and boost transitions tangled?
[22:31] <xnox> yes, but icu is done rebuilding things, but entagled to migrate things
[22:32] <tsimonq2> Ok
[22:33] <jbicha> xnox: see https://irclogs.ubuntu.com/2017/10/29/%23ubuntu-release.html
[23:19] <slangasek> xnox: it's not on because until icu/boost migrates, turning on autosync invites people to do rebuilds against other migrations in -proposed and grow the entanglement
[23:20] <slangasek> xnox: infinity's last analysis was that only blender and mprt were still blocking but I haven't really had a chance to look
[23:58] <xnox> at first i thought icu.... but then i had gag reflex when i saw -std=c++03
[23:58] <xnox> https://launchpadlibrarian.net/343166764/buildlog_ubuntu-bionic-amd64.cegui-mk2_0.8.7-1.3build3_BUILDING.txt.gz
[23:58] <xnox> welcome to the 10s?