[00:44] <jbicha> jibel: oh never mind. I see that the NM postinst change was applied in Debian
[05:06] <ulysses> Hey guys, I'm wondering why some Gnome 3 apps aren't themed, any ideas?
[05:06] <ulysses> Also have a icon in the upper right of all of my windows, how do I get rid of that?
[06:09] <duflu> ulysses, which apps aren't themed?
[06:09] <ulysses> Hey!
[06:09] <ulysses> Polari, Gnome Books
[06:09] <ulysses> that's what I can tell so far
[06:10] <duflu> ulysses, also do you mean this large icon? https://bugs.launchpad.net/bugs/1718238
[06:11] <ulysses> It's an icon to the upper right corner of the window, like that, but even non gtk 3 apps will have a window menu in that place
[06:11] <duflu> ulysses, please log a bug with screenshot so we can figure it out
[06:12] <ulysses> See, I installed the MATE desktop, then purged it, and I think that may have something to do with it?
[06:12] <ulysses> I'll do that
[06:14] <duflu> ulysses, I installed those two apps in 18.04 and they are themed. Please log a separate bug for that issue too
[06:15] <ulysses> Ok, would this happen to have anything to do with QT?
[06:15] <ulysses> Also, how's 18.04?
[06:17] <duflu> ulysses, I don't know but since we can't get a clear idea of the problems you're experiencing you will need to log bugs with screenshots
[06:17] <ulysses> Ok ok
[06:17] <duflu> 18.04 is great
[06:17] <ulysses> Getting there
[06:17] <ulysses> Is it stable this early in the builds?
[06:17] <ulysses> Any fun features planned for the release?
[06:18] <duflu> ulysses, yes it's been stable for a couple of months. Only one problem compared to 17.10 comes to mind -- hardware accelerated video playback in 18.04 broke this week
[06:18] <duflu> So "stable" is relative
[06:19] <ulysses> That sucks, I'm sure they'll get it ironed out though
[06:19] <duflu> Yes, we'll fix it soon. Have already tested the fix
[06:21] <ulysses> Is it doing well on AMD hardware/
[06:21] <ulysses> *?
[06:21] <tjaalton> duflu: 18.0.0-rc4 released without the fix, so I'll distro-patch it for now
[06:21] <duflu> tjaalton, ta muchly
[06:22] <duflu> ulysses, I don't have AMD to test on, but when we asked the community for testing it was positive feedback about AMD
[06:22] <ulysses> Always good to hear
[06:23] <ulysses> I'm dorking about in dconf, where are the preferences for window buttons and the like?
[06:23] <ulysses> I think I can solve one problem there
[06:24] <duflu> ulysses, install 'gnome-tweak-tool' and just run that I think
[06:24] <ulysses> I have that weird additional window menu, and I think if I can find whatevers making it pop up, I can just delete that line of text and get rid of it
[06:26] <ulysses> Ha! Ok
[06:26] <ulysses> Got rid of the app menu
[06:26] <ulysses> That's fixed
[06:27] <ulysses> I'll be back, I'm going to pop out and pop back in to see if my QT installs did anything to affect the windows not being themed
[06:27] <ulysses> Thank you for your help by the way
[06:32] <ulysses> Alright, and I'm back
[06:32] <ulysses> I think it's a qt issue, as no qt app is themed
[06:44] <flocculant> ulysses: I used qt5-style-plugin, install and logout, but that's Xubuntu - not sure it'll help in Ubuntu
[06:44] <ulysses> Probably will
[06:45] <ulysses> I'm figuring it out a step at a time
[06:45] <ulysses> I think the Gnome apps that weren't being themed are FlatPak apps
[06:49] <ulysses> Is there a PPA for QT5?
[06:50] <flocculant> no idea - just installed normally
[06:50] <ulysses> I figured I might as well solve my QT apps looking weird while I'm at it
[06:51] <ulysses> You guys know how to make FlatPak look good?
[07:16] <didrocks> good morning
[07:22] <oSoMoN> good morning desktoppers
[07:24] <didrocks> salut oSoMoN
[07:24] <duflu> salut didrocks, oSoMoN
[07:25] <didrocks> hey duflu
[07:26] <duflu> tjaalton, to be fair it was a weird use case. Developers who haven't had to deal with chains of gstreamer plugins before probably haven't encountered the mess that is multiple screens and multiple contexts all trying to render a single thing
[07:27] <duflu> But gstreamer works. Sometimes that seems amazing
[07:28] <duflu> -chain +pipeline
[07:34] <tjaalton> yeah
[07:40] <oSoMoN> salut didrocks, duflu
[09:00] <willcooke> ahoy
[09:01] <didrocks> hey willcooke
[09:24] <duflu> Ahoy willcooke
[09:26] <seb128> hey duflu
[09:26] <duflu> Hi seb128
[09:26] <seb128> good morning desktopers, people starting to me and it seems I forgot to say hi here :)
[09:26] <seb128> duflu, how are you? had a good friday? ready for the w.e?
[09:27] <duflu> seb128, been slightly unwell. But the good news is I will propose one tiny mutter fix tonight, and then the big one(s) next week. Everything is starting to become silky smooth
[09:27] <willcooke> hope you feel better duflu
[09:28] <seb128> get better duflu! and nice for the upstream fixes :)
[09:29] <seb128> I hope you get more luck than for the dock/panel refresh ones
[09:29] <duflu> Weirdly the fix for my big branch was my little branch I had discarded because it didn't help enough (before the big branch)
[09:30] <duflu> seb128, these are a bigger deal than the CPU fixes. I will return to those
[09:30] <seb128> k
[09:30] <willcooke> if someone wants to use synaptics on 17.10/18.04 under Unity - do they need to remove libinput?
[09:30] <duflu> willcooke, nope. It coexists
[09:30] <willcooke> thanks duflu
[09:30] <duflu> Xorg sessions use it and Wayland uses libinput
[09:31] <duflu> Although that seems to imply prioritization... which seems to work
[09:31] <seb128> willcooke, duflu, it's the other way around, synaptic is having a higher priority than libinput so if it gets install it screws GNOME
[09:32] <seb128> so it's like libinput was not installed
[09:32] <duflu> Yes, that's what I was trying to say
[09:32] <seb128> I don't like much to keep to option for users to shoot themself in the foot without knowing how/why
[09:33]  * willcooke hands the user a gun 
[09:33] <willcooke> We need U7 settings to support libinput I think
[09:33] <duflu> I think coexisting is ideal, if the settings dialog shows some kind of warning as to why things won't work
[09:35] <seb128> like people are going to install it because they read something on the internet that says to do that and not understand why their GNOME settings get missing and blame us for providing a buggy desktop
[09:35] <seb128> right, having the warning lowers the issue but still isn't a good experience
[09:53] <seb128> Trevinho, the man who never sleeps, sending emails in the middle of the night
[10:05] <willcooke> :))
[10:26] <duflu> Argh, I should not have left it till Friday night to try my first upload to gitlab
[10:26] <duflu> Anyway, later...
[10:44] <willcooke> lots of spam today on IRC. :(
[11:02] <willcooke> didrocks, just came across this which is relevant to our conversation yesterday about doing geo lookups:  https://code.launchpad.net/~fo0bar/ubiquity/geoname-use-https
[11:02] <willcooke> I'm sure you already know, but figured I would share
[11:02] <willcooke> oh, but of course, we said we would just use whatever the users sets.
[11:02] <willcooke> ignore
[11:02] <willcooke> :)
[11:13] <GunnarHj> Hi seb128, I looked at another translation issue yesterday (bug #1707898), and would appreciate your eyes on the patch.
[11:23] <ogra_> Trevinho, ogra@styx:~$ sudo snap connect telegram-desktop:network-status
[11:23] <ogra_> error: snap "core" has no "network-status" interface slots
[11:23] <ogra_> (did you mean network-observe ?)
[11:23] <Trevinho> ogra_: ohhhh... yeah.
[11:24] <Trevinho> ogra_: thanks for pointing out
[11:24] <ogra_> :)
[11:24] <ogra_> nice work ! really
[11:25] <Trevinho> ogra_: oh acutally there should be one  https://usercontent.irccloud-cdn.com/file/1JI7lmEd/image.png
[11:25] <Trevinho> ogra_: thanks :), it's there for a while, just had no time to keep it in sync
[11:26] <Trevinho> but, I guess it's different?
[11:26] <ogra_> weird, my laptop definitely doesnt have network-status
[11:26] <ogra_> ogra@styx:~$ snap version
[11:26] <ogra_> snap    2.30
[11:26] <ogra_> snapd   2.30
[11:26] <ogra_> (latest stable)
[11:27] <Trevinho> could even be a doc issue
[11:27] <ogra_> well, or a regression
[11:47] <jbicha> seb128: hi, I updated LP: #1734586 and the git branch. The dns-search-domains patch won't even apply now
[11:58] <xnox> jbicha, argch
[12:03] <jbicha> xnox: ?
[12:03] <xnox> jbicha, network-manager stuff =/
[12:04] <jbicha> oh, it sounded to me like you were volunteering to work on it! ;)
[12:19] <didrocks> willcooke: I'll gladly ignore :) the user sets the timezone/location, I think it's better, indeed
[12:29] <willcooke> :)
[12:33] <Trevinho> seb128: haha, I didn't see that... You know. It's when the flow goes better.
[13:10] <doko> gnome-software wants a MIR for gtkspell
[13:11] <jbicha> doko: looking at the diff of the new gnome-software, it looks like gnome-software was missing its gtkspell3 binary dependency because of a bug (in the meson conversion?)
[13:11] <jbicha> gtkspell was already in main in previous Ubuntu releases because of gnome-software. Could you please promote it again?
[13:49] <seb128> GunnarHj, hey, I can have a look in a bit, btw you probably saw but I fixed pkgbinarymangler, it was an easy change once I figured out the issue :)
[13:58] <seb128> jbicha, hey, right, we should probably comment it out for now, it doesn't look like anyone who understand the code is wanting to update it and nobody cared enough to upstream report an issue and the change, that's what you get in return...
[14:05] <GunnarHj> seb128: Nice. The "figure out" part was the tough one.
[14:06] <seb128> :)
[14:17] <GunnarHj> jbicha: pkgbinarymangler has been fixed now, so it would be great if you could rebuild gnome-sudoku to fix bug #1734545.
[15:13] <jbicha> seb128: so you want me to upload NM 1.10 now?
[15:29] <seb128> jbicha, if you want sure, I can have a look to the diff first if you prefer, also I didn't read the changelog yet but maybe put a rational on the patch disabling saying it was not upstreamed and the people understanding the issue can't help updating it and the issue is less important than the update
[15:41] <jbicha> seb128: I've updated the changelog with an explanation for disabling the patch
[15:51] <seb128> jbicha, looks fine to me, I would have added a note that the issue/patch was not upstream but I guess that doesn't matter much, I can tell that to Steve or whoever complains we commented it out
[15:58] <willcooke> Did we ever talk about switching the date to show in the top bar by default?  Tweaks has a toggle for it, so I assume it's just a setting?
[15:59] <willcooke> Side note: Seems I dont know what the date is most of the time
[15:59] <seb128> I don't think that has been discussed
[16:00] <seb128> I personally like to have it as well, unsure how representative that is
[16:01] <mdeslaur> FYI, I turned on the date as well
[16:04] <willcooke> 100% of people who responded wanted it switched on.
[16:04] <willcooke> SHIIIIIIIIP IIITTTTT
[16:05] <kenvandine> +1
[16:05] <willcooke> jbicha, wdyt? ^
[16:05]  * kenvandine is often annoyed it's not there
[16:05] <mdeslaur> hehe
[16:05] <willcooke> Honestly, it's going to save me about 5 or 6 clicks *a day*
[16:05] <jbicha> btw, GNOME 3.27 has an option to hide the weekday, but it was a bit buggy so I didn't add a switch for that to Tweaks. See GNOME bug 789311 & GNOME bug 789324
[16:06] <willcooke> I'm ok with what day it is generally, but just having the DOM up there would really help
[16:06] <willcooke> IM
[16:06] <willcooke> O
[16:06] <jbicha> could someone that cares at least mention this in #gnome-design to know if there is a reason they don't enable the date by default?
[16:07] <willcooke> sure I can do that
[16:07] <seb128> we didn't have it on by default in Unity either right?
[16:07] <seb128> but at the same time unity had a setting for it
[16:07] <willcooke> that ^
[16:07] <seb128> when in GNOME you need to find/install tweaks
[16:08] <kenvandine> willcooke, i just asked :)
[16:08] <jbicha> quick, let's ship Tweaks by default ;)
[16:08] <seb128> lol
[16:08] <willcooke> thanks kenvandine - I'm struggling to add a new server to hexchat because menus
[16:08] <willcooke> jbicha, :D
[16:08] <kenvandine> lol
[16:09] <seb128> is there any other OS that requires you do install tweak apps to enable showing the date?
[16:09] <seb128> I wonder what windows/macOS do there
[16:10] <seb128> oh well, I'm not going to start a GNOME ranting now
[16:10] <mdeslaur> seb128: https://www.igeeksblog.com/add-date-to-menu-bar-in-mac-os-x/
[16:11] <seb128> good
[16:11] <seb128> it's maybe yet another setting we should try to convince GNOME to add to g-c-c next cycle
[16:12] <jbicha> I guess part of the problem is that Tweaks has such a variety of stuff
[16:14] <jbicha> the GNOME "cabal" has this concept of tweaks which they don't want to have in g-c-c even though some are popular choices that other desktops would show in their settings apps
[16:15] <jbicha> also, Tweaks can have somewhat disorganized stuff, but Settings has a higher design baseline
[16:16] <jbicha> Settings > Date & Time does have empty space though …
[16:17] <seb128> well, splitting settings in 2 apps, useful & less useful settings is a weird concept
[16:17] <seb128> especially with GNOME choice of "less useful" ones
[16:17]  * didrocks doesn't really like having a date by default, but unsure how popular this is
[16:17] <seb128> didrocks, because of the symetry? ;)
[16:18] <seb128> or you don't like to know that today is not friday
[16:18] <seb128> well except today :p
[16:18] <didrocks> seb128: not even… I like having less stuff on top panel, maybe
[16:18] <didrocks> well, I have the day of the week, (maybe it's even too much)
[16:18] <didrocks> I only care about the time
[16:18] <kenvandine> didrocks, aday doesn't seem to even want the day of the week
[16:18] <didrocks> I would agree with him :)
[16:19] <didrocks> but I'm unsure how widespread this idea is
[16:19] <gQuigs> I'd rather have just the date and not the day..  obligatory https://xkcd.com/1179/
[16:19] <didrocks> it's weird to only have the day of the week + hour and not the whole date OR just the hour, though
[16:19] <didrocks> but this is really IMHO
[16:20] <jbicha> some users really don't like seeing the DOW (day of the week) in the top bar
[16:20] <kenvandine> yeah, i don't find the day useful
[16:20] <didrocks> I guess it's either whole date (DOW + date + hour) or just hour
[16:20] <kenvandine> but the date would be useful to me
[16:21] <didrocks> the current situation is weird IMHO
[16:21] <kenvandine> agreed
[16:21] <didrocks> so yeah, I would be in aday's camp :)
[16:22] <jbicha> didrocks: I mentioned earlier that in GNOME 3.27 you can get date without weekday
[16:22] <seb128> that wouldn't even be a discussion/issue if they accepted that users have different preferences and added common settings to g-c-c
[16:23] <seb128> k, I need to step out for half an hour, bbl
[16:24] <didrocks> jbicha: yeah, but it's a settings still… I try to run our default experience :p
[16:40] <oSoMoN> kenvandine, was there already a bug report for bug #1748273 ?
[16:40] <oSoMoN> I vaguely remember discussing that issue with you already
[16:52] <kenvandine> oSoMoN, we have discussed it, not sure if there is a bug
[16:52] <kenvandine> i have a branch of the helpers that attempted to handle it
[16:52] <kenvandine> but didn't work
[16:55] <oSoMoN> kenvandine, right, I remember now about that branch of yours
[16:55] <oSoMoN> kenvandine, well, now we have a bug report for it :)
[16:56] <oSoMoN> not sure where you track bugs for gnome app snaps, but you might want to mark them affected too
[16:56] <kenvandine> https://github.com/Ubuntu/snapcraft-desktop-helpers/issues/23
[16:56] <kenvandine> oSoMoN, ^^
[16:58] <oSoMoN> ack, thx
[17:00] <kenvandine> oSoMoN, i really thought my branch would have worked :)
[17:27] <jbicha> seb128: https://launchpad.net/ubuntu/+source/network-manager/1.10.4-1ubuntu1
[17:27] <jbicha> it will need someone to promote libteam to main for it to migrate, so maybe on Monday?
[17:44] <tsimonq2> Hi, this bug is breaking Lubuntu Next: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1668722
[17:44] <tsimonq2> I was directed here because it's an xorg bug
[17:44] <tsimonq2> I could try to fix it, but I don't know the X stack well
[17:45] <tsimonq2> Is there anyone in particular that has more insight on this?
[18:00] <willcooke> tsimonq2, you might need tjaalton but he's probably EOD now
[18:01] <willcooke> and with than hit-n-run, it's EOW for me.  Night all
[18:01] <tsimonq2> willcooke: Ok, I'll poke on Monday
[18:01] <tsimonq2> o/
[18:36] <seb128> jbicha, thanks
[18:39] <seb128> have a nice w.e desktopers
[18:40] <kenvandine>  good night seb128
[19:09] <oSoMoN> have a good one!
[19:52] <tjaalton> tsimonq2: ok, let's fix this on monday
[20:08] <tsimonq2> tjaalton: sure, I have to be up at 6 AM UTC-6 for school, I might ping you around then if that's OK
[20:08] <tsimonq2> (I have to be at school for 7 AM >.<)
[20:09] <sarnold> *shudder*
[20:11] <tsimonq2> I am *so* looking forward to not having to deal with this once I graduate
[20:12] <tsimonq2> s/this/that/
[23:17] <tsimonq2> tjaalton: Turns out this isn't an xorg bug after all.
[23:54] <tsimonq2> tjaalton: So one thing I did find that's irrelevant to the problem I'm having but should probably be fixed anyway is that debian/local/Xsession.d/60x11-common_xdg_path in Ubuntu sets $XDG_CONFIG_DIRS regardless if it's already set or not, which goes against the XDG spec.
[23:57] <tsimonq2> tjaalton: "If $XDG_CONFIG_DIRS is either not set or empty, a value equal to /etc/xdg should be used." key word being "If"