/srv/irclogs.ubuntu.com/2017/10/30/#ubuntu-release.txt

xnoxinfinity, 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)00:24
slangasekLocutusOfBorg: 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:07
UkikieDidn't Ubuntu GNOME drop remmina?04:11
slangasekI don't know what Ubuntu GNOME did; it's still listed as a recommends of ubuntu-desktop04:20
jbichaslangasek: freerdp2 is buildable without ffmpeg so I guess I'll upload that04:29
slangasekok04:29
jbicha"Skipping recommended feature FFmpeg for multimedia (multimedia redirection, audio and video playback)"04:38
jbichabut it turns out we already do that in our freerdp packaging04:39
slangasekjbicha: remmina-plugin-rdp -> libfreerdp2-2 -> libavcodec57; doesn't look built without ffmpeg04:57
slangasekand gr-iio -> libiio -> mono FTBFS on ppc64el+s390x, entangled in icu transition04:58
jbichaslangasek: I meant "turns out we already do that in our freerdp1 packaging", I just uploaded fixed freerdp2 now05:05
slangasekah ok05:06
Ukikieslangasek: Ah sorry, I was referring to the GNOME version of Ubuntu, thus Ubuntu proper/Mainbuntu.05:20
jbichaUkikie: as of 17.10 (and current 18.04), remmina is still included in Ubuntu Desktop by default05:21
Ukikiejbicha: OK, it was proposed to remove it, IIRC?05:21
jbichaUkikie: yes I proposed it 😉05:23
jbichaslangasek: are you ok with letting libgsm back in main (it's needed by freerdp2)?05:23
slangasekjbicha: hmm, it seems there was never previously an MIR for it; looking closer05:25
slangasek"Compression and decompression run faster than realtime on most SPARCstations" be still my heart05:27
slangasekjbicha: if it's really needed, yes.  I'm unclear what speech compression has to do with RDP05:28
jbichaslangasek: never mind, I found the knob to turn libgsm off05:34
jbichaapologies to sparc fans05:34
slangasekI think there might be a few other audio codecs that decompress in realtime on current CPUs05:35
slangasekdoko: 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:46
slangasekinfinity: 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?05:54
slangasekinfinity: hmm possibly more subtle than that; but still, wondering whose bug it is06:00
LocutusOfBorgslangasek, thanks for caring and fixing, I briefly looked at it yesterday, but I did something else...06:35
LocutusOfBorgshould we have both freerdp and freerdp2 in main then?06:35
LocutusOfBorgI would say only remmina is in main, so freerdp can go in universe...06:38
dokoslangasek: mono bug, was removed in glibc by intent09:13
dokoslangasek: kido/urdfdom, not aware of changes in std::basic_string between GCC 6 and 709:18
-queuebot:#ubuntu-release- Unapproved: accepted indicator-sound-gtk2 [source] (xenial-proposed) [12.10.0.1-0ubuntu5.16.04.1]09:30
infinitydoko, 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:33
dokoinfinity: do you know the current status of entangled transitions?09:40
infinitydoko: Trying to determine that right now.09:40
dokowhat I see is: icu libcdio lincdio-paranoia netcdf opencv mrpt gnuradio09:42
infinityYeah, and opencv/mrpt seems to have some FTBFS sadness.09:42
infinitySo glad that one got started and entangled. :/09:42
infinitydoko: If mrpt is tied up anyway, should we try a sync? :/09:45
infinity1:1.5.3-1 is in testing.09:45
dokosure, why not.09:46
infinityOr, it has no rdeps?  Or is reverse-depends lying to me?09:46
* infinity crosses his fingers.09:46
dokosil2100: what's status about fixing these unity related ftbfsses09:46
dokoopencv is sadness ...09:47
sil2100I'm looking at biometryd now...09:53
=== maclin1 is now known as maclin
dokoxnox: to get libcolumbus disentangled with boost I could build-depend on the old versioned boost b-d's10:14
xnoxdoko, let me check if it is a CMake module problem, and anything that uses boost-python via cmake is broken.10:15
xnoxdoko, hm.... that does not help.10:20
-queuebot:#ubuntu-release- New binary: mrpt [ppc64el] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)10:23
ginggswould someone bump the freecad hint in a-p-w's hints please?10:25
dokotyhicks: fgrep -ri copyright shows more than one copyright holder ...10:25
xnoxdoko, seems like PyInit got.... namespaced?10:26
xnox    37: 000000000021d180     8 OBJECT  LOCAL  DEFAULT   25 _ZGVZ15PyInit_columbusE9m10:26
xnox    38: 000000000021d0c0   104 OBJECT  LOCAL  DEFAULT   24 _ZZ15PyInit_columbusE9mod10:26
xnox    39: 0000000000013b20    40 OBJECT  LOCAL  DEFAULT   14 _ZZ15PyInit_columbusE14in10:26
xnox    43: 000000000021d1a0    32 OBJECT  LOCAL  DEFAULT   25 _ZZ15PyInit_columbusE15in10:26
xnoxginggs, make a bzr merge proposal?10:26
apwginggs, looking10:27
apwginggs, done10:28
ginggsapw: thanks!10:28
sil2100huh, looks like my change helped, the build is moving forward10:29
-queuebot:#ubuntu-release- New binary: mrpt [s390x] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)10:29
sil2100I wonder why it suddenly stopped working in bionic, this wasn't related to boost or anything else obvious10:30
dokoxnox: rather boosted. That function has to be a C function10:30
xnoxyeah10:30
sil2100doko, 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 further10:33
ginggsapw: you missed build3/ppc64el10:37
-queuebot:#ubuntu-release- New binary: mrpt [i386] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)10:38
LocutusOfBorgdoes anybody know why plplot segfaults on pppc64el? this is probably blocking the transition too10:39
-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:40
apwginggs, re-fixed10:41
ginggsapw: re-thanks10:41
apwginggs, also reformed so i don't do that again10:41
-queuebot:#ubuntu-release- New binary: mrpt [amd64] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)10:42
LocutusOfBorgdoko, feeling perl mergy?10:53
LocutusOfBorgafter icu and so on I guess?10:54
dokoLocutusOfBorg: I really would prefer if you would finish all the transitions you are starting ...10:54
LocutusOfBorgcasablanca is over, and the others are entangled with other transitions10:54
LocutusOfBorgmy transitions are all over I guess10:54
xnoxhorum... pre-processed code looks ok http://paste.ubuntu.com/25850991/10:55
xnoxbuilding without -fvisibility=hidden -fvisibility-inlines-hidden10:57
infinityLocutusOfBorg: Define "over".  They're only over once they've migrated, otherwise you just keep entangling new transitions with current ones.10:58
slashdsil2100, good day ;) could you please release lshw for both : T & X | (LP:# 1471983)10:58
sil2100slashd: o/ Let me take a lookie10:58
LocutusOfBorgmy subtransitions are all ready to migrate, waiting for icu and opencv and so on10:58
xnoxdoko, in libcolumbus -fvisibility=hidden -fvisibility-inlines-hidden -> seems to be what is breaking it. Pre-processed code looks ok.10:58
LocutusOfBorgI had to sync e.g. casablanca because the current one was boost-foo bad building10:59
LocutusOfBorgI did start only the one that were fixing boost failures10:59
LocutusOfBorgand I finished them, even if not migrating, they are not blocking migration10:59
dokoboost is non-blocking10:59
LocutusOfBorgso what is blocking now? I lost the picture... mrpt seems mostly good11:00
dokoopencv gnuradio11:03
infinityopenimageio's new FTBFS needs love.  blender's sudden hatred of itself as well.11:04
LocutusOfBorgopencv is worked out by mapreri I think11:05
LocutusOfBorgI stopped merging/syncing gnuradio some releases ago, just because... it sucks11:05
dokoginggs: https://launchpadlibrarian.net/343506262/buildlog_ubuntu-bionic-amd64.caffe-contrib_1.0.0-4build1_BUILDING.txt.gz11:06
infinityLocutusOfBorg: 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. :P11:06
infinityYou don't get to say "oh, well, my part's done, can I start another that makes things worse?"11:06
infinityAnd the tracker hasn't updated for 2 hours.  Hrm.11:07
dokodid I break the transition tracker with syntax errors?11:07
infinityW: parse error in file "config/monitor/ongoing/opencv.ben", line 5, character 011:07
infinityUncaught exception: ben-specific error: parse error in file "config/monitor/ongoing/opencv.ben", line 5, character 011:07
infinitydoko: Yup.11:07
dokohow 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
infinitydoko: That's in ubuntu-archive@snakefruit's mailbox.11:08
-queuebot:#ubuntu-release- New binary: gr-radar [amd64] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)11:09
dokoso maybe have a look at the gnuradio tracker as well11:09
LocutusOfBorginfinity, hey, I didn't say "I'm washing my hands", I lost a whole sunday trying to sort out ocaml11:09
-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
LocutusOfBorgI'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 can11:10
xnoxdoko, i do think this is a boost bug. due to changes in boost config, it no longer sets visibility to default.11:10
LocutusOfBorgbecause I want the autosync open :D11:10
infinitydoko: Looks like it's just missing a trailing semicolon on is_bad.  Hence the syntax error being char 0 of the next line.11:14
infinitydoko: Fix commited.11:16
ginggsdoko: ack caffe-contrib - will look soon11:17
LocutusOfBorgginggs, I was looking at it11:17
LocutusOfBorglibkf5kface --> there is a version in debian experimental, maybe it is already fixeed, we can cherry-pick11:18
LocutusOfBorgopenimageio needs a merge?11:18
LocutusOfBorgsigh11:18
ginggsLocutusOfBorg: don't stop :)11:18
-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 is11:19
-queuebot:#ubuntu-release- New binary: gr-radar [armhf] (bionic-proposed/universe) [0.0.0.20161018-3] (no packageset)11:21
infinityLocutusOfBorg: Testing the experimental kf5kface here.11:21
infinityLocutusOfBorg: 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:21
LocutusOfBorginfinity, nah11:25
LocutusOfBorgdebdiff is showing 0 changes11:25
LocutusOfBorgwho in the world can do this?11:25
LocutusOfBorg#if OPENCV_TEST_VERSION(3,1,0)11:25
LocutusOfBorgso, with opencv 3.2.0 the #else branch is taken11:25
LocutusOfBorgbooooh kf5kface11:25
* LocutusOfBorg https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/1364488111:26
LocutusOfBorgthat patch is a good start, but not enough11:29
-queuebot:#ubuntu-release- New binary: mrpt [arm64] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)11:30
-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:33
LocutusOfBorginfinity, what about merging openimageio? it seems to have the opencv fixes, but they seems to be changing API11:38
LocutusOfBorgso, doing that transition will fix the current one and blender, but meh, I prefer another look11:38
* LocutusOfBorg tries in a ppa11:38
sil2100doko: 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 problems11:53
sil2100Will be released after I get back from lunch11:53
jbichaif 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:31
infinityjbicha: The latter.13:32
LocutusOfBorginfinity, permission to upload openimageio merge?13:32
infinityLocutusOfBorg: NACK, I already have it staging.13:32
infinityLocutusOfBorg: (And opencolorio)13:32
LocutusOfBorgI didn't parse your sentence, but in case you are interested... https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/8432927/+listing-archive-extra13:34
LocutusOfBorgerror: namespace "std" has no member "signbit"13:40
LocutusOfBorgno idea for caffe-contrib13:40
infinityWish I could figure out why 'blender --help' now hangs on 3/6 arches...13:41
infinityxnox: ^-- I want to blame boost.  Can I?13:42
xnoxinfinity, sure =) it does use boost-python, which may have a small regression (failing to import modules)13:45
infinityxnox: Failing to import modules doesn't seem like it would cause a futex wait hang.13:46
infinityBut maybe? :P13:47
xnoxinfinity, there are loads of UI things that are actually boost-python plugins in blender.... if i recall correctly13:48
xnoxwhich do generate / inject help options....13:48
infinityxnox: Well, --help on s390x between the old and new binaries seem identical, save that one hangs and the other doesn't. :/13:48
xnoxlovely13:48
infinityOh, but this is pretty suspect...13:49
infinityhttp://paste.ubuntu.com/25851814/13:50
infinityxnox: ^-- I'm going to guess that linking against two versions is Bad?13:50
xnoxinfinity, yes, that is bad very bad13:50
infinityThat might be the problem.13:50
infinityBut also WTF.13:50
xnoxi guess it was built too early / has transitive deps13:50
infinityxnox: It literally just built.13:50
infinitySo dunno about too early.13:50
infinityAhh, openimageio.13:52
infinityOkay, this might self-solve shortly.13:52
=== NCommander is now known as KD2JRT
xnoxinfinity, and it builds and links because we do bump the abi on all of boost, every point release =/ because boost.13:55
infinityxnox: 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:56
infinityBut meh.13:57
infinityLife's too short to investigate that, if this solves it.13:57
infinityBut I can definitely see how linking to two things called "libboost_thread" could lead to a futex going AWOL.13:59
xnoxthe 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
infinityxnox: Nothing to do with testing, this is during the build.13:59
infinityxnox: All of which are kvm, except for s390x.13:59
xnoxarmhf is containers13:59
xnoxno?14:00
infinityNo.14:00
xnoxinfinity, is this built-time tests, rather than adt?14:00
infinityI mean, all of them are now lxd-on-kvm, for other weird reasons.  But they're all the same.14:00
infinityxnox: This is running "blender --help" directly after the build (in the build chroot).14:01
xnoxfun14:01
infinityAmd amd64, armhf, and i386 succeed.  arm64, ppc64el, and s390x fail.14:01
infinitys/fail/hang/14:01
infinityBut I'm going to stop wasting brain cycles on it until after I've tested a non-double-linked build.14:02
xnoxright. yeah, let's do that.14:02
infinityWhich need opencolorio built against the new openimageio.  Grind, grind...14:03
LocutusOfBorgcaffe-contrib is fixed14:06
infinityLocutusOfBorg: \o/14:06
LocutusOfBorgsigh ginggs already did it14:07
LocutusOfBorgginggs, did you use -D_GLIBCXX_USE_C99_MATH=1?14:07
ginggsLocutusOfBorg: no i did horrible hacky things - feel free to overwrite once it migrates :)14:10
ginggsi diff'd cmath from gcc 5 and 7 and found weird if __GLIBCXX_HAVE_OBSOLETE_ISNAN and __GLIBCXX_HAVE_OBSOLETE_ISINF things14:11
LocutusOfBorgI think using gcc-5 makes the C99_MATH somewhat needed14:20
LocutusOfBorgI would override it right now, because it won't migrate14:20
-queuebot:#ubuntu-release- New binary: fonttools [amd64] (bionic-proposed/universe) [3.16.0-2] (no packageset)14:22
LocutusOfBorglibkf5kface demoted, so maybe better wait14:26
infinityxnox: Yay, the non-double-linked build worked.14:33
infinityNot sure I have the brainpower to hunt the SIGBUS in mrpt/armhf this morning, though.14:34
LocutusOfBorginfinity, should I upload caffe-contrib *now* or wait^14:36
LocutusOfBorgit is still not published the one right now in -proposed14:36
infinityLocutusOfBorg: Did you look at ginggs' diff yet to determine if yours is objectively "better"?14:36
LocutusOfBorgyes I did14:36
infinityThen 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:36
LocutusOfBorgthis 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
tyhicksdoko: thanks for the explanation - I missed the different copyright info in pam/constants.go14:37
LocutusOfBorgginggs, ^^ uploaded14:38
ginggsLocutusOfBorg: thanks!14:38
LocutusOfBorgyw!14:39
-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:43
LocutusOfBorgcan't we move freerdp to universe now? I don't know how to check14:44
jbichaLocutusOfBorg: 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:45
jbichathere's a few ways to check, you can look at http://people.canonical.com/~ubuntu-archive/component-mismatches.html14:46
LocutusOfBorg $ ./demote-to-proposed debhelper --dry-run -m "foo"14:46
LocutusOfBorgI'm trying to play with such commands14:46
jbichaalso comes in a .svg version that's a bit different and there are component-mismatches-proposed versions too14:46
LocutusOfBorgI know that page, but I prefer the bash tool, even if I'm not able to use it yet14:47
-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
LocutusOfBorgslow publisher?14:50
infinityLocutusOfBorg: Uhh, demote-to-proposed has nothing to do with components.14:50
LocutusOfBorglol you right! ahahahah bad monday here :p14:51
infinityLocutusOfBorg: As for, "how do we know when to demote", the report *is* how we know.  There's no commandline tool.14:51
LocutusOfBorgoh... ok! I wanted to look for a single package output14:52
infinityLocutusOfBorg: Grep the report?14:53
infinityLocutusOfBorg: 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:53
LocutusOfBorgbtw, stuff is "accepted" since 45 minutes... do we have some public log?14:54
infinityNope.14:54
LocutusOfBorgdoes publisher need britney to finish?14:54
infinityWhich "stuff" are you after?14:54
apwand 45m is not utterly unreasonable, that is a publisher-run sized delay14:54
LocutusOfBorgcaffe-contrib, I uploaded the ubuntu2 (showing as "accepted") and the ubuntu1 is "accepted" too14:55
apwif there is a lot to copy it can take much longer than it often does14:55
LocutusOfBorgack, lets wait some more time14:55
* LocutusOfBorg brings coffee to britney14:55
* LocutusOfBorg please forward to publisher if you need it :)14:55
infinityLocutusOfBorg: You don't really need to babysit it. :P14:55
apwubuntu1 is showing as published in the history, and ubuntu2 is pending waiting on the next publisher14:56
infinityIt's built, it'll publish shortly.14:56
LocutusOfBorgapw, I mean binaries, not source "Bionic:  [FULLYBUILT] amd64 (Accepted)  [FULLYBUILT] ppc64el (Accepted)"14:56
LocutusOfBorganyhow, lets wait, and hope everything goes in release14:56
apwmust have missed the publisher indeed ... such things are sent to try us14:56
infinityIt won't right away.14:56
infinityStill a few more bits.14:56
LocutusOfBorgack, will you sort them out?14:57
infinityI think I'll demote and block mrpt, pending more time to find the sigbus.14:57
infinityAnd blender needs to finish building in my PPA so I can copy it over.14:57
infinityWhich will be a couple of hours.14:57
LocutusOfBorgok thanks14:57
LocutusOfBorgI have a perl merge ready, if I can upload after the big run14:58
infinitySonofa.  And a sigbus in blender on armhf too.14:58
infinityWHY.14:58
-queuebot:#ubuntu-release- New source: fscrypt (bionic-proposed/primary) [0.2.2-0ubuntu2]15:03
tyhicksdoko: ^ I've fixed fscrypt's debian/copyright in ubuntu2 - thanks again!15:05
cyphermoxcan someone please murder the nplan test on xenial that has been running for > 96 hours?15:27
-queuebot:#ubuntu-release- Unapproved: edk2 (artful-proposed/universe) [0~20170911.5dfba97c-1 => 0~20170911.5dfba97c-1ubuntu0.1] (no packageset)15:28
smoserhi. is 'verification-failed' sufficient to stop release of sru ?15:49
smoserhttps://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1721847 specifically want to stop that.15:49
ubot5Ubuntu bug 1721847 in cloud-init (Ubuntu Zesty) "sru cloud-init 2017-10-06 (17.1-18-gd4f70470-0ubuntu1)" [Medium,Fix committed]15:49
smoserblackboxsw: ^ rharper ^15:49
slangasekdoko: 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 change16:11
apwsmoser, yes verification-failed will prevent it being a candidate for release16:18
apwsmoser, will you be replacing it shortly ?16:18
-queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (artful-release/partner) [176.0.0-0ubuntu1 => 176.0.0-0ubuntu1] (no packageset) (sync)16:19
jbichaapw: please reject mutter and gtk+3.0 from artful unapproved, we'll be doing point releases this week instead of cherry-picking patches16:21
-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:22
-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:23
-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:24
sil2100jbicha: ACK16:30
sil2100jbicha: done16: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:32
smoserapw: we're working on it.16:38
apwsil2100, ahh thats why i can't find them :16:40
apw:_16:40
apw;_16:40
apw:)16:40
slashdsil2100, thanks16:49
sil2100slashd: yw! Sorry it took so long, got pulled into something else so my SRU shift has shifter16:54
sil2100*shifted16:54
slashdsil2100, no problem at all16:56
slashdsil2100, just by curiosity, did you see andreas comment about ubuntu-advantage-tools ?16:56
slashdon #ubuntu-devel16:57
sil2100Yeah, didn't look at the bug yet16:57
slashdsil2100, ack16:57
-queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-384 (artful-proposed/restricted) [384.90-0ubuntu3 => 384.90-0ubuntu3.17.10.1] (no packageset)17:02
-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:03
-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:04
infinityxnox: 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
infinityxnox: 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:16
infinityslangasek, 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:17
slangasekinfinity: update_output looks like the uninstallable count has regressed; I guess I'll dig to understand?17:20
slangaseke.g. a bunch of evolution stuff that wasn't there last night17:20
infinityslangasek: 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
infinityslangasek: A publisher cycle should make it look less bad.17:21
xnoxboost-doc should not be in main17:21
infinityslangasek: I've re-demoted and updated the seeds, so component-mismatches stops lying.17:21
xnox(fyi)17:21
infinityxnox: It always has been.  Anyhow, I've bounced it to universe the correct way now.17:22
xnoxinfinity, long story short, it ships no docs for a while now =)17:22
slangasekinfinity: k.17:22
xnoxtrying to fix that for realz17:22
slangasekinfinity: 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-happy17:24
slangasekxnox: it has no docs, but it wants to pull more javascript stuff into main - check.17:24
infinityErr, yeah, if it ships no docs, dropping that dep would seem like a no-brainer. :P17:25
infinityErm, and another publisher run to pick up the libgnuradio-radar3.7.10 NBS removal I just had to do from -proposed.17:32
acheronukinfinity: I reported https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=88016617:36
ubot5Debian bug 880166 in dpkg "regression in dpkg-gensymbols output on symbols changes" [Normal,Open]17:36
acheronuknot sure is that is impact enough to cherry pick before debian fix it17:36
acheronukthough it did confuse the log parsing of the Kubuntu CI, hence my report17:36
infinityacheronuk: Do you have an example log?17:37
infinityacheronuk: Oh, I see, it's just the header of the output that's wrong.  It still presents the diff and errors out.17:38
acheronukinfinity: https://launchpadlibrarian.net/343625396/buildlog_ubuntu-bionic-amd64.libjpeg-turbo_1.5.2-0ubuntu6~18.04~ppa1_BUILDING.txt.gz17:39
infinityacheronuk: So, no, the header being incorrect doesn't bug me enough to warrant an emergency upload.17:39
acheronukwhere I deliberately removed a symbol to test17:39
acheronukinfinity: that is fine17:40
acheronukonly impact I found so far was our CI, and have done a temp fix there17:42
acheronukso all is calm :)17:42
=== alan_g is now known as alan_g|EOD
LocutusOfBorgjbicha, so now some better possibility to move freerdp to universe?19:10
jbichasure19:12
slangasekit's already on the component-mismatches list and will find itself demoted once icu migrates19:13
naccslangasek: 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:02
slangaseknacc: that only shows that php7.1 cannot migrate solo because doing so makes php7.1-intl uninstallable (precisely because of icu).20:06
slangaseknacc: the interesting output is what comes after the autohinter20:07
naccslangasek: ah right, thank you20:08
tyhicksxnox: 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 else20:09
xnoxtyhicks, i have not had any feedback about it, no.20:09
tyhicksalright20:10
tyhicksthanks!20:10
-queuebot:#ubuntu-release- Unapproved: gtk+3.0 (artful-proposed/main) [3.22.24-0ubuntu2 => 3.22.25-0ubuntu0.1] (ubuntu-desktop)20:16
naccslangasek: 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:18
slangaseknacc: 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 through20:25
naccslangasek: ah i see, that makes sense20:26
-queuebot:#ubuntu-release- Unapproved: lshw (xenial-proposed/main) [02.17-1.1ubuntu3.3 => 02.17-1.1ubuntu3.4] (core)20:53
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (trusty-proposed/main) [2.208.14 => 2.208.15] (desktop-core)21:37
* tsimonq2 scratches head21:53
tsimonq2https://launchpad.net/ubuntu/+source/ktexteditor21:53
tsimonq2So when that was released to artful-updates it wasn't removed from artful-proposed O_o21:54
slangasekcorrect; that's modus operandi21:56
slangasekpost-promotion removals happen as a separate step21:57
tsimonq2But usually those removals are done pretty quick, no? That was 4 days ago. ;)21:57
slangaseknot that quick.21:57
tsimonq2Huh, ok, always thought it was within hours... anyways, carry on, thanks slangasek :)21:58
slangasekdefinitely not, it's a manual operation21:58
xnoxinfinity, is autosync on?22:19
xnoxinfinity, or is postgresql-10 blacklisted?22:19
tsimonq2xnox: (afair autosync was waiting for icu + boost + etc. to migrate)22:20
xnoxicu is good22:23
xnoxboost is not22:23
tsimonq2xnox: Are the icu and boost transitions tangled?22:25
xnoxyes, but icu is done rebuilding things, but entagled to migrate things22:31
tsimonq2Ok22:32
jbichaxnox: see https://irclogs.ubuntu.com/2017/10/29/%23ubuntu-release.html22:33
slangasekxnox: 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 entanglement23:19
slangasekxnox: infinity's last analysis was that only blender and mprt were still blocking but I haven't really had a chance to look23:20
xnoxat first i thought icu.... but then i had gag reflex when i saw -std=c++0323:58
xnoxhttps://launchpadlibrarian.net/343166764/buildlog_ubuntu-bionic-amd64.cegui-mk2_0.8.7-1.3build3_BUILDING.txt.gz23:58
xnoxwelcome to the 10s?23:58

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