[06:49] <seb128> good morning desktopers
[07:00] <duflu> Hi seb128
=== pavlushka is now known as Guest29332
=== ecloud is now known as ecloud_wfh
[07:15] <seb128> hey duflu
[07:23] <didrocks> good morning
[07:24] <duflu> Morning didrocks
[07:24] <didrocks> hey duflu
[07:47] <oSoMoN> good morning desktoppers
[07:59] <jibel> Good morning
[08:02] <oSoMoN> salut jibel
[08:04] <jibel> Salut oSoMoN, ça va?
[08:05] <oSoMoN> jibel, bien, et toi?
[08:12] <jibel> oSoMoN, bien, il fait beau et le w-e est proche :)
[08:15] <clobrano> good mornig all o/
[08:16] <oSoMoN> good morning clobrano
[08:16] <clobrano> hi oSoMoN :)
[08:22] <clobrano> seb128: could you schedule some time to reply on this Yaru issue? https://github.com/ubuntu/yaru/issues/925 it seems that gnome-initial-setup uses a different icon when launched soon after ubuntu installation than when launched lately
[08:22] <gitbot> ubuntu issue 925 in yaru ""Welcome to Ubuntu" icon isn't squared" [Icon Theme, Info-Needed, Open]
=== pavlushka_ is now known as pavlushka
[09:03]  * Laney nods solemnly
[09:12] <seb128> clobrano, adding to my backlog
[09:12] <clobrano> seb128: thanks!
[09:13] <seb128> didrocks, I don't really "use" github actively, but I've an account (and I PRed a systemd change that got merged on friday :p)
[09:13] <seb128> should be enough to Cc me :)
[09:14] <didrocks> I tried @seb128
[09:14] <didrocks> other handle?
[09:15] <didrocks> or just github which didn't find you?
[09:16] <seb128> I don't know how github works
[09:16] <seb128> https://github.com/seb128/ is my page
[09:16] <seb128> maybe I need to enable some option to be CCable?
[09:16] <didrocks> weird, @seb128 should have worked though
[09:16] <didrocks> I don't think so
[09:16] <seb128> k, no idea then
[09:16] <didrocks> maybe because you never commented on the project and there is a "no spam" option?
[09:16] <didrocks> unsure
[09:17] <seb128> yeah, on a systemd PR it autocompletes for me
[09:17] <seb128> so I guess github has some smartness
[09:18] <seb128> likely to limit errors/long&useless completion list
[09:18] <Laney> you only get completions for people that are known in that project yeah
[09:18] <seb128> hey Laney!
[09:18] <Laney> hi there
[09:18] <Laney> what's up
[09:19] <didrocks> makes sense
[09:49] <Laney> bug: "this bug will crash your desktop" laney: "ooh, let me try"
[09:49] <Laney> /o\
[09:50] <Laney> (https://bugs.launchpad.net/snapd/+bug/1795279)
[09:50] <ubot5> Ubuntu bug 1795279 in gnome-shell (Ubuntu) "18.10 Wayland session closes when using Slack and possibly other Electron snap app" [High,New]
[09:56] <seb128> Laney, so you confirm the bug? ;)
[09:56] <Laney> I just commented.
[09:56] <seb128> thx
[09:57] <seb128> looks like it's known as  bug #1754693
[09:57] <ubot5> bug 1754693 in xorg-server (Ubuntu) "Xwayland/Xorg crashed with SIGSEGV in st_renderbuffer_delete() from _mesa_reference_renderbuffer_() [often when running Skype or Slack snaps]" [High,Confirmed] https://launchpad.net/bugs/1754693
[09:58] <seb128> ah, I see you just tagged that one
[09:58] <seb128> Laney is one step ahead :)
[09:58]  * seb128 goes back to updating poppler
[10:25]  * Laney is watching the govt fall apart
[12:20] <kenvandine> jamesh: thanks for the fontconfig patch!
[12:20] <kenvandine> I'll get that uploaded today
[12:44] <jibel> didrocks, lp:~jibel/livecd-rootfs/seed_snap_on_layered_squashfs proposed for review
[13:56] <jbicha> seb128!
[14:24] <jamesh> kenvandine: it was a bit of a pain getting things together, given how the changes were all applied via rebase and interspersed with other work.  I think I got everything needed though.
[14:24] <kenvandine> jamesh: great
[14:25] <kenvandine> yeah, it looked kind of nasty :)
[14:25] <jamesh> SRU'ing 2.13 kind of feels less risky
[15:41] <seb128> hey again, good afternoon desktopers!
[15:57] <seb128> quiet day from seeing the backlog
[15:58] <kenvandine> hey seb128
[15:59] <seb128> hey kenvandine, how are you?
[16:00] <seb128> kenvandine, jamesh, I'm going to state it again, but I think the fontconfig SRU is the wrong approach/solution to that problem, it also feels risky as a SRU and abusing our position of snap upstream to change something in the distro which is not needed by the distro itself
[16:10] <kenvandine> seb128: good
[16:10] <kenvandine> seb128: we are out of ideas :/
[16:11] <kenvandine> it is useful in the distro those, we do have seeded snaps effected by this
[16:11] <kenvandine> s/those/though
[16:12] <seb128> you are using the distro to workaround a problem in the snap/tech imho
[16:12] <seb128> I already pointed that in the email discussion, but you are not going to get away the same way on other distros
[16:13] <seb128> Debian isn't going to do a stable-serie-upload of the new fontconfig to sort that problem
[16:13] <kenvandine> yeah, it doesn't help other distros
[16:13] <kenvandine> we know
[16:14] <kenvandine> but at least it helps ubuntu
[16:14] <kenvandine> seb128:  but... this is going to bite us again too
[16:14] <seb128> I know what you do it, that SRU is a strach though imho ... but I'm not in the SRU team so let's see what they say about it
[16:17] <seb128> kenvandined, I guess flatpak didn't solve that problem either? might be worth talk to alex about what he thinks a solution would be
[16:17] <kenvandine> they did solve it with the uuid change
[16:17] <kenvandine> that makes the cache relocatable
[16:17] <kenvandine> but i don't think that helps us
[16:18] <seb128> how is our situation different from theirs?
[16:19]  * kenvandine tries to remember
[16:20] <kenvandine> actually that isn't solving the fontconfig version mismatches
[16:21] <kenvandine> we do allow the snaps read access to the cache, the problem is the cache version mismatch
[16:21] <kenvandine> we can access them via path or uuid
[16:22] <seb128> but I though they had different filenames?
[16:22] <seb128> for the different versions
[16:22] <kenvandine> they do
[16:22] <seb128> so we basically need one cache or each version?
[16:22] <kenvandine> yeah
[16:22] <kenvandine> we need to generate caches for each
[16:23] <kenvandine> or
[16:23] <seb128> we could basically have an helper that static build/include the other fontconfig version that that does a cache generation on the client
[16:23] <kenvandine> there was a problem with that... but i can't recall what
[16:23] <seb128> like on bionic have a fontconfig-cache-cosmic which includes libfontconfig from cosmic and LD_PRELOAD that to do the fc-cache
[16:24] <seb128> oh well
[16:24] <kenvandine> we would need it to be bundled with snapd
[16:24] <seb128> let's see how the SRU goes then
[16:24] <seb128> well, since you want a distro hack you could do a distro hack
[16:24] <kenvandine> seb128: well your idea could help make it more future proof :)
[16:24] <seb128> like add that helper/lib to gnome-session
[16:24] <kenvandine> we would prefer not a distro hack :)
[16:24] <seb128> rather than changing libfontconfig for all users
[16:24] <seb128> you do distro hack by doing a SRU
[16:25] <kenvandine> i know
[16:25] <seb128> that would be a less risky SRU
[16:25] <kenvandine> nobody is happy with that :)
[16:25] <seb128> well that's a suggestion in case the fontconfig SRU feels like not SRU material
[16:25] <seb128> do SRU a generate-new-cache hack in some component (or new package)
[16:26] <seb128> but yeah, ideally snapd would do that
[16:26] <kenvandine> i think that might be the longer term solution
[16:26] <seb128> also if the cache needs to be generated once
[16:26] <seb128> does it mean it's the first start of the first app?
[16:26] <seb128> I guess not since the snap can't write to a system location, so it doesn't benefit others...
[16:26] <kenvandine> right now it's per snap
[16:27] <kenvandine> but if snapd did it
[16:27] <kenvandine> or snapd's userd could do it in the user's session
[16:28] <kenvandine> then it would just refresh the cache for the user and all snaps run by that user would benefit
[16:29] <seb128> right
[16:29] <seb128> anyway, I know it's not an easy problem, thanks for looking at it
[16:30] <seb128> sorry for being negative about the SRU, it's just the backlog comments that made me feel again that this SRU was a strech and a bit risky
[16:30] <jbicha> there is one package (maybe fontconfig?) that can cause annoying issues with missing letters in apps when it is updated to a new version until you log out or restart
[16:31] <seb128> that's the sort of problem that SRU testing should hopefully catch if that's an issue
[16:31] <jbicha> I saw a Debian user yesterday complaining about the "Kelp" and "dd or Remove Software" menu items he was seeing
[16:32] <seb128> I've the sort of corruptions without package updates on my old laptop, just after suspend/resume sometime, it can also be video drivers issues
[16:32] <jbicha> unfortunately, that kind of bug also shows if we try to SRU a UI font like Cantarell or Ubuntu
[16:32]  * kenvandine hates touching fontconfig
=== Class7_ is now known as Class7
[16:33] <jbicha> kenvandine: Seb touched it last so he's responsible for it now! 😸
[16:33] <kenvandine> :-D
[16:34] <seb128> well seems like now kenvandine is touching it \o/ :)
[18:06]  * Laney takes baby steps
[18:06] <Laney> distro patches DIE DIE DIE
[18:07]  * Laney missed the change to make a Sideshow Bob reference
[18:07] <Laney> chance*
[18:07] <Laney> for shame
[18:19] <seb128> lol
[18:35] <bcurtiswx> https://paste.ubuntu.com/p/8Gx3ZzRkXX/ and https://paste.ubuntu.com/p/rnJfMzTqq9/ im looking for duplicates in launchpad currently
[18:45] <seb128> bcurtiswx, what is in the make.log?
[18:46] <bcurtiswx> the 2nd link is the tail of that log
[18:47] <seb128> tseliot, ^
[18:50] <bcurtiswx> its a just updated disco on Linux Neon 4.18.0-10-generic #11-Ubuntu SMP Thu Oct 11 15:13:55 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[18:50] <bcurtiswx> not just dist upgrades but a daily package update