[05:09] <doko> https://launchpad.net/ubuntu/+source/libical3/3.0.3-1/+build/15236234 (main, desktop)
[05:11] <Mirv> om26er: tsimonq2: I wish I'd be doing though ;)
[05:13] <Mirv> om26er: ubports has Qt 5.9 for xenial (and lots of other stuff), I haven't used it though http://docs.ubports.com/en/latest/about/process/ppa.html
[07:28] <seb128> good morning desktopers
[07:28] <Trevinho> hi seb128
[07:29] <seb128> hey Trevinho, how are you?
[07:29] <Trevinho> seb128: all good, waiting for my short flight to Florence as last night I was kindly moved to an hotel...
[07:30] <seb128> what happened? no flight yesterday? surbooking?
[07:31] <jamesh> hi seb128
[07:31] <seb128> hey jamesh, how are you?
[07:32] <jamesh> good.  The local LUG meeting was on last night with a talk about Matrix
[07:32] <jamesh> still not sure I want to switch from IRC ...
[07:33] <Trevinho> seb128: nope, my flight departed 1hr:15 late, and the connection was lost by something like 5 minutes (and they closed the gate knowing that there were at least 7-8 ppl there). Better for me, I'm getting a cashback :-D
[07:36] <seb128> I still didn't get the point of matrix
[07:36] <seb128> I just know it adds those annoying[m] to nicknames
[07:36] <seb128> Trevinho, :)
[07:36] <seb128> free hotel + cash ? win!
[07:40] <Trevinho> seb128: yep... And same with matrix 😂
[07:45] <jamesh> It seems to be more aimed as a competitor for things like Slack (so persistent history for channels, etc), but with federation and bridges to other systems like IRC (where the [m] suffixes come from)
[07:45] <jamesh> I do wonder how many of these features could be done as IRC extensions though, rather than new protocols
[07:52] <Trevinho> jamesh: quite a lot in fact... https://ircv3.net/ is driven by irccloud which implements most of these things by just using the IRC proto
[08:01] <Laney> yo
[08:10] <seb128> hey Laney, how are you?
[08:12] <Trevinho> hi Laney
[08:13] <Trevinho> while this plane takes off and lands (30 minutes :-D), could you update salsa with the content of https://salsa.debian.org/3v1n0-guest/gnome-session ?
[08:13] <Trevinho> I've done also MPs but, since I can't MP against a non existent branch...
[08:14] <seb128> Trevinho, getting distracted by doing more GNOME updates now? ;)
[08:14] <Trevinho> seb128: I was preparing the yaru thing...
[08:14] <Trevinho> seb128: and at that point...
[08:14] <seb128> ah ok
[08:14] <seb128> Trevinho, https://salsa.debian.org/3v1n0-guest/gnome-session/blob/debian/experimental/debian/changelog doesn't have the new version?
[08:14] <seb128> it's 3.28.1-2 at the top
[08:14] <Laney> you should talk about debian updates in #debian-gnome
[08:15] <Laney> and hi seb128 Trevinho
[08:15] <Laney> I'm good thx, won both prizes on the pub quiz last night
[08:15] <Laney> :>
[08:15] <Laney> you?
[08:16] <seb128> I'm good :)
[08:16] <Trevinho> seb128: didn't push latest
[08:16] <Trevinho> now i did
[08:17] <seb128> thx :p
[08:17] <Trevinho> and also now In the air
[08:17] <Trevinho> so better to switch to flight mode :-D
[08:17] <seb128> Trevinho, safe flight!
[08:17] <Trevinho> well, I'm still few hundreds of meters up
[08:17] <seb128> you crazy man
[08:49] <Trevinho> ... And landed
[09:07] <seb128> Trevinho, that was a short flight :)
[11:43] <Laney> dgadomski: what's https://launchpadlibrarian.net/383358821/gdm3_3.28.2-0ubuntu1.5_source.changes ? Thought we were going to go with 3.28.3 + tseliot's patch?
[14:13] <doko> jibel: at least that's a blocker: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-cosmic/cosmic/armhf/c/cpdb-libs/20180815_014618_739e1@/log.gz
[14:13] <doko> didn't check for other packages
[14:20] <seb128> tkamppeter, ^ that's for you
[14:20] <seb128> doko, I guess you are responding to the weekly summary from Till which was copying for him since he was not around
[14:20] <seb128> doko, thanks for having another look!
[14:20] <doko> ahh, yes
[14:23] <seb128> doko, that test seems flacky but not always failing, https://autopkgtest.ubuntu.com/packages/cpdb-libs/cosmic/armhf
[15:47] <greyback> kenvandine: hey, mind giving this a look at some stage: https://github.com/ubuntu/snapcraft-desktop-helpers/pull/143
[15:47] <kenvandine> greyback, i was just looking at that :)
[15:47] <greyback> kenvandine: sweet, thank you
[15:47] <kenvandine> thank you!
[15:48] <kenvandine> jibel, i think i fixed your ukuu snap
[15:48] <kenvandine> jibel, http://paste.ubuntu.com/p/gvb5R77fNZ/
[15:48] <kenvandine> jibel, at least "ukuu list" works
[15:48] <greyback> kenvandine: bug I was fixing is for qt5 on wayland, QT_QPA_PLATFORM was set to "wayland-egl" first, but then being re-set to "xcb" in the platform-specific bit
[15:49] <greyback> kenvandine: thought it better policy to keep all the platform specific decisions in the platform bits
[15:49] <kenvandine> greyback, makes sense
[16:32] <tkamppeter> seb128, does https://autopkgtest.ubuntu.com/packages/cpdb-libs/cosmic/armhf mean that the autopkg test of cpdb-libs  only on armhf sometimes fails and sometimes succeeds whereas on all other platforms it simply works?
[16:33] <tkamppeter> doko, ^^
[16:34] <tkamppeter> seb128, doko, what can be the cause of this test only being that random-instable on one architecture?
[16:36] <ginggs> tkamppeter: the test does seem flaky on armhf
[16:36] <ginggs> dbus-daemon[1596]: [session uid=0 pid=1589] Failed to reset fd limit before activating service: org.freedesktop.DBus.Error.AccessDenied: Failed to restore old fd limit: Operation not permitted
[16:37] <ginggs> tkamppeter: maybe something starts too soon?
[16:38] <ginggs> tkamppeter: iirc, armhf and s390x autopkgtests are run in containers, whereas the other arches run in VMs
[16:38] <Laney> Just armhf.
[16:43] <ginggs> Laney: oh, how long ago did s390x change?
[16:46] <Laney> I want to say about a year
[16:59] <tkamppeter> ginggs, what can one do about that?
[17:05] <ginggs> tkamppeter: make the tests less prone to race conditions, i guess
[17:13] <jbicha> Trevinho: the app icon in the cosmic gnome-shell top bar is symbolic monochrome instead of full-color
[17:14] <jbicha> I mean I prefer the symbolic style, but…
[18:32] <tkamppeter> ginggs, it seems that there is some D-Bus problem, if you see the messages on https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-cosmic/cosmic/armhf/c/cpdb-libs/20180815_014618_739e1@/log.gz
[18:33] <tkamppeter> - Failed to reset fd limit before activating service: org.freedesktop.DBus.Error.AccessDenied: Failed to restore old fd limit: Operation not permitted
[18:34] <tkamppeter> - Exiting thread for dialog at :1.0
[18:34] <tkamppeter> - Removed Frontend entry for :1.0
[18:35] <tkamppeter> Strange for me is also the :1.0 and there is no X display involved.
[18:36] <tkamppeter> All these messages do not appear on my local machine (which is amd64).
[20:48] <Trevinho> kenvandine: I've  a couple of PRs for snapcraft desktop helpers... could you check them?
[20:49] <Trevinho> kenvandine: https://github.com/ubuntu/snapcraft-desktop-helpers/pull/138 for example is something easy
[21:44] <robert_ancell> GunnarHj, was there an upstream discussion about changing AccountsService to use LANGUAGE instead of a locale in the Language field?
[21:44] <robert_ancell> I'm wondering if I can get all this fixed upstream and purge the concept of locale from g-c-c and just make it around language
[22:39] <GunnarHj> robert_ancell: No, I don't think there was.
[22:39] <GunnarHj> robert_ancell: When you bring this up, there are quite a few things which come to mind. Several packages are affected and several flavors...
[22:40] <GunnarHj> robert_ancell: I'm about to write down in a document the reasons for the current setup and the options I see for how to deal with it going forward. Have mentioned that to seb128 and Laney. It would be good IMO if you could hold on it until we have that document. Then maybe we could have a meeting to agree on a reasonable path forward.
[22:40] <GunnarHj> robert_ancell: As regards the specific detail you mention, I think it would be possible to set the locale instead, and still keep using it for setting the LANGUAGE environment variable. I think that doing for instance:
[22:40] <GunnarHj> LANGUAGE="pl_PL.UTF-8:de_DE.UTF-8:en_GB.UTF-8"
[22:40] <GunnarHj> would work.
[22:40] <robert_ancell> GunnarHj, that would be awesome. I was just going to ask if you could do something like that.
[22:40] <GunnarHj> robert_ancell: But I think it would be best to leave it until we have had some kind of organised discussion.
[22:40] <robert_ancell> GunnarHj, sure
[22:41] <robert_ancell> GunnarHj, do you think the codepoint stuff still needs to exist? Surely everything has to be UTF8 now?
[22:41] <GunnarHj> robert_ancell: Not sure what you mean with "the codepoint stuff".
[22:42] <robert_ancell> i.e. the en_US.UTF-8 and en_US.<some other thing>
[22:42] <robert_ancell> I feel like we there's quite a lot of code that has to handle the difference between those, but in reality we only every use and support UTF8
[22:43] <robert_ancell> GunnarHj, btw I am now the upstream maintainer for the region panel in GNOME Control Center
[22:44] <robert_ancell> ah, it's codeset, not codepoint
[22:45] <sarnold> I've been assured that koi8 and shift-jis are still popular
[22:46] <robert_ancell> sarnold, is that something people would pick over utf8, or just there are files encoded with that around?
[22:46] <GunnarHj> robert_ancell: Aha.. Well, if we will go for using locale names consistently, I think the .UTF-8 must be included when the values are set. But I suppose it would be possible to drop it in internal code and just append it when actually setting various locale values.
[22:46] <sarnold> robert_ancell: excellent question.
[22:47] <GunnarHj> robert_ancell: Thanks for letting me know you are the maintainer. It will probably make things easier.
[22:47] <robert_ancell> GunnarHj, right, I mean if the user said "I speak en_US" then the code would say the closest appropriate locale for that is en_US.UTF-8
[22:49] <GunnarHj> robert_ancell: Actually we have a script for that. :)
[22:49] <GunnarHj> $ /usr/share/language-tools/language2locale en
[22:49] <GunnarHj> en_US.UTF-8
[22:50] <robert_ancell> GunnarHj, right and that should be a core part of GNOME
[22:51] <GunnarHj> robert_ancell: Ok, that might make sense.. Haven't thought about that.
[22:56] <GunnarHj> sarnold: I don't think that putting something else but UTF-8 in the locale environment would result in a pleasant Ubuntu experience.
[22:57] <sarnold> GunnarHj: probably you're right, but content *does* exist which users use..
[23:00] <GunnarHj> sarnold: It does, but as robert_ancell indicated I think it's important to distinguish between content with other encoding and the session environment.
[23:01] <sarnold> GunnarHj: yeah, so long as users can set their env as they need to. I just wanted to make sure we didn't prematurely kill the other encodings :)
[23:02] <robert_ancell> sarnold, I guess we want to keep the environment if it was already set externally.
[23:02] <robert_ancell> So power users can override this