[01:17] <jamesh> robert_ancell: do you have any idea about the "Unexpected change ID returned" error Will mentioned?
[01:17] <jamesh> it looks like it comes from snapd-glib rather than snapd itself
[01:18] <robert_ancell> jamesh: I'm looking at it now, it looks like snapd-glib is confused by what snapd is returning
[01:18] <jamesh> I'm wondering if somehow two install processes are being started, and one is getting the change notifications from the other
[01:19] <jamesh> I tried starting install, then killing gnome-software and starting again, but that didn't trigger it
[01:20] <robert_ancell> jamesh: you haven't been able to trigger either?
[01:20] <jamesh> no
[01:20] <jamesh> maybe my internet isn't fast enough? :)
[01:22] <robert_ancell> jamesh: is will running a newer version of snap than in the archive? It's not clear from that email thread if this is related to the polkit changes at all
[01:23] <jamesh> robert_ancell: he would have been running snapd 2.28 from the candidate channel
[01:23] <robert_ancell> jamesh: how do you enable that?
[01:23] <jamesh> robert_ancell: as in the email: "sudo snap refresh --channel=candidate core"
[01:24] <robert_ancell> here goes...
[01:26] <robert_ancell> jamesh: does that expose the polkit configuration to the system?
[01:26] <jamesh> robert_ancell: no.  I needed to copy it out of the core snap (also as mentioned in the email)
[01:30] <robert_ancell> I get the issues now
[06:09] <oSoMoN> good morning desktoppers
[06:23] <seb128> happy friday desktopers!
[06:24] <seb128> lut oSoMoN ;-)
[06:26] <oSoMoN> salut seb128 :)
[06:26] <jibel> morning all
[06:27] <seb128> salut jibel
[06:28] <oSoMoN> salut jibel
[06:43] <didrocks> good morning
[06:54] <duflu> Salut oSoMoN, seb128, jibel, didrocks
[07:15] <didrocks> hey duflu
[07:16] <seb128> hey duflu
[07:17] <duflu> Hello from the world of no-longer-jet-lagged
[07:17] <duflu> Maybe
[07:19]  * didrocks is still a little bit jet lagged as couldn't get a full night of sleep since back due to child sick
[07:19] <duflu> didrocks, I'm with you... last night was my first proper 8 hours since NY
[07:20] <didrocks> week-end soon at least :)
[07:20] <flocculant> didrocks: children, so reliant - about time they all just grew up :D
[07:20] <duflu> Growing up is overrated :)
[07:21] <flocculant> :D
[07:21] <flocculant> I'm a 55 year old teenager \o/
[07:22] <didrocks> ;)
[07:23]  * duflu is 21... almost twice
[07:23] <flocculant> whippersnapper then :)
[07:36] <didrocks> duflu: FYI, my GNOME Shell upload is going to "close" the bluerryness font bug
[07:36] <didrocks> duflu: I think we can then reopen it, but showing up at least we have done something to tone down the issue
[07:36] <duflu> didrocks, yes reopening is fine. I listed the four tasks in Trello
[07:37] <didrocks> oh, didn't see that
[07:37] <didrocks> great :)
[07:37] <duflu> Also corrected the upstream bug links in LP today
[07:51] <Trevinho> hey guys
[07:51] <Trevinho> duflu and didrocks, please have a look at the new gradient.. :)
[07:52] <duflu> Trevinho, is it in updates? a screenshot?
[07:52] <didrocks> Trevinho: unsure I'll have time today, but Monday at worst, if the package is built, I'm ok installing it for the day though
[07:52] <Trevinho> duflu: it's in the MP
[07:52] <Trevinho> didrocks: no worries, thanks
[07:53] <didrocks> Trevinho: did you rebuild it in bileto?
[07:53] <Trevinho> didrocks: yep
[07:53] <didrocks> wgeting the deb
[07:56] <didrocks> Trevinho: hum
[07:56] <didrocks> Trevinho: I installed new light-themes
[07:57] <didrocks> I don't see the gradient being inversed
[07:57] <Trevinho> didrocks: for getting it applied to the shell you might restart it, it should apply instantly in CSDs
[07:57] <Trevinho> well once restarted them or changed the theme
[07:57] <Trevinho> and back to  Ambiance
[07:57] <didrocks> Trevinho: sure, once the app restarted
[07:58] <Trevinho> didrocks: headerbars too? :o
[07:58] <didrocks> so, the shell is still doing for xwayland app, true
[07:58] <didrocks> let me see, I've only tried with old-style title bar
[07:58] <didrocks> yeah, headrbars are inversed
[07:58] <Trevinho> didrocks: for old style if in Xorg you can alt+f2 -> r, otherwise need a restart
[07:58]  * didrocks wonders if alt+F2, r works
[07:58] <Trevinho> didrocks: not in wayland
[07:59] <didrocks> ofc :p
[07:59] <didrocks> you thought I've never hack the shell?
[07:59] <didrocks> ;)
[07:59] <didrocks> I find the gradient on top very dark
[07:59] <didrocks> like, you clearly see a line between the top bar and top of the apps
[07:59] <GunnarHj> Good morning seb128!
[08:00] <Trevinho> didrocks: that is wanted
[08:00] <Trevinho> didrocks: it has to look like a "shado" on it to me..
[08:00] <didrocks> Trevinho: maybe it's just a question of habits
[08:00] <didrocks> let's see what duflu thinks
[08:00] <GunnarHj> seb128: Can we talk about bug #1662031?
[08:00] <Trevinho> didrocks: sure.. I mean, I can make it even lighter, as I did before... See the yesterday's screenshot if you prfer
[08:01] <duflu> Trevinho, sorry, deep in mutter
[08:01]  * duflu finds the bug 
[08:01] <didrocks> Trevinho: I find it just a little bit too dark, I like the feeling and idea, just a little bit lighter on top would be great IMHO)
[08:01] <Trevinho> duflu: no worries, check it once you've time
[08:01] <Trevinho> didrocks: ok
[08:01] <duflu> Trevinho, that would be next week so I'll look now
[08:01] <didrocks> Trevinho: I like more the :backdrop state
[08:01] <seb128> hey Trevinho GunnarHj
[08:02] <Trevinho> didrocks: feel free to play with the shade if you've a second :)
[08:02] <didrocks> Trevinho: not really until next week :p
[08:02] <Trevinho> didrocks: yeah, but if we don't add difference we don't have states at all..
[08:02] <Trevinho> so, we've to add something to differentiate
[08:02] <willcooke> morning all
[08:02] <Trevinho> hi seb128 and willcooke
[08:02] <duflu> Trevinho, in other news, did I spot you running a standalone gnome-shell instance? How?
[08:02] <Laney> moin
[08:02] <duflu> Morning willcooke
[08:02] <duflu> and Laney
[08:02] <didrocks> hey willcooke, Laney
[08:02]  * willcooke wonders what timezone Trevinho is in today 
[08:02] <seb128> hey willcooke Laney
[08:03] <willcooke> I'm assuming he hasn't been to bed yet, rather than up early
[08:03] <seb128> GunnarHj, we can talk about it but I'm unsure to have an opinion without having it properly debugged and understanding the issue
[08:05] <GunnarHj> seb128: I posted an idea in the latest comment. It's kind of a desperate workaround. OTOH it wouldn't be fun to see a release where the users cannot switch language from the GUI.
[08:05] <duflu> Trevinho, MP updated.
[08:05] <duflu> Although telling you here is redundant
[08:10] <Trevinho> :)
[08:10] <seb128> GunnarHj, I think we need to properly debug the issue and not use that workaround
[08:10] <Trevinho> never it si
[08:10] <Trevinho> is*
[08:11] <GunnarHj> seb128: That's what I'd prefer too. But it's only 4 working days left to FF. Will you (or somebody else) have the time to debug it?
[08:12] <seb128> GunnarHj, also I don't think your "cannot switch language from the GUI" is true
[08:12] <seb128> I've used the language panel in g-c-c several times and my locale changes fine
[08:14] <GunnarHj> seb128: I think it depends. If only LANG is set in /etc/default/locale, it's only LANG which will not be correct if you switch language, while LANGUAGE will. In those cases those apps which understand gettext will be displayed with the correct language, but e.g. Firefox and LibreOffice won't.
[08:15] <Laney> hi duflu didrocks seb128
[08:16] <Laney> happy friday
[08:16] <GunnarHj> seb128: But the installer usually sets both LANG and LANGUAGE, if that hasn't been changed lately.
[08:16] <seb128> Laney, happy friday!
[08:19] <seb128> GunnarHj, well I don't know, I did fresh artful install and changing the lang between french and english in g-c-c works fine for me
[08:19] <seb128> it tells me to restart my session
[08:19] <seb128> and when restarted the strings on strings are in the other locale
[08:20] <seb128> so it would be good to have a description of the bug including steps of the users
[08:20] <seb128> also there is no duplicate and 1 person listed as affected on the bug
[08:21] <GunnarHj> seb128: Does the content of ~/.pam_environment match the output of the locale command for you?
[08:21] <seb128> I don't know
[08:22] <seb128> I don't think g-c-c writes ~/.pam_environment, does it?
[08:23] <GunnarHj> seb128: Yes. There are patches in g-c-c which makes it do so. We are not using vanilla GNOME for this stuff.
[08:24] <GunnarHj> seb128: But I can add a step-by-step use case to the bug report, to clarify the issue.
[08:25] <seb128> GunnarHj, I just booted artful daily in a vm in french, opened g-c-c, went to locale, changed locale to german, it asks me to restart the session, I did and now the session is in german
[08:25] <GunnarHj> seb128: Firefox too?
[08:26] <GunnarHj> seb128: What's in /etc/default/locale?
[08:27] <GunnarHj> seb128: And what does locale output?
[08:27] <seb128> ~/.pam_environment has its LC_*= still to fr_FR.UTF-8
[08:28] <seb128> dunno, need to restart that vm
[08:28] <seb128> grrrr at GNOME using so much ram
[08:28] <seb128> my vms keep hanging, I think because they get out of ram
[08:28] <seb128> they work fine with unity
[08:29] <GunnarHj> seb128: The LC_* (or some of them) in French seems to be correct. But both LANG and LANGUAGE should be German, if it works.
[08:29] <seb128> they are
[08:30] <GunnarHj> seb128: Really? Sounds like I should try again on an updated artful then.
[08:30] <seb128> or maybe your upgrade system has differences from a fresh one
[08:31] <seb128> you are right that firefox is still in french though
[08:31] <GunnarHj> seb128: So LANG is fr_FR.UTF-8 if you run the locale command, right?
[08:31] <seb128>  /etc/default/locale has LANG="fr_FR.UTF-8"
[08:31] <seb128> yes
[08:32] <GunnarHj> seb128: Right, that's it.
[08:32] <seb128> but LANGUAGE=de_DE:en
[08:32] <GunnarHj> seb128: That's because LANGUAGE wasn't set it /etc/default/locale.
[08:34] <GunnarHj> seb128: So my claim seems to be correct: Something (GDM?) overrides ~/.pam_environment with what's in /etc/default/locale.
[08:41] <seb128> GunnarHj, could be yes
[08:41] <seb128> oSoMoN, still looking for things to debug? ;-)
[08:44] <GunnarHj> seb128: Consider a use case where somebody in 17.04 has filled up /etc/default/locale with several variables by "applying system-wide" from Language Support. Then, if they upgrade to 17.10, the locale command output will basically be stuck as a whole irrespective of what's in ~/.pam_environment.
[08:44] <seb128> GunnarHj, I don't disagree there is a bug, I just think we need to make them sourced in the proper order
[08:45] <seb128> and not workaround by making pam writing more files
[08:46] <GunnarHj> seb128: I agree, indeed I do. So the question is how important it is to fix it before the release.
[08:46] <seb128> important enough
[08:47] <oSoMoN> seb128, yeah, I don't mind giving a hand
[08:47] <GunnarHj> seb128: I'd be happy to help, but I already tried to figure out what's going on, and failed.
[08:47] <seb128> oSoMoN, you read the backlog/understand the problem?
[08:49] <oSoMoN> seb128, reading now
[08:52] <GunnarHj> seb128, oSoMoN: It may be worth mentioning that the bug was filed due to the behavior of Ubuntu GNOME 16.10, so it's not something new which has popped up in the current cycle.
[08:55] <oSoMoN> GunnarHj, seb128: I think I understand the issue, I'll take a look in a moment
[08:56] <GunnarHj> seb128, oSoMoN: The issue was not present in Ubuntu GNOME before GDM3.
[08:56] <GunnarHj> oSoMoN: Sounds great, thanks!
[08:57] <seb128> oSoMoN, thanks
[09:27] <seb128> k, testing done, going for an early lunch, be back later
[09:39] <duflu> didrocks, almost EOW. I have some progress. Unconditionally init the font rendering to something ugly. Then 10 seconds later I try to set it to something nice but instead it resets to the defaults
[09:39] <duflu> At least it is changing
[09:39] <duflu> Same works on the gdm3 login screen
[09:41] <didrocks> duflu: waow, interesting… we could debug the reset I think
[09:41] <didrocks> but yeah, enjoy your EOW!
[09:42] <duflu> didrocks, Interesting indeed that I can get both the shell and login screen to change rendering dynamically. At least something works
[09:55] <Laney> jamesh: https://bugs.launchpad.net/ubuntu/+source/whoopsie/+bug/1720331 might interest you
[09:55] <Laney> :-)
[09:55]  * jamesh looks
[09:56] <Laney> might end up being a whoopsie bug, but thought you'd want to see it
[09:56] <duflu> didrocks, OK it's working now. I'll wire it to respond to gsettings next week
[09:56] <jamesh> is it whoopsie or whoopsie-preferences that is spinning?
[10:02] <didrocks> nice work duflu! :)
[10:03]  * Laney didn't make it happen yet
[10:04] <Laney> jamesh: ah, ok, I killed whoopsie-preferences when the panel was open (trying to simulate an exit-on-timeout) and it happened
[10:05]  * didrocks just counted: 606 comments on the "GNOME Shell transition" series
[10:06] <Laney> 60 more
[10:06] <didrocks> ;)
[10:10] <oSoMoN> GunnarHj, I commented on bug #1662031, /etc/default/locale gets updated when switching language in g-c-c
[10:10] <oSoMoN> (both LANG and LANGUAGE)
[10:21] <GunnarHj> oSoMoN: Saw it. /etc/default/locale being written to is news to me, and I don't think that's what seb128 observed either. I'll recheck.
[10:47] <jamesh> Laney: http://paste.ubuntu.com/25685190/ <- this is the d-bus traffic after whoopsie-preferences is killed or exits on timeout
[10:47] <jamesh> Laney: I'll have a look at it on Monday
[10:48] <Laney> jamesh: nice one, want to self-assign the bug?
[10:48] <jamesh> yep
[10:48] <Laney> thanks
[10:52] <GunnarHj> oSoMoN: Just tested on an updated artful, and /etc/default/locale was not being written to for me. Did you possibly click "Manage Installed Languages" to open Language Support and then clicked "Apply System-Wide"?
[11:24] <oSoMoN> GunnarHj, no I didn't, unless that's the default for new installs
[11:25] <GunnarHj> oSoMoN: No, no, just asked since it would have explained why /etc/default/locale was changed. I couldn't reproduce that.
[11:38] <seb128> oSoMoN, g-c-c writing to /etc/default/locale sounds weird since it's an user process and don't request you polkit auth to change language
[11:39] <oSoMoN> seb128, indeed
[11:39] <oSoMoN> let me retest again, just to make sure I wasn't looking at the wrong file or something
[11:40] <seb128> oSoMoN, I tried earlier on a livecd image and only LANG was in /etc/default/locale
[11:40] <seb128> upgrades might be differents
[11:41] <seb128> or language-selector or something might have written things in there in the past
[11:41] <jamesh> seb128: /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla would seem to allow an active interactive user in the sudo group to set the locale without entering their password
[11:41] <seb128> oSoMoN, anyway the problem as I understood it as that /etc/default/locale was sourced after ~/.pam_environment since it overwrites the values that are in there
[11:42] <seb128> jamesh, ah, good hint, thanks
[11:42] <seb128> oSoMoN, ^
[11:44] <seb128> oSoMoN, you didn't select the button on the top right "login screen" right?
[11:44] <seb128> that can be confusing and in that mode it might write to etc
[11:47] <oSoMoN> seb128, where is that button? I only changed the language from the "Region & Language" screen in g-c-c
[11:48] <seb128> oSoMoN, in the headerbar of that screen it the top right
[11:49] <seb128> it changes the content of the panel to be user vs login screen
[11:53] <oSoMoN> huh, I don't have any buttons in the headerbar of that screen
[11:53] <oSoMoN> gnome-control-center 3.26.0-0ubuntu3
[11:53] <GunnarHj> seb128, oSoMoN: But even if you somehow would be permitted to write to /etc, the code in g-c-c (via accountsservice) does not write to /etc - it writes to ~/.pam_environment. So in any case it's a mystery.
[11:54] <seb128> oSoMoN, http://people.canonical.com/~seb128/language.png
[11:54] <seb128> oSoMoN, yours doesn't look like that one?
[11:55] <seb128> oSoMoN, anyway, I think the issue what I said earlier, if you write config to /etc/default/locale and ~/.pam_environment, log in, the /etc one is the one set, user preference should take over the system one
[11:58] <oSoMoN> seb128, my screen looks exactly like yours except that I don't have that "Écran de connexion" button in the headerbar, that's weird…
[11:59] <oSoMoN> seb128, but I can work on a fix regardless
[11:59] <GunnarHj> oSoMoN: Indeed. The issue, as seb128 and I understand it, is that if the same variable is set by both /etc/default/locale and ~/pam_environment, and with different values, the value according to /etc/default/locale gets effective. It should be the other way around.
[11:59] <oSoMoN> yup
[11:59] <seb128> oSoMoN, you might not be in the right group to be able to change the login screen options
[12:00] <oSoMoN> seb128, could be yes
[12:00] <oSoMoN> and btw inotifywatch confirms that changing the language in g-c-c triggers writes to /etc/default/locale
[12:01] <seb128> oSoMoN, oh, it could also that you only have one user on your machine and GNOME chooses that button only when there are several users accounts
[12:01] <seb128> that would make sense because on an one user system there is no reason to not change the system
[12:02] <seb128> that would also explain the difference maybe
[12:02] <oSoMoN> seb128, right, that makes sense!
[12:02]  * oSoMoN creates a second user in his VM
[12:03] <GunnarHj> seb128: The install I tested with has only one user. Still no writing to /etc/default/locale.
[12:03] <seb128> GunnarHj, one problem at the time
[12:03] <GunnarHj> :)
[12:04] <seb128> GunnarHj, oSoMoN, the code/logic is https://git.gnome.org/browse/gnome-control-center/tree/panels/region/cc-region-panel.c#n360
[12:05] <seb128> so depends of autologin also
[12:05] <seb128> GunnarHj, do you use autologin?
[12:05] <seb128> which the livecd does
[12:05] <GunnarHj> seb128: No autologin.
[12:05] <seb128>                 if (priv->login_auto_apply)
[12:05] <seb128>                         set_system_language (self, language);
[12:05] <seb128> anyway
[12:06] <seb128> difference in behaviour in the ui might explain due to number of users, autologin, etc
[12:06] <seb128> the issue remains the priority of the files and /etc being applied after ~/.pam_environment
[12:07] <oSoMoN> yep
[12:07] <oSoMoN> I'll dive deeper into that after lunch
[12:08] <jbicha> what day is Final Freeze?
[12:09] <seb128> jbicha, https://wiki.ubuntu.com/ArtfulAardvark/ReleaseSchedule says aoc
[12:09] <seb128> oct 12th
[12:09] <seb128> oSoMoN, enjoy your lunch
[12:10] <GunnarHj> seb128, oSoMoN: I have my doubts about that logic. A bit presumptive. Anyway, the main issue with the priority of the files is the most important one.
[12:10] <seb128> GunnarHj, right, we can have a look at the logic for autologin etc in another report
[12:11] <seb128> brb, changing location, back online in 10 min or less
[12:41] <seb128> Laney, do you know if anyone tested firmware updates on 17.10? just saw bug #1719797 unsure if it's an individual report or maybe something we should verify to see if it works (unsure how to test it, requires hardware with an update available)
[12:54] <GunnarHj> seb128: Now when Olivier is helping with the language settings bug, any chance you can sponsor bug #1707929? :)
[12:58] <seb128> GunnarHj, let me have a look
[12:58] <GunnarHj> seb128: The only change is an additional Debian level patch.
[12:59] <tjaalton> is there still some ubuntu diff?
[13:00] <tjaalton> looks like it
[13:00] <seb128> yes
[13:01] <Laney> seb128: don't know, I did the logitech update some weeks ago through gnome-software and it worked for me
[13:01] <Laney> ask Robert
[13:01] <Laney> I think there's a way to test the fwupd stuff
[13:03] <seb128> k, will do next week
[13:03] <seb128> thanks
[13:03] <GunnarHj> seb128: Ok. great!
[13:03] <seb128> GunnarHj, uploaded
[13:04] <GunnarHj> seb128: Ah, so next week was something else... Thanks!
[13:04] <seb128> GunnarHj, next week?
[13:05] <seb128> oh
[13:05] <GunnarHj> seb128: ;)
[13:05] <seb128> GunnarHj, that was replying to Iain about asking Robert
[13:05] <seb128> since Robert is in .nz and off for the w.e now
[13:05] <GunnarHj> Get it.
[13:05] <seb128> sorry about the confusion
[13:36] <seb128> tseliot, hey, could you have a look to bug #1721394?
[13:38] <tseliot> seb128: I'll take care of it. Thanks for bringing it to my attention
[13:38] <seb128> tseliot, thanks!
[13:47] <jbicha> seb128: we should defer LP: #1702894 to 18.04, right?
[13:52] <seb128> jbicha, yes
[14:13] <willcooke> Trevinho, is this fixed now?  Are we distro patching or is it in 3.236.1?  https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1717923
[14:16] <jbicha> willcooke: that bug is still unfixed
[14:17] <jbicha>  I'm guessing you can duplicate it by trying to use the monitors.xml I attached on the upstream bug
[14:17] <andyrock> good morning
[14:17] <willcooke> hmm, I thought Trevinho and Jonas got it fixed.  Lets wait until Marco is back online and find out for sure
[14:17] <willcooke> hey andyrock
[14:22] <jbicha> willcooke: actually I can't duplicate the bug any more with my monitors.xml so I'll go ahead and close the bugs
[14:23] <willcooke> jbicha, I'd like Trevinho to close it with a comment about how it was fixed
[14:23] <willcooke> because the upstream bug doesnt have any more info either, and it would be good to have a record of how it came to be fixed
[14:24] <willcooke> rather than "it stopped doing it" :)
[14:38] <jbicha> didrocks: do you want to try demoting xterm again, or do you think I need to add alternate dependencies on gnome-terminal from xinit and xorg first?
[14:38] <jbicha> LP: #1720482
[14:39] <jbicha> cc'ing tjaalton on that ^
[14:39] <didrocks> jbicha: who did promote it again? I didn't promote it on purpose and I told that the alternate was the way to go
[14:40] <jbicha> I don't know, there's no easy logs for promotion/demotions, right?
[14:41] <jbicha> I did the tk8.6 alternate upload but not xinit and xorg yet
[14:44] <gQuigs> I definitely saw it get out of the image...
[14:45] <jbicha> gQuigs: yes, that happened but I think demoting it to universe well help in getting it marked as a suggested removal when people upgrade
[14:47] <gQuigs> gotcha
[14:53] <jbicha> GunnarHj: hi, Ubuntu Budgie 17.10 includes gnome-getting-started-docs but it's not useful there and they don't want it
[14:53] <jbicha> can you drop the Recommends on it from ubuntu-docs and I can add it to ubuntu-desktop instead?
[15:05] <oSoMoN> seb128, a quick update on the language selection bug: it appears pam_env.so is setting the env from /etc/default/locale only, and not reading ~/.pam_environment afterwards to override, I'm adding some logging to find out why
[15:18] <gQuigs> hmm... afaict ibus-sunpinyin is the only thing holding in pyrhon2 now?
[15:19] <gQuigs> yup, fresh install doesn't have python2 (but is in live session) -  ponders if still required for printers/sharing
[15:28] <mdeslaur> seb128, jbicha: "About this computer" in the flashback session or by searching "about" in the ubuntu session doesn't bring up the about page...is that a known issue?
[15:29] <jbicha> are you asking about the Ubuntu session? or just Flashback?
[15:32] <mdeslaur> jbicha: both
[15:32] <mdeslaur> I'm filing a bug, one sec
[15:33] <jbicha> mdeslaur: I can file a patch for gnome-control-center
[15:33] <mitya57> mdeslaur, not working “About this computer” is in indicator-session, right?
[15:34] <mdeslaur> "gnome-control-center about" on the command line doesn't work either
[15:34] <jbicha> mitya57: you'll want 'gnome-control-center info overview'
[15:34] <mitya57> jbicha, thanks
[15:35] <jbicha> gnome-control-center info-overview (needs the hyphen)
[15:35] <mdeslaur> bug 1721802
[15:35] <mdeslaur> the .desktop file is wrong too
[15:36] <jbicha> yes, I'm patching gnome-control-center to fix the .desktop :)
[15:36] <mitya57> mdeslaur, can you please file one more bug for indicator-session? Then I will create a MP
[15:37] <mdeslaur> sure
[15:39] <mdeslaur> mitya57: 1721804
[15:39] <mdeslaur> bug 1721804
[15:39] <mitya57> Thanks!
[15:39] <mdeslaur> thanks jbicha, mitya57
[15:43] <mitya57> Subscribed you to the MP.
[15:45] <jbicha> seb128: should we drop the patch to include the old gnome-control-center shell now that the new shell is more stable?
[15:48] <mitya57> mdeslaur, by the way, does the new gnome-flashback 3.26 work fine for you?
[15:48] <mdeslaur> seemed to work in the vm I tried
[15:48] <mitya57> Great!
[15:48] <jbicha> gQuigs: python-samba is also on the live iso but not in the default install (because of cifs-utils) LP: #1693460
[15:54] <seb128> jbicha, +1
[16:14] <jbicha> kenvandine: did you see the reply to https://bugzilla.gnome.org/788016 ?
[16:14] <gQuigs> reported it against ubiquity (to get the logs).. not sure where it should go next - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1721812
[16:15] <jbicha> gQuigs: why is it a bug for python2 to not be installed by default?
[16:17] <jbicha> if a package needs python2.7 to be installed it needs to depend on it
[16:17] <mitya57> I agree with jbicha, it is not a bug
[16:18] <gQuigs> jbicha: I'd be fine, if we removed it.. but we have it in a middle ground
[16:18] <kenvandine> jbicha, yeah, i've been meaning to respond
[16:18] <jbicha> there are several things on the live iso that aren't in the default install (you pointed out another one in your bug already)
[16:19] <kenvandine> jbicha, thx for the prod :)
[16:19] <jbicha> kenvandine: I was just following links from Will's weekly newsletter :)
[16:19] <gQuigs> I did, what?
[16:20] <gQuigs> jbicha: ^?
[16:21] <jbicha> gQuigs: here's a whole list of stuff we have in the live install but not necessarily in the default install:
[16:21] <jbicha> https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.artful/view/head:/live
[16:21] <jbicha> that's intended and is not a bug
[16:23] <jbicha> (you mentioned ibus-sunpinyin)
[16:23] <gQuigs> jbicha: right, that's the only item holding the full python2 on the livecd
[16:23]  * oSoMoN goes afk, back online later tonight for further investigation of bug #1662031
[16:25] <gQuigs> from a QA perspective it means other things that might use python2 (like python-talloc aren't being tested as much)
[16:25] <jbicha> gQuigs: python-samba is keeping python2 on the live cd too
[16:27] <jbicha> there probably are some packages that need python2 but are missing a dependency on it
[16:27] <gQuigs> jbicha: maybe I'm just missing something.. why is python-samba needed only on the livecd?
[16:28] <jbicha> gQuigs: cifs-utils is needed on the livecd, and that eventually pulls in python-samba
[16:28] <jbicha> since a lot of our developer tools still require python2, most developers aren't doing much testing of installs without python2
[16:29] <jbicha> but that's not a bug in our installer, it si a bug in the specific package
[16:34] <gQuigs> moved to ubuntu-meta, as low
[17:06] <GunnarHj> jbicha: I can fix bug #1721795 for ubuntu-docs. You set it to "fix committed"; was that a mistake?
[17:06] <jbicha> GunnarHj: yes, I've the tasks properly now
[17:07] <GunnarHj> jbicha: Ok.
[17:07] <Laney>  night
[17:07] <Laney> see you monday from NYC (again)
[17:12] <willcooke> night all, same as Laney said
[18:05] <seb128> jbicha, that g-c-c info not working sounds like that g-c-c should have an alias for compat reasons at least until the LTS, other clients might call the same command and have the issue
[18:05] <seb128> jbicha, doko made some tweaks to try to drop python2 from the iso iirc
[18:05] <seb128> Laney, have a safe travel
[18:06] <seb128> oSoMoN, sorry I was out for a while, let's resume that discussion on monday it's w.e time now :)
[18:06] <jbicha> seb128: well one way to find out which clients are affected is to not have the compability link :/
[18:07] <seb128> jbicha, you could have the compat link and that codepath trigger apport, would probably be more efficient at reporting the issue than relying on the user to understand the problem and report manually
[18:07] <jbicha> maybe upstream should rename it back to 'info' and drop the old shell in 3.28?
[18:07] <seb128> would work for me
[18:08] <jbicha> upstream is at https://bugzilla.gnome.org/show_bug.cgi?id=788608 if you want to leave a comment there
[18:11] <seb128> bah, session locked when clicking on an url in hexchat :/
[18:12] <jbicha> seb128: have you tried polari?
[18:12] <seb128> no
[18:12] <seb128> I doubt it fixes gnome-shell locking
[18:12] <seb128> but it might be a good irc client, I should give it a try
[18:13] <jbicha> (I still use a command line irc client)
[20:19] <Trevinho> jbicha: hey
[20:19] <Trevinho> So I wrote in the bug, but basically we can't reproduce the bug
[20:21] <Trevinho> Trevinho: you also get it with the last mutter?
[20:21] <Trevinho> jbicha: ^^^
[21:59] <jbicha> Trevinho: I don't get the crash any more
[22:21] <mads_RH> Hello. Can anyone tell me if there's any documentation on creating/editing a Gnome 3 theme?
[23:35] <ThorHop[m]> mads_RH: there's plenty. But it's more about Freedesktop conventions. Where you put your GTK themes, where you put your mutter window decorations, etc. From there you can find what you need.