=== Elimin8r is now known as Elimin8er
=== maclin1 is now known as maclin
=== cascardo` is now known as cascardo
[11:35] <seb128> rbasak, Robert got the fix from SRU bug #1722185 merged upstream (mentioning it here since I don't know if you guys get emails for the SRU followups)
[11:35] <ubottu> bug 1722185 in packagekit (Ubuntu Bionic) "Crash installing packages using debconf" [High,In progress] https://launchpad.net/bugs/1722185
=== alan_g is now known as alan_g|afk
=== alan_g|afk is now known as alan_g
[13:47] <xnox> tseliot, i have questions about your backport for bug #1777099
[13:47] <ubottu> bug 1777099 in systemd (Ubuntu Bionic) "[backport] DRM devices opened by logind stay referenced indefinitely by PID 1" [High,In progress] https://launchpad.net/bugs/1777099
[13:47] <xnox> tseliot, can you talk now?
[13:47] <tseliot> xnox: sure
[13:48] <xnox> tseliot, first hunk appears to be this commit https://github.com/systemd/systemd/commit/51ead3e3774aa9306d637723d92bbddf2258d2cb
[13:49] <xnox> tseliot, then this commit does not appear to have been cherrypicked https://github.com/systemd/systemd/commit/8b983cc74a85bda4d662fd822b433327fc568d40 but rather got squished into
[13:50] <xnox> https://github.com/systemd/systemd/commit/1bef256cf5838d4bbc55654206aa6254d7fddb59
[13:50] <xnox> but these are the things that need to be backported right?
[13:50] <tseliot> xnox: I think the first patch failed to apply, but I probably should've cherrypicked the 2nd commit instead
[13:51] <xnox> ack, no worries, just trying to collect history. Plus upstream changed ids upon merging (they do that a lot)
[13:51] <xnox> tseliot, but as far as I can tell nothing needs to be done for cosmic, as proposed has v238 with all of these things in already.
[13:51] <xnox> (it hasn't migrated to release pocket, but that's a different story)
[13:52] <tseliot> xnox: yes, 238 has those commits
[13:52] <tseliot> xnox: but yes, those are the commits we need
[13:52] <xnox> tseliot, cool. thanks. I'm preparing the bionic upload now.
[13:53] <xnox> probably will be accepted into proposed on monday the earliest, due to the other critical upgrade bug.
[13:53] <tseliot> xnox: thats' great, thanks, so that I can finally fix this LP: #1778011
[13:53] <ubottu> Launchpad bug 1778011 in ubuntu-drivers-common (Ubuntu Bionic) "PRIME Power Saving mode draws too much power" [High,In progress] https://launchpad.net/bugs/1778011
[13:53] <xnox> ouch
[13:54] <tseliot> exactly
[14:35] <xnox> tseliot, hm.... there are more code changes before & after (with a few more additions and reverts) and i think i may want to backport the whole lot of commits.
[14:35] <xnox> which should fix a few more issues around opening/closing/passing those device fds around
[14:35] <xnox> and should make the code in bionic, match more closely that is now shipped in v238 and later
[14:36] <xnox> i'll prepare the stack of commits that i want to cherrypick, will attach on the bug for you to re-review. It's all of those, plus more.
[14:39] <tseliot> xnox: ok, whatever works best for you. Just keep in mind that I'll be off next week until Wednesday, and I'll be back on Thursday
[14:41] <xnox> tseliot, ah, i see. ok.
[14:49] <seb128> is there a known issue with ppc64el/cosmic? I see a bunch of things blocked on ppc64e lines on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[15:04] <Laney> seb128: you just see one architecture there even if there's a problem on multiple
[15:04] <Laney> the first entry is probably https://launchpad.net/ubuntu/+source/plastimatch/1.7.0+dfsg.1-1build1 for example
[15:04] <Laney> Not sure why it's chosen ppc64el given the "Arch order" list at the top, mind you
[15:04] <seb128> Laney, it was always like that? I though it used to have lines for every arch
[15:04] <seb128> Laney, thx
[15:05] <Laney> You see all arches when it tries hints (at the end of the file)
[15:09] <seb128> Laney, I'm looking at network-manager and there is no section where it has more than ppc64el
[15:09] <seb128> let me see in a pbuilder on amd64 though
[15:09] <seb128> to see if I get an issue there
[15:10] <Laney> yes, that wasn't tried by the hinter
[15:10] <Laney> the output just refreshed and now it says amd64 again
[15:10] <Laney> go figure
[15:11] <seb128> ah, yeah
[15:11] <seb128> Laney, thx
[15:14] <Laney> seb128: I think your problem is probably that nm-applet isn't considered
[15:14] <Laney> Jeremy dropped that pkg in his latest upload
[15:14] <Laney> gir1.2-nmgtk-1.0
[15:15] <seb128> Laney, I never remember, can I hint britney to try them together? or is that something I need to ping you to do for me? ;)
[15:15] <Laney> seb128: a hint's not going to solve that one, it is not a candidate on update_excuses
[15:15] <Laney> but no, that's release team only
[15:18] <Laney> that problem looks like component-mismatches to me
[15:19] <Laney> for some reason libnm-gtk-dev is in main in cosmic-proposed but universe in cosmic
[15:23] <seb128> Laney, thanks for pointing that one, that's something I can change if needed
[15:28] <Laney> seb128: it's also trying to put the ayatana indicator stuff in main...
[15:28] <Laney> unless network-manager-gnome can get demoted too
[15:29] <seb128> ah, that's a Debian change to revert until that stack gets MIRed
[15:29] <seb128> I'm going to look into that
=== caravena_ is now known as caravena