[02:33] <Trevinho> lan3y: g-s merge seems ok from my POV
[06:45] <didrocks> good morning
[06:46] <jibel> Salut didrocks
[06:46] <didrocks> salut jibel
[07:37] <duflu> Salut didrocks, jibel
[07:37] <duflu> + StephaneVerdy__
[07:39] <seb128> hey duflu, how are you?
[07:39] <seb128> good morning desktopers
[07:40] <duflu> Hi seb128. Going well all things considered. How are you?
[07:40] <seb128> I'm good, a bit tired though
[07:40] <seb128> I worked a bit late and the baby woke up during the night and it took me a while to manage to fall asleep again after that
[07:41] <seb128> just got coffee though, should be better soon :)
[07:43] <didrocks> hey duflu, salut seb128
[07:43] <seb128> lut didrocks
[07:43] <didrocks> yeah, coffee FTW!
[07:43] <seb128> had an interrupted night as well?
[07:44] <didrocks> yeah, but due to the tinitus…
[07:44] <didrocks> and 4 nights of very light sleep in a raw isn't good
[07:47] <seb128> :/
[07:54] <jibel> grr, spent one hour trying to reproduce a bug on cosmic iso and just realized bionic was on the usb stick :(( so stupid
[07:56] <didrocks> well, you can write at least IT IS FOR SURE A REGRESSION :)
[07:56] <jibel> exactly
[07:58] <duflu> Which suggests you don't even notice Yaru? :)
[07:59] <duflu> Or lack of Yaru
[08:01] <Laney> moin
[08:01] <duflu> Laney   \o
[08:03] <seb128> hey Laney, willcooke
[08:03] <seb128> how is it going today?
[08:04] <willcooke> morning!
[08:04] <willcooke> Too early to tell seb128 :)
[08:04] <seb128> :)
[08:04] <willcooke> Sent my phone to Apple for a new battery on Monday, it's being delivered back to me today
[08:04] <didrocks> morning willcooke, Laney
[08:05] <didrocks> clobrano: hey, time for testing the built snap version and releasing? If you +1 on the snap, I'll upload the package as well
[08:05] <clobrano> hey didrocks
[08:05] <clobrano> +1 one for me
[08:06] <didrocks> clobrano: ok, I let you releasing to the stable channel? I'm doing the cosmic side :)
[08:06] <clobrano> didrocks: alright, doing it now
[08:06] <didrocks> thanks!
[08:07] <Laney> hey duflu seb128 didrocks
[08:14] <duflu> Hi willcooke
[08:16] <willcooke> hihi
[08:23] <oSoMoN> good morning desktoppers
[08:23] <clobrano> good morning all 0/
[08:29] <didrocks> salut oSoMoN !
[08:29] <oSoMoN> salut didrocks
[08:31] <clobrano> didrocks: stable snap released (I'm about to write the announcement) and confirmed that the dock in bionic is now more transparent as expected
[08:31] <didrocks> clobrano: \o/
[08:32] <didrocks> clobrano: yeah, confirmed as well (testing it right now)
[08:32] <clobrano> I'll leave a note in the announcement to avoid unnecessary tickets :)
[08:33] <didrocks> good idea ;)
[08:33] <didrocks> (spoiler alert: you will still have some :p)
[08:33] <clobrano> no way, not yaru is bug free :D
[08:33] <clobrano> *now
[08:33] <didrocks> :p
[08:34] <didrocks> clobrano: btw, FYI: https://forum.snapcraft.io/t/snaprevs-update-failed/7106/12
[08:35] <didrocks> (on the snaprev regression)
[08:42] <willcooke> Laney, saw some late-night comments on the gdm PR, thank you for digging in to last night.
[08:43] <duflu> willcooke, I was thinking... Ray only fixed plymouth and VT support recently. Did it regress at that point?
[08:43] <duflu> Maybe we couldn't tell because the bugs being fixed were at least as significant
[08:45] <willcooke> yeah in my very limited understanding of the situation, I think there are perhaps a couple of issues, and one of those /might/ have something to do with Plymouth not giving up it's "lock"(?) on the graphics card in time
[08:45] <willcooke> and that is perhaps coupled with a different gdm issue
[08:45] <willcooke> but
[08:45] <willcooke> I don't know
[08:45] <willcooke> and I'm guessing
[08:48] <Laney> It doesn't call drmDropMaster in the bad case, I'm trying to figure out why
[08:49] <duflu> Cool. Yes SetMaster and DropMaster are nice single purpose functions. Easy to identify in theory
[08:52] <willcooke> It = Plymouth?
[08:52] <Laney> sí
[08:53] <willcooke> grazia
[08:53] <duflu> For the record, I haven't seen the bug in quite some time
[08:55] <willcooke> duflu, you simply need to get a Dell Inspiron 11 and a cheap 100GB ssd
[08:55] <duflu> My Asus was hitting it for a week. But that was last week
[08:56] <willcooke> That trusty Inspiron is really good at find race conditions for some reason
[08:58] <duflu> because it is slow maybe? I thought the bug preferred faster machines. But actually my desktop is not affected
[08:58] <duflu> Cosmic rays
[08:59] <duflu> which is even more appropriate this cycle
[09:00] <willcooke> Cosmic rays indeed
[09:00] <willcooke> I think it's a combination of slow(er) processor and fast disk
[09:01] <duflu> willcooke, although your laptop's not slow. Or was it not the X270?
[09:02] <willcooke> That's my work work laptop
[09:02] <willcooke> the Inspiron is my test laptop
[09:24] <seb128> jamesh, hey, did you see bug #1691649 ?
[09:36] <tjaalton> duflu: the trace from the server doesn't say where and why eglMakeCurrent failed..
[09:36] <duflu> tjaalton, I think I know the bug you're talking about. But are you asking me to do something? :)
[09:37] <duflu> I'm not affected by that one
[09:37] <tjaalton> duflu: just saying showing upstream the trace doesn't actually help :)
[09:38] <duflu> tjaalton, well it's not just for upstream. I like to leave myself and others a link to downstream for next time
[09:43] <jamesh> seb128: yeah.  The xdg-desktop-portal code itself looks like it should work: so there must be some reason g_dbus_interface_skeleton_export would fail without setting an error
[09:43] <seb128> those reports might all be from the live session
[09:44] <seb128> which is a special fs/env, so maybe something is not right for the portal there
[09:44] <jamesh> there are a bunch of g_return_val_if_fail calls that could be culprits
[09:46] <seb128> would that show any error in the journal?
[09:46] <seb128> https://launchpadlibrarian.net/320147367/JournalErrors.txt doesn't seem to have anything like that
[09:48] <jamesh> I can see some relevant journal entries in one of the more recent crashes
[09:49] <seb128> one of the logs has
[09:49] <seb128> Apr 09 12:16:37 hostname xdg-desktop-por[18168]: cannot open display:
[09:49] <seb128> Apr 09 12:16:37 hostname systemd[18095]: xdg-desktop-portal-gtk.service: Failed with result 'exit-code'.
[09:49] <seb128> Apr 09 12:16:37 hostname systemd[18095]: Failed to start Portal service (GTK+/GNOME implementation).
[09:49] <seb128> Apr 09 12:17:02 hostname xdg-desktop-por[18151]: Failed to create file chooser proxy: Fehler beim Aufruf von StartServiceByName für org.freedesktop.impl.portal.desktop.gtk: Zeitüberschreitung wurde erreicht
[09:49] <seb128> Apr 09 12:17:02 hostname xdg-desktop-por[18151]: g_dbus_interface_skeleton_set_flags: assertion 'G_IS_DBUS_INTERFACE_SKELETON (interface_)' failed
[09:49] <seb128> Apr 09 12:17:02 hostname xdg-desktop-por[18151]: invalid (NULL) pointer instance
[09:50] <seb128> "dic 20 11:27:56 hostname xdg-desktop-por[8447]: Failed to create file chooser proxy: Error calling StartServiceByName for org.freedesktop.impl.portal.desktop.gtk: Timeout was reached"
[09:50] <seb128> in another log
[09:50] <seb128> so yeah, might be the issue
[09:50] <seb128> unsure why there is no display though?
[09:50] <seb128> but I guess it could error out cleaning in those cases
[09:55]  * didrocks was wondering why G-S was segfaulting on dist-upgrade tests… ofc, my bionic VM was set up with 1Gb of RAM… so OOM, session closing…
[09:56] <seb128> gnome-boxes again? ;)
[09:57] <seb128> use virtualbox!
[10:00] <seb128> Laney, didrocks, Trevinho, do you know if gbp import-dsc is supposed to import the proper upstream commits like import-orig does?
[10:03] <didrocks> seb128: I have no idea, but looking at the man page, it seems to confirms it doesn't even try to find a matching upstream commit
[10:04] <seb128> is that the gbp-import-dsc manpage you are looking at?
[10:05] <didrocks> seb128: at least, with the low memory thing, I found some bugs leading to https://imgur.com/a/Ph724Py
[10:05] <seb128> that has upstream-branch/tag options
[10:05] <didrocks> seb128: right, I think there is no autodetect, you need to explicitly set those
[10:06] <Laney> that's probably the upstream/latest branch and the upstream/x.y.z tag
[10:06] <Laney> I don't know either
[10:06] <seb128> k
[10:06] <seb128> well I tried to help Robert yesterday to "fix" the gnome-software Vcs and that was a fail
[10:06] <Laney> you can probably fix it up after the fact though by git merge 3.30.1 or whatever on upstream/latest, then git merge upstream/latest on ubuntu/master
[10:06] <seb128> to start it was missing a gbp.conf
[10:06] <seb128> which made gbp clone fails in fun ways
[10:07] <seb128> unsure why/how it worked for others who did the previous updates
[10:07] <seb128> but then import-dsc did import the content but the not the commits
[10:07] <Laney> haven't touched that one in a while
[10:10] <seb128> Laney, "Merge made by the 'recursive' strategy." is what it tells me after merging 3.30.2 into upstream/latest
[10:10] <seb128> diff is empty, status is 85 commits ahead
[10:10] <seb128> looks fine to me, I pushed, I hope I didn't screen up things more
[10:11] <seb128> did ubuntu/master as well
[10:11] <seb128> didrocks, Laney, thx for the help
[10:11] <jamesh> seb128: some analysis here: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-portal/+bug/1691649/comments/7 -- if it is just live sessions the timeout might just be due to slow IO
[10:11] <didrocks> yw, sorry to not have been more helpful though
[10:12] <seb128> didrocks, , no it's fine, I could have rfm-ed more, I just don't want to spend some hours this week to dig into documentation while we are release bugs still to work on
[10:13] <seb128> jamesh, can we easily increase the timeout?
[10:13] <seb128> jamesh, thx for the detailled comment, what you wrote makes sense
[10:14] <jamesh> seb128: you were right about the environment looking pretty bare.  That would indicate that it has been started early in the session before many env variables have been exported to the systemd user session
[10:14] <jamesh> I'm kind of surprised there's no DBUS_SESSION_BUS_ADDRESS though
[10:16] <jamesh> seb128: I don't see an obvious timeout argument in the called functions, but I'm not sure that would improve matters.
[10:16] <jamesh> if xdg-desktop-portal is being started because some app wants to use it, we might just punt the timeout to the app
[10:16] <seb128> well, if the issue on the livecd is that the IO are too slow it might give us a chance to have it working
[10:16] <seb128> right
[10:17] <seb128> well, we can always fix the crash then
[10:17] <seb128> would be nicer if portals were to work on the live session but if they don't in some cases it's not the end of the world
[10:40] <willcooke> jibel, seb128, anyone who cares: adding "modules_load=vboxvideo" to the kernel options fixes the corrupt screen in vbox issue
[10:40] <willcooke> via x_nox and t_jaalton
[10:41] <xnox> tah
[10:41] <Laney> TIL modules_load
[10:42] <xnox> Laney, basically that's a cmdline way to setup modules-load.d which is processed by systemd-load-modules most of systemd-* garbage can do kernel cmdline overrides
[10:42] <Laney> cool
[10:45] <seb128> willcooke, still sounds like a local workaround and not a solution right?
[10:46] <Laney> they just uploaded initramfs-tools to do the central thing
[10:46] <tjaalton> that's for the installer
[10:46] <tjaalton> post-install boot still needs fixing
[10:47] <Laney> oic, I thought that was always working
[10:47] <willcooke> yeah, post install seems to work fine
[10:48] <willcooke> less the gdm issue
[10:48] <tjaalton> no it should be racy as well.. but if not then that's fine
[10:49] <seb128> I see the upload
[10:49] <seb128> nice
[10:50] <jamesh> seb128: I've submitted a patch upstream (https://github.com/flatpak/xdg-desktop-portal/pull/236).  I'll give them a chance to respond and then look at doing a fix for our package
[10:50] <jibel> it'd be nice to respin an iso once it's published
[10:50] <gitbot> flatpak issue (Pull request) 236 in xdg-desktop-portal "desktop-portal: don't attempt to export NULL GDBusInterfaceSkeletons" [Open]
[10:50] <jamesh> just in case they don't like my fix
[10:51] <seb128> jamesh, looks good and waiting makes sense, thanks!
[11:03] <Laney> willcooke: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1795637/comments/21 if you would like to check that please
[11:03] <willcooke> Laney, I can dig it
[11:03] <willcooke> Laney, is it in your package graveyard, or do I need to build?
[11:04] <Laney> ppa linked there
[11:04] <Laney> if you have the plymouth debug on
[11:04] <willcooke> ?!?!?  What.  I clicked that link and it opened a patch
[11:04] <Laney> then you should get the new message "no default splash because we are already inactive" in /var/log/plymouth-debug.log
[11:05] <Laney> read on
[11:05] <willcooke> something strange is going on there
[11:05] <willcooke> the second time I clicked it I got your commetn
[11:05] <willcooke> Maybe a double clicked
[11:05] <willcooke> very odd
[11:06] <willcooke> anyway, understood Laney, will test
[11:06] <Laney> it's in the text of the comment
[11:06] <Laney> thx
[11:06] <willcooke> yeah, I must have clicked that link somehow without realising
[11:06] <Laney> heh
[11:06] <willcooke> The breakfast Bloody Mary might have been to strong today
[11:06] <xnox> muahahhahahhaha
[11:07] <xnox> that's quite a step up from breakfast burrito
[11:07] <willcooke> It sets me up for the day
[11:07] <willcooke> which reminds me, I left some Earl Grey brewing, brb
[11:08] <willcooke> Treat yo self
[11:08] <seb128> it's not tea time, it's lunch time!
[11:08]  * seb128 goes to grab something to eat
[11:11] <didrocks> enjoy seb128
[11:19] <Trevinho> seb128: I think it should load the commits yes. So it did when I was using it in the script
[11:36] <tsimonq2> oSoMoN: Ping.
[11:36] <tsimonq2> oSoMoN: I understand it's kind of last minute, and I apologize, but Lubuntu really wants https://code.launchpad.net/~wxl/ubuntu/+source/libreoffice/+git/libreoffice/+merge/356378 in for Cosmic.
[11:37] <tsimonq2> Is that tbe right merge target?
[11:37] <tsimonq2> *the
[11:42] <tsimonq2> Regardless of keeping it in Git, which we can certainly handle, I can also just directly upload to the queue if you want. Up to you.
[11:43] <willcooke> Laney, sorry to say, I can still recreate the problem
[11:48] <tsimonq2> oSoMoN: Hmm, this MP doesn't seem right, but the patch is indeed what we want...
[11:59]  * didrocks tries to fetch more logs from gdm (using 3.30.1)
[12:11] <oSoMoN> tsimonq2, looking
[12:12] <oSoMoN> tsimonq2, that is indeed very late, final freeze is tomorrow
[12:12] <tsimonq2> oSoMoN: Indeed.
[12:17] <seb128> Trevinho, hey! k, well it didn't work for some reason, sorted out by a post import merge now so it doesn't matter much
[12:32] <Laney> willcooke: journal?
[12:37] <willcooke> Laney, https://paste.ubuntu.com/p/2Fv7FZG94Z/
[12:37] <willcooke> should I turn on gdm debugging etc etc etc?
[12:39] <Laney> always
[12:39] <Laney> is it normal gdm or that patched one?
[12:41] <Laney> and the plmouth-debug.log would be helpful too
[12:43] <willcooke> Laney, normal gdm
[12:43] <willcooke> I did a fresh install and just added your ppa
[12:43] <willcooke> Shall I add gdm too?
[12:44] <Laney> nein
[12:44] <willcooke> k, turned on gdm debugging
[12:45] <Laney> do the plmouth one too pls
[12:47] <willcooke> k, added to default grub and updated grub
[12:47] <didrocks> Laney: when you say you are using nvidia, you are talking about the blob proprietary driver, correct?
[12:47] <Laney> yeh
[12:48] <didrocks> ok, so running with Xorg works for you, really weird, unsure why I'm impacted
[12:49] <didrocks> (I even didn't know that we could run wayland with nvidia, but it seems boots without this issue was running gdm gnome-shell under wayland)
[12:49] <Laney> yes haven't noticed any problem, sorry :<
[12:51] <didrocks> Laney: no worry, just to double check: journactl confirms that your gdm gnome-shell is running under xorg?
[12:51] <Laney> Oct 08 10:32:03 raleigh.local gdm-launch-environment][4082]: GdmSessionWorker: start program: /usr/lib/gdm3/gdm-x-session "gnome-session --autostart /usr/share/gdm/greeter/autostart --debug"
[12:52] <didrocks> ok, thanks for confirming!
[12:52]  * didrocks is realllllyyyyy puzzled
[12:52] <willcooke> Laney, hopefully this is more useful: https://paste.ubuntu.com/p/WxhcNqbJ7Q/
[12:53] <Laney> thx
[12:53] <Laney> willcooke: the plmouth log too please
[12:53] <willcooke> oh, sorry, I thought that went in to the kernel messages
[12:53] <willcooke> one sec
[12:53] <Laney> it does but you get
[12:53] <Laney> Oct 10 13:48:12 test-Inspiron-3137 kernel: plymouthd: 497 output lines suppressed due to ratelimiting
[12:54] <willcooke> here we are: https://paste.ubuntu.com/p/DXpW5zYh7J/
[13:21] <seb128> andyrock, you around about the g-c-c patches?
[13:25] <seb128> shrug, why is pulling a branch from andyrock which has one extra commit over my local/the origin one triggering a merge :/
[13:29] <Laney> andyrock's branch doesn't have 6cee6fdf1022f0636d93ff673f4f2622ab2efca8
[13:34] <seb128> Laney, thx, how did you find that out? (so next time I can figure it out without bothering you/the channel)
[13:34] <Laney> I looked at the log of both branches
[13:36] <seb128> I don't understand
[13:36] <seb128> if I do "git log ubuntu/master > ubuntu; git log azzar1/ubuntu/master > andyrock; diff -u ubuntu andyrock"
[13:36] <seb128> there is no - lines
[13:37] <Laney> https://paste.ubuntu.com/p/HPWMZTBR4n/
[13:37] <Laney> FETCH_HEAD is just andy's branch
[13:38] <seb128> ah
[13:38] <seb128> my checkout was behind from one commit
[13:38] <seb128> I probably did reset HEAD^ one too much
[13:38] <seb128> Laney, thx
[13:39] <seb128> andyrock, do you want to rebase on the current content or should I just merge your branch instead of pulling it?
[13:39] <seb128> I guess both are ok way to bring the change in
[13:41] <Laney> yep
[13:41] <Laney> or you can rebase, but then when you push the merge request isn't closed automatically so you have to do that yourself
[13:43] <seb128> k
[14:03] <andyrock> seb128: sorry I was out for lunch
[14:03] <andyrock> you tell me
[14:03] <seb128> andyrock, how dare you eating!
[14:03] <seb128> :)
[14:03] <andyrock> :D
[14:03] <seb128> andyrock, please pull the missing commit and rebase, I think your git foo are better than mine and it's going to be a 30s job for you :)
[14:03] <seb128> (let me know if it's more complicated for some reason)
[14:04] <seb128> also did you have other fixes coming still today?
[14:05] <andyrock> no other fixes
[14:05] <andyrock> okok I'll rebase asap
[14:07] <seb128> thx
[14:09] <andyrock> seb128: it's just this commit https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-control-center/commit/?id=6cee6fdf1022f0636d93ff673f4f2622ab2efca8 ?
[14:09] <seb128> andyrock, yes
[14:10] <andyrock> rebased
[14:10] <andyrock> can you check now?
[14:16] <seb128> andyrock, better, thx!
[14:16] <seb128> andyrock, I'm also going to cherry pick 0c1c5570
[14:16] <seb128> it's an obvious fix, even if we don't have e.u.c spike about it
[14:17] <andyrock> seb128: yeah
[14:17] <andyrock> it's very easy to reproduce
[14:31] <seb128> andyrock, uploaded
[14:31] <andyrock> thx
[14:31] <seb128> I ended up with diff I didn't want in 52_region_language.patch and ubuntu-printer-support.patch for whatever gbp reason
[14:31] <seb128> I'm still struggling to understand the tools :/
[14:32] <seb128> but they looks simple formatting changes, hopefully nothing wrong
[15:06] <seb128> woot, thunderbird update in the cosmic queue :)
[15:07] <didrocks> \o/
[15:12] <seb128> jbicha, hey, there has been some report (eg bug #1796451) that the mozjs/gjs update made gnome-sound-recorder, unsure if that's something you care about but I'm mentionning it in case
[15:13] <seb128> did anyone notice/see bug #1797052?
[15:18] <jbicha> seb128: oh it crashes when you click Play 😭
[15:37] <xnox> Laney, willcooke - by the way ubiquity looks hot in yaru
[15:38] <Laney> I can't claim any credit for that
[15:38] <Laney> tell didrocks so it can be passed on to the team :>
[15:39] <didrocks> will surely do! madsrh is the one to congrats on this!
[15:45] <Laney> willcooke: there's a new plymouth in the ppa toaster, please try it when it comes out?
[15:45] <Laney> if you still get that "Could not find a primary drm kms device" thing, might ask if Trevinho can have a look instead
[15:45] <Laney> (this is a different error to the one I've always had)
[15:47] <willcooke> xnox, 💛 -> didrocks, clobrano et al
[15:48] <willcooke> Laney, roger roget
[15:48] <willcooke> r
[15:59] <willcooke> ppa ready
[15:59] <willcooke> hm
[16:00] <willcooke> guess I'm waiting for something to update
[16:05] <willcooke> here we go
[16:11] <willcooke> Laney, still broken
[16:12] <willcooke> where should I be looking for that error, journal?
[16:12] <Laney> yeah
[16:13] <Laney> you better tell marco because it's probably not the same thing I'm trying to fix
[16:13]  * Laney has had 50-0 success-failure with this patch
[16:13] <willcooke> Trevinho, need your help with this
[16:13] <Trevinho> k
[16:13] <willcooke> Trevinho, you know the story?
[16:13] <Trevinho> the one triggered by the ssd?
[16:13] <willcooke> yeah
[16:14] <Laney> dunno about that
[16:14] <Laney> there's probably not "the" bug
[16:14] <willcooke> hold on, sit tight - I can't break it now
[16:15] <willcooke> such is the nature of races, but lemme do some more tests
[16:15] <Laney> in this one that probably still exists mutter can't find a "primary" drm device to use
[16:15] <Laney> the one I was fixing with halfline was about the device being found but still claimed by plymouth
[16:20] <willcooke> Laney, I'm about 10 for 1 so far
[16:20] <willcooke> Keeping going
[16:20] <Laney> I guess there's a chance that could be the CanGraphical thing we were looking at before
[16:20] <Laney> you might want to add ExecStartPre=/bin/loginctl show-seat seat0 to gdm.service
[16:20] <willcooke> ack
[16:20] <willcooke> I'll do that now
[16:20] <willcooke> give it another 10 tests
[16:21] <willcooke> and then I'll turn off all the extra debugging and give it another 10
[16:21] <Laney> if it is that you'd see CanGraphical=no (vs yes) on a bad boot
[16:30] <Laney> seb128: that rhythmbox upload, I don't understand it since gnome-shell has Provides: notification-daemon
[16:35] <willcooke> ha, Laney I was about to declare success, and on 10 of 10 - boom
[16:35] <Laney> unlucky
[16:36] <willcooke> $ /bin/loginctl show-seat seat0
[16:36] <willcooke> Id=seat0
[16:36] <willcooke> CanMultiSession=yes
[16:36] <willcooke> CanTTY=yes
[16:36] <willcooke> CanGraphical=yes
[16:36] <willcooke> Sessions=
[16:36] <willcooke> IdleHint=yes
[16:36] <willcooke> IdleSinceHint=0
[16:36] <willcooke> IdleSinceHintMonotonic=0
[16:36] <jbicha> seb128: we need the "v" prefix for upstream-vcs-tag for rhythmbox since that's what upstream does: https://gitlab.gnome.org/GNOME/rhythmbox/tags
[16:36] <Laney> journal pls
[16:36] <willcooke> hrm, I dont see that in the journal, I wonder if I screwed up
[16:38] <willcooke> Laney, https://paste.ubuntu.com/p/XmMNstnJ2m/
[16:38] <willcooke> oh, there is is
[16:38] <willcooke> line 942
[16:38] <Laney> yeah, ok, so it's not that bug
[16:38] <Laney> Oct 10 17:34:33 test-Inspiron-3137 gnome-shell[738]: Failed to create backend: Could not find a primary drm kms device
[16:39] <Laney> OH TREVINHO
[16:39] <Trevinho> Yes?
[16:39] <Laney> pls help on that one if you can
[16:39] <Trevinho> ah, ok... it was just that as I imagined
[16:41] <Laney> apparently udev is not telling mutter about the devices or something
[16:41]  * Laney knows not
[16:41] <Trevinho> I was for sure getting this when also running shell from schroot when it had no access to the proper cgroup, could be that related to gdm not doing things fast enough on that side of things?
[16:48] <Trevinho> willcooke: so you're getting this quite randomly also right?
[16:49] <Trevinho> Cause logging isn't really much helping so I need to figure a way to reproduce mhmh
[16:50] <willcooke> Trevinho, well, it worked for 9 boots, and now I can recreate it on every boot
[16:51] <willcooke> I tried a combination of rebooting and power off and on
[16:51] <willcooke> However, I now wonder if logging in to the session before rebooting might affect it
[16:51] <willcooke> I was just waiting for gdm
[16:51] <willcooke> then sshing in and rebooting
[16:53] <Trevinho> willcooke: we might see with a tmux if I can reproduce from there...
[16:55] <willcooke> Trevinho, I can get it in to the broken state and then try a tmux
[16:55] <willcooke> ok, suddenly it's reoccurring more frequently
[16:56] <Trevinho> Ok
[16:57] <willcooke> brb
[16:58] <willcooke> k, how do you want to do this?
[16:58] <willcooke> tmate?
[17:00] <Trevinho> Yeah
[17:04] <willcooke> tmate ppa seems broken
[17:04] <willcooke> snaps to the rescue!
[17:04] <willcooke> heh, snap doesnt work
[17:07] <willcooke> trying teleconsole
[17:22] <bcurtiswx> is this a bug where you can get to login screen but login freezes everything?
[17:27] <willcooke> bcurtiswx, no, this one doesnt even get to a log in screen
[17:27] <willcooke> the freezing one sounds like it could be something didrocks was looking at
[17:28] <willcooke> where cpu went to 100%
[17:29] <bcurtiswx> yes, sounds familiar. I'll ask him when he's on next ty willcooke
[17:29] <willcooke> cheers bcurtiswx
[17:29] <willcooke> Trevinho, here's a journal from when it was broken: https://paste.ubuntu.com/p/XmMNstnJ2m/
[17:29] <willcooke> but I dont have the x log
[17:30] <Trevinho> yeah i saw it, but there's embedded xorg log in there
[17:30] <willcooke> I cant reproduce now
[17:30] <willcooke> grr
[17:30] <willcooke> It's certainly better with L_aney's patch
[17:30] <Trevinho> fixed then :)
[17:30] <willcooke> :)
[17:30] <Trevinho> can we revert that? As having easier to reproduce helps
[17:31] <willcooke> Trevinho, good idea
[17:38] <seb128> Laney, hum, k, foundations blamed rhythmbox and update-notifier as what keeps notification-daemon in main, I need to have another look later/tomorrow
[17:38] <seb128> just walking by the computer now though
[17:38] <seb128> bbl
[17:51] <willcooke> Trevinho, ok, broken!
[17:51] <willcooke> bah, I forgot to enable the extra logging
[18:33] <willcooke> ok, calling it a day
[18:33] <willcooke> see you tomorrow
[19:29] <Laney> Trevinho: Problem with reverting is that if there are multiple bugs you just might get the fixed one sometimes
[19:29] <Laney> I'd be wary of considering there to be only one problem here
[19:31] <seb128> jbicha, unsure why you tell me that about rhythmbox? I only did a change to the control file in that upload, no tagging/new version
[19:32] <jbicha> seb128: I looked at the debdiff instead of the vcs
[19:34] <seb128> k, well you have commit access so feel free to fix :)
[19:35] <jbicha> done
[19:37] <seb128> thx
[20:47] <rbasak> Laney: do you know anything about https://code.launchpad.net/~illia-v/ubuntu/+source/ubuntu-wallpapers/+git/ubuntu-wallpapers/+merge/356434 please?
[20:48] <rbasak> I'm not sure why the submitter added ~canonical-server.
[20:48] <rbasak> Oh. It might be because "git ubuntu submit" defaults to that. We should probably change that.
[20:49] <rbasak> But if so, it's nice that git ubuntu submit worked for this person.
[20:49] <Laney> rbasak: Not without reviewing it properly
[20:51] <Laney> apart from the functional changes, it seems to want to convert the package's VCS from bzr to the git-ubuntu git branch
[20:53] <rbasak> We have a "problem" that we're getting the odd MP from a contributor who manages to stumble into the workflow for submitting a git-ubuntu based MP, not knowing it's still experimental. A good problem to have I guess. But it means we're getting some MPs and I want to make sure they get acknowledged or the contributor redirected somehow.
[20:53] <jbicha> my initial thought is that pybuild would be wrong for that package
[20:54] <rbasak> Laney: would you mind reviewing it as if it's a sponsorship request please? Or if not, I can post a polite-as-possible message thanking them for the MP and redirecting them to the old sponsorship queue I guess.
[20:54] <cyphermox> Laney: I'm seeing some weird issue with the new NM + openvpn; if I create a new VPN, and add certificate options (verify name exactly, plus TLS auth), these options are not saved correctly
[20:55] <Laney> rbasak: Sounds like jbicha wants to
[20:55] <jbicha> ha
[20:55] <rbasak> For server packages we can handle them as we've switched to this workflow, but it's not my intention to push it onto other teams.
[20:55] <Laney> there's a rich history bzr branch for the wallpapers - if we switched to git I'd want to preserve that
[20:55] <rbasak> I guess we need a better UI that makes it clear for what packages MPs are accepted via git-ubuntu, but I guess that would be in Launchpad and it's probably not worth attempting that right now.
[20:56] <rbasak> Also git-ubuntu absolutely doesn't make sense for any package where the VCS is maintained somewhere else.
[20:56] <rbasak> (for Ubuntu)
[20:57] <Laney> cyphermox: I'm off now, sorry, just wanted to get plymouth uploaded. Feel free to file it, or better than that dig around upstream to see if it's known/fixed.
[20:57] <rbasak> Having said that it'd be nice for teams to process MPs by rebasing them onto the real VCS, so contributors who don't know team-specific details can submit using only a single process.
[20:58] <jbicha> I'm not sure if git-ubuntu is helpful much at all for packages that already use their own VCS
[20:59] <jbicha> for instance, git-ubuntu isn't preserving the VCS commits so a contributor may not be able to see a preferred way of crafting commit messages
[20:59] <Laney> correct me if I'm wrong, but I think at this point rbasak was more interested in getting the actual change reviewed
[20:59] <jbicha> yes I can take a look
[20:59] <Laney> cheers
[20:59] <Laney> now, washing up awaits me 👋
[20:59] <jbicha> I think the git-ubuntu commit log encourages grouping too many changes into a single commit :/
[21:01] <rbasak> jbicha: that's an interesting perspective.
[21:02] <rbasak> git-ubuntu is designed to be able to preserve VCS commits. The issue is getting them to the importer at the time of import.
[21:02] <rbasak> Launchpad should have support for ref-based ACLs soon, which will help with this.
[21:02] <rbasak> I've been thinking about integration with MPs.
[21:02] <jbicha> this might just be a really bad example then because it was from bzr ??
[21:02] <cyphermox> Laney: I filed https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1797236
[21:02] <rbasak> But perhaps another needed source of rich history is from team maintenance VCS.
[21:03] <rbasak> If git-ubuntu can find a set of commits whose final tree matches the upload exactly, it will use it.
[21:05] <jbicha> it doesn't read from Salsa yet I guess
[21:05] <jbicha> https://code.launchpad.net/~usd-import-team/ubuntu/+source/gedit/+git/gedit/+ref/ubuntu/devel
[21:06] <jbicha> https://code.launchpad.net/~usd-import-team/ubuntu/+source/gnome-shell/+git/gnome-shell/+ref/ubuntu/devel < that one works though
[21:06] <jbicha> well sort of works
[21:07] <jbicha> anyway, I haven't used git-ubuntu yet because it hasn't been required for anything I've touched :|
[21:33] <seb128> cyphermox, is there any chance you can upstream the report? (https://gitlab.freedesktop.org/NetworkManager/NetworkManager/issues/new)
[21:41] <seb128> good night desktopers
[21:46] <jbicha> hmm I guess dh really does want pybuild if we go python3
[21:52] <jbicha> the last time I touched ubuntu-wallpapers it used native packaging which was easier
[21:54] <jbicha> local changes detected, the modified files are:
[21:54] <jbicha>  ubuntu-wallpapers-18.10.2/po/af.po
[21:54] <jbicha> etc... I wonder how Laney built this package?
[21:54] <jbicha> oh LP automatic translations updates :(
[21:56] <jbicha> ok, I just need to bump the version number. it's been a while since I touched one of these packages