[07:04] <pitti> cpaelzer: indeed I can't merge it, but I did approve it
[07:14] <cpaelzer> thanks pitti!
[07:15] <pitti> cpaelzer: no worries; alles gut bei Dir?
[07:16] <cpaelzer> pitti: yep alles fein
[07:16] <cpaelzer> pitti: I updated the ongoing SRU so the sru-team can merge it when looking at the case
[09:28] <seb128> SRU team, bug #1767784 is a (small) regression from a recent pulseaudio SRU in xenial, we just uploaded a revert of the change. Could that one be reviewed/approved? also do you think we should block the current -updates version meanwhile?
[09:29] <ubottu> bug 1767784 in pulseaudio (Ubuntu) "[regression] output device not recognized anymore since update 1:8.0-0ubuntu3.9" [High,Fix committed] https://launchpad.net/bugs/1767784
[09:29] <slangasek> seb128: generally I would remove / rollback the version in -updates rather than block
[09:30] <slangasek> seb128: but if this is a straight revert I would happily push this through to -updates probably before it matters
[09:31] <seb128> k, well 0ubuntu10 just uploaded is a simple revert
[09:31] <seb128> so if the SRU team can drive that through that works for us
[09:31] <slangasek> seb128: is it a revert of everything that was in 3.9, or is it a partial revert?
[09:31] <slangasek> confirmed that it's a straight revert
[09:31] <seb128> 3.9 was a small patch added, it's a full revert
[09:32] <seb128> 8 to 10 diff is only the 2 changelog entries
[09:32] <seb128> debdiff
[09:32] <slangasek> accepted
[09:32] <seb128> thx
[09:32] <slangasek> takes ~25 minutes to publish
[09:32] <slangasek> to build
[09:33] <slangasek> seb128: so not worth doing any other revert in the meantime if this is only a "minor" regression.  if you want to ping me or another SRU team member once it's built, we can get it released then
[09:37] <seb128> slangasek, sounds good to me, thx
[09:44] <seb128> shrug, launchpad is again in timeout mode :/
[09:46] <seb128>  (Error ID: OOPS-2891732d718aa57cf6c88379052a5adf)
[10:36] <_UsUrPeR_> good morning!
[10:37] <_UsUrPeR_> I'm having trouble getting iptables -L -t nat functioning. Error is as follows: can't initialize iptables table `nat'
[10:37] <_UsUrPeR_> I spun up my own kernel off the ubuntu unstable, and I feel like I included iptables in the modules
[10:37] <_UsUrPeR_> but I think I'm missing something, and now QEMU isn't working right
[10:37] <_UsUrPeR_> what's the module I'm looking for?
[11:03] <xnox> tjaalton, "yes, it's a silly ppa but one that has builders for all archs :)" it has become entirely self-service to tick enable _all_ arches on any ppa, so you can enable all the arches you need, where you need them.
[11:03] <tjaalton> xnox: where did I say that?-)
[11:04] <xnox> tjaalton, i'm catching up on my bug mail. "something rather bind lpad freeipa so-path multiarch something blah"
[11:04] <tjaalton> anyway, I wasn't aware it's self-service now
[11:04] <tjaalton> oh that
[11:04] <xnox> tjaalton, yeah, all arches are in openstack now, and virtualised in a similar way, hence it has become free for all.
[11:06] <tjaalton> cool
[11:33] <seb128> slangasek, https://launchpad.net/ubuntu/+source/pulseaudio/1:8.0-0ubuntu3.10 has the builds as "(Accepted)" still, does it mean they are still not published?
[11:34] <slangasek> seb128: yes, that means they had been accepted but not published; which is not actually a blocker for us doing the launchpad-side releasing of the SRU; but anyway I imagine they're published by this point ;)
[11:34] <seb128> slangasek, yeah, usually it takes half an hour max, they have been like that for almost 2 hours now
[11:34] <seb128> weird
[11:34] <slangasek> ah
[11:35] <slangasek> seb128: should someone smoketest the binaries before I release the SRU?
[11:35] <seb128> slangasek, let me do at least one test install/reboot with them, I've a xenial partition on my laptop
[11:35] <slangasek> ok
[11:43] <seb128> slangasek, works fine here, good to go for us
[11:47] <slangasek> seb128: k, button pushed; if publishing is not happening, escalate to LP?
[11:47] <seb128> slangasek, k, thanks
[12:00] <slangasek> seb128: oops I'm wrong, the binaries do have to be published before I copy
[12:00] <infinity> slangasek: Yes they do.  And psql has had a few sads in this publisher run.
[12:01] <slangasek> infinity: time to switch to mongo
[12:01] <infinity> *choke*
=== zumbi_ is now known as zumbi
[13:49] <xnox> coreycb, hi, neutron-vpnaas ships some "weird" paths. Is it normal to ship something in both /etc and /usr/etc? E.g.
[13:49] <xnox> etc/neutron/rootwrap.d/vpnaas.filters
[13:49] <xnox> usr/etc/neutron/rootwrap.d/vpnaas.filters
[13:55] <xnox> slangasek, there are only two package pairs with conflicts. Pondering to upload fixes for them, and either enable usrmerge or advertise usrmerge.
[13:55] <xnox> https://bugs.launchpad.net/ubuntu/+source/neutron-vpnaas/+bug/1768539
[13:55] <ubottu> Launchpad bug 1768539 in safe-rm (Ubuntu) "Conflicts between / and /usr" [High,New]
[13:55] <xnox> slangasek, this obviously excludes things that are generated at runtime via maintainer scripts.
[13:56] <slangasek> xnox: needs an ongoing audit report as well
[13:57] <xnox> slangasek, tracked in debian as well, and fixed many places, and once activated dpkg prevents conflicts from being installed via a feature flag stamp file.
[13:58] <xnox> slangasek, given lack of lintian lab or piuparts, how do you want this to be tracked?
[13:58]  * xnox *cough* rbalint *cough*
[13:58] <xnox> yet another archive-report that we need to look at?
[14:11] <coreycb> xnox: hi
[14:11] <coreycb> xnox: i can fix that up
[14:13] <xnox> coreycb, awesome! thanks.
[14:13] <coreycb> xnox: ok to just fix in dev release since it's wishlist?
[14:18] <xnox> coreycb, yeap, that's more than enough to just do cosmic
[14:20] <coreycb> xnox: ack
=== grumble is now known as xn--3s9h
[19:09] <nacc> slangasek: just a quick fyi, because i don't know off the top of my head, we wouldn't expect pulseaudio to be installed as as snap on ubuntu desktop 18.04, right (particularly if they upgraded from 17.10)?
[19:27] <jbicha> nacc: are you asking about the default install or what?
[19:32] <nacc> jbicha: i think this was a default install, yeah
[19:32] <nacc> not 100% sure, tbh
[19:35] <nacc> jbicha: they said they were on 17.10 but then upgraded to 18.04. On 18.04 no sound, they had the pulseaudio snap installed (dunno how or why). I had them remove the snap and install the deb and they had sound.
[19:35] <jbicha> there are only 4 snaps installed by default in a 18.04 desktop: gnome-calculator, -characters, -logs, and -system-monitor
[19:36] <nacc> jbicha: excellent, that's all i need to know. And I assume snaps can't satisfy deb dependencies still?
[19:36] <nacc> jbicha: they ahd the ubuntu-desktop metapackage installed but *not* pulseaudio deb
[19:40] <jbicha> yeah there is no apt-to-snap upgrading being done yet (those 4 apps will be .deb's if you upgraded unless you manually switched them to snaps)
[19:40] <jbicha> and ubuntu-desktop depends on pulseaudio…
[19:59] <nacc> jbicha: yeah, the latter is why i was super confused
[21:34] <slangasek> xnox: if dpkg prevents conflicts from being installed via a feature flag, then I'm less concerned about ongoing audits; I had not heard about this
=== inaddy is now known as tinoco
=== beisner_ is now known as beisner
=== mariogrip_ is now known as mariogrip
=== mnepton is now known as mneptok