[00:02] <mtj_> hey folks, where does gnome settings save its config too?
[00:03] <mtj_> .gnome and/or .gconf dirs?
=== pstolowski|afk is now known as pstolowski
[07:20] <oSoMoN> good morning desktoppers
[07:26] <duflu> Morning oSoMoN
[07:26] <duflu> Nobody else is here yet
[07:28] <oSoMoN> hey duflu
[07:28] <oSoMoN> this is gonna be a quiet day
[08:00] <seb128> good morning desktopers
[08:00] <seb128> lut oSoMoN, hey duflu
[08:00] <seb128> how are you?
[08:00] <seb128> oSoMoN, quiet you think? let's wait for people to wake up :)
[08:01] <duflu> Hi seb128. Better than yesterday at least. You?
[08:01] <oSoMoN> salut seb128
[08:01] <seb128> duflu, good to read! I'm fine thanks
[08:01] <Laney> hi there
[08:01] <oSoMoN> hey Laney
[08:01] <seb128> I would say that it's much better since the baby sleep through the night, but I don't want to tease oSoMoN
[08:01] <duflu> lo Laney
[08:01] <seb128> hey Laney, wie gehts?
[08:03] <Laney> moin oSoMoN duflu seb128
[08:03] <oSoMoN> seb128, no worries, congrats on unlocking this baby achievement ;)
[08:03] <Laney> yeah, well done!
[08:03] <RAOF> For anyone who, like me, uses an authentication subkey of a gpg key on a hardware token (yubikey) for SSH and has found it stopped working in Cosmic, https://bugs.launchpad.net/ubuntu/+source/gnupg2/+bug/1787347 may be of interest.
[08:03] <ubot5> Ubuntu bug 1787347 in gnupg2 (Ubuntu) "ssh-agent support fails to open pinentry (missing DBUS_SESSION_BUS_ADDRESS)" [Undecided,New]
[08:03] <Laney> I'm good, although the rain woke me up in the night and I stayed awake for some time due to that
[08:03] <Laney> how's everyone?
[08:04] <RAOF> Hey Laney, seb128, duflu!
[08:04] <RAOF> Babies sleeping is the best thing :)
[08:04] <duflu> o/  RAOF
[08:04] <seb128> hey RAOF, it has been a while I didn't see you write on -desktop! how are you?
[08:05] <seb128> hehe, indeed :)
[08:06] <RAOF> I be fine!
[08:06] <RAOF> Burbling away on Mir!
[08:07] <RAOF> Just fixed the NVIDIA support (hopefully!) which has been annoying me.
[08:08] <seb128> nice
[09:17] <seb128> duflu, I opened/assigned you https://bugs.launchpad.net/ubuntu/+source/alsa-utils/+bug/1787359 , would be nice to get but there is no hurry. If you have a day in the next week or so where you feel like you could maybe squeeze that one?
[09:17] <ubot5> Ubuntu bug 1787359 in alsa-utils (Ubuntu) "Update to 1.1.6" [Wishlist,New]
[09:19] <duflu> seb128, I've never looked at it before... Yeah maybe when I feel like a context switch. My main focus is trying to deliver some usable performance fixes before 18.10 right now
[09:20] <seb128> duflu, right, I might do the alsa-utils one if I get to it before you then :)
[09:20] <seb128> duflu, but right, performance fixes are more important so please don't get distracted if you don't feel like it
[09:20] <duflu> No idea why we carry patches on it
[09:21] <seb128> k, I though you had a look to the alsa packages before, unsure why I though that :)
[09:24] <duflu> No, I don't know that much about the architecture
[09:39] <seb128> Trevinho, hey, could you reply to my question on https://trello.com/c/rncUsrMk/42-low-bandwidth-usage-mode ?
[09:57] <tkamppeter> ginggs, hi
[10:02] <ginggs> tkamppeter: hi to you too!
[10:08] <tkamppeter> ginggs, did you see my last message here yesterday?
[10:09] <ginggs> tkamppeter: the d-bus thing?
[10:10] <tkamppeter> Yes.
[10:10] <ginggs> tkamppeter: i had sent the same thing a few lines before you
[10:13] <tkamppeter> ginggs, it seems that a part is still working, as one can poll the options from the printer, but when sending the job the problem occurs. Perhaps there is some problem sending the file from the frontend to the backend.
[10:14] <ginggs> tkamppeter: i have no idea
[11:07] <Trevinho> jbicha: that's controlled by theming, isn't it?
=== alan_g is now known as alan_g|lunch
=== pstolowski is now known as pstolowski|lunch
[12:13] <Mirv> on one machine out of three, after 16.04 -> 18.04 upgrade my lock screen, sudo password dialogs etc are untranslated.. but only on this user, if I create a new user the problem is not there. any guesses on what's broken for this particular user?
[12:13] <Mirv> it's relatively new installation (stock Ubuntu 16.04 LTS with Dell XPS 13 9370 from some months ago), but it's my work laptop so I guess there has been a chance for me to mess up something
[12:14] <Mirv> funnily the _old_ work laptop upgraded without this issue, even though I used it for 3+ years including Ubuntu work...
[12:14] <Mirv> maybe it's something that cannot be pinpointed to a fixable bug but error exists between chair and screen, but it'd be interesting to find out
[12:27] <seb128> Mirv, can you pastebin the "env | grep LC" and "env | grep LANG" for that user?
[12:56] <Mirv> seb128: https://paste.ubuntu.com/p/Mvmzytx7jF/ - it's mostly interesting since I can't see anything wrong, and it acts as if there'd be wrong translation domain used for some of the strings, which of course can't be true in the sense that it works for another user..
=== pstolowski|lunch is now known as pstolowski
[12:59] <seb128> Mirv, it's only the auth prompt? can you give an exemple of string that isn't translated, e.G from sudo?
[13:01] <Mirv> grabbing full example works / does not work, image in a minute
[13:04] <Mirv> seb128: https://pasteboard.co/HzrjQMq.jpg - top: my user, bottom: new user on the same machine
[13:04] <jbicha> https://launchpad.net/ubuntu/+source/pygobject/3.29.2-1 build tests are getting stuck, anyone want to try to figure out what's wrong?
[13:04] <Mirv> so not all strings but some
=== alan_g|lunch is now known as alan_g
[13:06] <seb128> jbicha, not me today and I'm off tomorrow, Laney is almost on holidays ... I'm not sure we have much people to pick tha tup this week. Did you try mentioning it to Simon in case he's interested?
[13:06] <seb128> Mirv, what about plain sudo?
[13:08] <jbicha> ok
[13:08] <seb128> jbicha, looks like https://buildd.debian.org/status/fetch.php?pkg=pygobject&arch=ppc64&ver=3.29.2-1&stamp=1534338813&raw=0 might be similar?
[13:08] <Mirv> seb128: plain sudo prompt is translated
[13:09] <seb128> Mirv, $ cat ~/.pam_environment
[13:09] <seb128> ?
[13:10] <seb128> does it make a difference if you set LANGUAGE=fi_FI:en in there?
[13:10] <seb128> (need to restart the session then)
[13:10] <Mirv> seb128: it used to be https://paste.ubuntu.com/p/rXqwhhnbr9/ , but I renamed it away after noticing that my other machine does not have such file
[13:11] <seb128> look if LANG/LANGUAGE/LC_ALL are different for your other user maybe
[13:11] <seb128> I would expect LANGUAGE to be set
[13:12] <seb128> and not having set might have an impact on some stacks
[13:12] <Mirv> seb128: the new user also does not have .pam_environment file at all
[13:14] <Mirv> 'locale' output for both users is identical
[13:15] <Mirv> (that is, LANGUAGE is empty)
[13:17] <Mirv> I tried putting .pam_environment back, indeed that affects LANGUAGE in 'locale' output but does not affect behavior. tried various options for it too.
[13:19] <seb128> Mirv, the right of the screenshot is unity right?
[13:22] <seb128> Mirv, what is you "$ gettext -d gnome-shell "Authentication Required""?
[13:22] <seb128> then I'm out of ideas
[13:37] <slashd> seb128, good morning, how do you guys make sure the "Uploaders:" list is not updated during an SRU for instance for gdm3 on Xenial ? Seems like there is a smart update -> Example: https://launchpadlibrarian.net/379716672/xenial_gdm3_3.18.3-0ubuntu2.2.debdiff
[13:39] <seb128> slashd, hey, we don't, that hasn't been creating any issue so far afaik
[13:39] <slashd> seb128, so it's okay to SRU the new list ?
[13:39] <seb128> yes
[13:39] <slashd> seb128, ok tks for the clarification
[13:39] <seb128> that's built dynamically according to who uploaded the package
[13:39] <seb128> np!
[13:40] <seb128> slashd, btw unsure if you/ dgadomski saw/replied to L_aney yesterday, he said that the plan was to update to the current point version of gdm for the bionic SRU and you guys uploaded the old one with the patches backported instead?
[13:42] <slashd> seb128, I haven't seen it, I uploaded what dgadomski did in the MP
[13:45] <seb128> dgadomski, ^
[13:47] <slashd> seb128, he is off today, I'll talk to him when he returns
[13:47] <seb128> k, thx
[13:48] <Laney> He resubmitted the MP but one of the patches fails to apply, but that was before the old version was uploaded
[13:48] <Laney> I think you could probably take it without the last commit, write a changelog entry for that patch and upload it.
[13:58] <Mirv> seb128: it's not Unity, it's GNOME lock screen dialog (Super + L). gettext -d gnome-shell "Authentication Required" correctly gives "Tunnistautuminen vaaditaan". I also checked the langpack file contents earlier, but as said the translations in both privilege escalation and lock screen use cases are there with a fresh user. I'm also out of ideas, as said it acts like user specific wrong translation
[13:58] <Mirv> domain for some strings (such bugs have existed before, so I suspected that first before noticing it works for another user on the same machine, and on other upgraded machines)
[13:59] <Mirv> I may at some point start copying over dot files to the fresh user and trying when the problem can be reproduced on that user..
[14:03] <Mirv> ok started..
[14:04] <Mirv> and that was fast, my first guess worked, that is .config/dconf/user from the "broken" user copied to the fresh user causes the problem, so at least now we know it's something in dconf config.. which is a lot of course, but still
[14:06] <Mirv> as a side note, thank you Desktop Team. the fact that a translation problem bugs me tells how well my transition from Unity on 16.04 LTS user to GNOME on 18.04 LTS user has really worked. a few things to learn but I've been relatively happy and the happier as I learn more.
[14:18] <tkamppeter> Anyone can help me on a D-Bus problem with armhf?
[14:18] <Mirv> Another thing I noted after upgrade is that man-db trigger seems slower, this is not measured but it seems on my really fast machine I wait for man-db on apt operations a lot more than I used to wait.
[14:21] <Mirv> Anyway, I have a copy of that dconf user file and will continue to try to limit the scope a bit more at some point.
[14:25] <seb128> Mirv, thx for the feedback :) I'm not sure you kept the dconf db but would be interesting to know what setting in there created the issue
[14:25] <seb128> oh, you just said that
[16:03] <kenvandine> Trevinho, greyback: I've approved some of the PRs, but I don't want to merge anything today.  I'm going to be away until Tuesday and oSoMoN is also out tomorrow.  Just in case of issues, I don't want to leave people broken :)
[16:03] <greyback> kenvandine: thank you, and no worries about taking your time
[16:14] <oSoMoN> kenvandine, that's a wise decision
=== pstolowski is now known as pstolowski|afk
[17:02] <Trevinho> kenvandine: ok that's fine
[17:02] <Laney> night
[17:28]  * oSoMoN eows, see you all next week
=== jdstrand_ is now known as jdstrand
=== Guest48018 is now known as RAOF