[07:51] <lag> xnox: Morning o/
[09:54] <xnox> lag, hey
[09:55] <lag> xnox: It's been a while - how are you?
[09:55] <xnox> lag, busy bee =)
[09:55] <lag> xnox: Best way
[09:55] <lag> xnox: I won't take up too much of your time then
[09:55] <xnox> lag, well shoot =) what's up?
[09:56] <lag> xnox: Have you made any progress with making Mainlined DTBs available during initial install?
[09:56] <xnox> lag, some for current devel series. not yet done or retried with bionic.
[09:56] <xnox> lag, sorry about that.
[09:57] <lag> xnox: What does that mean?  I can download the AAarch64 Disco installer and they will be present?
[09:57] <xnox> no
[09:57] <xnox> locally on my system
[09:57] <xnox> (and my local .isos)
[09:58] <lag> xnox: Okay.  Any idea when I might be able to download a public installer ISO where they are present?
[09:59] <xnox> lag, no eta. but hopefully soon.
[10:00] <xnox> lag, but maybe i should upgrade to your new kernel actually
[10:01] <xnox> wait, 13th of march, i should have that already actually.
[10:03] <lag> xnox: Our kernel hasn't been updated in a long time (I have been away on Shared Parental Leave)
[10:03] <xnox> ah nice =)
[10:04] <lag> xnox: In either 3 days, or 1 week and 3 days, you should be able to boot Mainline
[10:04] <xnox> lag, ooooh! i want that!
[10:04] <lag> xnox: In theory (I need to test that)
[10:05] <lag> xnox: You might still need our DTB, but again, I need to test that for myself (just getting back on my feet after some time away)
[10:17] <xnox> lag, so 5.1 will not be enough right? needs 5.2rc1 basically?
[10:17] <xnox> (tentitavly)
[10:19] <lag> xnox: You could try it - I'm not sure what is lacking
[10:20] <lag> xnox: I think it would boot, but there might be issues booting into Ubuntu GUI
[10:20] <lag> xnox: Give it a go?
[10:20] <xnox> i guess i can
[11:17] <tkamppeter> vorlon, tjaalton, hi
[11:19] <tjaalton> tkamppeter: yo
[11:19] <tkamppeter> vorlon, tjaalton, I want to ask you something about the Bionic SRUs on network-manager and modemmanager, bug 1754671 , bug  1828102, bug 1809132
[11:19] <ubottu> bug 1754671 in systemd (Ubuntu Bionic) "Full-tunnel VPN DNS leakage regression" [High,Triaged] https://launchpad.net/bugs/1754671
[11:19] <ubottu> bug 1828102 in modemmanager (Ubuntu Disco) "regression in modemmanager" [Undecided,New] https://launchpad.net/bugs/1828102
[11:19] <ubottu> bug 1809132 in network-manager (Ubuntu Bionic) "Updated bionic to the current 1.10 stable version" [Low,Fix committed] https://launchpad.net/bugs/1809132
[11:20] <tkamppeter> The autopkg test of network-manager 1.10.14-0ubuntu1 (the nm SRU but also blocking the tests of the mm SRU) is failing due to a triviality.
[11:21] <tkamppeter> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/arm64/n/network-manager/20190509_170311_4f39f@/log.gz
[11:21] <tkamppeter> which can be fixed with a simple patch:
[11:21] <tkamppeter> http://paste.ubuntu.com/p/9Hpsw3Fbhp/
[11:22] <tkamppeter> Could you allow a re-upload of nm with this patch applied without re-doing the full SRU testing process?
[11:23] <tkamppeter> Or simply pass through these SRUs skipping this test?
[11:25] <tjaalton> tkamppeter: yes, fix the test.. since it doesn't touch anything besides that, there's no need to re-test everything
[11:27] <tkamppeter> tjaalton, thank you very much.
=== ricab is now known as ricab|lunch
[12:31] <Laney> tjaalton: it's in the queue if you have a minute to review please? trivial debdiff vs the current sru
=== Hans-ChristophSt is now known as _hc
[12:57] <tjaalton> Laney, tkamppeter: yup, accepted
[12:58] <Laney> thanks!
[12:58] <Laney> tkamppeter: so ask the vanguard on Monday if they would kindly release it
[12:58] <Laney> assuming it builds / passes and everything
[13:15] <seb128> tjaalton, can you accept the gvfs "no change rebuild" uploads to cosmic/bionic? That's to fix smb browsing and got blocked for a while by other SRUs but some people are waiting on those
[13:18] <tkamppeter> tjaalton, thank you very much.
[13:25] <seb128> is errors.ubuntu.com sloooow to load for others as well?
[13:25] <seb128> bah and launchpad timeouts, maybe same cause :-/
[13:29] <lag> xnox: What is a polite amount of time to wait before asking for this again?
[13:29] <lag> xnox: Does Ubuntu have a rolling release that I can target?
[13:30] <tsimonq2> lag: Ubuntu does not have a rolling release, but we do have an open development release.
[13:30] <xnox> lag, we do have 'devel' which is an alias for uploads, currently points at eoan.
[13:30] <xnox> as in your debian/changelog can target devel
[13:31] <xnox> lag, kernel team maintains an 'unstable' tree (which i'm sure you know) which always is prepped for the next major release kernel.
[13:32] <lag> tsimonq2: xnox: Yes, I've seen devel - perhaps that's the way to go
[13:38] <xnox> lag, but like last time i tried to use gnome-shell from disco it didn't start =(
[13:38] <xnox> just a black screen
[13:38] <xnox> bionic one works.
[13:39] <tkamppeter> tjaalton, I have seen now in my e-mail that on all the three Bionic nm SRU bugs a new call for testing got posted and the "verification-done" tags got reset to "verification-needed". Is this correct? You told that there will be no new testing process needed for these SRUs.
[13:40] <seb128> tkamppeter, the script they use to accept uploads do that, just change the tags back
[13:40] <lag> xnox: Yes, gnome-shell was broken for me too -- culminated in a flashing '_'
[13:41] <tkamppeter> seb128, OK, thanks.
[13:41] <xnox> lag, did we engage anybody on fixing that? or do we need to try something else like mate / xfce / lubuntu?
[13:41] <xnox> to see if that's all graphics, or just gnome-shell
[13:42] <seb128> lag, do you have details on that issue/did you report it?
[13:43] <lag> seb128: Not yet, I just carried on using Bionic
[13:44] <LocutusOfBorg> bdrung, can you please add me to the videolan launchpad team? probably my membership expired...
[13:44] <LocutusOfBorg> https://launchpad.net/~videolan
=== ricab|lunch is now known as ricab
[13:57] <tkamppeter> seb128, tjaalton, I have reset the tags to verification-done now.
[13:57] <seb128> tkamppeter, thx
[13:58] <tkamppeter> tjaalton, could you approve the Bionic systemd SRU for bug 1754671, so that this bug does not block the network-manager SRU process? Thanks.
[13:58] <ubottu> bug 1754671 in systemd (Ubuntu Bionic) "Full-tunnel VPN DNS leakage regression" [High,Triaged] https://launchpad.net/bugs/1754671
[14:27] <tjaalton> tkamppeter: sorry, no sru's are accepted to updates on afriday ;)
[14:30] <tjaalton> seb128: there's another version of gvfs in cosmic-proposed
[14:32] <seb128> tjaalton, that should be deleted, let me do that, vorlon did it for bionic but not for cosmic for some reason
[14:33] <tjaalton> well, i'm actually afk already, maybe he can check the new upload too?
[14:34] <seb128> tjaalton, no worry I was asking in case, I will try my chance with the next SRU review
[14:34] <seb128> tjaalton, have a nice w.e!
[14:34] <tjaalton> thx!
=== ikonia_ is now known as ikonia
[15:33] <ddstreet> juliank i opened RFC-only MP for software-properties for lp #645404, it's still a work in progress but wanted to start getting your feedback on it
[15:33] <ubottu> Launchpad bug 645404 in software-properties (Ubuntu Eoan) "Support Private PPAs" [Low,In progress] https://launchpad.net/bugs/645404
[15:34] <GunnarHj> bdmurray: Will there be a sensible way to verify the disco fix of bug #1825733? Can you start a release upgrade with -proposed enabled?
[15:34] <ubottu> bug 1825733 in ubuntu-release-upgrader (Ubuntu Disco) "ubuntu-release-upgrader-core shows upgrading from 18.10 to 18.10" [High,In progress] https://launchpad.net/bugs/1825733
[15:39] <bdmurray> GunnarHj: do-release-upgrade -p is the way to test the release-upgrader from -proposed
[15:40] <GunnarHj> bdmurray: Ah, thanks!
[16:01] <juliank> ddstreet: that's complicated
[16:01] <ddstreet> juliank that's why i broke it up into multiple commits
[16:02] <ddstreet> but yeah, it's major refactoring of how the shortcuts work - simplifies it a lot
[16:02] <juliank> ddstreet: Now, optimally, could you retarget that against the actual software-properties git repo https://git.launchpad.net/software-properties?
[16:03] <ddstreet> sure, i'll close that MP and move it over if you prefer that
[16:03] <juliank> That's where we do the development :)
[16:04] <ddstreet> yeah, hard to keep track when i work on so many different packages, some do, some don't :)
[16:04] <juliank> seb128: please push a 0.98.1 tag for your software-properties upload, thanks
[16:11] <cjwatson> sil2100: Could you update the langpack-o-matic cron jobs for eoan?
[16:11] <cjwatson> sil2100: See https://code.launchpad.net/~cjwatson/lp-production-crontabs/translations-eoan/+merge/366913 for the schedule on our side (if you can see that)
[16:41] <sil2100> cjwatson: hey! Sure, thanks! ;)
[17:06] <vorlon> tkamppeter, tjaalton: if systemd needs changed in order for the network-manager SRU to be correct, should network-manager not declare a versioned dependency on the fixed systemd?
[17:26] <cyphermox> wait, wat?
[17:26] <cyphermox> why would systemd need to be changed for the NM SRU?
[18:23] <coreycb> hi, would anyone from the SRU team be able to review neutron in the cosmic unapproved queue? this is for bug 1606741.
[18:23] <ubottu> bug 1606741 in neutron (Ubuntu Cosmic) "[SRU] Metadata service for instances is unavailable when the l3-agent on the compute host is dvr_snat mode" [High,Triaged] https://launchpad.net/bugs/1606741
[18:23] <coreycb> it's a bit of a hot one
[18:25] <coreycb> tjaalton: vorlon: in case you happen to have cycles in the rotation today
[18:25] <coreycb> ^
[18:25] <vorlon> coreycb: looking now
[18:26] <coreycb> vorlon: thanks!
[21:02] <seb128> juliank, software-properties tag pushed, thanks for the reminder (those git based workflow don't make it easy to not overlook steps :/)
[23:39] <Unit193> stgraber: Hello, it looks to me that lxc-templates could be sync'd from Debian, no?