[04:23] <syntroPi> im trying to compile (any maybe package someday) a software which i guess was written on arch. it comes with a cmake script looking for "gstreamermm-1.0" but ubuntu only has "libgstreamer-1.0-dev" which it doesnt see. Any ideas how to get cmake use that?
[06:40] <Unit193> LocutusOfBorg1: I see you're upstream on pbuilder (thanks!) and are trying to merge it into Xenial.  Are you aware it doesn't work in wily without a slight modification to fix Debian 786690?
[07:34] <mgedmin> ohi
[07:34] <mgedmin> 'pull-lp-source -d python3-defaults xenial' reliably fails for me with a socket.error (connection reset by peer)
[07:35] <mgedmin> after successfully downloading both the .dsc and the .tar.gz
[08:04] <Mirv> a core-dev would be needed for running https://ci-train.ubuntu.com/job/ubuntu-landing-026-2-publish/build , solely because there's a change in apparmor-easyprof-ubunt by jdstrand (https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/129/artifact/apparmor-easyprof-ubuntu_packaging_changes.diff) other packages are universe packages.
[08:04] <Mirv> it's going to the overlay PPA
[08:29] <tsdgeos> xnox: do you have a link for those patches you speak of that remove gtk2 dependency on Qt5?
[08:53] <LocutusOfBorg1> Unit193, well, I didn't try wily, but I'm trying to fix xenial
[09:40] <__marco> Good morning. How can I find more informations about trusty-changes ml?
[09:41] <__marco> For example, what are -proposed, -updates and -security changes?
[09:43] <__marco> I see that python-tz 2012c-1ubuntu0.1 is -proposed (Accepted) and presents in the trusty-updates
[09:44] <__marco> while qemu 2.0.0+dfsg-2ubuntu1.20 is also -proposed and Accepted but not in the repositories
[09:44] <cjwatson> most uploads go to -proposed first and are then copied elsewhere after QA
[10:31] <xnox> tsdgeos: yes, i got an email about it.
[10:45] <xnox> tsdgeos: https://codereview.qt-project.org/#/c/139867/
[10:46] <tsdgeos> i see
[10:46] <tsdgeos> tx
[10:46] <xnox> tsdgeos: np
[11:15] <brendand> i just upgraded a raspberry pi 2 running trusty to xenial and fontconfig won't install (which seems to be stopping upstart from installing fully, as i am missing some of the binaries it provides)
[11:16] <brendand> particularly i no longer have any reboot/shutdown command
[11:26] <decci> Hello
[11:26] <decci> I am trying to build .DEB package
[11:27] <decci> I am able to create .DEB package but while I try to install it it puts everything under /tmp folder
[11:27] <decci> and not under specific /etc, /usr or /opt
[11:27] <decci> How to troubleshoot it
[11:28] <decci> My buildroot says debian/csde/tmp/DEBIAN/..
[11:28] <decci> under rules file
[14:20] <gQuigs> is this the right place to change ubuntu restricted extras and friends - https://code.launchpad.net/ubuntu/+source/ubuntu-restricted-extras  of is there  a seeds like equivalent for that too?
[14:20]  * gQuigs realized that gstreamer0.1 can still be brought in by that package
[14:30] <pitti> Good morning
[14:45] <diwic> seb128, hi!
[14:46] <seb128> diwic, hey
[14:47] <diwic> seb128, hi, how are things? Are you still the one to talk to about unity-control-center?
[14:47] <seb128> diwic, things are going well, thanks! hope it's the same for you :-)
[14:47] <seb128> yes
[14:47] <seb128> or at least I'm one of those looking after it
[14:48] <diwic> seb128, so I wanted to fix up the subwoofer slider and just added a comment about the proposed fix in bug 1505705
[14:48] <diwic> seb128, I just feel that would be good to get your ack on how things should work before I go coding them
[14:50] <diwic> seb128, so if you had some time to reply to that (not urgent) it would be great
[14:50] <seb128> diwic, I see there are several comments forth and back upstream so I need to have a proper read, keeping that for later
[14:51] <diwic> seb128, sure, np
[14:51] <seb128> diwic, but if upstream agrees on a solution that's +1 from me as well
[14:51] <diwic> seb128, well, I don't think hadess's suggestion is as good as the one I'm proposing
[14:55] <seb128> diwic, I trust you on the topic and seems you got a +1 for the idea on the pulse list, so pre+1 from me, I'm still going to read that bug in details later and get back to you but you can probably start hacking on it
[14:56] <diwic> seb128, ok, thanks!
[15:00] <seb128> mdeslaur, hey
[15:00] <mdeslaur> seb128: hey
[15:00] <seb128> mdeslaur, bug #1513293 seems to be a regression in the recent unzip trusty security update, unsure how to flag those
[15:01] <mdeslaur> seb128: ok, thanks, I'll take a look
[15:01] <seb128> mdeslaur, thanks
[15:02] <seb128> mdeslaur, just for the record, is there an official way to flag those (out of IRC pings)? for next time...
[15:02] <mdeslaur> seb128: not that I'm aware...you can just mention it in #ubuntu-hardened if you don't want to ping anyone specific
[15:02] <seb128> k
[15:02] <seb128> thanks
[15:39] <kirkland> cyphermox: ooooh, you managed to identify the breakage?
[16:11] <cyphermox> kirkland: to some degree.
[16:39] <kirkland> cyphermox: have you verified reverting that fixes the problem?
[16:39] <cyphermox> kirkland: sorry, no. I'm not spending extra time on the issue
[16:42] <kirkland> cyphermox: okay, no worries, I'll captuer that URL in the bug in LP
[16:43] <Laney> doko: any chance you can poke binutils upstream about the arm64 bug?
[16:43] <cyphermox> ok. there may be side-effects we haven't anticipated to doing that revert, so I'll let the desktop team weight in
[16:43] <Laney> it's annoying to have so much stuff blocked
[16:45] <irctc747> Hi
[17:04] <doko_> Laney, <doko> seb128, no, I'm on it. no work around yet
[17:04] <Laney> doko_: not necessarily a workaround, but maybe you could poke upstream
[17:06] <doko_> Laney, I'm on it, no worry
[17:16] <pitti> mdeslaur: mind if I steal your rpcbind merge?
[17:17] <pitti> mdeslaur: the next upload to Debian should make the package syncable; I'd like to double-check, test the socket activation, and sync
[17:17] <mdeslaur> pitti: not at all, go ahead
[21:16] <chiluk> mterry: are you around?
[21:16] <mterry> chiluk, yup
[21:16] <chiluk> mterry trusty debdiff uploaded https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871
[21:16] <mterry> chiluk, oh nice.  Might not get to it today, but will try tomorrow for sure
[21:16] <chiluk> It was pretty much a pain in the ass to find/document provenance, but I think it resulted in a better patch
[21:17] <chiluk> sure.
[21:17] <chiluk> mterry I might get someone else to upload it then.
[21:17] <mterry> heh k
[22:49] <TJ-> anyone familiar with resolvconf, and how it /etc/resolvconf/update.d/ scripts swap the active nameserver? Looks like I've found a bug when multiple dnsmasq instances are in use which knocks out name resolution
[22:52] <sarnold> TJ-: your description reminds me a little bit of a bug I filed https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1163147
[22:53] <sarnold> TJ-: jdthood was insanely helpful, but I had trouble articulating what exactly I wanted to achieve so it was hard for him to figure out what to do..
[22:53] <TJ-> sarnold: I wish I had DNS to look at that!
[22:53] <sarnold> TJ-: ohhhhhh man
[22:53] <sarnold> TJ-: 91.189.89.224
[22:53] <TJ-> BUT... I think my issue will be different. There's 3 'primary' dnsmasq instances usually: lxc, libvirt, and Network Manager - all OK
[22:54] <sarnold> there's nothing there that is "run this to fix things", but he goes into great details about how the whole thing works
[22:54] <TJ-> I've just configured the system-wide dnsmasq to ONLY do DHCP/BOOTP (no DNS) on a single interface
[22:56] <TJ-> But... despite that, when I do "systemctl start dnsmasq" the resolvconf / nss-lookup.target are re-writing /run/resolvconf/resolv.conf to point to 127.0.0.1 ... which isn't listening of course! I've enabled shell 'set -x' debugging on the /etc/resolvconf/update.d/* scripts, which dumps to syslog, but cannot find out where this "127.0.0.1" is coming from.
[22:56] <TJ-> That knocks out NMs "127.0.1.1"
[22:57] <TJ-> the "127.0.0.1" is coming from "/run/resolvconf/interface/lo.dnsmasq" - I delete that file, but something recreates it!
[22:59] <sarnold> pitti: ^^^ does any of this sound familiar?
[23:01] <pitti> sarnold: I'm afraid not; I have a vague idea what resolvconf does, but lo.dnsmasq sounds just wrong
[23:02] <sarnold> pitti: dang, thanks
[23:04] <TJ-> this is the syslog/shell debug capture http://paste.ubuntu.com/13117195/
[23:05] <TJ-> line 74-79 is the part that brings it in from lo.dnsmasq, but I've not been able to find out how that is getting recreated
[23:11] <sarnold> TJ-: fatrace may help, it's sort of like a global strace for file opens...
[23:15] <TJ-> Ha! "start_resolvconf()" in /etc/init.d/dnsmasq !
[23:15] <TJ-> # If interface "lo" is explicitly disabled in /etc/default/dnsmasq
[23:15] <TJ-> # Then dnsmasq won't be providing local DNS, so don't add it to
[23:15] <TJ-> # the resolvconf server set.y
[23:17] <TJ-> Grrr, "IGNORE_RESOLVCONF=yes" doesn't help
[23:18] <TJ-> I wonder what this means "If interface "lo" is explicitly disabled in /etc/default/dnsmasq"
[23:22] <TJ-> OK, got it :) /etc/default/dnsmasq requires "DNSMASQ_EXCEPT=lo"
[23:24] <TJ-> Now to figure out why dnsmasq isn't replying to the BOOTP request :s
[23:35] <TJ-> doh! port needs a VLAN tag!
[23:36] <sarnold> sweet