[00:05] <cjwatson> Unit193: I see your script and raise you https://www.chiark.greenend.org.uk/~cjwatson/tmp/beerglass.pl (needs LINES and COLUMNS exported in your environment; benefits from big terminal)
[00:05] <cjwatson> I applaud that obfuscation though.  I think.
[00:09] <Unit193> Hah, nice.  Yeah I didn't write it though, so don't get the credit.
[01:01] <andrewsh[m]> cyphermox: https://salsa.debian.org/debian/netplan.io/
[01:01] <Unit193> ...Heh, just looked up a package you orphaned, surprising timing!
[01:01] <andrewsh[m]> which one?
[01:02] <Unit193> libmowgli-2, since atheme now uses the bundled one.
[01:02] <andrewsh[m]> hah
[01:02] <andrewsh[m]> does it? hmm
[01:03] <andrewsh[m]> mowgli seemed like an interesting library some time ago
[01:03] <andrewsh[m]> but it somehow failed to gain popularity
[01:04] <Unit193> Yeeep, the idea was to allow others to use it, they never did though... :P
[01:04] <andrewsh[m]> what do you mean? :)
[01:05] <Unit193> In packaging it outside of atheme itself.
[01:05] <andrewsh[m]> you mean atheme services?
[01:06] <Unit193> Yeah.
[01:06] <andrewsh[m]> it was originally used by Audacious
[01:06] <Unit193> ..Huh.
[01:06] <andrewsh[m]> but then it's got rewritten
[01:07] <andrewsh[m]> and I guess at that time glib became much more performant
[01:07] <andrewsh[m]> so there was no point in keeping custom implementations of data structures
[01:16] <stgraber> doko: there, you got a shiny green tick on autopkgtest
[09:56] <tjaalton> doko: is debootstrap from cosmic/disco going to be backported to bionic to support merged-/usr? I don't see a bug for it
[14:23] <doko> tjaalton: please ask xnox about that
[14:45] <ogra> vorlon, did the pi3 b+ core images finally get released or are we stil waiting for something
[14:54] <xnox> tjaalton, doko: it already has been.... check proposed or unapproved.
[15:08] <doko> ahasenack, cpaelzer: openhpi gained a new dep librabbitmq, which currently ftbfs
[15:11] <jamespage> doko: you probably already noticed but coreycb and I are working through the openstack pkgs switching to python3 - leaf packages are dropping py2 support completely, and we'll work that into the 1st and 2nd level depends as that all works through
[15:11] <jamespage> we'll be doing the shebang fixes at the same time
[15:18] <doko> jamespage: yes, noticed that in component-mismatches :-/
[15:24] <tjaalton> xnox: ok, it's wrapped together with adding cosmic release
[15:24] <tjaalton> didn't notice that
[15:33] <cpaelzer> doko: what happened to the updates of https://people.canonical.com/~ubuntu-archive/proposed-migration/cosmic/update_excuses_by_team.html#ubuntu-server ?
[15:33] <cpaelzer> last is 2 weeks old ws that transitioned to another place?
[15:35] <doko> cpaelzer: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html looks recent, but I think it's not run for released versions. mwhudson, vorlon?
[15:46] <cpaelzer> doko: well for now I was mostly looking for -dev
[15:47] <cpaelzer> hopefully any such blockers on released versions is detected by the people doing the SRU
[15:47] <cpaelzer> thaks for the link
[15:50] <cpaelzer> doko: the rabbit issue you mentioned is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911693
[15:50] <ubottu> Debian bug 911693 in src:librabbitmq "librabbitmq FTBFS: setup_connection_and_channel: Assertion `rc == AMQP_STATUS_OK' failed." [Serious,Open]
[15:51] <vorlon> ogra: I'm waiting for qa signoff of the pi3 b+ core images
[16:03] <xnox> tjaalton, cosmic is a typpo bug # btw.
[16:08] <cpaelzer> doko: I also saw that you merged kopanocore, thanks it builds but fails all its tests
[16:08] <cpaelzer> that is broken in Debian
[16:08] <cpaelzer> https://ci.debian.net/packages/k/kopanocore/testing/amd64/ doesn't look much better
[16:08] <cpaelzer> I wanted to look into that anway, but not soon
[16:08] <cpaelzer> is that urgent to you?
[16:08] <cpaelzer> doko: ^^
[16:09] <doko> cpaelzer: yes, kopanocore is involved in the icu transition, so that would help
=== Pharaoh_Atem is now known as Conan_Kudo
=== Conan_Kudo is now known as Pharaoh_Atem
[16:31] <ogra> vorlon, so we need to ping cwayne or plars  again ?
[16:31] <lool> vorlon: hey! who's to QA this? cwayne and team?
[16:31] <lool> Oh ups  :0
[16:31] <ogra> first !
[16:31] <ogra> :D
[16:31] <lool> thanks ogra
[16:31] <vorlon> ogra, lool: correct
[16:31] <lool> ok cool, getting close  :)
[16:31] <lool> now we have to repeat for 3A+  :)
[16:32] <ogra> no hurry please ... lets get HW first :)
[16:32] <ogra> ... a world full of pi's and nobody brought whipped cream ...
[16:56] <doko> jamespage, coreycb: I'll try to keep up with the python3-* binary promotions, but please give back all failed autopkg tests yourself, if needed
[16:56] <jamespage> doko: will do
[17:36] <jbicha> ricotz: mythtv fails to build with latest x264. Do you think you'll have time to take a look? https://launchpad.net/ubuntu/+source/mythtv/2:29.1+fixes.20180414.329c235-0ubuntu4
[17:40] <ricotz> jbicha, does it even build in cosmic?
[17:43] <jbicha> I don't know but the build log strongly points at x264
[17:43] <ricotz> mythtv ships an internal copy of ffmpeg which is likely really outdated
[17:50] <jbicha> is mythtv something you think you'll have time to fix?
[17:51] <jbicha> otherwise I guess we could remove it from disco-release so that it doesn't block transitions until someone can fix it
[17:51] <ricotz> I don't see this package is worth patching, so either trying with a new upstream snapshot or drop it
[17:52] <ricotz> I think the port to ffmpeg 4 isn't trivial and lead to some removals
[17:53] <vorlon> yes, mythtv built fine in cosmic http://people.canonical.com/~doko/ftbfs-report/test-rebuild-20180911-cosmic.html#multiverse
[17:53] <ricotz> upstream seems to be quite active though
[17:54] <ricotz> vorlon, yeah, thank to the internal copies
[17:54] <vorlon> hmm?
[17:54] <ricotz> internal ffmpeg
[17:59] <ricotz> jbicha, https://code.mythtv.org/trac/ticket/13314
[18:01] <jbicha> thanks, I'll try that
[20:49] <ntd> anyone using amdgpu-pro on ubuntu xenial in here? looks like support got broken between kernel 4.4.0-134 and -138 and somehow i am the first to notice
[20:50] <ntd> dmesg when trying to load amdgpu on > -134:
[20:50] <ntd> amdkcl: exports duplicate symbol arch_io_free_memtype_wc (owned by kernel)
[20:50] <ntd> i've tried amdgpu-pro 17.40, 17.50, 18.10, 18.20, 18.30 and 18.40 on on 4.4.0-134+ -138 and 4.15.0-34 + -36/38
[20:50] <ntd> support gets broken between 4.4.0-134 and -138 and 4.15.0-34 and -38