[06:28] <didrocks> good morning
[06:31] <tsimonq2> Heya didrocks
[06:32] <didrocks> hey tsimonq2
[06:34] <duflu> Hi didrocks, tsimonq2
[06:34] <tsimonq2> Heya duflu
[06:34] <tsimonq2> How are y'all doing this fine morning?
[06:35] <duflu> tsimonq2, good. Although it's afternoon, overcast and rainy :) You?
[06:35] <didrocks> good afternoon duflu
[06:36] <tsimonq2> duflu: Yeah, similar conditions where I am :/ I just keep hearing thunder.
[06:36] <oSoMoN> good morning desktoppers
[06:36] <tsimonq2> Heya oSoMoN, how goes it?
[06:36] <oSoMoN> very good, you?
[06:37] <tsimonq2> Pretty good.
[06:38] <duflu> Hi oSoMoN
[06:44] <didrocks> salut oSoMoN
[07:07] <oSoMoN> salut didrocks
[07:24] <seb128> good morning desktopers
[07:25] <duflu> Morning seb128
[07:25] <seb128> hey duflu tsimonq2
[07:25] <seb128> lut didrocks oSoMoN
[07:25] <seb128> how is everyone?
[07:26] <didrocks> bonjour seb128 !
[07:26] <duflu> seb128, alright. Yourself?
[07:27] <seb128> I'm good!
[07:28] <tsimonq2> Heya seb128, good, how about you?
[07:29] <seb128> good :)
[08:26] <oSoMoN> hey seb128, sorry I missed your greeting
[08:26] <seb128> lut oSoMoN, no worry :)
[08:47] <duflu> didrocks, are sliders meant to be blue in Yaru?
[08:48] <duflu> I thought we had accidentally regressed to Adwaita, but that's a different shade of blue
[08:48] <didrocks> duflu: no, it's a design decision
[08:48] <duflu> Ohhh
[08:48] <didrocks> it's the unity8 blue IIRC
[08:49] <duflu> Well, Yaru fixes much more than it breaks so I won't spend too much time complaining :)
[08:50] <didrocks> there iw a wiki with design decisions written down btw
[08:50] <didrocks> https://github.com/ubuntu/yaru/wiki
[08:53] <duflu> didrocks, the shutdown dialog colour's different to the design though. Is that right?
[08:53] <didrocks> duflu: designed evolved, wiki isn't fully up to date (I think GDM and Shell dialogs aren't + dock icons)
[08:53] <duflu> Cool
[08:54] <didrocks> the only thing I really don't like with yaru are the nautilus aubergine and blue icons
[08:54] <didrocks> the desktop / trash ones
[08:54] <didrocks> I wonder if we shouldn't change them
[09:03] <oSoMoN> didrocks, seconded, I don't really like those two icons either
[09:04] <didrocks> not alone \o/
[09:05] <oSoMoN> French good taste :)
[09:06] <duflu> Yes I have read people complaining about the trash icon. Although no bug report for it yet
[09:20] <jibel> it looks more like a mailbox than a trash TBH
[09:34] <duflu> Depends. Somewhere in the world it probably looks like a trashcan (reminds me of the 1980/90's actually) and somewhere else it might look like a mailbox. We should choose icons that make sense it multiple localities to many people though
[09:34] <duflu> -it +in
[09:36] <didrocks> that always reminds me the "log" icon and the day I understood why it was that icon
[09:37] <duflu> Yeah bad design
[09:38] <duflu> It should be just a page of lines
[10:26] <popey> oSoMoN: hello! could you please fix the license for chromium in the store? it's currently "unknown".
[10:27] <popey> oh, hang on, the web store shows it right, but my laptop says 'unknown' in snap info.
[10:29] <popey> oSoMoN: looks like you need to add license data to the snapcraft.yaml so it gets put in meta/snap.yaml when published.
[10:38] <oSoMoN> that doesn't sound right, why would "snap info" get its data from a different place?
[10:46] <oSoMoN> popey, I'll add the license field chromium's snapcraft.yaml, but do you know why "snap info" doesn't get the license info from the store, like the store webui does?
[10:46] <popey> oSoMoN: it reads from the snap itself.
[10:46] <popey> by design.
[10:46] <jbicha> didrocks: hi, is bug 1787401 a bug or intentional?
[10:46] <popey> if it's installed, it reads from the snap, if not installed, gets it from the store
[10:47] <oSoMoN> ok
[10:47] <oSoMoN> fair enough
[10:50] <oSoMoN> https://docs.snapcraft.io/build-snaps/syntax doesn't mention the license field
[10:51] <oSoMoN> popey, do you know what the expected syntax is for that field? same as the webui, a string containing a valid SPDX expression?
[10:51] <popey> not off the top of my head
[10:51] <popey> but I expect spdx yes
[10:52] <oSoMoN> mmm the only example I can find in the snapcraft source tree points to a separate filename that contains the license
[11:00] <oSoMoN> popey, I'm running snapcraft 2.42.1+18.4 and getting this:
[11:00] <oSoMoN> Issues while validating None: Additional properties are not allowed ('license' was unexpected)
[11:00] <oSoMoN> so it looks like this isn't implemented in snapcraft yet
[11:00] <popey> waaaaaat
[11:01] <popey> you sure? I thought it was there for ages.
[11:01] <popey> https://github.com/snapcore/snapcraft/blob/4f80a10517a4b81623bee63f2cd236d574af93ac/tests/integration/snaps/license/snapcraft.yaml
[11:01] <oSoMoN> https://forum.snapcraft.io/t/accept-license-field-in-snapcraft-yaml/4878
[11:02] <oSoMoN> nothing in that thread indicates that the work was actually done
[11:03] <oSoMoN> popey, that integration test is the only reference to the license field in the snapcraft source, looks like it's there in anticipation of the feature being actually implemented
[11:04] <popey> ahh poo. Sorry.
[12:34] <didrocks> jbicha: no, I guess someone screwed up when merging…
[12:35] <didrocks> jbicha: seems Trevinho did this: https://github.com/ubuntu/yaru/commit/050ddce6ca81f805e228e0b3505aebe5c4f31997#diff-bd1d59deea6a6eeba80285784fae338bR867 :/
[12:35] <didrocks> Trevinho: hey, how did you do your 3-way merge? There is at least this regression introduced
[12:43] <didrocks> yeah, only   .system-menu-action {
[12:43] <didrocks>     -st-icon-style: symbolic;
[12:43] <didrocks>  
[12:43] <didrocks> }
[12:43] <didrocks> was added
[12:43] <didrocks> not in the appmenu
[12:44] <didrocks> so, following the guide I wrote for this: make a 3 way merge, in the first 2 columns you have the diff old upstream / new upstream and report the diff there
[12:44] <didrocks> doing that, only the second symbolic is shown, I don't know why/how you reported the first one as it didn't appear in the diff
[12:44] <didrocks> do we need to rereview the whole merge?
[12:46] <didrocks> comparing the upstream _common.scss diff (https://github.com/ubuntu/yaru/commit/296eabf962e8c3feb4b639a6a972606f4ee6e0f0#diff-634f10b5fa67ba12287afbfac8c62f13) to the one you reported: https://github.com/ubuntu/yaru/commit/050ddce6ca81f805e228e0b3505aebe5c4f31997#diff-bd1d59deea6a6eeba80285784fae338b it seems we have to redo it :/
[12:47] <didrocks> there are whitespaces/tabs changes at least which isn't upstream
[12:47] <didrocks> and so, creating additional diff :/
[12:48] <didrocks> + additional commented lines, like https://github.com/ubuntu/yaru/commit/050ddce6ca81f805e228e0b3505aebe5c4f31997#diff-bd1d59deea6a6eeba80285784fae338bR1470
[12:48] <didrocks> shrugh
[12:50] <didrocks> ok, let's remove the symbolic icon already, jbicha as you found it out, mind removing it? (in _common.scss)
[12:50] <jbicha> ok
[12:50] <didrocks> thx!
[12:52] <jbicha> didrocks: do you want it uploaded now or wait for someone to do 3.29.92 later this week?
[12:53] <jbicha> oh never mind, this is yaru, not gnome-shell
[12:54] <didrocks> jbicha: yeah, we can late for later, let's put that in the yaru repo already
[12:54] <jbicha> I don't have upload rights to that github. Should I? or do you want a merge request?
[12:55] <didrocks> jbicha: PR please
[12:55] <didrocks> I'll just accept it
[13:01] <Trevinho> didrocks: for what I noticed it was done properly, the symbolic style was added upstream and so I did
[13:03] <didrocks> Trevinho: no, it wasn't
[13:03] <didrocks> see above
[13:03] <Trevinho> whiteline were upstrem so I readded to reduce the clutter later
[13:03] <didrocks> https://github.com/ubuntu/yaru/commit/050ddce6ca81f805e228e0b3505aebe5c4f31997#diff-bd1d59deea6a6eeba80285784fae338bR867
[13:03] <didrocks> in     .app-menu-icon {
[13:04] <jbicha> Trevinho: see https://gitlab.gnome.org/GNOME/gnome-shell/commit/a0df7aa2b
[13:04] <didrocks> Trevinho: tell me where you see it in https://github.com/ubuntu/yaru/commit/296eabf962e8c3feb4b639a6a972606f4ee6e0f0
[13:09] <Trevinho> didrocks: diffing yaru's upstream and yaru src looks fine to me, didn't I update upstream properly maybe? But I did the raw copy properly... but that's the reason why I didn't like this as the workflow
[13:09] <didrocks> Trevinho: well, if you look at the tarball and diff old upstream new upstream, there isn't any diff in .app-menu-icon
[13:10] <didrocks> but you are telling that was added upstream, where did you see it?
[13:10] <didrocks> it's even not in the upstream diff you committed, so I wonder where you saw it and how you imported the changes…
[13:10] <Trevinho> also I don't see any diff between upstream css and yaru's upstream
[13:10] <didrocks> Trevinho: but there was one before, no st-symbolic in .app-menu-icon in yaru
[13:11] <didrocks> and you reintroduced it
[13:11] <didrocks> where, if you follow the guide, you wouldn't even have seen it
[13:11] <didrocks> you maybe don't like the workflow, but you didn't follow the workflow…
[13:12] <didrocks> (also, opened to any improvement, but first, try at least following it to understand how a 3-way merge work :/)
[13:12] <Trevinho> no, no... I followed the guide
[13:12] <didrocks> so, I'm back to my question
[13:12] <Trevinho> I said i didn't like the fact of using raw copy.
[13:13] <Trevinho> I used meld and everything
[13:13] <didrocks> where did you see in the diff between old upstream to new upstream addition of st-symbolic in .app-menu-icon?
[13:13] <didrocks> it's not even in the raw copy you committed
[13:13] <seb128> is that the only error? if so that's maybe a simple honest mistake? those merges can be tedious and errors can happen...
[13:14] <Trevinho> didrocks this is what I have in diffing yaru vs upstream  https://paste.ubuntu.com/p/XcGmskfBBS/
[13:14] <didrocks> seb128: the issue is that we don't know
[13:14] <didrocks> Trevinho: the guide mention old upstream/new upstream
[13:14] <didrocks> seb128: but Trevinho told he followed it, where it can't even appear, this is why I'm trying to understand what he did
[13:14] <seb128> Trevinho, I guess you want to diff upstream/yaru in 3.28 and 3.29 ?
[13:15] <Trevinho> didrocks: my command from history was meld gnome-shell-sass/_common.scss /tmp/upstream_common.scss ../src/gnome-shell-sass/_common.scss
[13:15] <Trevinho> where.... in tmp I had the uptream one, while it was run inside yaru/gnome-shell/src
[13:15] <Trevinho> I think
[13:16] <didrocks> Trevinho: so, it means you had a diff between the first two columns in .app-menu-icon adding st-symbolic?
[13:16] <didrocks> Trevinho: but then, when you cp /tmp/* to upstream/ this diff doesn't appear anymore?
[13:16] <Trevinho> for sure I noticed that it was something we  didn't have and wasn't changed before, so I added it
[13:16] <didrocks> (nor it was added to GNOME Shell tarball .scss?)
[13:17] <didrocks> ah, so you didn't follow the guide
[13:17] <didrocks> the guide only talk about look at the diff in the first 2 columns
[13:17] <didrocks> on purpose
[13:17] <didrocks> not to readd things we removed
[13:17] <Trevinho> didrocks: I can't remember now, honestly...
[13:18] <didrocks> well, my bet is that you added/removed looking at upstream/yaru diff
[13:18] <didrocks> I'm just afraid that you changed other things though
[13:18] <didrocks> and I can't even know how to spot them
[13:18] <seb128> re-do the merge and look at the diff in the result I guess?
[13:18] <Trevinho> how no? melding on prev vs next..
[13:19] <didrocks> seb128: we need to go back to the exact commit, because things changed
[13:19] <didrocks> Trevinho: mind doing that? to ensure we didn't miss anything?
[13:19] <Trevinho> that's fine
[13:19] <didrocks> Trevinho: thanks for the cleanup of the resulting diff (tab/extra mess still)
[13:19] <Trevinho> didrocks: since we're there... On theming have you read the discussion about migration
[13:19] <didrocks> could have been a separate commit to make that clearer, but yeah, needed
[13:20] <Trevinho> yeah, well, since I was melding...
[13:20] <didrocks> yeah, I think that's good practice that could be added in the guide
[13:20] <didrocks> but I suggest a separate commit
[13:20] <didrocks> like "reduce the diff"
[13:20] <didrocks> (and so reviewing the diff for obvious cruft)
[13:20] <Trevinho> ack
[13:21] <didrocks> on the question
[13:21] <didrocks> I saw something from you along the line "if someone changed his theme and is back on Ambiance or Radiance, let's switch her/him"
[13:21] <didrocks> was that it?
[13:22] <Trevinho> didrocks: I see what the problem was I think
[13:22] <Trevinho> `git show 296eabf962e8c3feb4b639a6a972606f4ee6e0f0 gnome-shell/upstream/gnome-shell-sass/`
[13:22] <Trevinho> on yaru
[13:22] <Trevinho> see that updating upstream introduced that change
[13:22] <Trevinho> https://paste.ubuntu.com/p/MMxgR5DGqv/
[13:23] <didrocks> the only -st-icon-style: symbolic; addition I see is on .system-menu-action {
[13:23] <didrocks> not .app-menu-icon
[13:23] <didrocks> as told multiple times ;)
[13:23] <didrocks> (and so, difference place in meld)
[13:24] <Trevinho> so maybe I got confused and since I remembered a commit about that I readded where I noticed was missing
[13:24] <didrocks> hum, in meld, you can "pick" changes
[13:24] <didrocks> like the arrow between the 2nd (which is the new upstream) and the 3rd
[13:25] <didrocks> and at least, you add them in the correct place in the file
[13:25] <didrocks> but here, you added both
[13:26] <Trevinho> anyway, I think is really the only thing that changed, because other changes looks fine checking what changed upstream and how it reflected on yaru
[13:26] <didrocks> ok, we'll see, but I would prefer a double checking :)
[13:27] <Trevinho> fine, as per the migration story?
[13:27] <Trevinho> not sure if you read the MP
[13:27] <didrocks> 15:21:26 didrocks | I saw something from you along the line "if someone changed his theme and is back on Ambiance or Radiance, let's switch her/him"
[13:27] <didrocks> 15:21:28 didrocks | was that it?
[13:29] <Trevinho> didrocks: yep, I wrote also something more in the email and I've a MP with some rationale
[13:29] <Trevinho> but... where is it now? :-D
[13:29] <didrocks> in the email? I think I missed it
[13:29] <Trevinho> seb's email about yuru by default
[13:29] <didrocks> on that part: the never ending question of "have a default, switching to something and then back, is that still the default?" debate ;) I tend to say yes, but got a lot of discussions previously that wasn't the case :)
[13:29] <didrocks> I'm still convinced it's the default and say we should switch them
[13:30]  * didrocks looks back
[13:30] <Trevinho> didrocks: I agree, but there are also concerns related to the fact I wanted to change sessions-migration for that
[13:31] <didrocks> Trevinho: I don't see anything about session-migration changes in the email
[13:31] <didrocks> only what I wrote above ^
[13:31] <seb128> kenvandine, it's meeting time?
[13:31] <kenvandine> yes!
[13:31] <Trevinho> didrocks: ok I wrote something https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/353340
[13:32] <didrocks> Trevinho: and yeah, your script LGTM, only run it in ubuntu-session
[13:32] <didrocks> after meeting :)
[13:32] <Trevinho> didrocks: that's the point.
[13:32] <kenvandine> #startmeeting Desktop Team Weekly Meeting - 2018-08-28
[13:32] <meetingology> Meeting started Tue Aug 28 13:32:25 2018 UTC.  The chair is kenvandine. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:32] <meetingology> Available commands: action commands idea info link nick
[13:32] <kenvandine> Roll call:  andyrock (out), dgadomski, didrocks, duflu (out), jamesh (out), jibel, heber, kenvandine, laney (out), oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[13:32] <oSoMoN> hullo
[13:32] <heber> o/
[13:32] <Nafallo> o/
[13:32] <jibel> hi
[13:33] <kenvandine> hello everyone, lets get started
[13:33] <kenvandine> #topic dgadomski
[13:33] <dgadomski> hey
[13:33] <dgadomski> sadly, nothing desktop-related to share this week
[13:33] <dgadomski> eof
[13:34] <kenvandine> dgadomski, thx
[13:34] <kenvandine> #topic didrocks
[13:34] <didrocks> Only one day (back from holidays). Mostly backlogging, responding to emails, getting updates from the yaru team.
[13:34] <didrocks> eof
[13:34] <kenvandine> didrocks, welcome back!  and thanks
[13:34] <kenvandine> #topic duflu
[13:34] <kenvandine> * Gnome Shell performance:
[13:34] <kenvandine>   - Landed upstream in gnome-shell 3.29.92:
[13:34] <kenvandine>     . https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/73
[13:34] <kenvandine>   - Most of the week fixing and finishing existing branches to satisfy
[13:34] <kenvandine> upstream (and me):
[13:34] <gitbot> GNOME issue (Merge request) 73 in gnome-shell "js/ui: Choose some actors to cache on the GPU" [6. Performance, Merged]
[13:34] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/117
[13:34] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/171
[13:34] <gitbot> GNOME issue (Merge request) 117 in mutter "clutter: Fix offscreen-effect painting of clones" [1. Bug, 5. Clutter, 5. Performance, Opened]
[13:34] <gitbot> GNOME issue (Merge request) 171 in mutter "Sync to the hardware refresh rate, not just 60.00Hz [performance]" [1. Feature, 5. Backend: Native, Opened]
[13:34] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/140
[13:34] <gitbot> GNOME issue (Merge request) 140 in mutter "renderer-native: Simplify swap notification" [1. Feature, 5. Backend: Native, Opened]
[13:34] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/73
[13:34] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/189
[13:34] <gitbot> GNOME issue (Merge request) 73 in mutter "WIP: renderer-native: CRTCs now hold front buffer refs." [1. Bug, 5. Backend: Native, 5. Performance, Opened]
[13:34] <gitbot> GNOME issue (Merge request) 189 in mutter "WIP: Geometric (GPU-less) picking" [1. Feature, 5. Clutter, 5. Performance, Opened]
[13:34] <kenvandine>     but the good news is that upstream is finally commenting on a couple.
[13:35] <kenvandine> * Hardware video decoding:
[13:35] <kenvandine>   - mpv version 0.29.0 was released to cosmic
[13:35] <kenvandine> (https://launchpad.net/ubuntu/+source/mpv/0.29.0-1ubuntu1)
[13:35] <kenvandine>     . Note this means drag-and-drop finally works in Wayland sessions,
[13:35] <kenvandine> so...
[13:35] <kenvandine>     . YouTube instructions updated:
[13:35] <kenvandine> https://wiki.ubuntu.com/IntelQuickSyncVideo#YouTube
[13:35] <kenvandine> * Daily bug management:
[13:35] <kenvandine>   - Good news: firefox, thunderbird and xorg bug backlogs continue to
[13:35] <kenvandine> shrink.
[13:35] <kenvandine>   - Bad news: xorg-server's backlog continues its steady growth.
[13:35] <kenvandine> Although that's not a very long term concern if we continue focusing on
[13:35] <kenvandine> fixing and making Wayland sessions more preferable. Some upcoming
[13:35] <kenvandine> Wayland fixes that will help to reduce the preference for Xorg are:
[13:35] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/171
[13:35] <gitbot> GNOME issue (Merge request) 171 in mutter "Sync to the hardware refresh rate, not just 60.00Hz [performance]" [1. Feature, 5. Backend: Native, Opened]
[13:35] <kenvandine>     . https://gitlab.gnome.org/GNOME/mutter/merge_requests/73
[13:35] <gitbot> GNOME issue (Merge request) 73 in mutter "WIP: renderer-native: CRTCs now hold front buffer refs." [1. Bug, 5. Backend: Native, 5. Performance, Opened]
[13:35] <kenvandine>   -
[13:35] <kenvandine> https://docs.google.com/spreadsheets/d/e/2PACX-1vRDHPxGBHqM6XkT_S8ggtYfD0xchKSUD_z9PopNVE3G1rU05fVSnxDGcDsEstl7gu7N-tzCU6mLUp2V/pubchart?oid=254968654&format=interactive
[13:36] <kenvandine> #topic jamesh
[13:36] <kenvandine> snapcraft debug symbols:
[13:36] <kenvandine> * I put together a post on the Snapcraft forum about collecting debug
[13:36] <kenvandine> information for snap builds:
[13:36] <kenvandine> https://forum.snapcraft.io/t/collecting-debug-symbols/7017
[13:36] <kenvandine> * The only feedback I've received so far is about third party services
[13:36] <kenvandine> that could be used for symbol storage and retracing.  Having snapcraft
[13:36] <kenvandine> separate and collect the symbols would be necessary for whatever
[13:36] <kenvandine> tracing solution we'd use, so that's what I've been focusing on.
[13:36] <kenvandine> * I've got a branch to add support for cataloging the build IDs and
[13:36] <kenvandine> presence of debug info in ELF files, so I'll use that as a trial
[13:36] <kenvandine> balloon PR for acceptance of these features.
[13:36] <kenvandine> pulseaudio snap policy module:
[13:36] <kenvandine> * I produced a debdiff of the classic snap support changes for cosmic.
[13:36] <kenvandine> * I'm finishing testing a bionic debdiff, and will start checking how
[13:36] <kenvandine> well the patches backport to xenial.
[13:36] <kenvandine> snapd pull requests:
[13:36] <kenvandine> * I updated the desktop portal startup PR to take into account
[13:36] <kenvandine> niemeyer's review comments.  Still need to get it merged.
[13:37] <kenvandine> snap-glib:
[13:37] <kenvandine> * I updated my get_interface_info() PR to apply to master.  I'm still
[13:37] <kenvandine> not sure whether it should be merged as is though, since I think we
[13:37] <kenvandine> snapd REST API might need some extensions to become more useful, and
[13:37] <kenvandine> that might affect the C API.
[13:37] <kenvandine> #topic jibel
[13:37] <jibel> o/
[13:37] <jibel> - Stats on system upgrades to validate the data collected by ubuntu-report
[13:37] <jibel> - Finished the “Installation and upgrades” page and the “Installation Media” indicator of the dashboard.
[13:37] <jibel> - Fixed an issue with the pie charts when the duration is too long
[13:37] <jibel> - Confirmed bug 1788597 and verified its fix.
[13:37] <jibel> - SRU verification of apport and gnome-initial-setup in bionic
[13:37] <jibel> - Started work on “ISO size” indicator.
[13:37] <jibel> EOW
[13:37] <kenvandine> jibel, thx
[13:37] <kenvandine> #topic heber
[13:37] <heber> hey
[13:37] <heber> * Finish nvidia test plan and propose the call for testing in community hub
[13:37] <heber> * Submit MP for utah and ubiquity and investigate/fix the crashes after tests finish with the installation
[13:37] <heber> EOF
[13:38] <kenvandine> heber, thanks
[13:38] <kenvandine> #topic kenvandine
[13:38] <kenvandine> * snap-store:
[13:38] <kenvandine>   - Merged upstream gnome-software changes
[13:38] <kenvandine>   - Requested connection of snapd-control and password-manager-service interfaces
[13:38] <kenvandine>   - Hide the software sources menu when run as snap-store
[13:38] <kenvandine> ⚾
[13:38] <kenvandine> #topic oSoMoN
[13:38] <oSoMoN> hey
[13:38] <oSoMoN> this was a short week, I was off Wednesday and Friday
[13:38] <oSoMoN> • chromium
[13:38] <oSoMoN>   ∘ continued focus on transitioning to a snap-only chromium, still working on a remaining theming issue which appears to be specific to how chromium uses GTK
[13:38] <oSoMoN>   ∘ updated beta to 69.0.3497.57
[13:38] <oSoMoN>   ∘ updated dev to 70.0.3528.4
[13:38] <oSoMoN>   ∘ at Alan's request, looked into specifying the license in snapcraft.yaml, but it appears this isn't supported in snapcraft yet
[13:38] <oSoMoN> • libreoffice
[13:38] <oSoMoN>   ∘ prepared update to 6.1.0 for cosmic (bug #1786207), built in a test PPA
[13:39] <oSoMoN>     - autopkgtests were failing, reverted a (debian) upstream change that required apparmor 2.13
[13:39] <oSoMoN>     - manual testing uncovered two regressions, one of which is an upstream bug already fixed in 6.1.1 (https://bugs.documentfoundation.org/show_bug.cgi?id=119357) and the other one is a packaging bug also present in Debian (bug #1789202) which Rene already proposed a fix for
[13:39] <oSoMoN>     - filed a FFe as I didn't manage to get it fully tested before the freeze got in effect (bug #1789240)
[13:39] <oSoMoN> 🏰
[13:39] <kenvandine> oSoMoN, thanks
[13:39] <kenvandine> #topic seb128
[13:39] <seb128> hey
[13:39] <seb128> :
[13:39] <seb128> • imported the gnome-online-accounts vcs from andy to the desktop team repository
[13:39] <seb128> • cosmic updates (libmtp, ibus, gnome-control-center)
[13:39] <seb128> • fixed failing glib-networking autopkgtest (upstream & cosmic)
[13:39] <seb128> • debian merges (gnome-desktop3, xserver-xorg-input-synaptics, totem-pl-parser) and syncs (libdazzle, ibus-table, graphite)
[13:39] <seb128> • sponsoring to debian (totem), Ubuntu (gnome-online-accounts update, totem)
[13:39] <seb128> • changed gdm to pull in fprintd-pam since the MIR was approved
[13:39] <seb128> • updated n-m to the new stable serie
[13:39] <seb128> • reviewed/merged/uploaded g-c-c changes from Gunnar
[13:39] <seb128> • sponsored gnome-online-accounts fixes from Andy
[13:39] <seb128> • some trello board reviews/updates
[13:39] <seb128> • test built aisleriot with guile-2.2 and talked to jeremy about switching from the old unmaintained 2.0 version to 2.2, that landed before ff in cosmic
[13:39] <seb128> • updated shotwell to the new 3.29 serie
[13:39] <seb128> • desktop-versions-script; some extra upstream urls definitions & fixes
[13:39] <seb128> • reported bugs to Debian about outdated components, mostly for packages which are in sync, so we can maybe get them updated synced (already worked for some)
[13:40] <seb128> • updated desktop-file-utils to use the new evince/gedit .desktop names for default mimetype associations (& merged on Debian)

[13:40] <kenvandine> seb128, thanks
[13:40] <seb128> yw!
[13:40] <kenvandine> #topic tkamppeter
[13:40] <tkamppeter> - cups-filters: Released 1.21.1. This is a fix for a segmentation fault in the foomatic-rip filter introduced with a contribution of Coverity Scan fixes.
[13:40] <tkamppeter> - GTK 3.0 print dialog: Investigated a bug which leads to page size names being prefixed by "Costum." and then not recognized by CUPS. Spotted what went wrong and found a way to solve it.
[13:40] <tkamppeter> - cpdb-libs: Changes on the autopkg test script as it did not pass on all platforms.
[13:40] <tkamppeter> - Google Summer of Code 2018: Continuing mentoring the students for completing their work.
[13:40] <tkamppeter> - Bugs.
[13:40] <kenvandine> tkamppeter, thanks!
[13:41] <kenvandine> #topic trevinho
[13:41] <Trevinho> skip me a second pelase, I need to finish adding few lines :)
[13:41] <kenvandine> ok
[13:41] <kenvandine> #topic robert_ancell
[13:41] <kenvandine> - Backported verified publisher support to GNOME Software 3.20, 3.28
[13:41] <kenvandine> - Released snapd-glib 1.43
[13:41] <kenvandine> - Uploaded snapd-glib 1.43 SRU to 18.04 LTS
[13:41] <kenvandine> - Triaged simple-scan bugs, fixed a couple of small ones
[13:41] <kenvandine> - Released simple-scan 3.29.92
[13:41] <kenvandine> - Released simple-scan 3.20.1 and set up CI to build on 16.04 LTS
[13:41] <kenvandine> - Attended GNOME Software stakeholders meeting
[13:42] <kenvandine> #topic rls-bugs
[13:42] <kenvandine> I don't see any desktop bugs on bb-incoming http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:42] <kenvandine> so yay
[13:43] <kenvandine> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:44] <seb128> that has a bunch of unassigned non-fix-commited
[13:44] <kenvandine> yeah
[13:44] <seb128> should the snapd-glib and gnome-software ones be assigned to robert?
[13:45] <seb128> jbicha, do you plan to do the SRU for bug #1788256 ?
[13:45] <seb128> the xorg stack are probably for Timo
[13:45] <seb128> and that's basically what is there?
[13:46] <kenvandine> seb128, looks like andyrock did the gnome-software task on that and snapd-glib has been fixed in cosmic
[13:46] <kenvandine> robert just backported the latest release to bionic, maybe that was fixed too
[13:46] <kenvandine> i'll assign it to verify
[13:46] <seb128> I guess SRUing a new snapd-glib is something Robert plan to do?
[13:46] <kenvandine> he did that this week
[13:46] <kenvandine> so i guess it's just waiting on the SRU process
[13:47] <seb128> right
[13:47] <seb128> https://launchpadlibrarian.net/385689882/snapd-glib_1.43-0ubuntu0.18.04.1_source.changes
[13:47] <jbicha> seb128: yes, we'll need something like https://gitlab.gnome.org/GNOME/pango/merge_requests/15 for the new combined emojis (like people with red hair) to work
[13:47] <gitbot> GNOME issue (Merge request) 15 in pango "Update Unicode Text Segmentation to Unicode 11" [Opened]
[13:47] <seb128> jbicha, can you comment about that on the bug?
[13:47]  * Trevinho is ready when you want :)
[13:48] <seb128> kenvandine, I guess the 4 bugs listed there should be assigned to it on bionic
[13:48] <seb128> he should be doing those basic bug triaging himself :/
[13:48] <seb128> can you remind him? it's not nice to lead the cruft to clean for us as a team
[13:50] <kenvandine> seb128, yeah, he just filed all those bugs last night
[13:50] <kenvandine> i guess he just didn't assign them
[13:51] <seb128> right, he should have :p
[13:51] <kenvandine> yeah
[13:51] <kenvandine> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:51] <seb128> anyway, I think we can move on from bionic
[13:51] <kenvandine> nothing for desktop
[13:51] <jibel> I just filed bug 1789421
[13:51] <jibel> not sure it's foundation or desktop
[13:51] <seb128> it's probably for us
[13:52] <seb128> didrocks or Trevinho, does one of you want to have a look?
[13:52] <Trevinho> yeah, I added that patch... so we've an error now. Before it was crashing silently
[13:52] <kenvandine> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[13:53] <kenvandine> just the same tasks from robert
[13:53] <kenvandine> so in good shape there
[13:53] <seb128> kenvandine, you said you would ask Robert what is blocked bug #1552792 last week, did you ask/get an answer?
[13:53] <seb128> blocking*
[13:53] <seb128> it's still not uploaded to cosmic
[13:53] <kenvandine> seb128, i did... he never responded :(
[13:53] <seb128> and missed feature freeze now...
[13:53] <kenvandine> i'll nag him about it
[13:53] <seb128> shrug
[13:53] <seb128> thx
[13:53] <Trevinho> seb128: maybe in that case just reverting to default gnome-shell.css, but not sure why ubuntu.css is requested now though
[13:53] <seb128> Trevinho, k, I'm assigning the bug to you, please have a look when you have time :)
[13:54] <didrocks> Trevinho: basically, you need Yaru/gnome-shell.css
[13:54] <didrocks> Trevinho: do not hesitate to ping me if you are stuck for whatever reason :)
[13:54] <Trevinho> yep... wondering why that points there though
[13:54] <didrocks> (I'm pretty sure ubiquity does some kind of its own override?)
[13:54] <Trevinho> might be..
[13:54] <Trevinho> need to look deeply
[13:55] <kenvandine> ok, i think that's all for rls bugs
[13:55] <Trevinho> but happy to have a logging now instead of crashing in the middle of c calls :-D
[13:55] <didrocks> heh
[13:55] <kenvandine> #topic trevinho
[13:55] <Trevinho> · gnome-session: Fixed bug #1787748, packaging cleanup to stay close to debian
[13:55] <Trevinho>   https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/353513
[13:55] <Trevinho> · Ubuntu-settings: use yaru in GDM by default:
[13:55] <Trevinho>    https://code.launchpad.net/~3v1n0/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/353442
[13:55] <Trevinho> · Some discussions on migrating users to yaru and session-migrations changes
[13:55] <Trevinho>   https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-session/+git/gnome-session/+merge/353340
[13:55] <Trevinho> · GDM, support for loading gdm greeter session from .desktop file
[13:55] <Trevinho>   (will allow us to ship a proper file with XDG_CURRENT_DESKTOP set to Ubuntu-Greeter
[13:55] <Trevinho>    and ability to change shell mode from that, avoiding the gdm.css hack and supporting vanilla gdm too)
[13:55] <Trevinho>   https://gitlab.gnome.org/GNOME/gdm/merge_requests/33
[13:55] <Trevinho> · Gnome-shell: cancel search proxies on overlay hiding:
[13:55] <gitbot> GNOME issue (Merge request) 33 in gdm "Load default gdm greeter from .desktop file" [Opened]
[13:55] <Trevinho>   https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/205
[13:55] <Trevinho> · Gnome-calculator:
[13:55] <Trevinho>   use async search provider, make it stop if an equation requires too much CPU
[13:55] <Trevinho>     https://gitlab.gnome.org/GNOME/gnome-calculator/merge_requests/10
[13:55] <Trevinho>   support for pasing int literals base:
[13:56] <Trevinho>     https://gitlab.gnome.org/GNOME/gnome-calculator/merge_requests/11
[13:56] <Trevinho> · GLib crash fix (we need to get this in bionic too, but it's next release):
[13:56] <Trevinho>   https://gitlab.gnome.org/GNOME/glib/merge_requests/266
[13:56] <Trevinho>   (other cleanup) https://gitlab.gnome.org/GNOME/glib/merge_requests/275
[13:56] <gitbot> GNOME issue (Merge request) 205 in gnome-shell "js/viewSelector: Cancel search on overview hiding" [Opened]
[13:56] <gitbot> GNOME issue (Merge request) 10 in gnome-calculator "Async and cancellable search provider" [Opened]
[13:56] <gitbot> GNOME issue (Merge request) 11 in gnome-calculator "number: add support for parsing integer literals" [Opened]
[13:56] <gitbot> GNOME issue (Merge request) 266 in glib "subprocess: Fix communicate_cancelled signature" [Gsubprocess, Merged]
[13:56] <gitbot> GNOME issue (Merge request) 275 in glib "tests: update bug base to point to gitlab" [Gtest, Opened]
[13:56] <Trevinho> · XUbuntuCancel gnome-shell search (nautilus, gnome-calculator, gnome-shell)
[13:56] <Trevinho>   https://bileto.ubuntu.com/#/ticket/3385
[13:56] <Trevinho>   https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/353825
[13:56] <Trevinho>   https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/353826
[13:56] <Trevinho>   https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/353828
[13:56] <Trevinho>   Would be nice to have gnome-software there too.
[13:56] <Trevinho> · Gnome shell cleanups:
[13:56] <Trevinho>   https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/202
[13:56] <Trevinho> 🍉
[13:56] <gitbot> GNOME issue (Merge request) 202 in gnome-shell "js: use ES6 template strings for dbus interfaces" [Merged]
[13:56] <kenvandine> Trevinho, thanks
[13:56] <kenvandine> #topic aob
[13:57] <seb128> jbicha, did you have a status update btw?
[13:57] <Trevinho> [ah, updated also gitbot :), so now it runs in limnoria and from a snap `limnoria-gittracker` from store :) https://gitlab.gnome.org/3v1n0/limnoria-gittracker/
[13:58] <seb128> nice :)
[13:58] <kenvandine> excellent
[13:58] <kenvandine> seems no aob
[13:58] <seb128> indeed
[13:58] <kenvandine> #endmeeting
[13:58] <meetingology> Meeting ended Tue Aug 28 13:58:55 2018 UTC.
[13:58] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-08-28-13.32.moin.txt
[13:58] <kenvandine> thanks everyone!
[13:59] <seb128> thanks kenvandine & team!
[13:59] <seb128> nice efficient one
[13:59] <didrocks> thx!
[13:59] <didrocks> Trevinho: on your gdm changes, please PR the yaru guide on how to change the gdm screen for developers (people installing under /usr/local)
[13:59] <didrocks> and also people who want to revert to vanilla one
[13:59] <Trevinho> didrocks: yeah, I will but still they didn't land yet and I wanted to be upstreamed first
[14:00] <seb128> kenvandine, btw it doesn't look like we have trello cards for "update the snap platform to 3.29/30 & the gnome apps to their cosmic version", we should right?
[14:00] <Trevinho> didrocks: i run it from jhbuild so, should be the same thing :)
[14:00] <didrocks> Trevinho: ah, we are still using the alternatives?
[14:00] <didrocks> ok :)
[14:00] <seb128> kenvandine, our GNOME snaps are outdated compared to the deb, it's supposed to be the other way around :p
[14:00] <Trevinho> didrocks: it's still on alternative
[14:00] <didrocks> but when you land it, remember to publicize and update those :)
[14:00] <didrocks> Trevinho: so, on session-migration…
[14:00] <didrocks> I read the code
[14:00] <didrocks> and gnome-session integration
[14:01] <Trevinho> didrocks: what I wanted to do is the ability to setup the MODE from somewhere, and I think an extra desktop entry will work
[14:01] <kenvandine> seb128, yeah...
[14:01] <didrocks> the issue is that we now have per-session defaults ofc…
[14:01] <didrocks> we have multiple options
[14:01] <Trevinho> yep
[14:01] <didrocks> either check for the session, exit 0 if doesn't match
[14:01] <kenvandine> i've updated what i can with the versions we have in the backports PPA
[14:01] <seb128> kenvandine, can you get cards for that in the board and people assigned? ;)
[14:01] <didrocks> meaning we will never run the migratino
[14:01] <Trevinho> so that's the thing, I don't want to change back to default for who is using vanilla gnome
[14:01] <didrocks> which is OK, we don't expect people to change that often
[14:01] <didrocks> what we can even
[14:01] <didrocks> if check if value in that sessino == default
[14:01] <Trevinho> nor I want it to mark a script as run
[14:01] <didrocks> (default for that session)
[14:02] <Trevinho> ran*
[14:02] <didrocks> still do a reset
[14:02] <didrocks> that way, no change for current session and back to default for ubuntu-session
[14:02] <Trevinho> didrocks: have you seen the MP's comments?
[14:02] <didrocks> yeah
[14:02] <kenvandine> seb128, i'll update the card for the platform build snap, because i think really that's what we need to make this maintainable
[14:02] <didrocks> so, exit 1 is the last alternative
[14:02] <didrocks> it won't do anything bad
[14:02] <Trevinho> didrocks: I wanted to introduce a new exit-mode though
[14:02] <Trevinho> so it won't spam
[14:02] <didrocks> like session-migration only prints something
[14:03] <Trevinho> like "skip this"
[14:03] <didrocks> but yeah, then, it will try everytime
[14:03] <didrocks> skip as "skip forever"?
[14:03] <seb128> kenvandine, how likely is that going to be in place for cosmic though?
[14:03] <Trevinho> better would supporting XDG_CURRENT_DESKTOP, but I didn't either want to do major changes
[14:03] <seb128> kenvandine, we need to track deliverable items and we need to update our seeded snaps now so they get testing
[14:03] <kenvandine> seb128, not likely... so i guess what i really need is a backports ppa for 3.30 :)
[14:03] <kenvandine> yeah
[14:03] <Trevinho> also because we need to define a way to pick the files who are "per-session" only
[14:04] <Trevinho> and those who are anywhere my user is
[14:04] <didrocks> Trevinho: what is different from checking XDG_CURRENT_DESKTOP and exit 0?
[14:04] <Trevinho> per-desktop-session I meant
[14:04] <didrocks> it's like your skipping?
[14:04] <Trevinho> yep...
[14:05] <Trevinho> just having a way to pick scripts per session would allow not to try forever if there are no scripts to be launched for that session
[14:05] <didrocks> Trevinho: wait, the migration is per session
[14:05] <Trevinho> like if we support .desktop files as scripts, then the .desktop can be used for launching something depending on the environment
[14:06] <didrocks> Trevinho: so if XDG_SESSION_DESKTOP != ubuntu; exit 0
[14:06] <didrocks> then, let run the script
[14:06] <Trevinho> mh, yeah... per user-session, right?
[14:06] <didrocks> yes
[14:06] <didrocks> the stamp to not rerun already runned script has the session name in it
[14:06] <Trevinho> but if i'm in a vanilla gnome user session, that will be marked as ran, no?
[14:06] <didrocks> right
[14:06] <didrocks> which is what you want
[14:06] <Trevinho> (if I don't exit 1)
[14:06] <didrocks> then, you switch to ubuntu session
[14:06] <Trevinho> nope, because if then I login to ubuntu it won't run
[14:07] <didrocks> it's not in the "ubuntu" session file
[14:07] <didrocks> it will be run
[14:07] <didrocks> and stamped there
[14:07] <didrocks> as told:
[14:07] <didrocks> 16:06:35     didrocks | the stamp to not rerun already runned script has the session name in it
[14:07] <Trevinho> ahhhhh ok ok
[14:07] <Trevinho> that's fine
[14:07] <Trevinho> I didn't notice the file itself was tracking it
[14:07] <didrocks> it does :)
[14:08] <didrocks> to not spoil the rest of the system
[14:08] <Trevinho> ok, good... so just returning outside of ubuntu is fine
[14:08] <didrocks> yep!
[14:08] <Trevinho> ok, let me adapt the script then.. it should be already fine once that is checked
[14:09] <didrocks> yes
[14:09] <Trevinho> which was my 1st guess, then since I didn't remember this fact of the stamp file...
[14:09] <didrocks> Trevinho: you can simplify it, like doing the transactional stuff
[14:09] <didrocks> checking for defaults
[14:09] <didrocks> instead of hardcoding then
[14:09] <Trevinho> I would have liked to have it ubuntu-settings package, but since I didn't want to introduce there an extra dep I just changed  it in gnome-session is it ok?'
[14:09] <didrocks> apart from checking for radiance
[14:10] <didrocks> Trevinho: gnome-session -> ubuntu-session binary package, correct?
[14:10] <Trevinho> didrocks: like just check != default and Radiance?
[14:10] <didrocks> yep
[14:10] <didrocks> oh
[14:10] <didrocks> hum
[14:10] <didrocks> we want to check old default
[14:10] <Trevinho> mh, that's ok... but again I didn't want to touch peope with Pop!Gtk for example :)
[14:10] <Trevinho> so... not sure for that
[14:10] <didrocks> yeah
[14:10] <didrocks> hum, that's indeed debatable
[14:10] <Trevinho> so I added the defaults
[14:11] <didrocks> well, keep checking for the hardcoded list then for now
[14:11] <Trevinho> yeah seb128 was saying the same of you
[14:11] <Trevinho> but I didn't want to change too much.
[14:11] <Trevinho> at the end is just few hardcoded well-known names
[14:11] <didrocks> it's going to look weird IMHO to have a different theme for them and still having default gnome shell one
[14:11] <didrocks> which changes
[14:11] <didrocks> but I guess that's ok
[14:12] <Trevinho> seb128:  as for https://bileto.ubuntu.com/#/ticket/3385 who can review that? You? Didier? Andy? :)
[14:14] <Trevinho> didrocks: yes, it's even true that if an user changed to something different than old defaults (which could have been changed also from the old unity-control-center easily for upgraders), he probably know how to do it again
[14:14] <Trevinho> and the fact to have mismatching theming will force it to do it
[14:15] <didrocks> yeah
[14:15] <didrocks> sounds good to me
[15:34] <Trevinho> xnox: mh as per meson change, I think it would have been better to fix systemd instead of changing meson again, since meson will do that anyway soon (so better to be prepared), and at least two package breaks now for this (well yaru is quite random on that). So need to use workarounds that will be trashed later, more than a fix that will sitll be relevant later
[15:37] <jbicha> Trevinho: meson 0.47.2-1 was just released which I think includes the meson workaround
[15:38] <Trevinho> jbicha: might be yes..
[16:20] <xnox> Trevinho, sure, but i don't have "proper" fixes for systemd.
[16:20] <xnox> Trevinho, and that too will take time.
[16:21] <xnox> Trevinho, so are you saying there are things still regressed with the meson as is now in cosmic-release, right? what are they?
[16:21] <xnox> i want to look at that.
[17:13] <Trevinho> xnox: for sure ubuntu-settings should be, but we had already a workaround for it,  so you can just revert it from git
[17:14] <Trevinho> xnox: then I got some failures (I can't find the log now) for icons in yaru. The problem with that is that installation is not always done in the same order (mhmh, not really nice not to have a predictible system) and thus sometimes the symlinks exists already and thus thing work, other times they don't yet and thus it fails
[17:16] <xnox> Trevinho, where is git for ubuntu-settings?
[17:16] <Trevinho> xnox: https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings
[17:17] <Trevinho> yaru is in github instead
[17:21] <xnox> Trevinho, thanks!
[17:25] <xnox> Trevinho, i believe with my upload ubuntu-settings will continue to work - ie. the dangling symlink will be copied as dangling, and that will continue to work in the future too
[17:26] <xnox> my upload of meson in cosmic release that is.
[17:26] <Trevinho> xnox: ah, ok fine enough then
[17:26] <Trevinho> what I've touched instead was just fixing the permission thing, as meson was acting on the linked file instead that on the link itself.
[17:26] <xnox> Trevinho, it's only akward for non-dangling things which will change behaviour.
[17:27] <Trevinho> (on the platforms that are supported for that)
[17:27] <xnox> urgh! i understand now!
[17:27] <xnox> (the non-danglign affects systemd only so far as far as i can tell at the moment)
[17:27] <xnox> will check yuru stuff
[17:28] <Trevinho> yaru might need couple of rebuilds to test (disable the png compression though)
[17:28] <Trevinho> or will take ages
[17:28] <xnox> urgh
[18:24] <oSoMoN> have a good night everyone
[18:34] <seb128> xnox, is your change coming from upstream?
[22:27] <robert_ancell> jamesh, my talk got accepted for LCA! :)
[22:37] <jbicha> robert_ancell: how did you manage to find a conference where you don't have to change time zones? 👍
[22:37] <robert_ancell> jbicha, I sure did!