[00:01] <mbiebl> too late for the release team
[00:18] <Son_Goku> mbiebl: what, why?
[00:18] <Son_Goku> the hard freeze isn't until next month
[01:26] <mwhudson> hm
[01:26] <mwhudson> can i use autopkgtest to build a package and then run some other packages tests against the built package?
[01:27] <mwhudson> i guess i can do it by hand easily enough
[02:15] <Son_Goku> :'(
=== g2[ATL] is now known as g2
[08:17] <ginggs> is it known that merges.ubuntu.com hasn't updated since 2017-01-11?
[08:23] <tsdgeos> Mirv: no qtpurchasing updte?
[09:14] <Mirv> tsdgeos: it was rebuilt
[09:15] <tsdgeos> Mirv: ah, but still 5.6?
[09:15] <Mirv> if a new version is wanted, I'd guess the people involved in payments would like to land + test such
[09:16] <Mirv> I can help with packaging of course
[09:16] <tsdgeos> ok
[09:16] <tsdgeos> was just wondering :)
=== hikiko_ is now known as hikiko
[10:17] <xnox> infinity, yes it's just a note "your vps is sucks". Good to know that you don't refuse these things.
[11:03] <Odd_Bloke> Can I find if there are Ubuntu/Launchpad bugs corresponding to particular Debian bug numbers?
[11:13] <pitti> Odd_Bloke: yes, somethign like https://bugs.launchpad.net/bugs/bugtrackers/debian-bts/1234
[11:13] <ubottu> Launchpad bug 1234 in Launchpad itself "Gina is an unmaintainable mess of command line options, environment variables and shell scripts" [Medium,Fix released]
[11:13] <pitti> but I'm not sure about the "debian-bts" name
[11:13] <pitti> Odd_Bloke: oh, it's /debbugs (see https://launchpad.net/bugs/bugtrackers/debbugs)
[11:14] <pitti> Odd_Bloke: so e. g. https://launchpad.net/bugs/bugtrackers/debbugs/740749 redirects you to the LP bug which is linked to that debian bug
[11:14] <ubottu> Launchpad bug 626798 in aptdaemon (Ubuntu Natty) "duplicate for #740749 update-manager crashed with DBusException in _run()" [High,Fix released]
[11:14] <Odd_Bloke> pitti: Excellent, thank you!
=== hikiko is now known as hikiko|ln
=== marcusto_ is now known as marcustomlinson
=== hikiko|ln is now known as hikiko
=== _salem is now known as salem_
[13:00] <cjwatson> ginggs: yes, I've been getting cron mail about that, I need to get it past the current thing it's crashing on
[13:00] <ginggs> cjwatson: thanks!
=== scottt is now known as Guest30851
[14:37] <_SleePer_> hello everybody, i am using test drive to do a test but it give me an error when i use the kvm for virtualization. Give me that "failed executing command: `/usr/bin/qemu-img create-f qcow2/home/user/.cache/testdrive/img/testdrive-disk-kK3Ihy.img Oyher...G`
[14:37] <_SleePer_> can anybody help me?
[14:38] <cpaelzer> _SleePer_: did that loose some spaces when copy&pasting or might that be the issue?
[14:38] <cpaelzer> create-f => create -f
[14:39] <cpaelzer> qcow2/home => qcow2 /home
[14:39] <cpaelzer> maybe more
[14:46] <_SleePer_> that loose some spaces when i copy and paste
[14:46] <_SleePer_> did you now what is that error cpaelzer?
[14:48] <cpaelzer> _SleePer_: well it doesn't even list on what it fails
[14:48] <cpaelzer> _SleePer_: it only tells you the command it fails on
[14:49] <cpaelzer> _SleePer_: if you have more detailed logs check those, if not i'd hope test-drive leaves you the artifacts around and you can rerun that command to see what is happening
[14:50] <_SleePer_> and how can i solve the error?
[14:50] <cpaelzer> _SleePer_: sorry the message you posted doesn't contain the error, so I can't even guess
[14:51] <cpaelzer> _SleePer_: this is like "mv fails for me - what is the reason"
[14:51] <cpaelzer> _SleePer_: well one would need the actual error - like file not found, or whatever applies
[14:51] <_SleePer_> ok ok, i will "investing" thank you very much
[14:52] <cpaelzer> _SleePer_: all I can tell you atm is that I've used qemu-img this morning and it worked, so it is not generally broken
[14:52] <cpaelzer> _SleePer_: please come back if you found and more detail and we can help interpreting that
[14:53] <_SleePer_> ok, i instal qemu-utils a 1 hour ago, can i did a bad instalation?
[14:55] <cpaelzer> _SleePer_: there is not much that can be done wrong, if you want to check the integrity of the files belonging to a package you can use "dpkg --verify"
[14:55] <cpaelzer> _SleePer_: but I'd very much guess that the way testdrive calls it causes an issue, so try to isolate that
[14:55] <_SleePer_> ok, i will run that
[14:55] <cpaelzer> _SleePer_: either for its error message, or to reproduce
[15:00] <rbasak> !dmb-ping
[15:00] <ubottu> bdmurray, BenC, cyphermox, infinity, micahg, rbasak, sil2100: DMB ping.
[15:28] <cpaelzer> hey co-devs - what is the most easy way to check for component mismatches?
[15:28] <cpaelzer> I'm pretty sure the merge I'm on has a lot
[15:28] <cpaelzer> can I run anything against e.g. the buildlog or the created debs/source files?
[15:29] <cpaelzer> I mean I can massage the buildlog to hold a list of depends and recommends and check them all in a not-too complex script - or push stuff to a ppa and throw reverse-depends at it, but I'd expect there is a better way already
[15:33] <cjwatson> check-mir(1)
[15:33] <cjwatson> (though it probably needs to be updated to stop caring about build-deps)
[15:38] <cpaelzer> thank you cjwatson
[15:39] <rbasak> cpaelzer: also, if you have a test build, you can grep for universe in the build log.
[15:39] <rbasak> I'm not sure that's guaranteed to work in every case, but it works well enough for me :)
[15:41] <cjwatson> The build log will only tell you about build-dependencies, which are precisely those not required to be MIRed nowadays ...
[15:41] <cjwatson> You'd want the install log instead if you were taking that approach
[15:41] <caribou> barry: did you notice that your upload for LP: #1647031 is held in -proposed ?
[15:41] <ubottu> Launchpad bug 1647031 in systemd (Ubuntu) "systemd-resolved’s 127.0.0.53 server does not follow CNAME records" [High,Triaged] https://launchpad.net/bugs/1647031
[15:43] <barry> caribou: yep.  it's blocked on some systemd regressions which i've been unable to reproduce.  looks like it's even works for systemd 232-8.  would love to get some help with that, but i will be looking at it again this week
[15:43] <barry> (the systemd 'upstream' autopkgtest is failing)
[15:44] <caribou> barry: I'll try to rerun the DEP8 tests locally
[15:44] <barry> caribou: cool.  ping me with any info.  tbh, i've been running network-manager out of my own ppa just so schroots work :/
[15:45] <cpaelzer> ok rbasak, that is what I thought before - combined with the tool cjwatsonrecommended that should be good
[15:45] <cpaelzer> rbasak: just from the changelog I see quite a lot coming my way and since humans are bad at catchign the tail end of dependency trees I want tools
[15:45] <caribou> barry: I stop systemd-resolved everytime I reboot my laptop & manually change the nameserver entry; Maybe I should test your PPA
[15:45] <barry> caribou: https://launchpad.net/~barry/+archive/ubuntu/experimental
[15:46] <caribou> barry: tnks
[15:46] <barry> been working great for me
[15:46] <caribou> barry: that's the same bits as the ones in -proposed ?
[15:46] <barry> caribou: yep
[15:46] <barry> only difference is d/changelog
[15:49] <rbasak> cjwatson: ah. Good point.
=== didrocks1 is now known as didrocks
[18:41] <cjwatson> ginggs: should be up to date again now
[18:46] <ginggs> cjwatson: Generated at 2017-01-16 18:16:44 UTC. \o/