[06:19] <didrocks> good morning
[06:23] <duflu> Hi didrocks. First as usual :)
[06:23] <didrocks> heh not sure what I win \o/
[06:23] <didrocks> how goes duflu?
[06:24] <duflu> didrocks, goes well. Somehow I am managing to get good sleep on Monday nights lately but never weekends
[06:24] <duflu> You didrocks?
[06:24] <didrocks> I'm mostly ok, thanks! :)
[06:45] <duflu> Hi seb128. I just deleted the BT meeting, based on Will's suggestion
[06:45] <seb128> good morning desktopers
[06:45] <seb128> hey duflu, that makes sense, thanks
[06:45] <seb128> how are you today?
[06:47] <duflu> seb128, going well, you?
[06:47] <seb128> I'm good, thanks!
[06:48] <didrocks> hey seb128
[06:48] <seb128> hey didrocks
[07:32] <oSoMoN> good morning desktoppers
[07:34] <duflu> Morning oSoMoN
[07:36] <oSoMoN> hey duflu
[07:41]  * tsimonq2 waves to everyone :)
[07:47] <duflu> Everyone waves to tsimonq2
[07:47] <seb128> lut oSoMoN, en forme ?
[07:47] <seb128> hey tsimonq2
[07:48] <oSoMoN> salut seb128
[07:49] <oSoMoN> peu dormi, mais bien
[07:49] <oSoMoN> et toi?
[07:49] <seb128> levé un peu tôt mais j'ai pas à me plaindre sinon ;)
[08:01] <Laney> boop
[08:03] <oSoMoN> hey Laney
[08:07] <Laney> morning oSoMoN!
[08:07] <Laney> all good?
[08:07] <oSoMoN> I'm good! you?
[08:14] <seb128> hey Laney, how are you?
[08:14] <Laney> hej hej seb128
[08:14] <Laney> seb128: oSoMoN: GOOD!
[08:15] <Laney> the rain that we might have had last night didn't come though
[08:15] <Laney> :'(
[08:15] <Laney> what about you?
[08:15] <seb128> it's a bit cooler here today, it has been raining somewhere during the night which is nice
[08:16] <seb128> we might have had a few drops in fact, it looked a bit like that this morning but we didn't hear anything so we are unsure :)
[08:20] <Laney> :3
[08:41] <tsimonq2> TIL being part of the DMB means receiving notifications for e.g. https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/349670
[08:42] <tsimonq2> I've either not noticed it for the past few months for other teams or something isn't configured right. :P
[08:42] <tsimonq2> (Both of which are possible.)
[08:47] <Trevinho> Morning
[08:47] <Trevinho> And nice e emoji international day ❤️🎉💐🎁🤗
[08:48] <Trevinho> Laney, aren't you celebrating it?
[08:49] <Laney> 🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌🙌
[08:49] <Laney> tsimonq2: you might have had that through the ubuntu-desktop list
[08:50] <Laney> use the X-Launchpad-* headers to filter it
[08:50] <Laney> if you don't want to see those
[08:53] <seb128> hey Trevinho, how are you?
[08:54] <andyrock> he all
[08:55] <andyrock> *hey 😅
[08:56] <tsimonq2> Laney: I don't particularly care, just wondering why :)
[08:56] <tsimonq2> Laney: 🦒 :P
[08:59] <Laney> TIL there's a giraffe emoji
[08:59] <Laney> hey andyrock
[08:59] <Laney> what up
[09:00] <tsimonq2> >:D
[09:00] <Trevinho> seb128: hey, good...
[09:01] <Trevinho> seb128: had time for that nautilus branch? I should also get the bionic one setup
[09:05] <ogra_> Laney, if you combine it with a sheep emoji you get an alpaca !
[09:05] <Trevinho> Laney: cmon you're a living emojipedia...
[09:06] <seb128> hey Trevinho, do you ever sleep? No I didn't yet but it's on my list, I just finished dealing with emails/HR things
[09:06] <ogra_> (or a llama)
[09:06] <Trevinho> Anyway this could be a good day for making Lennart happy and prepare a branch with lots of emoji
[09:07] <Trevinho> seb128: ehehe, yes... Powerful 4hrs or so
[09:08] <seb128> you crazy man
[09:09] <jamesh> how do emoji sort according to the dpkg version comparison algorithm?
[09:09] <Trevinho> jamesh: jhemoji... It's the time 😅
[09:09] <popey> didrocks: just got notified of a question that maybe you can answer :) https://askubuntu.com/questions/1055064/why-do-i-get-these-differences-on-ppa-vs-snap-communitheme-ubuntu-18-04
[09:11] <tsimonq2> jamesh: Asking the real questions :D
[09:11] <jamesh> are smiley faces considered greater or less than frowning faces?
[09:12] <Laney> the fun killers already thought of this and disallowed emoji 😭
[09:12] <tsimonq2> NOOOOO
[09:12] <tsimonq2> C'monn
[09:12] <tsimonq2> XD
[09:12] <jamesh> is yellow skin newer or older than pink skin?
[09:13] <tsimonq2> Laney: So... has anyone actually tested that? :P
[09:13] <Trevinho> jamesh: the utf encoding is used as alternative I can guess, so.... Might be based on fifo?
[09:13] <Trevinho> But.... Actually that's the debian tools situation on supporting emoji as version component?
[09:14] <tsimonq2> I'm going to do a test build to a PPA trying this out...
[09:14] <tsimonq2> Just to confirm :P
[09:16] <Trevinho> Time for a DEP-✍️?
[09:17] <tsimonq2> Darn
[09:17] <tsimonq2> debuild: warning:     debian/changelog(l1): version '1.🦒' is invalid: version number contains illegal character '�'
[09:21] <Trevinho> Laney: fix that! 😝👀
[09:22] <Laney> somethings are stronger than the efforts of humans
[09:22] <Laney> debian policy is one of those things
[09:22] <Laney> 🏋
[09:22] <tsimonq2> hehe
[09:23] <tsimonq2> Laney: In other words, the giraffe broke dpkg >_>
[09:23] <tsimonq2> It doesn't like it.
[09:24] <seb128> Trevinho, those search engine provider changes, did you get a code review from someone upstream or downstream yet?
[09:24] <Trevinho> seb128: upstream...
[09:24] <seb128> why "..."?
[09:25] <seb128> was that a sarcastic reply, like "why upstream, it doesn't apply there"?
[09:25]  * seb128 is not sure how to read your reply
[09:25] <Trevinho> seb128: all the query code is ready for land upstream... It didn't since the I needed to rebase it, and I didn't do before the end of guadec. But I can ping Carlos
[09:25] <seb128> ok, let me re-ask
[09:26] <seb128> was the code in the diff from https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/349670 reviewed by someone already?
[09:26] <seb128> sorry your answer was not clear if it was yes or no
[09:26] <Trevinho> seb128: ahaha, no. Just like (hit on thee imaginary mp link to see) 😅
[09:26]  * Trevinho screws with normal signs today 
[09:27] <Trevinho> anyways the parts that apply upstream have been reviewed and acked upstream
[09:28] <seb128> k
[09:28] <seb128> why is the show-error-if-volume-is-not-mounted.patch change not needed upstream?
[09:29] <Trevinho> seb128: because it should be done in gtk, then ported to GNOME... But at the same time, I didn't see any report affecting other distros.
[09:30] <seb128> Trevinho, that's the fix for https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1764779 ?
[09:30] <Trevinho> its natural place would probably be glib, as it should return a Gerror in that case when on_mount is called, but I've no idea how to track that or reproduce
[09:31] <Trevinho> so, this is the best-effort fix for us, but upstreaming that would be done or at GTK or at GLib level
[09:31] <Trevinho> so, not needed for nautilus, that's what I meant.
[09:31] <seb128> Trevinho, see comment #9 from me on that bug, re "not seen in other distro"
[09:31] <seb128> "The issue is not Ubuntu specific, see https://retrace.fedoraproject.org/faf/reports/1743420/"
[09:32] <seb128> they don't have fc28 reports though so maybe it's fixed in some update
[09:33] <Trevinho> seb128: exactly, I found it in RH bugzilla, but not happening in recent versions
[09:34] <seb128> Trevinho, that's different from "I didn't see any report affecting other distros." :)
[09:35] <Trevinho> at least, could happen, for sure there's some systemd involved there... See the bug log, but glib doesn't give that as an error, or maybe the unmount happens while the process is happening
[09:35] <Trevinho> I skipped the "recent" :)
[09:35] <seb128> hehe
[09:35] <seb128> anyway, it feels like that there are enough code changes that we should have some code review
[09:36] <seb128> unsure what's the right place to do those/if a package update with patches diffs is a good way
[09:36] <Trevinho> also faf last night wasn't working when looking for volume_mount_ready_cb
[09:36] <Trevinho> mh
[09:36] <seb128> andyrock, Laney, would one of you have some cycles to help review the changes from Marco on https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/349670 ? at least the bits that didn't get an upstream review
[09:37] <andyrock> 1688 lines of diff mmm
[09:37] <Trevinho> I'm anyway happy to propose the same on Gtk though, as it would make sense to be protect on that anyway, but I thought that it would have been better to do it at lower level, and I've not an idea of where that could be done, as looking at gunixfile a bit the mount operation is done as expected
[09:38] <Trevinho> well, just use gbp -> export to patches (on pre and post) -> diff against previous :)
[09:38] <andyrock> I'll take a look but it could require some time
[09:38] <Trevinho> clone, create a branch for pre, export patches, -> go to current -> export patches then compare the two branches
[09:38] <Trevinho> should be easier than reviewing patch of patches
[09:39] <Trevinho> Laney: any other smarter idea for doing the same ^? Maybe gbp could have a diff mode for helping with this :)
[09:43] <Laney> A gbp pq diff sounds like it might be nice
[09:43] <Laney> feel free to file it
[09:52] <seb128> popey, do you know if anyone has been looking in doing a snap for shotwell? sounds like it would be a good one. They are landing face detection support code upstream, I'm unsure that stack is going to be something we want to MIR or land in Ubuntu this cycle but it would be good if users could try it with a snap
[11:06] <popey> seb128: i think someone may have tried in the past and not looked again. I agree it would be a good one to have.
[11:06] <popey> All the video editors are a bit gnarly to snap though
[11:07] <popey> sorry, mistook shotwell for shotcut :)
[11:07] <popey> no, don't know that anyone has done shotwell
[11:08] <seb128> popey, is it likely that you/your team/community could be hinted to look at it? or is that not realistic and it would be better for us to have a look/help if we want it?
[11:08] <popey> tbh as it's a gnome app, I think ken would have more exprience
[11:08] <popey> I'd love him to write up what he did to snap other gnome apps, because that knowledge needs sharing
[11:08] <seb128> k
[11:08] <popey> would be useful for example to build elementary apps too
[11:09] <seb128> I think he's busy enough with core GNOME but I can talk to him (also he's in Montréal this week)
[11:09] <popey> last time I spoke to ken about that was back in New York iirc
[11:09] <seb128> thx for the reply
[11:09] <popey> np
[11:09] <popey> I'm keen for us to have good docs for snapping gnome apps. but I have no idea what's been done to make that happen.
[11:09] <seb128> yeah, I'm also unsure how much things are still changing around there
[11:10] <seb128> with themes now and new snapcraft features letting us moving some of the work around between the helper and the build
[11:11] <popey> ya
[11:11] <seb128> popey, if we get the snapcraft.yaml can you help with "selling" to upstram on how they could build from their CI or other cool things they can have/do?
[11:11] <popey> totes
[11:11] <seb128> great
[11:11] <seb128> thx
[11:11] <popey> np :)
[11:37] <andyrock> seb128: Trevinho can I suggest that when we cherry-pick something from upstream or from a MP and we edit it applying ubuntu-specific bits, we should create two different quilt patches
[11:37] <didrocks> this is what I call a PR: https://github.com/ubuntu/gtk-communitheme/pull/628 :)
[11:37] <gitlab-bot> ubuntu issue (Pull request) 628 in gtk-communitheme "Merge all repositories into a single one" (comments: 1) [Open]
[11:38] <andyrock> one with the original commit and one with the ubuntu specific bits
[11:38] <andyrock> in this way it's easier to review
[11:38] <didrocks> +202293 −391
[11:38] <Laney> 🌞
[11:39] <didrocks> andyrock: +1, especially to know if we can match and revert it once the cherry-pick patch is in the next release
[11:39] <seb128> andyrock, that makes sense to me and common practice for most "packagers" I think
[11:39] <didrocks> Laney: you should have a funny gitg :p
[11:39] <seb128> easier to track the status of the different pieces and to update/rebease
[11:39] <Laney> didrocks: did you do the unrelated history thing?
[11:39] <Trevinho> andyrock: in that case there's not just upstream + ubuntu bits, but also some modifications because upstream is against 3-29, while that's on 3-26 and diff can't be 1:1
[11:39] <didrocks> Laney: yep!
[11:39] <Laney> sweet
[11:39] <seb128> didrocks, I trust whoever is going to approve is it going to carefully read every single line of the diff right?
[11:40] <Trevinho> andyrock: anyway I agree, in this case what was related to?
[11:40] <didrocks> seb128: ahah, I wrote mostly "please test it" on the hub: https://community.ubuntu.com/t/merging-repositories-into-a-single-one/6769/11 :)
[11:40] <seb128> Trevinho, andyrock, you could have upstream's version, tweak-to-work-on-Ubuntu-version patch over it
[11:40] <Trevinho> yeah, fine
[11:40] <didrocks> at least, the snap is working fine
[11:41] <didrocks> backward compatible with the older name
[11:41] <andyrock> Trevinho: the -eel_uri_is_desktop (uri))
[11:41] <andyrock> I know that it's a small change
[11:41] <didrocks> the deb is ready, just need renaming once we announce the new name
[11:41] <didrocks> (but the debs need more testing)
[11:41] <andyrock> but without this I could review it basically checking the sha
[11:41] <andyrock> or maybe not
[11:43] <Trevinho> let me see if I can get some more cherry-picks + an upstream relase too
[11:43] <Trevinho> it would be easier
[12:15] <kenvandine> andyrock, I backported your libgtop2 patch for filtering out the snap mounts to our gnome-3-26 backports PPA
[12:15] <kenvandine> and rebuilt the gnome-system-monitor snap with it
[12:15] <kenvandine> but they are still showing up, and i've figured out why
[12:15] <andyrock> kenvandine: the old snaps will still show up
[12:16] <kenvandine> looking at /proc/mounts on my system i see this:
[12:16] <kenvandine>  /dev/loop30 /snap/spotify/13 squashfs ro,nodev,relatime 0 0
[12:16] <kenvandine> however, from inside the snap /proc/mounts look different
[12:16] <kenvandine>  /dev/loop30 /var/lib/snapd/hostfs/snap/spotify/13 squashfs ro,nodev,relatime 0 0
[12:16] <andyrock> ah
[12:16] <kenvandine> so the mount point is different
[12:16]  * kenvandine has no idea why that is different from inside the snap
[12:17] <kenvandine> i also have others that show up inside the snap that are junk
[12:17] <andyrock> I don't know, but you could filter them using the '/var/lib/snapd/hostfs/snap'
[12:17] <kenvandine>  /dev/loop55 /var/lib/urandom squashfs ro,nodev,relatime 0 0
[12:17] <kenvandine> no, it's also files in /etc, etc
[12:18] <andyrock> mmm so that means that a major rework for libgtop is needed
[12:19] <andyrock> first we should understand why snap is doing that
[12:19] <kenvandine> yeah
[12:19] <kenvandine> http://paste.ubuntu.com/p/Rv7vy8zV7k/
[12:19] <kenvandine> andyrock, ^^
[12:20] <andyrock> kenvandine:  can you ask on #snappy ?
[12:20] <kenvandine> sure
[12:22] <ricotz> kenvandine, hi, could you update vala in gnome-3-26 backports PPA too?
[12:23] <ricotz> for reference see https://launchpad.net/~vala-team/+archive/ubuntu/ppa/+packages
[12:25] <ricotz> kenvandine, https://wiki.gnome.org/Projects/Vala
[12:25] <kenvandine> ricotz, i'll take a look
[12:25] <kenvandine> should be no problem
[12:26] <ricotz> thanks, it is highly recommended
[12:52] <andyrock> kenvandine:  how can I get your snap?
[12:53] <andyrock> otherwise can you check if /proc/filesystems is visible?
[12:53] <andyrock> libgtop is using this to filter out fs
[12:57] <kenvandine> andyrock, it's in the store
[12:59] <andyrock> Kk I'm taking coffee right now
[12:59] <andyrock> Brb
[12:59] <kenvandine> andyrock, thx!
[13:13] <andyrock> kenvandine: mmm all this fs are mounted as squashfs
[13:13] <andyrock> it's not going to be easy to filter them out
[13:13] <kenvandine> andyrock, yes...
[13:13] <kenvandine> pita... i know
[13:13] <kenvandine> but what i was saying in the other channel, i don't know if displaying squashfs in gnome-system-monitor is even useful
[13:14] <kenvandine> the point there is to see what your resources used are
[13:14] <kenvandine> so how much space you have left
[13:14] <kenvandine> etc
[13:14] <kenvandine> squashfs isn't useful there
[13:15] <andyrock> mmm upstream disagrees with you
[13:15] <andyrock> I already had the same chat with them
[13:15] <kenvandine> :/
[13:15] <andyrock> one thing that we could do is to use the x-gdu.hide option
[13:16] <andyrock> let me check if this feasible
[13:16] <kenvandine> cool
[13:18] <andyrock> kenvandine: mmm nope
[13:18] <andyrock> the file /run/mount/utab is not visible inside the snap
[13:25] <kenvandine> :(
[13:25] <kenvandine> maybe we can get that fixed :)
[13:25] <kenvandine> andyrock, ask in #snappy
[13:30] <seb128> k, it's meeting time
[13:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2018-07-17
[13:30] <meetingology> Meeting started Tue Jul 17 13:30:19 2018 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:30] <didrocks> hey
[13:30] <oSoMoN> o/
[13:30] <seb128> andyrock, dgadomski, didrocks, duflu (out), jamesh (out), heber, kenvandine (out), laney (out), oSoMoN, seb128, tkamppeter, trevinho (out), robert_ancell (out)
[13:31] <andyrock> o/
[13:32] <seb128> k, let's get started, should be an efficient one with some people out
[13:32] <seb128> #topic andyrock
[13:32] <seb128> andyrock, hey
[13:32] <andyrock> hey all
[13:32] <andyrock> - Updated fix for https://gitlab.gnome.org/GNOME/gnome-shell/issues/372 (merged upstream)
[13:32] <andyrock> - Proposed fix for LP: #1781996 (merged upstream)
[13:32] <andyrock> - Update fixes for https://gitlab.gnome.org/GNOME/gnome-shell/issues/373 (on review)
[13:32] <andyrock> - Working on g-s-d, mutter and gnome-shell to extend the above fix for g-s-d too (wip)
[13:32] <andyrock> - Proposed fix for https://gitlab.gnome.org/GNOME/gnome-shell/issues/109 (on review)
[13:32] <andyrock> - Update MR for using g-o-a in gnome-software (https://gitlab.gnome.org/GNOME/gnome-software/merge_requests/50)
[13:32] <andyrock> - Update MR to get ubuntu-sso provider in gnome-online-accounts (this is blocking the above MR)
[13:32] <andyrock> - Proposed a MR to backport fix for LP: #1764723 in Bionic
[13:32] <andyrock> - Proposed fix to remove deprecated functions call in gnome-software snap plugin
[13:32] <andyrock> - Helping ken_vandine with the gnome-system-monitor snap (hiding all the noise)
[13:32] <gitlab-bot> GNOME issue 372 in gnome-shell "Keeping Alt+Space pressed shows the window menu and then minimizes the window" (comments: 4) [Closed]
[13:32] <andyrock> Review:
[13:32] <andyrock>  - https://gitlab.gnome.org/Community/Ubuntu/gnome-initial-setup/merge_requests/7
[13:32] <andyrock>  - https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/349670 (WIP)
[13:32] <gitlab-bot> GNOME issue 373 in gnome-shell "Some keybindings should discard auto-repeat events" (comments: 0) [Opened]
[13:33] <andyrock> EOW
[13:33] <gitlab-bot> GNOME issue 109 in gnome-shell "Extended characters in OSK don't get entered" (comments: 16) [Opened]
[13:33] <gitlab-bot> GNOME issue (Merge request) 50 in gnome-software "auth: Use gnome-online-accounts to handle the authentication" (comments: 10) [Opened]
[13:33] <gitlab-bot> Ubuntu issue (Merge request) 7 in gnome-initial-setup "Display the ubuntu welcome wizard in Unity" (comments: 2) [Merged]
[13:33] <seb128> thanks andyrock
[13:33] <seb128> (topic was too long and cut it seems)
[13:33] <seb128> #topic dgadomski
[13:33] <dgadomski> hey
[13:33] <dgadomski> * reported and working on small reproducer for bug #1782152
[13:33] <dgadomski> * working on bug #1721988
[13:33] <dgadomski> eof
[13:34] <andyrock> https://www.irccloud.com/pastebin/wmbtk7l3/
[13:34] <seb128> thanks dgadomski
[13:34] <andyrock> seb128: ^^^
[13:34] <seb128> andyrock, no, I meant the /topic is too long and truncated, so the "current topic" is wrong
[13:35] <seb128> the bot memorized the one from the meeting start though it seems and didn't let me fix it
[13:35] <seb128> oh well, summary with 2 lettres nicknames :p
[13:35] <seb128> #topic didrocks
[13:35] <seb128> didrocks, hey
[13:35] <didrocks> * BOFs days (theme, icons, settings discussion) at GUADEC and travel back
[13:35] <didrocks> * Work on preparing communitheme renaming + move to debs: https://github.com/ubuntu/gtk-communitheme/pull/628
[13:35] <gitlab-bot> ubuntu issue (Pull request) 628 in gtk-communitheme "Merge all repositories into a single one" (comments: 6) [Open]
[13:35] <didrocks>   - merge all 5 repos: gtk, gnome-shell, icons, sounds and snap helpers into a single one, with subdirectories for each. Reorganize the whole repo
[13:35] <didrocks>   - work on the build system itself, to be parameterized to only the project name for each folder and settings set. Basically, renaming will be "change the project name" and be done!
[13:35] <didrocks>   - ensure the snap is backward compatible with the older name (sed to be back to "communitheme" + symlinks for Suru and other names)
[13:35] <didrocks>   - recheck licenses and organize them.
[13:35] <didrocks>   - ensure that there is an easy way for people doing ninja install (like communitheme members) to have a dedicated session for them. This won't be shipped in the debian packaging.
[13:35] <didrocks>   - other discussions over new names/theme icons and decisions about the ubuntu logo over the hub.
[13:35] <didrocks> * SRU apport (currently in unapproved) for Bionic with the new layout and functionality. Emailed translation team.
[13:35] <didrocks> .
[13:36] <seb128> thanks didrocks
[13:36] <seb128> did you get any feedback from the SRU team about why apport is not being reviewed?
[13:36] <didrocks> I got one this night
[13:37] <didrocks> it seems bdmurray found an issue in the "server only install"
[13:37] <didrocks> which isn't the default
[13:37] <didrocks> and isn't a new issue
[13:37] <didrocks> I answered on this, bdmurray will give another look
[13:37] <seb128> k, let's discuss it out of the meeting if needed
[13:37] <seb128> thanks
[13:37] <didrocks> yw
[13:37] <seb128> #topic duflu
[13:37] <seb128> * Video acceleration:
[13:37] <seb128>   - Intel asked if I had tried their latest driver. Turns out they were paying attention to the Ubuntu wiki and fixed the proprietary prerequisite problem (https://wiki.ubuntu.com/IntelQuickSyncVideo#Future_Approach_.232:_Media_SDK_.28.22MSDK.22.29). So we should eventually: https://launchpad.net/bugs/1781315
[13:37] <seb128> * Gnome Shell:
[13:37] <seb128>   - Performance: Steady progress on a general timing fix to avoid dropped frames and double gnome-shell's frame rate for many people (https://gitlab.gnome.org/vanvugt/mutter/commits/super-smooth)
[13:38] <seb128>     . Although it really needs to be combined with https://gitlab.gnome.org/GNOME/mutter/merge_requests/73 but that's going to take even longer to get approved.
[13:38] <seb128>   - Performance: Revised several times: More accurate & detailed CLUTTER_SHOW_FPS (https://gitlab.gnome.org/GNOME/mutter/merge_requests/154)
[13:38] <seb128>   - Added/fixed support for local non-root installations, now with multiple potential solutions (https://gitlab.gnome.org/GNOME/gnome-shell/issues/399)
[13:38] <seb128> * PulseAudio 12.0:
[13:38] <gitlab-bot> GNOME issue (Merge request) 73 in mutter "WIP: renderer-native: CRTCs now hold front buffer refs. [performance]" (comments: 44) [Opened]
[13:38] <seb128>   - Released to cosmic! (https://launchpad.net/ubuntu/+source/pulseaudio/1:12.0-1ubuntu1)
[13:38] <seb128> * BlueZ:
[13:38] <seb128>   - Released SRU for bionic! (https://launchpad.net/ubuntu/+source/bluez/5.48-0ubuntu3.1)
[13:38] <seb128> * Daily bug management across gnome-shell, mutter, gdm3, ubuntu-themes, bluez, pulseaudio, dkms, wayland, totem, mpv, libinput.
[13:38] <seb128>   - A subtle but pleasing trend at the high end
[13:38] <gitlab-bot> GNOME issue (Merge request) 154 in mutter "clutter: More accurate & detailed CLUTTER_SHOW_FPS [performance]" (comments: 8) [Opened]
[13:38] <gitlab-bot> GNOME issue 399 in gnome-shell "`ninja install` fails as non-root trying to write to an incorrect directory" (comments: 6) [Opened]
[13:38] <seb128>   
[13:39] <seb128> #topic jamesh
[13:39] <seb128> guadec:
[13:39] <seb128> * I attended GUADEC last week, flying back home on the Thursday and Friday
[13:39] <seb128> * While there, I put together a patch for GEdit to use the
[13:39] <seb128> GtkFileChooserNative API:
[13:39] <seb128> https://gitlab.gnome.org/GNOME/gedit/merge_requests/2
[13:39] <seb128> * Ken rebuilt the GEdit snap and uploaded it to the beta channel,
[13:39] <gitlab-bot> GNOME issue (Merge request) 2 in gedit "gedit: port GeditFileChooserDialogGtk to GtkFileChooserNative" (comments: 2) [Opened]
[13:39] <seb128> confirming that this let it open and save files via portals
[13:39] <seb128> * I also talked with the upstream xdg-desktop-portal developers about
[13:39] <seb128> improving snap support.  We agreed on a way forward, by implementing a
[13:39] <seb128> new "snap" sub-command to return information about a particular
[13:39] <seb128> running snap application and have xdg-desktop-portal call that.
[13:39] <seb128> snapd/pulseaudio:
[13:39] <seb128> * Jamie posted to the Snapcraft forums about microphone access via
[13:39] <seb128> Pulse Audio: https://forum.snapcraft.io/t/pulseaudio-recording/6361
[13:39] <seb128> * With upstream Pulse, there is no distinction between playback and recording.
[13:39] <seb128> * We had a patch to restrict recording on Ubuntu Phone, so I am
[13:39] <seb128> looking at porting it forward and having it check with snapd to see if
[13:39] <seb128> an app has plugged a new audio-record interface
[13:40] <seb128> #topic heber
[13:40] <seb128> hum, he's not there
[13:40] <seb128> #topic kenvandine
[13:40] <seb128> kenvandine, hey, there or out?
[13:40] <seb128> I know you are travelling but you were active and didn't send your summary :p
[13:41] <seb128> (though it's probably around the lines of "GUADEC & Montreal")
[13:42] <seb128> I guess he's not
[13:42] <seb128> #topic laney
[13:42] <seb128> • was at GUADEC some more, worked on the (internal) trip report for that, public one is going to be posted by w_illcooke soon
[13:42] <seb128> • fixed a couple of glib bugs and reviewed some easy MRs, proposed one of our distro patches as MR (was a patch on bugzilla that got ignored)
[13:42] <seb128> • got some reviews on systemd things, addressed the comments raised there
[13:42] <seb128> • uploaded a partial revert of vte2.91 to bionic, it caused an API change and b_dmurray complained about that (this change remains in cosmic)
[13:42] <seb128> • getting ready to finally push T_revinho's git commits, just testing the source packages build ...
[13:42] <seb128> ⛅
[13:42] <seb128> #topic oSoMoN
[13:42] <seb128> oSoMoN, hey
[13:42] <oSoMoN> hey
[13:42] <oSoMoN> • chromium
[13:42] <oSoMoN>   ∘ updated license in the snap store and filed bug #1781013 and bug #1781014 against lp:snapstore
[13:42] <oSoMoN>   ∘ reported to Robert that custom SPDX expressions are displayed in gnome-software as a flattened list, which doesn't really convey the meaning of the expression if it's anything else than a list of AND, this is an upstream issue, filed https://gitlab.gnome.org/GNOME/gnome-software/issues/421
[13:42] <gitlab-bot> GNOME issue 421 in gnome-software "Custom SPDX expression represented as a flattened list of licenses" (comments: 0) [Opened]
[13:43] <oSoMoN>   ∘ conversations with Robin (web team) and mpt to identify a reliable way for snapcraft.io to determine whether the user's machine can handle the snap:// protocol
[13:43] <oSoMoN>   ∘ tested stable update (67.0.3396.99) and handed over to Chris for publication to {bionic,artful,xenial}-security
[13:43] <oSoMoN>   ∘ updated beta to 68.0.3440.59
[13:43] <oSoMoN>   ∘ updated dev to 69.0.3486.0
[13:43] <oSoMoN>   ∘ OSK: looked into a couple of issues on the gnome-shell side: https://gitlab.gnome.org/GNOME/gnome-shell/issues/135 and https://gitlab.gnome.org/GNOME/gnome-shell/issues/409
[13:43] <gitlab-bot> GNOME issue 135 in gnome-shell "OSK: [Xorg] Unable to type capital letters" (comments: 9) [Opened]
[13:43] <gitlab-bot> GNOME issue 409 in gnome-shell "OSK lacks a Tab key" (comments: 3) [2. Needs Design, Opened]
[13:43] <oSoMoN> • libreoffice
[13:43] <oSoMoN>   ∘ experimented with an updated patch for bug #1766192, and requested comments on libreoffice mailing list, got good feedback and a better approach, so I removed the patch from the snap for now
[13:43] <oSoMoN>   ∘ filed and fixed bug #1781995
[13:43] <oSoMoN>   ∘ looked into https://github.com/ubuntu/gtk-communitheme/issues/350 and pushed a tentative fix
[13:43] <gitlab-bot> ubuntu issue 350 in gtk-communitheme "libreoffice not opening properly on communitheme.snap" (comments: 12) [Snap, Open]
[13:43] <oSoMoN> • snaps
[13:43] <oSoMoN>   ∘ updated play0ad snap to run only a zenity dialog suggesting to uninstall and install 0ad instead, and documented the process at https://forum.snapcraft.io/t/zenity-dialogs-in-a-snap/6359
[13:43] <oSoMoN> 🍉
[13:44] <seb128> thanks oSoMoN
[13:44] <seb128> #topic seb128
[13:44] <seb128> • one swap day after GUADEC
[13:44] <seb128> • some HR related work following the reviews cycle
[13:44] <seb128> • updated the apport translation template in bionic in preparation for new strings to be added in a SRU
[13:44] <seb128> • helped unblocking the pulseaudio/cosmic migration
[13:44] <seb128> • verified the french langpacks SRU candidate for xenial
[13:44] <seb128> • backported/SRUed an udisks fix for iso mounting - https://launchpad.net/bugs/1779238
[13:44] <seb128> • sponsored a SRU fix from andyroc_k https://code.launchpad.net/~azzar1/software-properties/fix-1768797/+merge/348460?
[13:44] <seb128> • uploaded first login wizard enabling for Unity
[13:44] <seb128> • some bionic SRUs verifications
[13:44] <seb128> #topic tkamppeter
[13:44] <seb128> tkamppeter, hey
[13:46] <tkamppeter> hi
[13:46] <tkamppeter> - cups-filters: Released version 1.20.4.Got packaged for Debian, so it should have synced into Cosmic.
[13:46] <tkamppeter> - cups-filters: Tests for investigating printing behavior on auto-discovered driverless printers, especially what happens with a remote CUPS queue, when pdftopdf is running both on the client and on the server and options could get executed twice. Posted on CUPS developer mailing list about this.
[13:46] <tkamppeter> - Google Summer of Code 2018: Mentoring of the students on Common Print Dialog Backends and printer auto-selection by job.
[13:46] <tkamppeter> - Bugs.
[13:47] <seb128> thanks tkamppeter
[13:47] <seb128> #topic trevinho
[13:47] <seb128> 👯 GUADEC: continued discussions, BoFs:
[13:47] <seb128>   🏹 Started hacking on supporting multi-screen (for multi-DPI on X11)
[13:47] <seb128> on mutter
[13:47] <seb128>   🏹 Proposed various suggestions for multi-monitor and multi-workspace
[13:47] <seb128> in g-s
[13:47] <seb128>   🏹 Discussed on tech bits for X11 fractional scaling
[13:48] <seb128>   🏹 Discussed with gnome-shell designers for various shell things including
[13:48] <seb128>     windows filtering and better keyboard usage, started the
[13:48] <seb128> implementation for
[13:48] <seb128>     blurring the desktop (will be used by both activities and lockscreen)
[13:48] <seb128>     🔗 https://gitlab.gnome.org/GNOME/gnome-shell/issues/288
[13:48] <seb128>     🔗 https://gitlab.gnome.org/GNOME/gnome-shell/issues/408
[13:48] <seb128> 📂 Nautilus:
[13:48] <gitlab-bot> GNOME issue 288 in gnome-shell "Readability of the search results depends on the wallpaper" (comments: 9) [1. Bug, 2. Needs Design, 8. Accessibility, To Do, Closed]
[13:48] <seb128>   🏹 Debugging for https://gitlab.gnome.org/GNOME/nautilus/issues/522
[13:48] <seb128>   🏹 Rebased, and added other shell-search fixes to recursive-query-flags PR
[13:48] <seb128>     🔗 https://gitlab.gnome.org/GNOME/nautilus/merge_requests/249
[13:48] <seb128>   🏹 Prepared ubuntu branch with updated patches, crash fix and
[13:48] <gitlab-bot> GNOME issue 408 in gnome-shell "Address legibility issues with Top Bar transparency" (comments: 3) [Opened]
[13:48] <seb128> backports of the
[13:48] <seb128>     patches upstreamed.
[13:48] <seb128>     🔗
[13:48] <seb128> https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/349670
[13:48] <seb128> 🐚 Shell world
[13:48] <seb128>   🏹 Updated JS warning fix MP, as per Florian reviews (had some IRL too)
[13:48] <gitlab-bot> GNOME issue 522 in nautilus "Filesystem info is earlier than we get actually know the information" (comments: 0) [Opened]
[13:48] <seb128>   🏹 Updated workspace fixes MPR
[13:48] <gitlab-bot> GNOME issue (Merge request) 249 in nautilus "Recursive query flags" (comments: 26) [3. Review Ready, Opened]
[13:49] <seb128> #topic rlsbugs
[13:49] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html has no desktop entry
[13:49] <seb128> neither has http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:50] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html the unassigned ones seem to be handler/just need launchpad triaging, I'm going to do that
[13:50] <seb128> and http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html is on shape
[13:50] <seb128> good work team :)
[13:50] <seb128> #topic aob
[13:50] <seb128> any other topic?
[13:51] <didrocks> nothing from me
[13:52] <seb128> k, seems not, let's wrap then
[13:52] <seb128> #endmeeting
[13:52] <meetingology> Meeting ended Tue Jul 17 13:52:21 2018 UTC.
[13:52] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-07-17-13.30.moin.txt
[13:52] <seb128> thanks everyone
[13:53] <didrocks> thx!
[13:53] <oSoMoN> thanks!
[14:15] <Wimpress> oSoMoN: Have you started working on making the chromium-ffmpeg-codoces snap?
[14:27] <willcooke> Trevinho, can you point me at the source for your ircbot?
[14:32] <Trevinho> willcooke: https://code.launchpad.net/~3v1n0/ubuntu-bots/gitlab-support
[14:33] <Trevinho> should be updated to be fair..as other changes are only local and I didn't push them
[14:33] <Trevinho> and for github https://code.launchpad.net/~3v1n0/ubuntu-bots/github-support
[14:46] <willcooke> thanks Trevinho
[14:48] <oSoMoN> Wimpress, not yet, on my to-do list
[15:35] <Laney> didrocks: this followTags thing means all the upstream tags end up getting pushed since they're reachable, is that OK to you?
[15:37] <didrocks> Laney: I think it is, I've done it on purpose so that we can still grab the upstream tags from the upstream/latest branch for instance
[15:37] <didrocks> (which could be an interesting info IMHO, wdyt?)
[15:38] <Laney> it's a lot of stuff
[15:38] <Laney> not sure if it matters, maybe not
[15:40] <Trevinho> Laney: my magic command does what we need otherwise
[15:40] <Laney> no it ends up pushing all the tags if you have followtags on
[15:40] <Laney> even if not the next person would do them all anyway
[15:41] <Trevinho>  `git tag | grep -E '^ubuntu/|^debian/|^upstream/' | xargs --no-run-if-empty  git push origin`
[15:41] <Laney> yes
[15:41] <Trevinho> Ah that yes... On push though
[15:41] <Trevinho> not on push tags
[15:42] <Laney> ah well
[15:42] <Laney> tags away
[16:01] <tsimonq2> oSoMoN: Heya! Did you get a chance to look at LibreOffice yet? :)
[16:01] <oSoMoN> tsimonq2, nope, not yet
[16:02] <tsimonq2> oSoMoN: OK, no problem :)
[16:03] <tsimonq2> Thanks.