[00:56] <Fudge> anyone have some available time that could walk through some live-build steps, willing to pay for the individual's time.
[04:41] <willcooke> morning all
[04:42] <duflu> Morning willcooke
[04:42] <duflu> ?
[04:42] <willcooke> afternoon duflu
[04:43] <willcooke> Jet lag got me up at 5:30, figured I might as well do some email before the kids get up
[05:03] <jibel> Hey willcooke
[05:03] <jibel> still jetlagged )
[05:04] <jibel> :)
[05:04] <willcooke> haha!  I thought you might be here already :D  Morning jio
[05:04] <willcooke> jibel,
[05:04] <jibel> woke up at 5:00
[05:04] <willcooke> same
[05:05] <willcooke> Although Saturday night I went to bed at about 9 and woke up at 9 Sunday morning :)
[05:05] <willcooke> Good journey home?
[05:05] <jibel> Yeah, the trip was uneventful
[05:06] <jibel> Although I'll avoid a connection in Shanghai next time, this airport is huge
[05:06] <jibel> 1h30 to go from one terminal to the other and check-in
[05:08] <willcooke> ooof
[05:09] <willcooke> I had about 3 hours in KL which was enough time to find the gate, find a bar and get some sit-down dinner, do a bit of shopping and get to the gate early
[05:10] <willcooke> The 13 hours home was literally a PITA.  The seat was very uncomfortable
[05:10] <duflu> Morning jibel
[05:10] <jibel> hi duflu
[05:10] <duflu> willcooke, what airline had the bad seat?
[05:10] <willcooke> Ubiquiti wifi APs... do they **need** a POE injector
[05:10] <willcooke> duflu, BA.  I hate them now.
[05:11] <jibel> like any long trip it's like your seated on a piece of wood after several hours
[05:11] <willcooke> I think my butt hole healed over
[05:11] <jibel> willcooke, no they come with a power supply if you don't have an router with a POE socket
[05:12] <willcooke> woot
[05:12] <jibel> s/router/switch/
[05:14] <jibel> willcooke, the AP is connected to the power supply with an ethernet cable so you can use a long one if the wall socket if far from where you want to place the antenna
[05:15] <willcooke> (need to restart - brb)
[05:15] <willcooke> oh wait, no I dont
[05:15] <willcooke> fixed
[06:06] <didrocks> good morning
[06:09] <duflu> Morning didrocks and oSoMoN
[06:10] <didrocks> hey duflu
[06:10] <willcooke> morning didrocks oSoMoN
[06:11] <oSoMoN> hey duflu, didrocks, willcooke
[06:11] <oSoMoN> good morning desktoppers
[06:11] <didrocks> hey early willcooke, morning oSoMoN
[06:13] <willcooke> oSoMoN, do you have Thunderbird installed by chance?
[06:13] <willcooke> *by any
[06:23] <oSoMoN> willcooke, I do
[06:23] <oSoMoN> I don't use it for e-mail atm, but it's there
[06:27] <willcooke> oSoMoN, can you see if this is real?  https://support.mozilla.org/en-US/questions/1254659#answer-1216735
[06:27] <willcooke> not urgent
[06:29] <oSoMoN> willcooke, I can confirm, and it appears the title of the confirmation box uses the name of the folder currently sele
[06:29] <oSoMoN> selected
[06:29] <oSoMoN> looks like an upstream bug to me
[06:30] <oSoMoN> gotta go to school now, will dig further and file an upstream bug if necessary
[06:38] <willcooke> oSoMoN, nw.  Not sure how that's somehow an Ubuntu problem.  Ho humm
[06:39]  * willcooke -> get the kids up
[06:57] <pieq> Hello everyone!
[06:58] <pieq> Does anyone here know who is in charge of snapcrafting Musescore? (https://snapcraft.io/musescore) I looked on their website and in the source code, but there is no trace of debian packaging recipes nor snapcraft.yaml...
[07:02] <didrocks> hey pieq. I don't really know but snap info musescore says that MuseScore is the publisher, so sounds like upstream itself. Maybe popey would know (and this could be discussed on #snappy or snapcraft.io forum)
[07:04] <jamesh> pieq: it looks like the user "pachulo" on the snapcraft forum is responsible for it: https://forum.snapcraft.io/t/call-for-testing-musescore-v3-0-1/9586
[07:04] <jamesh> you could try messaging him there
[07:06] <pieq> didrocks, jamesh thanks a lot! I didn't know where to start digging for info, I never think of going on forums to look for things... :)
[07:06] <seb128> good morning desktopers
[07:07] <willcooke> morning seb128
[07:08] <seb128> hey willcooke, you are up early!
[07:08] <willcooke> I've been here for hours :)
[07:08] <seb128> how are you? had a good week/trip back?
[07:08] <seb128> or you are not back yet?
[07:08] <didrocks> morning seb128
[07:08] <seb128> lut didrocks
[07:08] <willcooke> seb128, easy enough trip back, just long, boring and uncomfortable.  So business as usual.
[07:09] <seb128> k
[07:10] <duflu> Morning seb128
[07:10] <duflu> willcooke,  "economy as usual" :)
[07:10] <seb128> hey duflu, how are you?
[07:11] <duflu> seb128, I am good. Still feeling behind schedule though so I will finish that doc for you today
[07:11] <duflu> How are you seb128?
[07:11] <duflu> It was a perfect storm having the release, Easter and ANZAC day all around the same time
[07:11] <seb128> duflu, don't worry, the others didn't write/their sent me anything yet either, there is no hurry
[07:12] <willcooke> duflu, ha, good point
[07:12] <duflu> seb128, are we going to release 3.32.1 to disco?
[07:12] <seb128> duflu, disco is done, we are going to SRU the .1 that make sense for a SRU though
[07:12] <duflu> Yes, SRU
[07:13] <seb128> which probably mean skipping tarballs that only ship translations updates (not very useful since we strip those out to langpack but in practice we don't do langpack updates on non LTS)
[07:13] <seb128> but I guess you are more interested by the gnoe-shell stack, I expect we do SRUs for that yes
[07:14] <pieq> willcooke, glad to know you made it back easily (albeit not comfortably)
[07:14] <willcooke> pieq, Got off the plane in to 8 degrees c.  cccccccold
[07:17] <didrocks> willcooke: waow, worse than here, we lost some degrees but not that much :)
[07:17] <willcooke> Summer over already XD
[07:18] <didrocks> I hope you enjoyed the summer holidays :p
[07:18] <didrocks> meaning: flying ;)
[07:19] <willcooke> ha
[07:23] <jibel> Is there a way to trigger an action on a kernel panic or a specific driver crash?
[07:23] <jibel> in my case nouveau
[07:29] <pieq> hey jibel, I see you're enjoying the testing laptop already :)
[07:30] <pieq> jibel, what kind of action do you want to trigger?
[07:33] <jibel> pieq, just display a message on the console saying to boot in "safe graphics" mode
[07:34] <jibel> currently it hangs when the GUI session comes up
[07:42] <seb128> willcooke, jamesh, kenvandine, unsure if we keep a list of desktopish snap problem, but https://forum.snapcraft.io/t/mpris-can-not-be-used-with-snaps/11119/ should probably be on it
[07:43] <seb128> ah, there were comments but I didn't see those via emails because the topic was moved to another section
[07:43] <willcooke> odd, because e.g. spotify works.  Could be a problem with the snap itself
[07:43] <jamesh> seb128: looking
[07:45] <jamesh> willcooke: this seems to be about controlling music apps via D-Bus: it wouldn't stop the music app itself working
[07:45] <jamesh> things like the old sound indicator in Unity 7
[07:47] <marcustomlinson> morning oSoMoN willcooke pieq didrocks jamesh seb128 duflu jibel \o
[07:47] <jamesh> hi marcustomlinson
[07:47] <duflu> Morning marcustomlinson
[07:47] <seb128> hey marcustomlinson
[07:47] <duflu> Afternoon jamesh
[07:49] <willcooke> jamesh, yeah that's what I mean:  https://imgur.com/a/y9sc8TZ
[07:49] <willcooke> morning marcustomlinson
[07:49] <didrocks> good morning marcustomlinson!
[07:49] <willcooke> jamesh, well, actually, I /think/ that's what I mean.  Could be different paths sttill
[07:50] <jamesh> willcooke: on a second read of the thread, it sounds like this is an additional constraint imposed by KDE rather than something in the MPRIS spec itself.  This isn't the only case of snapd's desktop file naming policy causing problems though
[07:51] <jamesh> there aren't obvious simple solutions though.
[07:53] <jamesh> it's trying to link a MPRIS bus name back to the associated application .desktop file.
[07:53] <willcooke> erk
[07:53] <jibel> hi marcustomlinson
[07:55] <oSoMoN> good morning pieq, jamesh, seb128, marcustomlinson, jibel
[07:56] <seb128> Salut oSoMoN! En forme? Did you have good holifays
[07:56] <seb128> d
[08:01] <oSoMoN> salut seb128! all good, and you? holidays are a record from the distant past at this point, but week-end was very good :)
[08:01] <Laney> hey
[08:02] <seb128> oSoMoN, ah, sorry, I missed the fact that you were already back last week :)
[08:02] <seb128> hey Laney
[08:03] <didrocks> morning Laney
[08:03] <seb128> oSoMoN, I had a nice long w.e (too friday off), spending some time in France, in the north this week
[08:03]  * oSoMoN is in stealth mode
[08:03] <oSoMoN> hey Laney
[08:04] <willcooke> morning Laney
[08:04] <marcustomlinson> seb128: I was hogging oSoMoN all to myself :P
[08:04] <seb128> :)
[08:05] <oSoMoN> seb128, I haven't followed up with upstream mozilla/geoclue on bug #1826290, do you want me to?
[08:05] <ubot5`> bug 1826290 in geoclue-2.0 (Ubuntu) "geoclue mozilla location api key rate limited" [Undecided,Confirmed] https://launchpad.net/bugs/1826290
[08:08] <duflu> Morning Laney
[08:08] <Laney> moin seb128 didrocks oSoMoN willcooke duflu, what's up?
[08:09] <didrocks> Laney: not much, good week-end surrounded by Red Hat guys mostly :)
[08:09] <didrocks> you?
[08:10] <Laney> oh yeah, interviews? ;-)
[08:10] <didrocks> ahah, if only people did interviews while eating lunch/playing board games! :)
[08:11] <seb128> oSoMoN, I was waiting on willcooke to reply/comment
[08:11] <Laney> yeah was good thanks, went to the local charity shops to find things for a pirate outfit, surprisingly successful and cheap
[08:12] <seb128> didrocks, that was not how the interview went at Canonical? ;-)
[08:12] <Laney> didrocks didn't get interviewed, he just hacked the HR database and started working
[08:12] <seb128> get to fly to UDS, play tetrinet with vuntz
[08:12] <seb128> :p
[08:12] <Laney> you can do a lot via postinst scripts :>
[08:12] <seb128> haha
[08:15] <didrocks> seb128: ahah, I remember we talked about food with ogra when he interviewed me, so yeah :)
[08:15] <didrocks> Laney: shhhhhhh
[08:15] <didrocks> :)
[08:15] <didrocks> I still remember signing my contrat while sitting on the floor with Alice, at UDS
[08:15] <didrocks> contract*
[08:15] <didrocks> good times!
[08:15] <ogra> lol, oh man ... now i feel old !
[08:16] <didrocks> as I'm not in: but you are ogra :)
[08:16] <didrocks> like all of us :p
[08:48] <jibel> tseliot, Hey do you know if nvidia-detector is used by anything?
[08:49] <jibel> it's broken but it doesn't seem to be used anywhere (I checked in the installer and software-properties)
[08:54] <tseliot> jibel: I don't think it is any more. I am leaving it there just because we might want to use something like that (in the future) when performing dist-upgrades (to migrate drivers)
[08:56] <jibel> tseliot, okay, I'll fix it then, I may use it in the installer.
[08:56] <tseliot> ok
[08:57] <jibel> tseliot, also I filled bug 1826844
[08:57] <ubot5`> bug 1826844 in nvidia-graphics-drivers-390 (Ubuntu) "nvidia-drivers-* are not on the ISO" [Undecided,New] https://launchpad.net/bugs/1826844
[08:57] <jibel> tseliot, could you have a look?
[08:58] <jibel> I think they should be on ship-live
[08:58] <jibel> but not sure if there is licensing issues
[08:58] <tseliot> jibel: is that on the Ubuntu installer?
[08:58] <jibel> yes
[08:59] <tseliot> jibel: the nvidia drivers are in restricted, so, as long as restricted is enabled, it should work
[09:04] <duflu> Oh my. 19.10 isos already
[09:21] <jibel> tseliot, not is there is no network
[09:21] <jibel> if*
[09:22] <tseliot> jibel: are the codecs on the iso? If not, we should probably disable the checkbox
[09:23] <jibel> tseliot, no but it's less important IMHO, if the user doesn't install proprietary drivers the system may not work after installation because nouveau doesn't support the card
[09:23] <tjaalton> jibel: how would it boot the installer then?
[09:23] <jibel> tjaalton, in safe graphics mode
[09:24] <tjaalton> if nomodeset is used it'll get carried over to the installed system
[09:24] <tjaalton> or should, aiui
[09:24] <jibel> ah, let me check
[09:24] <duflu> Yes, I still see bug reports from users about that
[09:24] <jibel> tjaalton, no it is no
[09:24] <jibel> t
[09:24] <tjaalton> ok
[09:25] <seb128> duflu, 'that' being?
[09:25] <tjaalton> sounds like a bug
[09:25] <duflu> seb128, if you installed with 'nomodeset' then you get it stuck on. Meaning low res graphics
[09:26] <seb128> duflu, even if you enable nvidia drivers post install?
[09:26] <seb128> if so that sounds like something ubuntu-drives should handle
[09:26] <duflu> seb128, I don't think that's relevant because Nvidia doesn't support 'modeset' by default :)
[09:26] <duflu> But it would be relevant if someone tried to go back to nouveai
[09:27] <duflu> nouveau
[09:27] <tjaalton> can't make everyone happy
[09:27] <tseliot> jibel: including the nvidia drivers in the image (as in "in the pool")  wouldn't be a problem, legally speaking, since the kernel modules wouldn't be built, unless the user tries to install them
[09:28] <jibel> i'm preparing a doc that summarizes all of this, I'll mention nomodeset not being carried over.
[09:29] <duflu> I guess it's not a common problem. It's only going to happen for "new" GPUs that nouveau can't handle, and other more rare vendors
[09:30] <tseliot> ubuntu-drivers could remove "nomodeset", if needed. As duflu said, though, we don't really enable modesetting for nvidia, except for hybrid graphics
[09:31] <duflu> tseliot, FYI I am tracking issues with that, so don't recommend enabling it by default... https://bugs.launchpad.net/ubuntu/+bugs?field.tag=nvidia-drm.modeset
[09:32] <jibel> duflu, I've a laptop with an mx150, so not super fancy stuff, and it doesn't boot with nouveau
[09:33] <tseliot> duflu: yes, I definitely won't do that ;)
[09:33] <tseliot> but thanks for tracking that
[09:33] <duflu> jibel, I know that's not very new, but in terms of nouveau it is
[09:34] <duflu> which probably sounds confusing to a French speaker
[09:34] <duflu> :)
[09:34] <jibel> :)
[09:34] <didrocks> those project names :)
[09:35] <tjaalton> nouveau_vieux_dri.so
[09:35] <duflu> Yeah, I think more developers need to be willing to make up new words
[09:35] <oSoMoN> willcooke, https://bugzilla.mozilla.org/show_bug.cgi?id=1547664, definitely not an ubuntu-specific bug
[09:35] <ubot5`> Mozilla bug 1547664 in Untriaged ""File > Empty Trash" incorrectly displays "Empty <current folder>" in confirmation dialog title" [Normal,Unconfirmed]
[09:37] <didrocks> Finally fixed my secondary laptop boot \o/
[09:37] <didrocks> was puzzling: being able to see gdm, log into it and when user session starts, locks up
[09:37] <didrocks> which lead to "anytime I switch VT, it locks up"
[09:37] <didrocks> thought it was https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1822184, but I didn't alias sh to bash…
[09:37] <ubot5`> Ubuntu bug 1822184 in xorg-server (Ubuntu) "clear_console locks up video when X is running and you log out from a plain text console" [Undecided,Confirmed]
[09:38] <didrocks> it was subiquity snap that I forgot to remove before rebooting months ago and a new version created this tty switch issue
[09:39] <didrocks> but without logs of anything that starts on the machine, was hard to find… (and as it booted, gdm was showing up and working…)
[10:07] <Laney> O_O
[11:21] <seb128> Laney, I guess you properly filter launchpad emails, but mentioning still in case, SRU bug #1816547 got a autpkgtest investigation needed comment
[11:21] <ubot5`> bug 1816547 in glib2.0 (Ubuntu Bionic) "SRU 2.56.4 to bionic" [Medium,Fix committed] https://launchpad.net/bugs/1816547
[11:22] <Laney> seb128: yes got it, I'm assigned to the bug, thx
[11:22] <seb128> Laney, np :)
[11:45] <xnox> willcooke, seb128, Laney - do we need like a virtual porting sprint of duliplicity/deja-dup to python3?
[11:45] <seb128> xnox, no
[11:45] <Laney> what?
[11:45] <xnox> seb128, is it in progress by somebody already? i saw the trello card on desktop board, is there more info?
[11:46] <seb128> xnox, it's done upstream, just didn't get tested enough to be shipped in a tarball/declared as stable
[11:46] <xnox> ah!
[11:46] <seb128> but it's probably going to be done before mid-cycle
[11:47] <seb128> so should land in Ubuntu this cycle without problem
[11:47] <xnox> is there like a ppa to test it? maybe we can contribute testing / stress testing it?
[11:52] <seb128> xnox, not that I know, but you have some details on https://blueprints.launchpad.net/duplicity/+spec/python3
[11:54] <xnox> omg blueprints!
[14:27] <seb128> popey, hey, do you know where to report bugs about the teeworlds snap? It's feature in gnome-software, I installed it on my old laptops but the 32bits build is buggy and included an amd64 binary
[14:28] <seb128> $ teeworlds-unofficial.teeworlds
[14:28] <seb128>  /snap/teeworlds-unofficial/10/command-teeworlds.wrapper: 2: exec: /snap/teeworlds-unofficial/10/bin/teeworlds: Exec format error
[14:42] <willcooke> seb128, popey is OOO atm at a conference
[14:43] <seb128> willcooke, k, no worry, I'm probably the only person still having a 32 bit Ubuntu laptop :)
[14:43] <Laney> seb128 busted playing games at work
[14:43] <willcooke> :D
[14:44]  * Laney telnet nethack.alt.org
[14:44] <seb128> haha
[14:44] <seb128> Laney, I was testing gnome-software :p
[14:44] <didrocks> that's what he said :)
[15:04] <oSoMoN> seb128, does the 0ad snap work on 32 bits, while you're at it? ;)
[15:07] <Trevinho> morning folks
[15:09] <willcooke> hi Trevinho
[15:09] <Trevinho> hi willcooke
[15:09] <marcustomlinson> "morning" Trevinho
[15:10] <oSoMoN> good afterning Trevinho
[15:10] <Trevinho> marcustomlinson: hi, welcome :) (well I was mostly off last week, so...)
[15:10] <Trevinho> oSoMoN: hey too
[15:11] <Trevinho> and well it's morning here in Oaxaca :)
[15:11] <Trevinho> [has to be read something like "Wakaka"]
[15:12] <marcustomlinson> Wakaka Meh'hico
[15:13] <Trevinho> yep
[15:13] <marcustomlinson> Nice, I hear they have good food down there
[15:13] <Trevinho> everything is good here. Food, weather, people
[15:15] <Trevinho> office view  https://usercontent.irccloud-cdn.com/file/dz9kLXrD/IMG_20190429_101409.jpg
[15:17] <seb128> hey trevinho, how are you?
[15:18] <Trevinho> seb128: hi!! all good.
[15:18] <Trevinho> you?
[15:18] <didrocks> hey Trevinho
[15:18] <Trevinho> didrocks: hi
[15:26] <zyga> seb128: hey
[15:26] <zyga> seb128: I believe I'm hitting https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1817128
[15:26] <ubot5`> Ubuntu bug 1817128 in gnome-keyring (Ubuntu) "gnome-keyring not automatically unlocked on login" [High,Fix released]
[15:27] <zyga> seb128: or something related perhaps, on each boot gdm doesn't start correctly, restarting it always helps
[15:28] <zyga> seb128: perhaps the error I referenced is wrong, let me look through logs more carefully
[15:30] <zyga> journal log from a boot with failed gdm http://paste.ubuntu.com/p/f2TgG9xCdQ/
[15:30] <zyga>  
[15:30]  * zyga switched to english to get more useful ogs
[15:30] <zyga> seb128: note that this is using a spinning-rust-hdd, not ssd, so perhaps it is a race of some sort
[15:33] <seb128> zyga, the bug you mentioned there is about the keyring not being unlocked on logging which leads to get prompted again for your login password in the session when something tries to access it
[15:34] <seb128> zyga, your description following sounds different then
[15:34] <zyga> yeah, that's not the bug, seems like a red herring
[15:34] <zyga> perhaps related to nvidia-persistenced
[15:34] <zyga> https://www.irccloud.com/pastebin/zckoMWWf/
[15:34] <zyga> I'll disable that and retry
[15:34] <seb128> can you do a 'clean' description of what is happening exactly?
[15:34] <seb128> gdm fails to start a session?
[15:35] <zyga> seb128: on each boot gdm doesn't start successfuly, restarting gdm always works and desktop operates normally
[15:35] <zyga> yes
[15:35] <seb128> oh, that pastebin looks like a real error
[15:35] <zyga> yeah, fun me when using real hardware instead of VMs :)
[15:36] <seb128> zyga, https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1799305 sounds like the same error
[15:36] <ubot5`> Ubuntu bug 1799305 in nvidia-graphics-drivers-390 (Ubuntu) "No desktop after reboot when using nvidia graphics on 18.10" [Undecided,Confirmed]
[15:37] <seb128> https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1798790
[15:37] <ubot5`> Ubuntu bug 1798790 in mutter (Ubuntu) "Ubuntu login screen never appears when using the Nvidia driver (and setting WaylandEnable=false fixes it)" [High,Confirmed]
[15:37] <zyga>  yes, it looks identical
[15:37] <zyga> though I used nvidia 418
[15:37] <seb128> yeah, I don't think the driver version matters
[15:38] <zyga> set WaylandEnable=false as the bug chatter suggets
[15:38] <zyga> so, can you explain what is the situation with wayland or ubuntu? I read we are using Xorg, not wayland
[15:38] <seb128> gdm uses wayland
[15:38] <zyga> that's interesting
[15:38] <zyga> but restarting gdm does work
[15:39] <seb128> because otherwise it wouldn't be able to start a wayland session
[15:39] <seb128> yeah, it does seem racy
[15:39] <seb128> but only a problem when wayland is in use
[15:39] <zyga> switched wayland off now... fingers crossed
[15:39] <Laney> it's meant to fall back to xorg
[15:39] <Laney> but that apparently doesn't work
[15:39] <zyga> yep, I see the cursor now
[15:39] <zyga> and gdm worked as well
[15:39] <zyga> https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1798790 is the real deal there
[15:39] <ubot5`> Ubuntu bug 1798790 in mutter (Ubuntu) "Ubuntu login screen never appears when using the Nvidia driver (and setting WaylandEnable=false fixes it)" [High,Confirmed]
[15:40] <seb128> right
[15:40] <seb128> we should perhaps rls-incoming that one
[15:40] <zyga> if you need someone to debug this I'm here to help
[15:40] <seb128> thx
[15:40] <zyga> otherwise I'll keep using waylandenable=false to work on nvidia snaps
[15:41] <seb128> is that on a laptop that you might have to the next sprint? ;)
[15:41] <zyga> no, unfortunately not
[15:41] <seb128> k
[15:41] <zyga> it's an older desktop with GTX 650
[15:41] <seb128> well, still good to know that you can get debug info
[15:41] <Laney> get a journal log with debugging enabled in gdm3/custom.conf, and file an upstream bug imho
[15:41] <Laney> that's the first step
[15:41] <seb128> zyga, could you enable debug in /etc/gdm3/custom.conf
[15:41] <seb128> what Laney said
[15:41] <zyga> sure
[15:42] <seb128> Laney, zyga, according to that launchpad bug it's reported upstream as https://gitlab.gnome.org/GNOME/gdm/issues/435
[15:42] <gitbot> GNOME issue 435 in gdm "Ubuntu 18.10 login screen never appears when using the Nvidia driver" [Closed]
[15:42] <seb128> but that has no debug log atm
[15:42] <seb128> so would be good to add one
[15:42] <zyga> collecting now
[15:42] <Laney> gdm debugging isn't on
[15:42] <Laney> thx
[15:46] <zyga> https://gitlab.gnome.org/GNOME/gdm/issues/435#note_499818
[15:46] <gitbot> GNOME issue 435 in gdm "Ubuntu 18.10 login screen never appears when using the Nvidia driver" [Closed]
[15:48] <Laney> thx, might want to attach that, pastebin gets cleared out sometimes
[15:49] <Laney> also reopen the bug I guess
[15:49] <zyga> sure
[15:49]  * Laney didn't notice before that it's closed
[15:50] <zyga> done now
[15:50] <zyga> oh, indeed
[15:51] <Laney> :>
[15:52] <zyga> can I do something else?
[16:03] <zyga> in that case, I'll EOD
[16:04]  * Laney waves
[16:04]  * willcooke -> EOD
=== pstolowski is now known as pstolowski|afk
[16:30] <seb128> zyga, thx (I didn't notice either that it was closed)
[16:31] <seb128> oSoMoN, thx for geoloc key email, btw I just tried and get the error atm while I didn't like an hour ago
[16:31] <seb128> so I guess we reach the number of requests around mid afternoon
[16:33] <oSoMoN> seb128, ack, thanks for testing/confirming. Getting our own key would only mitigate the issue, not fix it for good, but I hope they offer some sort of monitoring for API key owners so that we get a rough picture of how many requests we're dealing with
[16:34] <seb128> right
[16:34] <seb128> and maybe we can convince them to give us an higher quota
[17:19] <Trevinho> seb128: can you check weather https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/362055 is really merged and in case mark is as such please?
[17:20] <Trevinho> So I can prepare next round where we had some OEM requests too IIRC.
[17:20] <Trevinho> and would probably be the ase to include that XUbuntuCancel thing too?
[19:32] <robert_ancell> kenvandine, meeting?
[19:33] <kenvandine> Sorry, I had to decline today
[19:33] <kenvandine> Need to pickup one of my kids from school
[19:33] <kenvandine> Leaving right now :-)
[19:33] <kenvandine> robert_ancell: ^^