=== maclin1 is now known as maclin
=== siel_ is now known as siel
=== doko_ is now known as doko
[07:07] <oSoMoN> good morning desktoppers!
[07:10] <duflu> Morning oSoMoN
[07:17] <oSoMoN> good afternoon duflu
[07:21] <didrocks> good morning
[07:24] <oSoMoN> salut didrocks
[07:26] <duflu> Morning didrocks
[07:26] <duflu> oSoMoN, would you like me to condense that list of Gnome fixes in your doc?
[07:27] <duflu> Or maybe as a presentation, a longer list in small text will be more effective
[07:27] <didrocks> hey oSoMoN, duflu
[07:30] <oSoMoN> duflu, I think a short list of the most relevant/interesting fixes would be better
[07:31] <oSoMoN> I won't have time to go into a great deal of detail
[07:31] <duflu> oSoMoN, I was thinking maybe an almost unreadable (but accurate) slide you didn't have to explain might be impactful
[07:33] <oSoMoN> not sure unreadable is good
[07:33] <duflu> oSoMoN, yeah it's about the impact ("we did lots"), not the individual items
[07:34] <duflu> The idea is that you're not meant to read it all
[07:34] <oSoMoN> got it, we can do something like that, and people interested can go back to the slides and read them later on
[07:35]  * duflu continues throwing fixes at Gnome to see what sticks
[07:35] <oSoMoN> I'd still like to highlight a few relevant fixes, those that stand out
[07:36]  * oSoMoN → school
[07:43] <ShriHari> hi
[07:47] <duflu> Hello ShriHari
[07:48] <ShriHari> helo
=== pstolowski|afk is now known as pstolowski
=== maclin1 is now known as maclin
[08:57] <willcooke> morning all
[08:59] <didrocks> good morning willcooke
[09:01] <oSoMoN> good morning willcooke
[09:01] <willcooke> I've just targetted this for Bionic:
[09:01] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1754169
[09:01] <ubot5`> Ubuntu bug 1754169 in nautilus (Ubuntu Bionic) "[Bionic] [wayland] many gnome applications exit or crash when a file is opened from within" [Undecided,Confirmed]
[09:01] <willcooke> But looks like it could be wayland only, so maybe that was a mistake.  WDYT?
[09:07] <tjaalton> duflu: looks like libinput 1.10.2 adds another crasher, according to debian bug #892714
[09:07] <ubot5`> Debian bug 892714 in libinput10 "libinput10: Crashes Gnome session" [Important,Open] http://bugs.debian.org/892714
[09:07]  * duflu looks
[09:08] <seb128> back
[09:09] <seb128> good morning desktopers
[09:11] <duflu> tjaalton, sounds close (within 2 lines) to a fix that landed today (https://bugs.freedesktop.org/show_bug.cgi?id=105258)
[09:11] <ubot5`> Freedesktop bug 105258 in libinput "libinput crashes Xorg with SIGABRT in libinput_event_get_pointer_event" [Normal,Resolved: fixed]
[09:11] <seb128> hey duflu tjaalton willcooke
[09:11] <willcooke> hi seb128
[09:11] <duflu> tjaalton, although prexisting crashes in 1.10.1 were marked as a duplicate of that. So it's not new in 1.10.2
[09:11] <seb128> had a good w.e?
[09:11] <seb128> willcooke, good trip back?
[09:11] <duflu> Morning seb128, willcooke
[09:13] <willcooke> seb128, yeah fine.  The lounge was closed when we got there, so had a few hours to kill in the airport.  Found the "rooftop bar" but it was grrrrrrimmmmmm.
[09:13] <duflu> tjaalton, yes it's the same line of code (off by 2 depending which branch you look at). So sounds like what was fixed today
[09:13] <tjaalton> duflu: ok god
[09:13] <tjaalton> good
[09:13] <duflu> Also not new in 1.10.2
[09:17] <seb128> is there any reason we didn't sync that update yet?
[09:17] <tjaalton> weekend?
[09:19] <seb128> sounds like a good reason :)
[09:47] <willcooke> didrocks, great reply on the hub re: theme.
[09:48] <didrocks> willcooke: thanks! :)
[09:55] <c-lobrano> Hi @willcooke and hi @didrocks, thanks for the reply ;)
[09:56] <didrocks> oh c-lobrano is around, hey! ;)
[09:56] <c-lobrano> :)
[09:56] <didrocks> thanks for your reply as well and happy to see we are aligned :)
[09:56] <didrocks> I'm going to push the move to bionic changes today btw, if you have time to review this evening…
[09:56] <c-lobrano> I'm always around, just in stealth mode :D
[09:56] <didrocks> heh
[09:57] <c-lobrano> of course, I'm still studying what has to be done however, never managed a ppa before
[09:58] <didrocks> c-lobrano: yeah, basically I need to implement the distro-part anyway at first
[09:58] <didrocks> changing some XDG_ for that session so that apps can look up for this theme
[09:59] <c-lobrano> alright. I'm also looking at that dashtodock "issue" you posted, but maybe I need a VM to avoid breaking my dev environment :D
[10:00]  * c-lobrano already did on another machine and couldn't change gnome-shell anymore :(
[10:00] <didrocks> c-lobrano: yeah, because if I need to ship the empty file, it needs to be in the distro
[10:01] <didrocks> c-lobrano: was my post about it clear enough on the various options ?
[10:03] <c-lobrano> didrocks: if you refer to this https://community.ubuntu.com/t/mockups-new-design-discussions/1898/210, it looks clear, I just wanted to test it on my machine first
[10:03] <didrocks> c-lobrano: exactly, it was the one!
[10:03] <c-lobrano> didrocks: perfect :)
[10:03] <didrocks> basically my idea to enable you to override from the snap would be to ship in ubuntu an empty .css file
[10:03] <didrocks> (matching the theme name)
[10:04] <c-lobrano> then we will provide the real .css with the snap?
[10:04] <didrocks> exactly
[10:04] <didrocks> or
[10:04] <didrocks> even in the main theme
[10:04] <didrocks> it should override the rest
[10:05] <c-lobrano> didrocks: I'd like the first option more
[10:07] <didrocks> c-lobrano: right, but from the snap, you can't ship a mode_name.css where the extension is installed
[10:07] <c-lobrano> didrocks: oh, right
[10:07] <didrocks> which is why we are to rely on the implementation detail if the snap road is chosen :/
[10:13] <c-lobrano> didrocks: this also means we need to generate the dashtodock css separately from gnome-shell one
[10:14] <andyrock> good morning!
[10:17] <didrocks> c-lobrano: not with the snap solution, basically we'll get it inside the gnome-shell one (in the snap) and allow overriding it by, in the distro, shipping this empty file matching the mode name.
[10:23] <c-lobrano> ok
[10:41]  * willcooke has a cunning plan 
[10:46]  * willcooke lols at user "Angelina Bungeejump"
[10:48] <didrocks> willcooke: mind sharing your evil ideas? :)
[10:48] <didrocks> because… it has to be evil ;)
[10:48] <willcooke> didrocks, https://community.ubuntu.com/t/free-culture-showcase/4562/4
[10:49] <didrocks> "Sorry, you don't have access to that topic!
[10:49] <didrocks> "
[10:49]  * didrocks feels out
[10:50] <willcooke> sec
[10:54] <GunnarHj> seb128: Thanks for merging gnome-session, but most of the builds failed. Do you understand why?
[10:55] <willcooke> didrocks, try now
[10:56] <didrocks> willcooke: answered already ;)
[10:56] <didrocks> thx!
=== pstolowski is now known as pstolowski|lunch
[10:57] <willcooke> didrocks, oh yeah!
[10:57] <willcooke> email is slower than you
[10:58] <didrocks> heh, I just hit "refresh" after a while while my code was compiling :p
[11:06] <seb128> GunnarHj, hey, yeah, I'm going to fix it ... did you try to build a package with your changes?
[11:07] <GunnarHj> seb128: Indeed I did. But only locally on amd64 (and that one succeeded).
[11:08] <seb128> GunnarHj, weird
[11:24] <GunnarHj> seb128: I'm lost. Usually when such code in d/rules fails, it spots out clear indications about what caused it.
[11:30] <ricotz> hey desktopers
[11:30] <willcooke> morning ricotz
[11:31] <ricotz> chrisccoulson, hi, are you working on firefox 59? I have pushed another change to the beta branch which you should pick up
[11:31] <ricotz> willcooke, hey
[11:33] <oSoMoN> good morning ricotz
[11:42] <ricotz> oSoMoN, hi
[12:08] <seb128> GunnarHj, k, I understand why it fails
[12:16] <seb128> GunnarHj, your loop ends with
[12:16] <seb128> 	    unity-session/usr/share/xsessions/unity.desktop; do \
[12:16] <seb128> 		test -f $$f && echo X-Ubuntu-Gettext-Domain=gnome-session-3.0 >> $$f; \
[12:16] <seb128> 	done
[12:16] <seb128> GunnarHj, or unity (and gnome-session-common which contains gnome-session-properties.desktop) are "arch: all" so built only on amd64
[12:17] <seb128> so unity.desktop doesn't exist in this case
[12:17] <seb128> test returns 1
[12:17] <seb128> the loop ends up on an error return
[12:17] <seb128> the makefile stops
[12:17] <seb128> unsure what's the "most correct way" to fix it
[12:17] <seb128> test && echo || true
[12:18] <seb128> or "! test || echo" maybe?
[12:18] <seb128> ^ does anyone has an opinion on that?
=== pstolowski|lunch is now known as pstolowski
[12:28] <jbicha> seb128: GunnarHj: I believe the "correct" way is to use a override_dh_install-arch and override_dh_install-indep . We had to do this in the gnome-software packaging
[12:29] <jbicha> I wish unity-session were provided in a Unity package instead of gnome-session… :)
[12:29] <ricotz> I am a bit confused that clamav 0.99.4+addedllvm suggest it doesnt require an external llvm library, but libclamav7 depends on libllvm3.9
[12:31] <seb128> jbicha, hey, do you want to fix it if you know the tweaks to do?
[12:32] <jbicha> I can take a look later if it's still not fixed
[12:38] <seb128> jbicha, well, if I fix it that's by using ! test || echo :p
[12:38] <seb128> that's less code that having sections for arch indep and arch dep bits
[12:39] <jbicha> or have Unity provide their own session files, that's less code for us too 😉
[12:40] <seb128> jbicha, does't resolve the gnome-session-common / gnome-session-properties.desktop which has the same issue
[12:40] <jbicha> ok
[12:52] <seb128> jbicha, seems like that deja-dup/webkit bug stalled upstream, it was active/getting regular comment at the begging and now nothing :/
[12:56] <jbicha> I'm concerned that we get it fixed before we need to do another webkit2gtk security update :(
[13:23] <GunnarHj> seb128: I can submit an MP with "|| true" or changing it to "if [ -f $$f ]; then". Would any of those be ok?
[13:26] <tjaalton> should we install the vulkan drivers by default?
[13:26] <tjaalton> mesa-vulkan-drivers
[13:36] <jbicha> seb128: are we demoting the gnome-characters .deb to universe?
[13:48] <jbicha> (I'm asking because I need to know whether to add the dh_translations meson hack or not)
[13:49] <jbicha> also, could you subscribe the bug team to volume-key? MIR is LP: #1754422
[13:49] <ubot5`> Launchpad bug 1754422 in volume-key (Ubuntu) "[MIR] volume-key" [Undecided,New] https://launchpad.net/bugs/1754422
[14:05] <GunnarHj> seb128: https://code.launchpad.net/~gunnarhj/gnome-session/translations2/+merge/341305
[14:08] <seb128> GunnarHj, I've been thinking about it over lunch, wouldn't it be easier to do
[14:09] <seb128> (hum, wait, checking something)
[14:11] <seb128> GunnarHj, for f in tmp/usr/share/wayland-sessions* tmp/usr/share/xsessions/* tmp/usr/share/applications/*; do
[14:11] <seb128>   test -f $$f && echo X-Ubuntu-Gettext-Domain=gnome-session-3.0 >> $$f; \
[14:11] <seb128> done
[14:11] <seb128> dh_install
[14:11] <seb128> like do the iterate with *.desktop in tmp before dh_install
[14:12] <seb128> that wouldn't need to code the list of .desktop either so wouldn't need to change the rules if those are changing
[14:13] <GunnarHj> seb128: Makes sense. Back to drawing board.
[14:13] <seb128> GunnarHj, thx
[14:13] <seb128> jbicha, gnome-characters, I guess so?
[14:13] <seb128> jbicha, k for volume-key
[14:14] <jbicha> seb128: could you go ahead and demote g-characters then? (it shows up on component-mismatches)
[14:16] <seb128> jbicha, k
[14:39] <jbicha> didrocks: could you reconsider making your volume-past-100% feature for gnome-control-center apply only to the Ubuntu session?
[14:40] <jbicha> gnome-tweaks on Ubuntu doesn't ship the Sound panel so it's hard for vanilla GNOME users to configure that
[14:43] <didrocks> jbicha: well, as long GNOME doesn't include it upstream, we said we would keep the vanilla experience vanilla
[14:43] <didrocks> not adding our own features on top of it
[14:43] <didrocks> so, I'm really against due to this kind of deal and advertisement to let people using that feature "easily" on the vanilla experience, as they requested… vanilla :)
[14:43] <jbicha> I had a complaint about the missing Sound panel though :|
[14:44] <didrocks> direct them to the PR on gitlab not getting reviewed
[14:45] <jbicha> (Ubuntu GNOME always had a few tweaks though…)
[14:45] <didrocks> yeah, but vanilla GNOME isn't Ubuntu GNOME
[14:46] <jbicha> it sort of is
[14:46] <jbicha> we have lots of gnome-control-center patches, it seems odd to single one out for special treatment
[14:47] <didrocks> yeah, and I think we should (apart from the one being really integration to the system) condition them
[14:47] <jbicha> hmm, ok, I don't plan to work on that though :)
[14:47] <didrocks> everything which is behavior base should be limited to ubuntu and not touching the vanilla GNOME
[14:48] <didrocks> if anyone wants to work on that, I would love to :)
[14:48] <jbicha> I mean I use the Ubuntu session anyway, so it doesn't directly affect me much :)
[14:48] <didrocks> :)
[14:48] <didrocks> same here
[14:49] <didrocks> if people don't like the vanilla experience, they may raise this on the bug?
[14:49] <didrocks> so that we get that finally reviewed
[14:49] <didrocks> which will be a win for everyone
[14:52] <jbicha> didrocks: btw, I don't see upstream proposed g-c-c patches for that feature, just the g-s-d and gnome-shell patches
[14:54] <didrocks> jbicha: the g-c-c patch has been nacked
[14:54] <didrocks> only the schema, tweaks, g-s-d and g-s has been +1
[14:54] <didrocks> (even if GNOME design had the g-c-c mockups)
[14:55] <jbicha> so there really isn't a place for users to complain easily? :(
[14:55] <didrocks> the GNOME Shell MR
[14:55] <didrocks> as told, it's where everything is blocked
[15:15] <willcooke> xnox, hi!  I've +1'd the removals, do you want me to unassign myself and reassign you?
[15:15] <GunnarHj> seb128: Updated as we said.
[15:15] <GunnarHj> https://code.launchpad.net/~gunnarhj/gnome-session/translations2/+merge/341305
[15:15] <xnox> willcooke, thanks! well, assign vorlon
[15:16] <willcooke> xnox, ack
[16:54] <GunnarHj> Laney, seb128: Since it's Monday, and in accordance with my self-imposed commitment, I hereby remind of the need to decide on how to install langpacks. ;) You know about my 'plan B'.
[16:54] <GunnarHj> https://code.launchpad.net/~gunnarhj/gnome-control-center/scrollbar_hide-more/+merge/339494
=== pstolowski is now known as pstolowski|afk
[17:58] <gQuigs> I remember a discussion about switching to ext4 encryption (either to replace LUKS or for Home-directoy) - now all I can find is https://askubuntu.com/questions/874122/is-it-possible-to-use-ext4-native-encryption-for-encrypting-home-directory
[17:58] <gQuigs> is this something that's still be tracked somewhere?
[18:34] <seb128> GunnarHj, L_aney is not working today, but yeah we should discuss it maybe tomorrow
[18:34] <seb128> gQuigs, it's still wanted, I don't know about "tracked", ask the security team maybe
[20:21] <kenvandine> good morning robert_ancell!
[20:27] <robert_ancell> kenvandine, yo
[20:29] <jbicha> robert_ancell: could you look into LP: #1754903 when you have time?
[20:29] <ubot5`> Launchpad bug 1754903 in gnome-software (Ubuntu) ""Close" string not marked for translation" [Undecided,Confirmed] https://launchpad.net/bugs/1754903
[20:30] <robert_ancell> whoops
[20:31] <seb128> hey robert_ancell, had a good trip back?
[20:31] <robert_ancell> seb128, long and tedious = good ?
[20:31] <robert_ancell> It was uneventful, which is the best you can hope for :)
[20:31] <seb128> right
[21:28] <acheronuk> jbicha: spice-vdagent is useful for non gnome flavours I assume?
[21:36] <jbicha> acheronuk: yes, it's useful if you want your flavor to work well in GNOME Boxes (or presumably other spice clients)
[21:36] <jbicha> it's sort of like the VirtualBox guest additions, as I understand it
[21:37] <acheronuk> jbicha: right. a quick google after it appeared on my last meta refresh suggested as much, but thought I would double check. thanks
[21:38] <jbicha> acheronuk: on a vaguely related topic, is Kubuntu going to install fonts-symbola? LP: #1746310
[21:38] <ubot5`> Launchpad bug 1746310 in ubuntu-meta (Ubuntu) "Drop fonts-symbola from platform?" [Undecided,Fix released] https://launchpad.net/bugs/1746310
[21:41] <acheronuk> jbicha: I need to review that as I've only briefly scanned the discussion
[21:41] <acheronuk> tsimonq2 probably has a better idea at this pint than me
[21:41] <acheronuk> *point
[21:42] <jbicha> 🍺
[21:45] <acheronuk> tsimonq2 is too young for that sort of pint, but I'll have one :)
[21:48] <tsimonq2> acheronuk: install fonts-symbola> yes please