=== juliank_ is now known as juliank
[05:57] <cpaelzer> good morning
[07:19] <sam_yan> HI,which program is related with the "kernel/ima/"
[07:45] <dholbach> @pilot in
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04.1) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach
[08:05] <Laney> pkern: I can do, or we can re-backport from a later series
[08:07] <Laney> pkern: (but I would have just been executing the backport for somebody else - in Ubuntu the actual backports team always ends up in Changed-By)
[08:13] <LocutusOfBorg> hi doko how do you feel about a cython sync?
[08:14] <LocutusOfBorg> or xnox
[08:14] <LocutusOfBorg> little bit worried about s390x
[08:18] <LocutusOfBorg> mmm segfault (ICE) on ppc64el
[08:18] <LocutusOfBorg> I can't test s390x
[08:23] <alf_> Hi all! I am seeing unexpected behavior with a systemd service we have for the repowerd package. The repowerd.service file 'Requires' another service which is missing on the desktop and thus repowerd.service correctly fails when trying to start it manually. However (this is the unexpected part), on system start-up the repowerd service actually starts without error, it seems like this dependency is ignored. Any idea what could be going on?
[08:59] <LocutusOfBorg> hi, how can I programmatically retry all the builds of a particular package? I admit the web interface is not the best one to retrigger builds
[09:15] <cjwatson> LocutusOfBorg: ubuntu-build --batch --retry <package> (from ubuntu-dev-tools)
[09:15] <cjwatson> slightly weird CLI, not my fault :)
[09:17] <Laney> Should probably make a release of ubuntu-dev-tools
[09:17] <Laney> For https://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/revision/1449
[09:19] <xnox> my LED screens flicker
[09:19] <xnox> is that a property of 16.04 LTS, or my dodge screens / graphics card?
[09:19] <cjwatson> I would not be sad, I just didn't have effort for a release
[09:20]  * xnox ponders if I am suffering from cross-talk
[09:21] <cjwatson> probably
[09:28] <LocutusOfBorg> thanks cjwatson :) that ubuntu-dev-tools impresses me each time more
[09:31] <mwhudson> xnox: i have that a bit, intel graphics?
[09:32] <xnox> mwhudson, yeap
[09:34] <mwhudson> xnox: much more noticeable on displayport but i think it still happens on hdmi
[09:37] <mwhudson> nothing in dmesg when it happens
=== mcasadevall is now known as NCommander
[10:02] <LocutusOfBorg> bad ubuntu-build! why you don't give back s390x?
[10:03]  * LocutusOfBorg pulls the new ubuntu-dev-tools
[10:04] <cjwatson> LocutusOfBorg: Oh yeah, possibly should have warned you about that
[10:04] <Laney> LocutusOfBorg: I could have highlighted you then, sorry
[10:05] <LocutusOfBorg> no need to be sorry! I like to learn :)
[10:05] <Laney> i'll make a note to upload that to Debian (or you can)
[10:05] <LocutusOfBorg> and the code is pretty obvious
[10:06] <LocutusOfBorg> http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/revision/1449
[10:07] <LocutusOfBorg> found (damn why I didn't read above?)
[10:09] <dholbach> didrocks, one for your: https://code.launchpad.net/~jbicha/ubuntu-make/autopkgtest-depend-on-debounce/+merge/301355 :-)
[10:12] <didrocks> dholbach: oh, thanks!
[10:12] <dholbach> anytime :)
=== hikiko is now known as hikiko|ln
=== hikiko|ln is now known as hikiko
[11:46] <dholbach> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Xenial (16.04.1) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-xenial | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
[12:08] <doko> apw, linux needs a rebuild against binutil 2.27 once it's built on all archs
[12:08] <doko> LocutusOfBorg, dholbach: gnutls28 ftbfs
[12:10] <jtaylor> hm there seems to be a problem in boot ordering with iscsi in 16.04
[12:11] <jtaylor> it tries to mount the disk before starting the iscsi daemon
[12:11] <LocutusOfBorg> I know
[12:11] <jtaylor> though it seems to still work as it times out and tries again later
=== JanC is now known as Guest57323
=== JanC_ is now known as JanC
[12:29] <Mirv> doko: any news on the --secure-plt problem on powerpc? it does not seem to be specified on the g++ line, so it's coming from some defaults.
[12:37] <doko> Mirv, yes, gcc is configured with --enable-secureplt
[12:38] <Mirv> doko: so it should be disabled for powerpc? is there ETA for a fixed build or a workaround to get a package to build on powerpc meanwhile?
[12:38] <doko> Mirv, what are you trying to "fix"?
[12:39] <Mirv> doko: getting the "/usr/bin/ld.gold: --secure-plt: unknown option" on powerpc
[12:39] <doko> Mirv, don't use gold on powerpc
[12:40] <Mirv> doko: ok, so something like -Wl,-fuse-ld=ld could work before finding where to remove gold usabe more generally on powerpc?
[12:41] <dholbach> doko, I commented on the bug
[12:41] <doko> Mirv, well, where do you enable gold, it's not enabled by default
[12:42] <doko> dholbach, ta
[12:42] <Mirv> doko: yes, I'll find the core place too, but right now I'm trying to get one package built. probably qtbase's mkspecs.
[12:46] <Mirv> doko: anyway, if you don't have a workaround to suggest, thanks anyway for suggesting to disable gold on powerpc so that I can find that place
[12:47] <doko> Mirv, passing -Wl,-fuse-ld=ld doesn't guarantee that it is passed in the correct order ...
[12:56] <LocutusOfBorg> dholbach, any idea for gnutls28? I can't really reproduce locally
[12:56] <LocutusOfBorg> retrying with parallel builds
[12:56] <dholbach> LocutusOfBorg, no, me neither
[12:56] <dholbach> did this test fail anywhere else before?
=== _salem is now known as salem_
[13:16] <xnox> doko, working with smr and google-mock maintainer to package new google-test for updated (non-segfaulting) gtest and gmock
[13:16] <xnox> i see some build failures with segfaults due to gtest
[13:32] <Laney> xnox: even with the alleged fix?
[13:33] <LocutusOfBorg> dholbach, never saw it
[13:33] <xnox> hm, i shall re-check if it has already been retried with updated gtest. i thought it was.
[13:34] <LocutusOfBorg> let me triple check something
[13:35] <dholbach> LocutusOfBorg, I was wondering if it came up in any other bug report before
[13:45] <LocutusOfBorg> I got probably the failure
[13:45] <LocutusOfBorg> let me see
[13:45] <doko> xnox, seen in more than one package?
[13:45] <xnox> yes, gtest itself and one of its reverse deps
[13:46] <xnox> so far i'm not much help
[13:46] <xnox> fixed dbus-cpp & that should fix biometryd
[14:26] <LocutusOfBorg> hi arm*, do you want pretty please start building stuff?
[17:55] <hjd> https://launchpadlibrarian.net/276634687/buildlog_ubuntu-yakkety-amd64.openhft-lang_6.7.6-1_BUILDING.txt.gz is a build failure with an odd failing test.
[17:56] <hjd> It might be a flaky test, because I've rebuilt locally because while I have been able to trigger it, when I tried to investigate more, it built successfully.
[17:57] <hjd> Any suggestions?
[18:01] <jbicha> yeah I saw that test, now is not now
[18:02] <jbicha> I don't have any advice on it though
=== ochosi_ is now known as ochosi