[01:55] <duflu> jbicha, was I correct in assuming that bionic will get gnome-shell 3.28.2, or will we need to cherry pick for bug 1765261 ?
[01:56] <jbicha> duflu: we'll get gnome-shell 3.28.2 but no one is working on it yet
[01:57] <duflu> jbicha, cool, thanks. So not worth cherry picking things from it I assume...
[01:57] <duflu> ?
[01:57] <jbicha> right
[01:58] <jbicha> we have a GNOME microrelease exception so there's no reason not to pick up any of the 3.28.* releases (except maybe some translation-only updates which would be low priority)
[01:58] <duflu> I am happy with that. Gnome micro-releases seem adequately disciplined/small
[06:28] <oSoMoN> good morning desktoppers
[06:28] <oSoMoN> and happy Friday!
[06:59] <didrocks> good morning
[07:00] <oSoMoN> salut didrocks
[07:01] <c-lobrano> morning all :)
[07:05] <didrocks> salut oSoMoN, hey c-lobrano
[07:06] <oSoMoN> good morning c-lobrano
[07:09] <c-lobrano> 0/
[07:47] <seb128> good morning desktopers
[07:48] <willcooke> morning seb128, happy friday
[07:49] <seb128> hey willcooke, happy friday indeed!
[07:49] <willcooke> Did you read about Nautilus removing the ability to double-click executables?
[07:49] <willcooke> I actually dont think it's a big deal at all
[07:49] <didrocks> hey seb128, willcooke
[07:49] <willcooke> but something we should think about none the less
[07:49] <seb128> hey didrocks
[07:49] <willcooke> ahoy didrocks
[07:50] <seb128> willcooke, yeah, upstream asked me how we feel about it
[07:51] <seb128> imho it's not important to most people, I don't know if it's not useful in some places/cases though
[07:51] <seb128> like small work place where the setup is just made by dropping a binary on the desktop users have to double click to start a software
[07:51] <seb128> and some things are still distribution with a binary to in tar
[07:51] <seb128> you untar/double click the binary
[07:52] <seb128> but maybe it's time to tell those users to get used to modern ways
[07:52] <didrocks> fortunately, (or not) but people are using steam and other things like that nowdays
[07:52] <seb128> I would feel better about it if they made it easier to create a launcher for a binary
[07:52] <willcooke> Maybe we could help with that
[07:53] <seb128> you were looking at increasing your GNOME contributions right? ;)
[07:53]  * willcooke fires up gedit
[07:54] <duflu> willcooke, I can only think of "universal binaries" that would be a small problem with... like http://avidemux.sourceforge.net/download.html
[07:54] <duflu> And good morning
[07:54] <didrocks> speaking of Nautilus, upstream agreed on some changes for window matching to help us with Trash and Device icons. Review is in progress or the additional API.
[07:54] <seb128> nice
[07:58] <seb128> willcooke, it looks like they are looking at adding the feature back in some way, see https://gitlab.gnome.org/GNOME/nautilus/issues/443
[07:58] <ubot5-ng> GNOME bug 443 in nautilus "Allow running binaries from the context menu." (comments: 19) [1. Feature, 2. Needs Design, 2. Rfc, Opened]
[07:58] <seb128> quite some discussion there, I don't have the motivation to read it :p
[07:58] <willcooke> Looks like a good solution
[07:59] <duflu> ... or rather https://appimage.org/
[08:00] <seb128> duflu, yeah, they were discussing that specific case on IRC in the previous days
[08:01] <duflu> seb128, not a big deal because likely you need to use a shell to chmod them already
[08:02] <Laney> lo
[08:02] <duflu> Hi Laney
[08:03] <seb128> hi Laney
[08:04] <didrocks> hey Laney
[08:05] <Laney> hi duflu seb128 didrocks
[08:05] <Laney> hope all is well!
[08:06] <seb128> indeed, it's friday!
[08:16] <didrocks> friday&regexp=<3
[08:18] <didrocks> but friday&regexp&multiple_tests_to_spot_regressions=<3<3<3 :)
[08:18] <oSoMoN> good morning/afternoon everyone!
[08:19] <seb128> lut oSoMoN, comment ça va ?
[08:19] <seb128> didrocks, ubuntu-report fun?
[08:19] <didrocks> seb128: yep! :)
[08:20] <oSoMoN> seb128, très bien, et toi?
[08:21] <seb128> nickel :)
[08:23] <Nafallo> "morning"
[08:24] <Nafallo> I might have thought it was Saturday up to just recently...
[08:24] <Nafallo> ;-)
[08:27] <Nafallo> ooh
[08:27] <Nafallo> Laney: I could log in! I was too tired to realise I should be checking that it worked though :-)
[08:29] <Laney> sehr gut
[08:29] <Laney> the productivity of the world increases
[08:57] <duflu> Odd. My panel, it turns out, is 1923 pixels wide, on a 1920 wide monitor
[09:01] <duflu> Also; win! Two gnome branches landed in two days
[09:04] <oSoMoN> duflu, congrats!
[09:05] <willcooke> \o/
[09:22] <didrocks> jibel: https://code.launchpad.net/~didrocks/ubiquity/time-measurement-fix/+merge/345851
[09:22] <didrocks> (not tested yet though, but pep8 doesn't complain :p)
[09:54] <Nafallo> didrocks: that's a test ;-)
[09:54] <didrocks> true ;)
[10:44] <GunnarHj> sil2100: Is the patch at bug #1762952 something you could take a look at? (Saw that you made the latest change to console-setup.)
[10:46]  * sil2100 is looking
[10:46] <sil2100> Yeah, I can take a look after lunch
[10:47] <GunnarHj> sil2100: Great, thanks!
[10:51] <GunnarHj> Laney: Bug #1762889 - please?
[10:52] <Laney> I know dude, I know
[10:53] <GunnarHj> Laney: Just don't say "soon-ish" (you did that last week). ;)
[10:57] <Laney> OK I won't.
[11:08] <sil2100> ;)
[13:14] <flocculant> popey: you got a mo in a quick pm?
[13:14] <popey> flocculant: for you, always
[13:14] <flocculant> what a gent :)
[13:15] <didrocks> british©
[13:27] <jbicha> GunnarHj: hi, so webkit2gtk is untranslated in at least cosmic. Do you think we should opt it out of language packs since it changes every 6 months?
[13:27] <jbicha> *bionic
[13:31] <seb128> flocculant, I will never understand why people ask on a public channel to someone if they can pm them instead of directly /msg a "hey, can I bother you?"
[13:33] <tdaitx> hi, I need help with a dconf related issue that is affecting openjdk.
[13:33] <tdaitx> It seems dconf reports a wrong scale-factor, but I have no idea what causes that in the first place, please see the last comment in LP: #1765914
[13:33] <tdaitx> let me know if the discussion should be done in another channel
[13:33] <seb128> jbicha, webkit2gtk is not "unstranslated" in bionic
[13:34] <flocculant> seb128: because I for one - would rather be asked - than have to ignore someone ;)
[13:34] <GunnarHj> jbicha: What you say speaks for it. At the same time I can mention that I have some mail correspondence with sil2100 and seb128 about the approch in general for langpack updates. Possibly we should await the outcome of that discussion.
[13:34] <jbicha> seb128: depends on if French is important? ? :)
[13:34] <seb128> jbicha, also your fix from the other day doesn't fix the issue I was pointing out
[13:35] <seb128> $ dpkg -c language-pack-gnome-es-base_18.04+20180423_all.deb | grep WebKit
[13:35] <seb128> -rw-r--r-- root/root      1886 2018-04-23 18:00 ./usr/share/locale-langpack/es/LC_MESSAGES/WebKit2GTK-4.0.mo
[13:35] <sil2100> hmmm
[13:36] <jbicha> how does it work if dh_translations isn't run for webkit2gtk?
[13:36] <jbicha> (for context, my "fix" was https://salsa.debian.org/webkit-team/webkit/merge_requests/1 )
[13:36] <ubot5-ng> WebKit bug (Merge request) 1 in webkit "Build with gnome-pkg-tools for Ubuntu language packs" (comments: 6) [Opened]
[13:39] <seb128> jbicha, I didn't look at the build dir after build, but https://launchpad.net/ubuntu/bionic/+upload/17941537/+files/webkit2gtk_2.20.1-1_amd64_translations.tar.gz is the built from bionic
[13:39] <seb128> it has the .po and the .pot
[13:40] <seb128> https://launchpadlibrarian.net/369186303/buildlog_ubuntu-cosmic-amd64.webkit2gtk_2.20.2-1_BUILDING.txt.gz has
[13:40] <seb128> 4
[13:40] <seb128> ups
[13:40] <seb128> [ 26%] Generating WebKit2GTK-4.0.pot
[13:40] <seb128> jbicha, so I guess the upstream build is already doing it?
[13:41] <jbicha> hmm 😕
[13:41] <seb128> btw I know how to fix it and I said I would do it
[13:42] <seb128> don't feel like you have to fix all the issues even when others said they would
[13:42] <seb128> the issue is on the launchpad import side, not in the package
[13:42] <didrocks> pkgstriptranslations: preparing translation tarball webkit2gtk_2.20.2-1_amd64_translations.tar.gz...done
[13:47] <GunnarHj> jbicha: Sounds like the problem is not exactly as you said initially. What may be a problem wrt langpacks is when new or changed translatable strings are SRUed.
[13:47] <jbicha> GunnarHj: https://translations.launchpad.net/ubuntu/bionic/+source/webkit2gtk/+pots/webkit2gtk-4.0/
[13:47] <jbicha> and https://translations.launchpad.net/ubuntu/xenial/+source/webkit2gtk
[13:48] <jbicha> but Seb said he's working on it so I'm going to let him take care of it :)
[13:49] <seb128> jbicha, GunnarHj, the issue is again one of having "translations shared with the trunk vcs" activated pointing to a buggy trunk which has no content
[13:49] <seb128> https://code.launchpad.net/webkit-open-source
[13:49] <seb128> that settings make the .po not being imported from the package upload
[13:50] <seb128> the fix is easy, undo the sharing on launchpad and re-upload
[13:50] <seb128> I'm just going to manually upload the tarballs, there is no need of a source upload for that
[13:50] <seb128> then it's just a matter of having another langpack refresh
[13:50] <seb128> which we plan to do anyway
[13:57] <GunnarHj> seb128, jbicha: Understood.
[15:38] <sil2100> GunnarHj: why were those d/c and d/r changes needed? It didn't build correctly without those?
[15:38] <sil2100> GunnarHj: they don't seem to be related to the fix itself
[16:12] <GunnarHj> sil2100: Correct, the PPA build failed without them. Otherwise completely unrelated.
[16:17] <sil2100> GunnarHj: I left a comment on the bug, the package seems to build correctly in my PPA without the changes
[16:17] <sil2100> Anyway, I need to EOD now, but it's on my plate now
[16:17] <sil2100> o/
[16:48] <willcooke> night all, have a great weekedn
[17:01] <Laney> YEH
[17:01] <Laney> laters
[17:19] <oSoMoN> have a good week-end everyone!
[17:38] <Trevinho> have nice we
[19:10] <seb128> thanks Trevinho, you too, have a nice w.e desktopers