[06:01] <duflu> Morning seb128
[06:22] <duflu> Morning oSoMoN. I just added some components you mentioned recently to https://docs.google.com/spreadsheets/d/e/2PACX-1vRDHPxGBHqM6XkT_S8ggtYfD0xchKSUD_z9PopNVE3G1rU05fVSnxDGcDsEstl7gu7N-tzCU6mLUp2V/pubchart?oid=254968654&format=interactive
[06:42] <didrocks> oopps, forgot to say "good morning", was already deep in packaging
[06:43] <duflu> Good morning didrocks. Everyone else is still asleep, even if logged in
[06:45] <didrocks> all those slackers! :-)
[06:55] <oSoMoN> good morning desktoppers
[06:55] <duflu> Hello oSoMoN
[06:55] <oSoMoN> hey duflu
[06:55] <oSoMoN> which components did you add?
[06:56] <duflu> oSoMoN, thunderbird and chromium-browser
[06:56] <duflu> with as much history as I could find
[06:56] <oSoMoN> (I was outside overseeing workers who are drilling ventilation holes for the crawl space below the house)
[06:56] <oSoMoN> duflu, cool, thanks
[06:59] <oSoMoN> duflu, does the LP API expose bug number history?
[07:00] <duflu> oSoMoN, I don't know. I only use the Wayback Machine :)
[07:00] <duflu> It's a tricky question to answer -- what was the net opens-minus-closes on date X
[07:00] <duflu> ?
[07:01] <duflu> I wouldn't be surprised if LP had no such records
[07:05] <oSoMoN> duflu, yeah, it doesn't as far as I know, using the wayback machine is a clever way of getting that info
[07:16] <didrocks> salut oSoMoN
[07:18] <oSoMoN> salut didrocks, ça va?
[07:18] <didrocks> ça va, et toi oSoMoN ?
[07:19] <oSoMoN> bien
[07:34] <seb128> hey duflu
[07:34] <seb128> lut oSoMoN didrocks
[07:34]  * seb128 is back from morning "errands" :) I should have started earlier than 8am today, it's nice and fresh still
[07:35] <duflu> Real life. Always gets in the way
[07:35] <seb128> indeed
[07:39] <didrocks> salut seb128
[07:50] <oSoMoN> salut seb128
[08:01] <Laney> yo
[08:01] <didrocks> hey Laney, good long week-end?
[08:03] <Laney> heeeeeeeeeeeeeeeeyy didrocks
[08:03] <Laney> YEP
[08:03] <Laney> nice swimming in the river / sea, good food & drinks, hot sun!
[08:03] <didrocks> nice!
[08:04] <didrocks> it's time for https://github.com/ubuntu/communitheme/pull/649
[08:04] <gitlab-bot> ubuntu issue (Pull request) 649 in communitheme "New theme name" (comments: 1) [Open]
[08:05] <Laney> 🏊 🌊🍹🍺☕🌞
[08:06] <Laney> yeahhhh
[08:06] <Laney> how are you?
[08:07] <didrocks> I'm fine, thanks!
[08:08] <Laney> groovy
[08:09] <willcooke> morning all
[08:13] <didrocks> morning willcooke
[08:16] <oSoMoN> good morning Laney, willcooke
[08:16] <didrocks> seb128: when you have time, do you mind pre-reviewing the packaging before I upload it to cosmic? https://github.com/ubuntu/yaru
[08:17] <Laney> moin willcooke oSoMoN
[08:17] <Laney> what's new
[08:18] <willcooke> didrocks, woot!  Getting close now
[08:19] <willcooke> Laney, jetlag kicking my arse.  Wide awake at 2 = hard to wake up at 9.
[08:19] <willcooke> How was your holiday?
[08:19] <Laney> yeah pretty sweet
[08:19] <Laney> we mainly pottered around eating, drinking and swimming in various bodies of water
[08:20] <Laney> we were in totnes
[08:20] <Laney> good river there for swimming in, can walk a few minutes out of the town
[08:21] <willcooke> nice part of the world that
[08:27] <Laney> aye
[08:32] <duflu> Morning(ish) willcooke
[08:36] <duflu> Morning Laney too
[08:37] <willcooke> ar'noon duflu
[08:40] <Trevinho> Morning
[08:40] <Trevinho> Hi Laney
[08:46] <didrocks> hey Trevinho
[08:48] <seb128> didrocks, sure, I'm having a look to that today
[08:48] <didrocks> thanks!
[08:48] <duflu> Hi Trevinho
[08:48] <seb128> np!
[08:48] <seb128> hey Trevinho Laney
[08:48] <seb128> & willcooke
[08:50] <Trevinho> Hi didrocks, duflu, seb128 & willcooke
[08:51] <Laney> hey Trevinho and seb128!!!
[08:51] <Laney> what's going on
[08:55] <duflu> I see blue sky. It's been a while
[08:58] <seb128> summer is here, it's still nice in the morning but I might hunt for a place with a/c for the afternoon :/
[09:00] <didrocks> already 27°C inside
[09:06] <Laney> /o\
[10:40] <seb128> didrocks, nice job on the yaru blog post!
[10:44] <Laney> YYYYYYEAHHHHHHHHHH!
[10:44] <Laney> cyphermox: hey, did you see that people are still reporting kbd_mode bugs?
[10:44] <Laney> there was a console-setup sru to bionic which probably set them off (not that I've investigated)
[10:50] <oSoMoN> Laney, would you mind approving and merging https://code.launchpad.net/~osomon/britney/hints-ubuntu-libreoffice/+merge/350721 ?
[10:51] <Laney> ok
[10:51] <oSoMoN> thanks
[10:51] <Laney> why do we still have that problem :((((((((((((((((((((((((((((((((((((((
[10:53] <oSoMoN> the kernel team spent some time trying patches but I don't think we ever got to the bottom of it…
[10:54] <oSoMoN> Laney, once merged, do I need to do anything for the autopkgtest failure to be ignored and migration to proceed?
[10:54] <Laney> nah, it happens at the next run
[10:58] <seb128> Laney, speaking of hint can you update the udisks2 version on s390x?
[10:59] <Laney> I thought that was going to be looked at
[11:01] <Laney> done
[11:01] <Laney> but I still thought that
[11:01] <Laney> If not, make the next upload kill the testsuite on s390x
[11:01] <Laney> please, or something like that
[11:02] <seb128> good point, thx (I poked a bit at it but don't remember if I said I would do a bit more of that of the outcome is that some of the things don't make sense on s390x ... I had back that in my backlog to have a look again)
[11:03] <xnox> i agree....
[11:03] <seb128> I add back*
[11:03] <seb128> xnox, you agree with killing the testsuite on s390x?
[11:03] <xnox> yes
[11:04] <seb128> great :)
[11:04] <xnox> chances of people connecting usb camera to a mainframe are -1
[11:04] <Laney> still
[11:04] <Laney> http://autopkgtest.ubuntu.com/packages/u/udisks2/bionic/s390x
[11:04] <Laney> what broke it?
[11:04] <Laney> that's worth being concerned about imho
[11:05] <xnox> seb128, it would be ok if it did test the dasd/zfcp/loops etc all the generic things.
[11:05] <xnox> but not the usb stuff, for example.
[11:05] <xnox> looking
[11:05] <Laney> if things go from working to broken
[11:05] <Laney> understanding why is important
[11:05] <xnox> glibc broke it?! =)
[11:06] <xnox> yeah looks odd / bad
[11:06] <seb128> I think the main failing test is new in 2.7 and never worked
[11:07] <seb128> https://github.com/storaged-project/udisks/issues/517
[11:07] <gitlab-bot> storaged-project issue 517 in udisks "test_md_raid_methods fails on s390x" (comments: 2) [Open]
[11:07] <seb128> that didn't exist in 2.6
[11:07] <seb128> the other issues are transient/flaky tests (should be addressed too yes)
[11:08] <Laney> ah nice bug
[11:08] <seb128> they milestoned for 2.8 so hopefully they get back to it
[11:09] <xnox> well that's just basic linux raid, i can poke things there to see what's wrong.
[11:09] <xnox> in general linux raid should just work.
[11:09] <seb128> that would be useful
[11:09] <seb128> thx
[11:09] <xnox> so possibly simply racy
[11:09] <xnox> and mainframe fast, hence always racy
[11:18] <Laney> 😘
[12:50] <andyrock> seb128: can you take a look at https://code.launchpad.net/~azzar1/software-properties/fix-lp-1770686/+merge/345437
[12:50] <andyrock> it has been there approved for a while
[12:51] <seb128> andyrock, hey, sure, I've a meeting in 10min so probably after that/the team meeting, but it's on my list now :)
[12:51] <andyrock> kk thx :)
[13:04] <didrocks> would be nice if gbp had a --split mode as bzr bd did
[13:04]  * didrocks looks at the doc but didn't find an equivalent if I'm correct
[13:15] <cyphermox> Laney: I did not, where do you see these bugs?
[13:22] <didrocks> ok, I think I found some options to emulate it
[13:28] <Laney> cyphermox: some comments on 1710637
[13:28] <Laney> and p_opey reported it here
[13:30] <willcooke> ding ding!
[13:30] <willcooke> it's meeting time
[13:30] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2018-07-24
[13:30] <meetingology> Meeting started Tue Jul 24 13:30:28 2018 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:30] <meetingology> Available commands: action commands idea info link nick
[13:30] <oSoMoN> o/
[13:30] <willcooke> Roll call: andyrock, dgadomski, didrocks, duflu (out), jamesh (out), jibel/heber, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (hols)
[13:30] <didrocks> hey
[13:31] <Trevinho> o/
[13:31] <andyrock> o/
[13:31] <Laney> _O_
[13:31] <seb128> hey
[13:31] <jibel> o/
[13:31] <willcooke> Looks like we have enough people to start, so....
[13:31] <willcooke> #topic andyrock
[13:32] <kenvandine> o/
[13:32] <andyrock> Reviewed https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/349670
[13:32] <andyrock> Update MP for https://gitlab.gnome.org/GNOME/gnome-shell/issues/373 to support x11 too
[13:32] <andyrock> Bug “media-keys: Some shortcuts should ignore auto-repeat key events”:
[13:32] <andyrock> MP for gnome-shell: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/156
[13:32] <andyrock> MP for gnome-settings-daemon: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/merge_requests/34
[13:32] <andyrock> MP for mutter: https://gitlab.gnome.org/GNOME/mutter/merge_requests/169
[13:32] <andyrock> Working on fix for LP: #1772831
[13:32] <andyrock> Working on adding ‘http over unix’ support to libsoup. This likely requires a major reworking of the api
[13:32] <gitlab-bot> GNOME issue 373 in gnome-shell "Some keybindings should discard auto-repeat events" (comments: 0) [Opened]
[13:32] <gitlab-bot> GNOME issue (Merge request) 156 in gnome-shell "shellDBus: Add ignore_key_repeat paramater" (comments: 8) [Opened]
[13:32] <gitlab-bot> GNOME issue (Merge request) 34 in gnome-settings-daemon "media-keys: Allow some key repeated events" (comments: 1) [Opened]
[13:32] <gitlab-bot> GNOME issue (Merge request) 169 in mutter "keybindings: Add flag param to grab_accelerator" (comments: 8) [Opened]
[13:33] <andyrock> eow
[13:33] <willcooke> thanks andyrock
[13:33]  * willcooke makes a note to trim the topic when the meeting is over
[13:33] <willcooke> #topic dgadomski
[13:33] <dgadomski> hey
[13:33] <dgadomski> * bug #1782152 fixed upstream, tested & prepared debdiffs
[13:33] <dgadomski> * working on bug #1721988, for some it's fixed in 18.04, but not according to my tests, will continue working on this
[13:33] <dgadomski> eof
[13:34] <willcooke> thanks dgadomski
[13:34] <willcooke> #topic didrocks
[13:34] <didrocks> Communitheme:
[13:34] <didrocks>  * Finalizing communitheme rename (some fix up for upstream devs to test and iterate over it easier)
[13:34] <didrocks>  * Debian packaging for cosmic
[13:34] <didrocks>  * Some changes (like Shell not taking capital letters for modes)
[13:34] <didrocks>  * Change repository name
[13:34] <didrocks>  * Resync Travis, do some cleanups in the CI build system, adapt gtk-common-themes to it.
[13:34] <didrocks>  * Converted ubuntu-settings to git and release a fix for communitheme for both cosmic and bionic (LP: #1782190). However, cosmic is stuck in proposed due to a meson bug.
[13:34] <didrocks>  * Investigated the meson regresstion and opened https://github.com/mesonbuild/meson/issues/3914 (tagged as such by upstream)
[13:34] <gitlab-bot> mesonbuild issue 3914 in meson "Symlinks can't be copied by install_subdir() since 0.47.0" (comments: 1) [Install Targets, Regression, Open]
[13:34] <didrocks> Apport:
[13:34] <didrocks>  * Some rereviews with Brian, and discussion on services. Now in bionic-proposed! (Needs testing). Should be released post .1.
[13:34] <didrocks>  * Prepare with the communitheme core team the Yaru annoucement blog post.
[13:34] <didrocks> GSConnect:
[13:34] <didrocks>  * Spent some time trying it, found a lot of issues/warnings with current releases.
[13:34] <didrocks>  * Still did a first packaging on it and started to fix some issues like harcoded path for settings not being able to be installed distro-wide.
[13:34] <didrocks>  * Read github issue tracker and found that a WIP rewrite is currently being done. Talking with upstream on https://github.com/andyholmes/gnome-shell-extension-gsconnect/issues/158 who hilighted that the best route is to wait for the rewrite. Iterating with him currently on the packaging and feedback.
[13:34] <gitlab-bot> andyholmes issue 158 in gnome-shell-extension-gsconnect "Inclusion by default in ubuntu" (comments: 7) [Open]
[13:34] <didrocks> Misc:
[13:34] <didrocks>  * Reviewed and sponsor Marco's Nautilus update.
[13:34] <didrocks> .
[13:34] <willcooke> nice, thanks didrocks
[13:35] <oSoMoN> didrocks, cool new name
[13:35] <didrocks> it is a cool name ;)
[13:35] <willcooke> :D
[13:35] <willcooke> #topic duflu
[13:35] <willcooke> * Gnome Shell performance (what changed this week):
[13:35] <willcooke>   - Reduced input lag and cursor stutter! I wasn't looking for a lag problem but it's definitely improved now. Most noticeable inside apps (https://gitlab.gnome.org/GNOME/mutter/merge_requests/168)
[13:35] <willcooke>   - Wayland: Implemented proper hardware vsync (https://gitlab.gnome.org/GNOME/mutter/merge_requests/171). Previously Wayland sessions would blindly always render at 60.00Hz regardless of how appropriate that was for the display.
[13:35] <willcooke>   - More work in progress: Avoid frame skipping and artificially low frame rates:
[13:35] <willcooke>     . https://gitlab.gnome.org/vanvugt/mutter/commits/super-smooth
[13:35] <willcooke>     . https://gitlab.gnome.org/vanvugt/mutter/commits/super-smooth-v2
[13:35] <willcooke>     . Basically done for Wayland (when combined with !171 above) but Cogl's X11 backend is proving surprisingly buggy.
[13:35] <gitlab-bot> GNOME issue (Merge request) 168 in mutter "clutter: Reduce input lag and cursor stutter [performance]" (comments: 19) [Performance, Opened]
[13:35] <willcooke>     . One eager user has been helping me test it and also confirms his 2010-era Intel system sees a doubling in frame rate.
[13:35] <willcooke> * Daily bug management:
[13:35] <gitlab-bot> GNOME issue (Merge request) 171 in mutter "Sync to the hardware refresh rate, not just 60.00Hz [performance]" (comments: 16) [5. Backend: Native, Opened]
[13:35] <willcooke>   - Mostly good news - shrinking backlogs in the problem areas.
[13:35] <willcooke>   - Added thunderbird and chromium-browser to the chart.
[13:35] <willcooke>   - https://docs.google.com/spreadsheets/d/e/2PACX-1vRDHPxGBHqM6XkT_S8ggtYfD0xchKSUD_z9PopNVE3G1rU05fVSnxDGcDsEstl7gu7N-tzCU6mLUp2V/pubchart?oid=254968654&format=interactive
[13:36] <willcooke> #topic jamesh
[13:36] <willcooke> snapd/pulseaudio:
[13:36] <willcooke> * I am working on updating the "snap support" patches for Pulse Audio
[13:36] <willcooke> to restrict microphone access based on the connected plugs of the
[13:36] <willcooke> snap.
[13:36] <willcooke> * When I had a similar problem in the past, zyga had suggested I use
[13:36] <willcooke> the new interfaces REST API.  This isn't currently supported in
[13:36] <willcooke> snapd-glib, so I put together a merge proposal here:
[13:36] <willcooke> https://github.com/snapcore/snapd-glib/pull/40
[13:36] <gitlab-bot> snapcore issue (Pull request) 40 in snapd-glib "WIP: Add support for the "interface info" mode of the /v2/interfaces API" (comments: 1) [Open]
[13:36] <willcooke> * It turns out that this API doesn't currently provide a way to
[13:36] <willcooke> reliably tell which interfaces are connected, so it looks like the
[13:36] <willcooke> legacy "ask for data about every single connection on the system and
[13:36] <willcooke> then filter client side" is the only option for now:
[13:36] <willcooke> https://forum.snapcraft.io/t/should-v2-interfaces-select-connected-return-unconnected-plugs-slots/6455/2
[13:36] <willcooke> * I hope to have a version of the PA patch ready for testing soon.
[13:36] <willcooke> #topic jibel / heber
[13:37] <jibel> - Preparing the release of 18.04.1 this thursday
[13:37] <jibel>     - Troubleshooted bug 1772844 that prevented launch of preinstalled snap and installation of some other snaps (eg gedit)
[13:37] <jibel>     - Tested EFI installation with an existing legacy installation (typical use case is the side by side installation with MS Windows)
[13:37] <jibel>     - Reviewed upgrade bugs to 18.04
[13:37] <jibel>     - Smoke tests of 18.04.1 with proposed enabled.
[13:37] <jibel> done
[13:37] <willcooke> thanks jibel
[13:37] <willcooke> #topic kenvandine
[13:37] <kenvandine> * Sprint last week
[13:37] <kenvandine> * Decided on the name for our fork of gnome-software, it will be "snap-store".  When run on Ubuntu you'll get the full experience you would get from our current deb but when run on other distros it will be a fro
[13:37] <kenvandine> ntend to just the snap store.
[13:37] <kenvandine>   - The snappy team is working on adding the interfaces we need to run snap-store confined
[13:37] <kenvandine> ⚾
[13:37] <willcooke> thanks kenvandine
[13:38] <willcooke> #topic Laney
[13:38] <Laney> • short week, was on holiday friday & monday
[13:38] <Laney> • mainly did some updates / reviews / sponsoring (some to SRU too)
[13:38] <Laney> • gtk, mutter, gnome-shell, vala
[13:38] <Laney> • had to fix a few issues in gtk to get it to build / test, all merged upstream
[13:38] <Laney> • usual git stuff, some fixes merged but also some of the updates above were done using this workflow which was nice
[13:38] <Laney> • Florian reviewed my gnome-shell branches; I fixed according to the comments and they got merged. systemd 👏
[13:38] <Laney> 🚲🚲🚲
[13:38] <willcooke> thanks Laney
[13:39] <willcooke> #topic oSoMoN
[13:39] <oSoMoN> hey
[13:39] <oSoMoN> • chromium
[13:39] <oSoMoN>   ∘ working on content snap for chromium-ffmpeg-extras (https://trello.com/c/iOMMKdy7/52-snap-that-provides-a-content-interface-for-chromium-ffmpeg-extras)
[13:39] <oSoMoN>   ∘ updated beta to 68.0.3440.68
[13:39] <oSoMoN>   ∘ updating dev to 69.0.3493.3
[13:39] <oSoMoN> • libreoffice
[13:39] <oSoMoN>   ∘ fixed https://github.com/ubuntu/gtk-communitheme/issues/350 (theming with communitytheme)
[13:39] <oSoMoN>   ∘ promoted 6.0.5.2 snap to stable channel
[13:39] <oSoMoN>   ∘ pushed 6.0.6.1 snap to the candidate channel and issued call for testing (https://forum.snapcraft.io/t/call-for-testing-libreoffice-6-0-6/6468)
[13:39] <oSoMoN>   ∘ pushed 6.1.0.1 snap to the beta channel, then updated to 6.1.0.2
[13:39] <oSoMoN>   ∘ uploaded 6.0.6~rc1 to cosmic-proposed and updated hint to ignore i386 autopkgtest failure (https://code.launchpad.net/~osomon/britney/hints-ubuntu-libreoffice/+merge/350721)
[13:39] <oSoMoN> • snaps
[13:39] <oSoMoN>   ∘ gnome-software: added logic to hide Updates tab when we're not on Ubuntu and exposing only the snap backend: https://gitlab.gnome.org/Community/Ubuntu/gnome-software/commit/50e0cfeb1e3529b6e5c04820ddffa64754312ac5
[13:39] <oSoMoN> 🥑
[13:39] <willcooke> thanks oSoMoN
[13:39] <willcooke> #topic seb128
[13:40] <seb128> • one day off (friday swap for GUADEC over the w.e)
[13:40] <seb128> • sponsored g-s segfault fix from andyroc_k to cosmic&bionic - https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1781996
[13:40] <seb128> • reviewed notes from Montréal & GUADEC conference report
[13:40] <seb128> • some cosmic updates (gnome-keyring, alsa-plugins)
[13:40] <seb128> • spent some time playing with/learning the workflow of the new git packaging
[13:40] <seb128> • verified some bonic SRUs for .1
[13:40] <seb128> • opened a MIR for sshfs which is a depends of gs-connect

[13:40] <willcooke> thanks seb128
[13:40] <willcooke> #topic tkamppeter
[13:42] <willcooke> #topic Trevinho
[13:43] <Trevinho> · Nautilus:
[13:43] <Trevinho>   - Prepared upstream release 3.26.4:
[13:43] <Trevinho>     - https://gitlab.gnome.org/GNOME/nautilus/merge_requests/269
[13:43] <Trevinho>   - Proposed to salsa 3.26.4:
[13:43] <Trevinho>     https://salsa.debian.org/gnome-team/nautilus/merge_requests/2
[13:43] <Trevinho>     https://salsa.debian.org/gnome-team/nautilus/merge_requests/3
[13:43] <Trevinho>   - Prepared 3.26.4 (3.26.3.1 first) for Ubuntu:
[13:43] <Trevinho>     cosmic, https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+ref/ubuntu/master
[13:43] <Trevinho>     bionic, https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/349984
[13:43] <Trevinho>   - Continued fixes for bug #1767027 upstream
[13:43] <Trevinho>     https://gitlab.gnome.org/GNOME/nautilus/merge_requests/249
[13:43] <Trevinho>   - Doing debugging work to fix https://bugs.launchpad.net/ubuntu/bionic/+source/nautilus/+bug/1756826
[13:43] <gitlab-bot> GNOME issue (Merge request) 269 in nautilus "Prepare gnome-3-26 branch for 3.26.4 release" (comments: 2) [Merged]
[13:43] <gitlab-bot> GNOME issue (Merge request) 2 in nautilus "Add nautilus 3.26.4 to pristine-tar" (comments: 0) [Merged]
[13:43] <gitlab-bot> GNOME issue (Merge request) 3 in nautilus "Update upstream/3.26.x with 3.26.4" (comments: 0) [Merged]
[13:43] <gitlab-bot> GNOME issue (Merge request) 249 in nautilus "Recursive query flags" (comments: 48) [3. Review Ready, Opened]
[13:43] <Trevinho> · Mutter, prepared 3.28.3:
[13:43] <Trevinho>   - https://salsa.debian.org/gnome-team/mutter/merge_requests/5
[13:43] <Trevinho> · GNOME Shell, prepared 3.28.3 (with patch refreshes):
[13:43] <Trevinho>   - debian, https://salsa.debian.org/gnome-team/gnome-shell/merge_requests/2
[13:43] <Trevinho>   - cosmic, https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+ref/ubuntu/master
[13:43] <Trevinho>   - bionic, https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/349984
[13:43] <Trevinho>   - Updates to https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/8#note_267751 (now merged!)
[13:43] <Trevinho> 🇪🇸
[13:43] <gitlab-bot> GNOME issue (Merge request) 5 in mutter "Update upstream/latest" (comments: 0) [Merged]
[13:43] <gitlab-bot> GNOME issue (Merge request) 2 in gnome-shell "New upstream release 3.28.3" (comments: 0) [Merged]
[13:43] <gitlab-bot> GNOME issue (Merge request) 8 in gnome-shell "Repositioned window in activities" (comments: 17) [1. Bug, Merged]
[13:43] <willcooke> thanks Trevinho
[13:43] <willcooke> #topic rls-bugs
[13:43] <willcooke> I'm unprepared for this section, as usual
[13:44] <seb128> haha
[13:44] <willcooke> looking at rls-bb
[13:44] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html has 1 new bug
[13:44] <seb128> which we discussed there some days ago and needs an assigne
[13:44] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1775226
[13:44] <willcooke> that one?
[13:45] <seb128> yes
[13:45] <kenvandine> yeah
[13:45] <willcooke> kenvandine, can Robert take a look?  Would probably be quickest
[13:45] <willcooke> except he's on hols
[13:45] <seb128> basically rbalin_t find the trigger, clicking on "refresh" in g-s triggers offline updates
[13:45] <willcooke> oh, back tomorrow
[13:45] <kenvandine> willcooke, yeah... or oSoMoN
[13:45] <seb128> no, he's away autoresponder said 31st no?
[13:45] <seb128> still one week?
[13:45] <kenvandine> he should be back tomorrow
[13:46]  * willcooke checks the HR system
[13:46] <seb128> ah ok, maybe I remember wrongly
[13:46] <oSoMoN> I can have a look
[13:46] <willcooke> (btw, emailed them about getting an ical feature.  It's on their backlog)
[13:46] <willcooke> oki, thanks oSoMoN
[13:46] <oSoMoN> once I'm done with chromium ffmpeg content snap
[13:46] <kenvandine> oSoMoN, yeah... might be a good way to get started :)
[13:46] <willcooke> assigned it
[13:46] <seb128> willcooke, good news!
[13:46] <seb128> oSoMoN, thx
[13:47] <willcooke> (my shell has crashed, bear with me)
[13:47] <seb128> willcooke, kenvandine, HR has robert off until friday included
[13:47] <kenvandine> i was just checking that :)
[13:47] <seb128> which matches his email autorespond
[13:47] <willcooke> cc looks clear
[13:47] <willcooke> anyone got any other bugs / lists of bugs to talk about?
[13:48] <kenvandine> ok, oh i think he extended that and we never updated the calendar
[13:48] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:48] <seb128> same 1 bug there
[13:48] <willcooke> yeah
[13:48] <Laney> that's probably a return TRUE in the plugin somewhere
[13:48] <Laney> like the other one I added
[13:48]  * Laney hints
[13:48] <seb128> oSoMoN, ^
[13:48] <Laney> :-)
[13:49] <willcooke> :)
[13:49] <willcooke> k, moving on to...
[13:49] <oSoMoN> ack
[13:49] <willcooke> #AOB
[13:49] <willcooke> #topic AOB
[13:49] <willcooke> anyone got anything to share?
[13:49] <seb128> L_aney pointed out that now would be a good time to get going with updating GNOME to 3.29
[13:49] <seb128> would be nice if we did it as a team effort
[13:49] <kenvandine> +1
[13:50] <andyrock> happy to help
[13:50] <Beret> hi
[13:50] <didrocks> agreed, however, unsure we have scheduled enough slots for everyone to deal with it, but let's see :)
[13:50] <seb128> those who want to join please do, use IRC & version and open bugs for updates so we don't duplicate work
[13:50] <Beret> does the desktop installer support RAID at all these days?
[13:50] <Beret> I want to install a machine with software RAID and FDE
[13:50] <willcooke> Beret, two secs..
[13:50] <Beret> hah
[13:51] <seb128> Beret, we are in a meeting atm
[13:51] <willcooke> I thought you were going to ask in the other channel :D
[13:51] <Beret> oh
[13:51] <Beret> you're all in a meeting
[13:51] <willcooke> nearly finished
[13:51] <Beret> I was trying to save will from my ping
[13:51] <Beret> take your time
[13:51] <Beret> this is obviously not urgent
[13:51] <Beret> my shiney NUC is awaiting its new softwrae load
[13:51] <seb128> k, so yeah, let's update GNOME
[13:51] <willcooke> k, so seb128 can you lead the co-ordination of the upgrade
[13:51] <seb128> :)
[13:51] <seb128> yes
[13:51] <willcooke> woot
[13:52] <willcooke> anyone got anything else?
[13:52] <seb128> also good time to start using the new workflow
[13:52] <willcooke> +1
[13:52] <willcooke> MOAR Trello
[13:52] <seb128> since we have git branches for quite some components now
[13:52] <seb128> haha
[13:52] <willcooke> ;)
[13:52] <kenvandine> oh yeah...
[13:52] <seb128> it's documented on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:52] <seb128> ups
[13:52] <seb128> https://wiki.ubuntu.com/DesktopTeam/git
[13:52] <Laney> yes, do people feel like we have a handle on the rls tracking bugs?
[13:52] <willcooke> will be nice to see if we can iron out all the git process issues
[13:52] <Laney> I think it was considered fake news last time I raised this
[13:52] <Laney> but...
[13:53] <Laney> seems to me like there's things which sit there from week to week
[13:53] <seb128> I'm happy to have another look to the current list, like I did the first time that was raised
[13:54] <seb128> my gut feeling is that we have an handle on the important issues
[13:54] <seb128> but we are not that good at getting some of the things that don't look important off the list
[13:54] <willcooke> I think the list itself is in good shape.  The problem we have is when there is something that we don't know what to do about right away we skip it for a week.  We need to be better at assigning an owner who can look at it outside of the meeting when times is
[13:54] <willcooke> time isn't as pressured
[13:54] <seb128> or some of the things we keep dismissing and having to come back to
[13:54] <Laney> not to pick on any one person
[13:54] <Laney> but https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1758035
[13:55] <Laney> this is on theh list and didn't see an update for ages
[13:55] <seb128> right, it should probably be off the list
[13:55] <Laney> this is what I'm raising
[13:55] <Laney> if the list is things to work on
[13:55] <seb128> it's one of those which we keep skipping over because that's not really one we can act on
[13:55] <Laney> then it should be kept that way imho
[13:55] <seb128> right & agreed
[13:56] <seb128> we should probably just be more agressive to remove those
[13:56] <seb128> and maybe create trello cards in backlog in exchange
[13:56] <seb128> the reason we have that one (and some others) still tagged is that some team members argue it's important we keep an eye on the issue
[13:56] <seb128> but yeah, rls-nn is probably the wrong way to do it
[13:57] <Laney> to me the point of that list was things that were going to be worked on to a resolution
[13:58] <seb128> yes
[13:59] <seb128> the issue is that we believe some of the items ought to be driven to a resolution but we don't have the manpower at the time we review the list to do something about them
[13:59] <seb128> so they never get properly handled / stay on the backlog
[13:59] <seb128> I'm unsure what's the best way to deal with that
[13:59] <willcooke> seb128, perhaps we should have a section in our managers meeting to check on the progress of things which were flagged as needing work but dont have anyone to do it
[13:59] <willcooke> that's likely to use a lot of time up though, but it needs to be done
[14:00] <willcooke> or, as you say, a Trello list
[14:00] <Laney> everything in that list is meant to be assigned when it is put there (by us), or when we notice it at a weekly meeting
[14:00] <seb128> yeah, I think my preference would be to get those that needs investigation in the trello backlog
[14:00] <seb128> but it's moving from one backlog list to another one
[14:00] <Laney> the issue is that the meeting is what? too rushed to consider it properly?
[14:00] <seb128> so I'm unsure it's solving anything
[14:00] <willcooke> Laney, yeah, feels too rushed
[14:01] <seb128> also we don't have the whole team
[14:01] <seb128> often assigning things to e.g robert_ancell or duflu doesn't have the outcome we want
[14:01] <Laney> right
[14:02] <willcooke> If part of the problem is that people need chasing more, that's easily addressed
[14:02] <Laney> sort of confused to be honest why assigning work to people doesn't result in the work getting done
[14:02] <Laney> but I probably don't understand properly the problem
[14:02] <Laney> s/bad english/good english/
[14:02] <seb128> well, that's another issue
[14:03] <seb128> I discussed a bit that at GUADEC with Robert, his view was that it's difficult to keep track of things when they are not at the same place
[14:03] <seb128> like he uses the trello board but doesn't keep up with launchpad
[14:03] <seb128> so he said he would prefer to have those as trello cards
[14:03] <kenvandine> so getting cards for those should help
[14:03] <kenvandine> at least for him
[14:03] <seb128> yeah
[14:04] <seb128> but we can't flex for each individual preference
[14:04] <Laney> facepalm
[14:04] <seb128> we can also decide that people who don't deal with their assigned bugs needs to be reminded to
[14:04] <seb128> anyway, that starts being a management's discussion and probably an issue we need to resolve but not here/now
[14:04] <Laney> like, fix your filters so you see assigned bugs
[14:04] <Laney> would be my preference
[14:05] <seb128> yeah
[14:05] <didrocks> (agreed)
[14:05] <seb128> so going back to the topic
[14:05] <seb128> I would suggest to not assign to people who didn't agree to during the meeting
[14:05] <seb128> in case we don't know what to do, let's add an action item for the most-appropriate-manager to find an assignee by the next meeting
[14:05] <seb128> and review those actions in the next meeting
[14:05] <kenvandine> yeah
[14:05] <willcooke> +1 sounds like a good step forward
[14:06] <willcooke> then we at least get an owner between now and the next meeting
[14:06] <seb128> Laney, let's try that + make clear cut on the items rather than skip when we don't know waht to do
[14:06] <seb128> and see how it goes?
[14:07] <seb128> k, I think we are done with this topic
[14:07] <seb128> other topic?
[14:07] <willcooke> #topic tkamppeter
[14:07] <willcooke> - ippusbxd: Release of version 1.33, containing changes contributed by Google's Chrome OS printing guru David Valleau, for more robust operation and compatibility with more printer manufacturers/models.
[14:07] <willcooke> - cups-browsed: Investigating crash bug on manual definition of printer clusters.
[14:07] <willcooke> - Google Summer of Code 2018: Mentoring of the students on Common Print Dialog Backends and printer auto-selection by job. Especially gave ideas to the students on point where they got stuck.
[14:07] <willcooke> - Upgraded main laptop to Cosmic.
[14:07] <willcooke> - Bugs.
[14:08] <willcooke> #topic AOB
[14:08] <Laney> that would be good, but I'm still worried about activity once things are assigned
[14:08] <Laney> maybe that's not my problem
[14:08] <Laney> what is this quote cutting off the meeting bot :-)
[14:08] <seb128> right, that's probably something we need to keep an eye on
[14:08] <seb128> that doesn't work
[14:08] <seb128> the bot is going to put it back next time it changes the topic :p
[14:08] <willcooke> Right, lets wrap up and see how we get on next week
[14:09] <willcooke> thanks all
[14:09] <willcooke> #endmeeting
[14:09] <meetingology> Meeting ended Tue Jul 24 14:09:04 2018 UTC.
[14:09] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-07-24-13.30.moin.txt
[14:09] <didrocks> thx!
[14:09]  * Laney holds breath
[14:09] <seb128> right
[14:09] <Laney> DAMN IT
[14:09] <seb128> thx
[14:09] <seb128> see :)
[14:09] <willcooke> :D
[14:09] <seb128> hehe
[14:09] <Laney> sorry I'm sure it was funny :P
[14:09] <willcooke> :)
[14:09] <seb128> we should probably remove the other 2 quotes
[14:09] <seb128> unsure how it looks like for new comers
[14:09] <seb128> it's a bit weird
[14:09] <willcooke> thanks for caring about this stuff Laney (bugs)
[14:09] <didrocks> short titles ftw!
[14:10] <Laney> Home of the No Fun Desktop Team
[14:10] <Laney> ;-)
[14:10] <oSoMoN> or configure the bot to override the topic during the meeting, instead of appending to it?
[14:10] <seb128> lol
[14:10] <Laney> np willcooke
[14:10] <willcooke> speaking of no fun, Beret - you want to do software RAID?
[14:10] <willcooke> ;DD
[14:10] <oSoMoN> :)
[14:10] <Beret> hah
[14:11] <Beret> yes, I bought a machine and put two NVMe SSDs in it
[14:11] <Beret> I want to do software RAID 1 and FDE
[14:11] <Laney> the main reason for me to care is that it's annoying when there is no way to get things worked on other than pinging
[14:11] <Beret> it doesn't look like RAID is in the desktop installer these days
[14:11]  * Laney stares at the "track rls bugs" card in trello
[14:11] <Laney> bbbbbrrrrbbbb
[14:11] <willcooke> Beret, I think LVM used to take care of that, but haven't looked for a while.  jibel - have you looked at LVM doing software raid?
[14:12] <willcooke> also maybe xnox knows (software raid in the desktop installer)
[14:12] <seb128> https://askubuntu.com/questions/505446/how-to-install-ubuntu-14-04-with-raid-1-using-desktop-installer
[14:12] <Beret> my tentative plan was to boot the server installer, setup the RAID device, then boot the desktop installer and see if I could pikc that as a target
[14:13] <Beret> seb128, thanks
[14:14] <Beret> interesting that the last comment on there recommends going the server route
[14:15] <didrocks> well, if you don't want to do the chroot, it's indeed easier
[14:15] <didrocks> however, you will have server + desktop components installed
[14:15] <didrocks> and thanks god for mdadm --assemble compared to the old way of manually declaring all of this :)
[14:16] <willcooke> didrocks, sounds like a good usecase for installer+1 ;)
[14:16] <Beret> agreed
[14:16] <didrocks> willcooke: depends on what we are asked for it. But yeah
[14:16] <didrocks> automated RAID has a lot of complex use case
[14:16] <Beret> though tbh, I can't imagine many people would use it
[14:16] <didrocks> like here, it's doing the "let's have 2 grubs"
[14:17] <Beret> I myself haven't done desktop + RAID in years
[14:17]  * didrocks has only done server on RAID
[14:17] <Beret> right
[14:17] <willcooke> same. When I had 3 1TB drives I did it
[14:17] <didrocks> for desktop, I rely on backup instead of RAID1
[14:17] <willcooke> and lot data because of it
[14:17] <willcooke> *lost
[14:17] <Beret> I only did it in the case of a server that I turned into a desktop
[14:17] <didrocks> and RAID1 < backups, before if you remove a file, it's lost
[14:17] <jibel> install the desktop task (ubuntu-desktop^) not the meta package
[14:17] <jibel> on top of a server installation
[14:17] <didrocks> and the gain perf from it, for a desktop… ~average
[14:18] <Beret> you're doing a great job of talking me out of a non-existing feature of the desktop installer
[14:18] <Beret> pretty sure you get extra credit for that
[14:19] <willcooke> good work team
[14:19] <jibel> same I've a standard disk setup for on the desktop and a NAS with RAID that syncs my home dir for backup
[14:19] <didrocks> I explain probably why it's not implemented :) Not a lot of gain going RAID for desktop :p
[14:19] <willcooke> IMO, create a normal boot partition and then stick, say, /home on a software raid
[14:19] <willcooke> dont boot from s/w raid
[14:22] <Beret> ok
[14:22] <Beret> you win
[14:22] <Beret> I think I'm going to a normal fde deskopt install on the first disk, and a dedicated zpool disk on the second for containers
[14:22] <Beret> and stick to my NAS backup
[14:23] <didrocks> Beret: we can still discuss it if/when we do a new installer thingy, and do a + / - comparison to see if there is a real use case. Would be great to collect regular data on this though
[14:23] <Beret> yeah
[14:23] <didrocks> Beret: yeah, sounds like a better setup to me
[14:23] <Beret> I'd be surprised if there were enough consumers of such a solution to warrant building it
[14:23] <didrocks> yeah
[14:27] <jibel> it's also cheaper. You can use a fast SSD on your desktop and cheap rotational drives on your NAS with lot of space for backups. Instead of several SSDs with wasted space on your desktop for the RAID array
[14:31] <ricotz> oSoMoN, I have copied 6.1.0~rc2 to -prereleases ppa
[14:32] <oSoMoN> ricotz, ack, thanks
[14:32] <ricotz> I have some local changes which are not worth another rebuild
[14:47] <seb128> andyrock, is the pr I added to https://trello.com/c/tPfrSALh/147-fix-auto-repeated-bindings-for-g-s-d-too right or is that a different work?
[14:50] <andyrock> seb128: I already got this https://trello.com/c/caeUuKkH/148-media-keys-some-shortcuts-should-ignore-auto-repeat-key-events
[14:51] <seb128> andyrock, are those duplicates card? if so feel free to archive 147
[14:51] <andyrock> seb128: done
[14:51] <seb128> thx
[14:51] <andyrock> I've one card for gnome-shell and one for g-s-d
[14:57] <seb128> k
[15:00] <xnox> Beret, server installer + install ubuntu-desktop should work; if your nvme/machines is fancy, you may be able to setup intel matrix raid using preos/uefi screens - then i think that could work even with desktop installer.
[15:40] <ricotz> are language-support-translations-* packages/references are still a thing?
[16:04]  * Laney is about to push a mass update to remove the content of many of the packaging bzr repos
[16:16] <Laney> DONE
[16:16] <Laney> LONG LIVE BZR