[07:08] <oSoMoN> good morning desktoppers
[07:43] <didrocks> good morning
[08:41] <seb128> good morning desktopers
[08:42] <didrocks> re seb128
[08:45] <seb128> re didrocks
[09:01] <willcooke> morning all
[09:02] <didrocks> hey willcooke
[09:02] <seb128> hey willcooke, how are you?
[09:03] <willcooke> Got a bit of a headache this morning.  Not drink related either :(
[09:04] <didrocks> argh :/
[09:04] <willcooke> crap.  late for a meeting already
[09:22] <Trevinho> Holas...
[09:23] <willcooke> hey Trevinho
[09:23] <seb128> hey Trevinho, how are you?
[09:24] <willcooke> seb128, I'm doing that MIR for xrdp at last. Do we need to be a bug subscriber to it?
[09:24] <seb128> willcooke, yes, desktop-packages, I can do it
[09:24] <willcooke> seb128, thanks, https://launchpad.net/ubuntu/+source/xrdp
[09:24]  * didrocks is MIRed bombed :p
[09:24] <seb128> though the process is a bit backward, need to discuss with the MIR team at some point
[09:24] <willcooke> ha
[09:24] <Trevinho> Hi willcooke
[09:25] <seb128> they make us subscribe the team before the MIR is accepted
[09:25] <Trevinho> seb128: hey, all good thanks... You?
[09:25] <seb128> which means we might end up being subscribed to things that get refused
[09:25] <seb128> Trevinho, I'm good thanks!
[09:25] <willcooke> yeah thats what I was thinking as well, subscribe before I file the MIR
[09:25] <willcooke> but then....
[09:25] <willcooke> I guess we remove ourselves again?
[09:25] <willcooke> seems odd
[09:25] <seb128> yeah, if we don't forget :p
[09:26] <didrocks> same with demotions TBH
[09:26] <didrocks> the team isn't removed
[09:26] <seb128> k, need to step out for a bit, I've my phone if needed
[09:26] <seb128> right
[09:26] <seb128> we need to clean out that(those) list(s) at some point
[09:26] <seb128> k, bbl
[09:26] <didrocks> ttyl seb128
[09:31] <willcooke> does someone have a handy script to check if the build-deps of a package are all in main?
[09:36] <didrocks> willcooke: check-mir
[09:36] <didrocks> willcooke: however, you don't need build-deps to be in main, only deps should be
[09:36] <willcooke> bah - I did a "apt-rdepends --build-depends --follow=DEPENDS xrdp" to get a list of the build depends, and xrdp depends on "nasm" which is in universe
[09:37] <willcooke> didrocks, ahh
[09:37] <willcooke> oh, so similar problem then I think
[09:37] <willcooke> $ apt-cache rdepends xrdp
[09:37] <willcooke> Reverse Depends:
[09:37] <willcooke>   xrdp-dbgsym
[09:37] <willcooke>   guacamole
[09:37] <willcooke>   guacamole
[09:38] <willcooke> and guacamole is in universe
[09:38] <willcooke> am I reading that right, didrocks? ^
[09:38] <didrocks> well, the list could be wrong
[09:38] <didrocks> it suggests it, at least on artful
[09:38] <didrocks> not a dep
[09:39] <willcooke> ohh
[09:39] <didrocks> check-mir should be more correct
[09:39] <didrocks> have you tried it?
[09:39] <willcooke> where can I get check-mir
[09:39] <willcooke> got iut
[09:39] <willcooke> it
[09:44] <willcooke> k, so I did apt-get source xrdp, then I ran check-mir on it
[09:44] <willcooke> and it says
[09:44] <willcooke> Checking support status of build dependencies...
[09:44] <willcooke> Checking support status of binary dependencies...
[09:44] <willcooke>  * xorgxrdp binary and source package is in universe
[09:44] <willcooke> Please check https://wiki.ubuntu.com/MainInclusionProcess if this source package needs to get into in main/restricted, or reconsider if the package really needs above dependencies.
[09:44] <willcooke> .
[09:44] <willcooke> But that's not really clear to me.  Is that good?
[09:45] <didrocks> xorgxrdp is coming from the same source package?
[09:45] <didrocks> if so, you are good
[09:45] <didrocks> $ apt-cache show xorgxrdp
[09:45] <didrocks> Source: xrdp
[09:45] <willcooke> yeah, so that's good
[09:46] <willcooke> I think?
[09:46] <didrocks> yep ;)
[09:46] <willcooke> woo
[09:46] <willcooke> thanks didrocks
[09:46] <didrocks> yw! /me goes back to ubiquity…
[09:53] <doko> oSoMoN: lo migrated now
[09:57] <oSoMoN> doko, ack, thanks
[09:57] <oSoMoN> I finish preparing 5.4.5 for artful and I switch back to 6.0.1
[09:57] <willcooke> didrocks, am I expected to fill out the [security] section as well?
[09:58] <didrocks> willcooke: yes, checking for CVE and such
[09:58] <didrocks> and important bugs reported in the upstream project and launchpad
[09:58] <willcooke> didrocks, ack, thansk
[10:21] <willcooke> https://bugs.launchpad.net/ubuntu/+source/xrdp/+bug/1749148
[10:21] <willcooke> Half way there now, still need to do some more checking on things though
[10:21] <willcooke> like, does it open a port by default
[10:21] <willcooke> :/
[10:21] <willcooke> Should be fixable with config though
[10:22] <didrocks> willcooke: yeah, and imagine I'm redoing the exact same work with the MIR hat. That's why I want to limit the number of MIRs to review each week
[10:29] <willcooke> yeah, its loads of work.  You have to become an expert on each package
[11:20] <didrocks> jibel: do you know if the latest images are working? I've nothing after plymouth. Note that it could be gnome-boxes as well
[11:21] <jibel> didrocks, yes, i just verified this morning
[11:21] <jibel> didrocks, it's vry slow to boot the the live session
[11:23] <didrocks> slow like, more than a minute ? :)
[11:23] <jibel> didrocks, yes
[11:23] <didrocks> jibel: ah, ok, trying then! Thanks :)
[11:24] <jibel> one my machine which is not very powerful
[11:24] <jibel> on*
[11:24] <didrocks> we'll see. I'm booting ubiquity mode this time
[11:25] <popey> What triggers update manager to popup and tell me there are updates? Do I need to logout/login? i see an entry in /etc/xdg/autostart for update-notifier which implies I do
[11:25] <popey> (I have a machine which has not pinged me about updates, but its been up for a week (not logout/login))
[11:25] <jibel> popey, update-notifier
[11:26] <jibel> popey, by default it launches update-manager if it has been launched more than 7 days ago
[11:26] <didrocks> jibel: confirmed! Just really slow, thanks
[11:26] <popey> But only on logout/login, right jibel ?
[11:27] <jibel> popey, no, it should run in the background
[11:27] <jibel> and periodically do the check
[11:28] <jibel> popey, check the value of the key /apps/update-manager/launch-time and set it to now - 7days if you want to test the notification
[11:29] <popey> I don't want to change anything on the system - I want to see what a user sees
[11:30] <jibel> you'll have to logout/login to reload the latest update-notifier that landed yesterday then otherwise you won't run the fixed version of update-notifier
[11:30] <popey> aha! ok.
[11:30] <jibel> or reboot
[11:31] <popey> Ok, will do.
[11:31] <jibel> popey, you can still check if latest update-notifier has been installed by unattended-upgrades
[11:31] <popey> Another machine hasn't receiived the update yet, are they staged? Do only a subset of users get it?
[11:31] <popey> yes, two machines have the update, two don't.
[11:33] <jibel> popey, they all use the same mirror?
[11:33] <popey> yup
[11:33] <popey> how often does unattended-upgrades wake up?
[11:35] <jibel> popey, daily
[11:36] <jibel> popey, logs are in /var/log/unattended-upgrades/
[11:36] <popey> hm, one of them didn't wake today
[11:36] <popey> oh, it happens at different times of the day, not the same time each day
[11:37] <jibel> popey, systemctl list-timers will tell you when it ran and will run
[11:37] <popey> oh, thanks :)
[11:37] <jibel> it's called apt-daily something
[11:39] <popey> interesting
[11:39] <popey> 16.04.0, 16.04.1 and 16.04.2 have apt-daily. 16.04.3 has apt-daily *and* apt-daily-upgrade
[12:15] <willcooke> jibel, do you know the difference between those two? ^ Could the missing one be dependent on the new update that went out for update manager?
[12:20] <popey> Bear in mind I haven't logged out or restarted any of these systems since they were installed some days ago. I could certainly do that now, and see what happens.
[12:22] <popey> willcooke: on another note, could a non-free video player be added to the "Give me non-free goodness" tickbox in ubiquity? If it was the deb that was installed, that seems like an "easy fix"?
[12:22] <popey> (not sure how you'd do the snap with that tickbox without significant work)
[12:29] <jibel> willcooke, I don't know the difference
[12:30] <popey> jibel: ok, rebooted 16.04.0, it has latest update-notifier and update-manager and on login I got a notify-osd that there were updates, and a crash in appstram-cli
[12:32] <willcooke> popey, I expect it could, but I dont think that's the right approach.  I'll continue with my queries
[12:32] <popey> willcooke: ok
[12:33] <popey> jibel: wheee, update manager has popped up in my launcher
[12:34] <willcooke> popey, so that appstream crash is /probably/ the one which will be fixed if you can upgrade everything
[12:34] <jibel> popey, without changing naything?
[12:34] <willcooke> popey, but you're saying it doesnt stop the update notifier popping up?
[12:34] <jibel> willcooke, the double free is fixed in recent version of appstream-cli
[12:35] <popey> correct
[12:35] <popey> no changes, just rebooted
[12:35] <popey> I have done _nothing_ to this machine other than boot it, and reboot it just now
[12:35] <popey> (well, i installed libllvm3.8 because 16.04.1-16.04.2 can't be installed in virtualbox without it, but no other changes, honest) :)
[12:35] <jibel> hmm, session doesn't start after an upgrade from xenial, super
[12:36] <willcooke> jibel, for Bionic?
[12:36] <jibel> yes
[12:39] <willcooke> popey, so is your machine updated sucessfully now?
[12:44] <popey> willcooke: I will press the button on it and see what I get
[12:45]  * willcooke sits on the edge of his seat
[12:45] <Nafallo> what could possibly go wrong ;-)
[12:54] <didrocks> jibel: have you tried a full install? ubiquity is segfaulting for me on the current image
[12:54] <jibel> didrocks, yes, I did
[12:54] <jibel> didrocks, running xorg?
[12:54] <didrocks> hum, could be gnome-boxes this time :p
[12:54] <didrocks> yeah
[12:55] <didrocks> it doesn't segfault right away
[12:55] <didrocks> I can select the options, and such
[12:55] <didrocks> it's after fscking that it seems to segfault
[12:55] <didrocks> at first, I was blaming my changes, but just tried on a bare machine
[12:55] <didrocks> let me try on virtualbox…
[12:55] <jibel> didrocks, when does it crash exactly?
[12:56] <didrocks> jibel: I'm finishing up user data, then, I see ubiquity creating the partitions
[12:56] <didrocks> I think it's just after that that it segfaults (and no python stacktrace)
[12:56] <didrocks> even with --debug
[12:57] <jibel> didrocks, you mean python segfaults?
[12:58] <didrocks> looks like it
[13:04] <didrocks> jibel: seems to work on virtualbox, can be a virsh driver issue, maybe?
[13:08] <jibel> didrocks, i'm using libvirt and it works fine
[13:09] <jibel> didrocks, you're on bionic?
[13:12] <didrocks> jibel: artful
[13:14] <jibel> i'm on bionic, it might be the difference
[13:14] <jibel> upgrade!
[13:14] <didrocks> yeah, I'll do this, but I have some features to finish before holidays and FF is close :)
[13:15] <jibel> then what? bionic works fine
[13:16] <didrocks> still something that I can't do right *now* (maybe tomorrow morning), and I can workaround testing in virtualbox
[13:16] <didrocks> we got quite some last minutes requirements on component we don't really own, so I need to be effective
[13:39] <oSoMoN> kenvandine, good morning! I have LO 6.0.1 ready for bionic at https://people.canonical.com/~osomon/libreoffice-6.0.1/bionic/, could you please upload it for me?
[13:40] <kenvandine[m][m]> oSoMoN: sure
[13:48]  * kenvandine wonders why my matrix bridge has a double [m]
[13:49] <kenvandine> oSoMoN, in the future, would you mind creating a single tar of that entire directory?
[13:49] <kenvandine> much easier to download :)
[13:50] <kenvandine> i guess i can wget recursively
[13:51] <kenvandine> oSoMoN, nevermind... wget -R is my friend :)
[14:22] <popey> jibel / willcooke 16.04.0, .1 and .2 all updating now. https://usercontent.irccloud-cdn.com/file/i7SJlwAS/update%20all%20the%20things
[14:23] <seb128> popey, was update-manager autoopened for you on all those installs?
[14:23] <popey> seb128: after a reboot today, yes.
[14:23] <seb128> good
[14:23] <seb128> seems the fix works!
[14:23] <popey> happy days
[14:23] <seb128> :)
[14:23] <popey> Yes, well done.
[14:23] <seb128> thanks for setting up that testing grid
[14:23] <popey> np
[14:23] <willcooke> nice one, thanks all
[14:24] <jibel> popey, great, that closes this case :)
[14:25] <jibel> is anything still using upstart on bionic?
[14:26] <jbicha> jibel: I'm pretty sure upstart doesn't exist in bionic
[14:26] <seb128> it was removed from Ubuntu post xenial
[14:26] <jibel> yes and should be removed on upgrade
[14:26] <jbicha> and it was removed from Debian before Stretch
[14:27] <jibel> cf bug 1749199
[14:27] <seb128> that's the one xnox was mentioning yesterday
[14:28] <seb128> upstart needs to clear out its conffiles on removal
[14:28] <seb128> seems like a packaging fix to do in upstart/xenial
[14:29] <seb128> and maybe the dist-upgrade to cover users upgrading without having the fixed version installed first
[14:30] <kenvandine> meeting time!
[14:30] <willcooke> o/
[14:31] <kenvandine> #startmeeting Desktop Team Weekly Meeting - 2018-02-13
[14:31] <meetingology> Meeting started Tue Feb 13 14:31:03 2018 UTC.  The chair is kenvandine. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:31] <meetingology> Available commands: action commands idea info link nick
[14:31] <jbicha> o/
[14:31] <kenvandine> Roll call:  andyrock, dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel/heber, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[14:31] <didrocks> hey
[14:31] <andyrock> o/
[14:31] <jibel> hi
[14:31] <Trevinho> hello
[14:31] <seb128> hey
[14:31] <oSoMoN> o/
[14:32] <kenvandine> Happy Tuesday everyone!
[14:32] <kenvandine> #topic andyrock
[14:32] <andyrock> 1. Gnome-disks and snaps:
[14:32] <andyrock>    1.1 Proposed a workaround to hide snaps already installed
[14:32] <andyrock>    1.2 Proposed a debdiff for xenial too
[14:32] <andyrock> 2. Gnome-online-accounts:
[14:32] <andyrock>    2.1 Discussing with upstream regarding the UbuntuSSO provider
[14:32] <andyrock>    2.2 Built a ppa to test goa + ubuntusso
[14:32] <andyrock> 3. Reviews:
[14:33] <andyrock>    3.1 https://code.launchpad.net/~3v1n0/bamf/snap-exec-matching-fix/+merge/337249
[14:33] <andyrock>    3.2 https://code.launchpad.net/~3v1n0/libunity/desktop-use-snap-namespace/+merge/337252
[14:33] <andyrock> 4. Ubiquity:
[14:33] <andyrock>    4.1 Writing the Online Account step page (using goa!)
[14:33] <andyrock> 5. eow
[14:33] <kenvandine> thx
[14:33] <kenvandine> #topic dgadomski
[14:33] <dgadomski> hey
[14:33] <dgadomski> * fix for bug #1644662 merged upstream, ready to be sponsored for Bionic
[14:33] <dgadomski> * found cause for bug #1746482, it wasn't a bug, but change of mount.cifs requirements
[14:33] <dgadomski> * fixed bug #1748122 and upstreamed fix
[14:33] <dgadomski> eof
[14:34] <kenvandine> thx
[14:34] <kenvandine> #topic didrocks
[14:34] <didrocks> * Session: transition our main ubuntu session to Xorg (https://launchpad.net/ubuntu/+source/gnome-session/3.26.1-0ubuntu9)
[14:34] <didrocks> * GNOME Shell: the date alignement (centering on remaining space) when having any dock is finally merged upstream! https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/3
[14:34] <didrocks> * Crafted and tested a jhbuild config for aday to test. Found an issue with upstream overamplified icon fixed. Then, got the +1 from GNOME design after testing the overamplified patch set.
[14:34] <didrocks> * Added a new "reset to 100% at max when overamplificatoin key is set to false" behavior on Allan's request. Rebased the submitted g-s-d patch for this.
[14:34] <didrocks> * Following this, got a first global GNOME Shell review on overamplification icon: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/2. Rework the patch set as requested (commit order and logical merge/split). Waiting since then for another review.
[14:34] <didrocks> * MIRS reviews: libfprint (bug #1745454), fprintd (bug #1745455), woff2 (bug #1742743), brotli (bug #1737053)
[14:34] <didrocks> * Had another look at splitting the minimal install as separate seeds. After giving it some testing and seeing the number of components implied, the work for this don't match our remaining timeline for 18.04. We'll use some shortcuts for this release.
[14:34] <didrocks> * Continue discussion and feedbacks on the hub & bug reports with the communitytheme team.
[14:34] <didrocks> .
[14:35] <kenvandine> didrocks, thx
[14:35] <kenvandine> #topic duflu
[14:36] <kenvandine> * Totem+Xorg+VAAPI corruption regression (https://launchpad.net/bugs/1747744)
[14:36] <kenvandine>   - Debugged, bisected (https://bugs.freedesktop.org/show_bug.cgi?id=105013)
[14:36] <kenvandine>   - Now just waiting for a simple patch that reverts the commit that caused it. The offending commit was a needless cleanup that was just trying to remove unused code (which it turns out is not unused).
[14:36] <kenvandine> * Gnome Shell performance work (https://trello.com/c/Q6JYXPPs)
[14:36] <kenvandine>   - Multi-monitor frame scheduling: Getting closer to ready-for-review this week. Interestingly the same fix will benefit single monitor setups too, slightly. (https://gitlab.gnome.org/GNOME/mutter/issues/3)
[14:36] <kenvandine>   - Clutter master clock smoothness (https://gitlab.gnome.org/GNOME/mutter/issues/25)
[14:36] <kenvandine>     . Turns out this old experimental fix I already had is now required to make multi-monitor perform properly. The old blocking calls being removed for multi-monitor were accidentally providing a workaround for mutter/clutter's dodgy clock.
[14:36] <kenvandine>     . Fix awaiting upstream review (https://gitlab.gnome.org/GNOME/mutter/merge_requests/21)
[14:36] <kenvandine> * Daily bug management across gnome-shell, mutter, gdm3, ubuntu-themes, bluez, pulseaudio, dkms, mir, wayland, totem, mpv, libinput.
[14:36] <kenvandine> * Fun with charts: Something I've been meaning to do for a long time (using the best information I can find):
[14:36] <kenvandine>   - https://docs.google.com/spreadsheets/d/e/2PACX-1vRDHPxGBHqM6XkT_S8ggtYfD0xchKSUD_z9PopNVE3G1rU05fVSnxDGcDsEstl7gu7N-tzCU6mLUp2V/pubchart?oid=254968654&format=interactive
[14:36] <kenvandine>   - Obviously it would be better if we could just automate charting of historical data from Launchpad somehow.
[14:36] <kenvandine> * HELP: Fixes still awaiting sponsorship:
[14:36] <kenvandine>   - https://code.launchpad.net/~vanvugt/gtk/fix-1698270/+merge/331846 (actually the same fix as proposed for mutter this week)
[14:36] <kenvandine> #topic jbicha
[14:36] <jbicha> • NetworkManager 1.10 in proposed. The autopkgtests needs to be updated for new version, thanks gQuigs for initial look there LP: #1734586
[14:36] <jbicha> • Completed vala 0.38 transition
[14:36] <jbicha> • Lots of work preparing GNOME 3.27.90
[14:36] <jbicha> • Prepared 4 transitions in PPAs (evolution-data-server, gnome-desktop3, libgweather, vala 0.40)
[14:36] <jbicha> • Sponsored fontmake into Debian. This is important because it is needed to build many newer open fonts
[14:37] <jbicha> • Filed LP: #1748905 (needed by gnome-calendar 3.28)
[14:37] <jbicha> • Also packaged psautohint, needed to build the redesigned Cantarell font.
[14:37] <jbicha> By the way, the GNOME Release Team currently uses Debian as its base to prepare releases with BuildStream so they needed psautohint too.
[14:37] <jbicha> • upstreaming GNOME bug 737362 is blocked on a "clear rationale" and use cases 😒
[14:37] <jbicha>  (and a Freeze Exception now)
[14:37] <jbicha> 🏅
[14:37] <kenvandine> jbicha, thx
[14:37] <kenvandine> #topic jamesh
[14:37] <kenvandine> * snapcraft:
[14:37] <kenvandine>   - finishing work started at the Snapcraft Summit, I landed a PR to use
[14:37] <kenvandine>     pyelftools to process libraries/executables instead of readelf:
[14:37] <kenvandine>     https://github.com/snapcore/snapcraft/pull/1913.  This first step is
[14:37] <kenvandine>     simply a performance improvement, but opens the way for other
[14:37] <kenvandine>     improvements: making sure executables match the stated architecture of
[14:37] <kenvandine>     a snap, better detection of required libraries (and warning when
[14:37] <kenvandine>     they're missing), reducing the use of patchelf for classic snaps, etc.
[14:37] <kenvandine> * snapd:
[14:37] <kenvandine>   - at the Snapcraft Summit, jdstrand reviewed the user-mounts branch,
[14:37] <kenvandine>     and he requested some sanity checks due to the fact it involves
[14:38] <kenvandine>     working with mount points and sources owned by the user.  These turned
[14:38] <kenvandine>     out to be more difficult than anticipated (reconstructing the mount
[14:38] <kenvandine>     source from /proc/self/mountinfo has a lot of corner cases).  I've
[14:38] <kenvandine>     been working with Zygmunt to try and solve these.
[14:38] <kenvandine> * xdg-desktop-portal:
[14:38] <kenvandine>   - Alexander Larsson took my initial snap support PR and improved it to
[14:38] <kenvandine>     make the portal service a bit more agnostic to confinement systems.
[14:38] <kenvandine>     He's also going to move the document portal from the flatpak
[14:38] <kenvandine>     repository to xdg-desktop-portal, which should also simplify things a
[14:38] <kenvandine>     bit (previously both services had independent implementations of the
[14:38] <kenvandine>     confinement detection code).  I've been chatting with him on IRC and
[14:38] <kenvandine>     promised to provide some testing feedback for the snap side.  The big
[14:38] <kenvandine>     takeaway here is that we've got upstream buy-in for all this, so this
[14:38] <kenvandine>     support will eventually be in all distros that provide
[14:38] <kenvandine>     xdg-desktop-portal.
[14:38] <kenvandine> #topic jibel/heber
[14:38] <jibel> - Review of installation and upgrades to bionic. Upgrade from 16.04 fails: session fails to start (bug 1749199), some upgrades are failing with dpkg triggers looping (bug 1747717 for example)
[14:38] <jibel> - Continued searching the cause of the excessive memory consumption of gnome-software but cannot reproduce the issue after instrumenting the code and upgrading to 3.26.6-0ubuntu1
[14:38] <jibel> - It’s been reported that update-notifier was not installed by unattended-upgraded on 16.04.0 to 2. Triaged the case and followed its resolution. Update-manager has been published yesterday to xenial-security and next run of unattended-upgrade should pull update-notifier and -manager, finally notifying users that upgrades are available.
[14:38] <jibel> - In progress: trigger gnome-software end user tests when a new version is in proposed.
[14:38] <jibel> - General bug triaging.
[14:39] <jibel> ...
[14:39] <kenvandine> jibel, oh i hit that last night in my bionic vm, the gnome-menus bug
[14:40] <kenvandine> jibel, thx
[14:40] <seb128> those trigger bugs suck
[14:40] <kenvandine> yeah
[14:40] <jibel> it's pretty common, easily recoverable bug annoying
[14:40] <oSoMoN> been hit by it too
[14:40] <seb128> Laney usually understand them :)
[14:40] <jibel> but*
[14:40] <seb128> he's back tomorrow
[14:40] <kenvandine> #topic kenvandine
[14:41] <kenvandine> * snapcraft still doesn't have support for building for multiple bases, so I've refocused on building gnome-software snap based on core 16.
[14:41] <kenvandine> #topic oSoMoN
[14:42] <oSoMoN> hey
[14:42] <oSoMoN> • chromium
[14:42] <oSoMoN>   ∘ 64.0.3282.140 published to {artful,xenial,trusty}-security
[14:42] <oSoMoN>   ∘ promoted 64.0.3282.140 snap to stable channel
[14:42] <oSoMoN>   ∘ updated beta to 65.0.3325.51
[14:42] <oSoMoN>   ∘ updated hw-accelerated video decoding PPA (https://launchpad.net/~osomon/+archive/ubuntu/cr-vaapi-test/+packages) with latest patch from intel, successfully tested and provided feedback on CL (https://chromium-review.googlesource.com/c/chromium/src/+/532294)
[14:42] <oSoMoN>   ∘ prepared test PPA for my WIP a11y/osk patch (https://launchpad.net/~osomon/+archive/ubuntu/chromium-osk/+packages)
[14:42] <oSoMoN> • libreoffice
[14:42] <oSoMoN>   ∘ fixed bug #1696250
[14:42] <oSoMoN>   ∘ managed to build 6.0 snap on 16.04, built it on launchpad and pushed to candidate channel, then updated to 6.0.1
[14:42] <oSoMoN>   ∘ issued call for testing (https://forum.snapcraft.io/t/call-for-testing-libreoffice-6-0-1/3917)
[14:42] <oSoMoN>   ∘ filed bug #1748151 uncovered while testing
[14:42] <oSoMoN>   ∘ started thread to identify missing features in LO snap (https://forum.snapcraft.io/t/libreoffice-snap-missing-features-and-known-bugs/3920)
[14:42] <oSoMoN>   ∘ prepared 5.4.5 SRU for artful (bug #1748999) and handed over to security team, this will be pushed directly to artful-security because of CVE-2018-6871
[14:42] <oSoMoN>   ∘ prepared 6.0.1 packages for bionic and asked Ken to sponsor
[14:42] <oSoMoN> That's all folks 🐰
[14:42] <kenvandine> oSoMoN, i'm still downloading that package... people.canonical.com must be connected to the internet with a string
[14:43] <kenvandine> usually faster than this
[14:43] <kenvandine> oSoMoN, thx!
[14:43] <oSoMoN> uploading was fast on my end
[14:43] <kenvandine> #topic seb128
[14:43] <seb128> I usually just download the dsc/changes and sign those and then push to people.ubuntu.com
[14:43] <seb128> then wget the other files and dput from there
[14:43] <kenvandine> last time it only took a few minutes to download all of it
[14:43] <seb128> more efficient
[14:43] <kenvandine> on my gigabit connection :)
[14:43] <seb128> sorry, sidetracking
[14:43] <kenvandine> but it's slow today
[14:44] <seb128> hehe
[14:44] <seb128> k, so this week
[14:44] <seb128> • helped Gunnar fixing some translations issues (remmina, util-linux, pkgbinarymangler, systemd)
[14:44] <seb128> • discussed xorg-synaptic/GNOME/upgrades, posted on the community hub about it
[14:44] <seb128> • debugged pkgbinarymangler failing to build on bionic (due to dpkg changes)
[14:44] <seb128> • joined some HR presentations for new managers
[14:44] <seb128> • usual load of meetings, trello updates, chassing status update for some of the work, ...
[14:44] <seb128> • some bugs triaging

[14:44] <kenvandine> seb128, thx
[14:44] <kenvandine> #topic tkamppeter
[14:44] <tkamppeter> - Common Print Dialog Backands: Informed oSoMoN about the availability for LibreOffice.
[14:44] <tkamppeter> - New laptop: Another 3 years have passed and I have set up my new Lenovo X1 Yoga 2 now. So far everything is working. Need to use X instead of Wayland, need to turn on virtualization and F1-F12 standard function in BIOS.
[14:44] <tkamppeter> - ippsample: started to package it. These IPP utilities got spun out of the CUPS package.
[14:44] <tkamppeter> - Google Summer of Code 2018: The Linux Foundation is accepted as mentoring organization. Invited the first mentors. Continued mentoring Sahil Arora.
[14:44] <tkamppeter> - Bugs.
[14:46] <kenvandine> tkamppeter, thx
[14:46] <kenvandine> #topic trevinho
[14:46] <Trevinho> · unity xenial SRU verification (couple of bugs to check, please help)
[14:46] <Trevinho> · BAMF improvements for matching SNAP and Flatpak applications
[14:46] <Trevinho>   - https://code.launchpad.net/~3v1n0/bamf/snap-exec-matching-fix
[14:46] <Trevinho>   - SRU'ed at
[14:46] <Trevinho>     - https://code.launchpad.net/~3v1n0/bamf/snap-exec-matching-fix-x
[14:46] <Trevinho> Mh, what did arrive?
[14:47] <seb128> you flooded
[14:47] <seb128> paste in chuncks?
[14:47] <Trevinho> Yeah
[14:47] <seb128>    - SRU'ed at
[14:47] <seb128>      - https://code.launchpad.net/~3v1n0/bamf/snap-exec-matching-fix-x
[14:47] <seb128> <-- Trevinho a quitté (Excess Flood)
[14:47] <seb128> that stopped here
[14:47] <Trevinho> · Libunity .desktop file matching (for gnome dock and unity launcher emblems)
[14:47] <Trevinho>   improvements:
[14:47] <Trevinho>   - https://code.launchpad.net/~3v1n0/libunity/desktop-use-snap-namespace
[14:47] <Trevinho>   - SRU'ed at:
[14:47] <Trevinho>     - https://code.launchpad.net/~3v1n0/libunity/desktop-use-snap-namespace-x
[14:47] <Trevinho> · Telegram snap published to stable and announced:
[14:47] <Trevinho>   - https://forum.snapcraft.io/t/call-for-testing-telegram-desktop/3954
[14:47] <Trevinho>   - https://github.com/3v1n0/telegram-snap/
[14:47] <Trevinho>   - Ubuntu desktop environment support
[14:47] <Trevinho>     - https://github.com/telegramdesktop/tdesktop/pull/4398
[14:47] <Trevinho>   - Fixes for building it on ARM:
[14:47] <Trevinho>     - https://github.com/grishka/libtgvoip/pull/40
[14:47] <Trevinho>     - https://github.com/telegramdesktop/tdesktop/pull/4399
[14:47] <Trevinho>  · nautilus search provider for searching in recent files in progress
[14:47] <Trevinho>  · nautilus search provider for locate and studying how to get better matchings
[14:47] <Trevinho>  · Some proposal in how to better implement xdg-open for file:// protocol
[14:47] <Trevinho>    in a secure way:
[14:47] <Trevinho>    https://forum.snapcraft.io/t/allowing-xdg-open-to-open-files/3789/5?u=trevinho
[14:47] <Trevinho>  · Some more fingerprint tests
[14:47] <Trevinho> 🦄
[14:48] <kenvandine> Trevinho, thx for the telegram snap, it's great!
[14:48] <Trevinho> :)
[14:48] <kenvandine> Trevinho, thx
[14:48] <kenvandine> #topic robert_ancell
[14:48] <kenvandine> - Worked on GNOME Software channels patch and uploaded to Bionic
[14:48] <kenvandine> - Backported GNOME Software channels patch to Xenial (not yet SRUd)
[14:48] <kenvandine> - Investigated GNOME Software memory usage
[14:48] <kenvandine> - LightDM 1.25.2 release
[14:48] <kenvandine> #topic aob
[14:49] <jbicha> last week, willcooke suggested we talk about plans for GNOME 3.28 for bionic today
[14:49] <willcooke> yes! Let's.  Although, Laney is out
[14:50] <willcooke> So let's talk about it a little bit, and then carry on next week if needed
[14:50]  * kenvandine wants 3.28 because 3.28 > 3.26 :)
[14:50] <willcooke> jbicha, how are you feeling about it?
[14:50] <willcooke> kenvandine, ditto
[14:50] <jbicha> ok, I've built quite a bit of GNOME 3.28 but I haven't got the important core pieces done yet (g-s-d, g-c-c, mutter, gnome-shell)
[14:50] <kenvandine> personally i haven't seen anything scary in 3.27
[14:51] <seb128> I think we should have different steps there
[14:51] <jbicha> there are 4 transitions so far (mentioned earlier) but they seem to be smooth enough
[14:51] <seb128> like I think everybody is going to agree on updating now to 3.27 the components that got no major changes
[14:51] <seb128> like no UI redesign/big new features/old features that might be useful dropped
[14:51] <seb128> right?
[14:52] <willcooke> +1
[14:52] <seb128> +1
[14:52] <kenvandine> indeed
[14:52] <seb128> ok, then it gives us the "what do we do with components where the update is less trivial"
[14:52] <jbicha> for instance, I'm hesitant on uploading Cantarell to bionic since it regresses some languages
[14:52] <seb128> jbicha, do you have a list of components in that category?
[14:52] <seb128> I saw a list of things that need a transition
[14:53] <seb128> I think we should discuss the more-problematic ones on a case by case
[14:53] <jbicha> and obviously, we decided earlier that we're sticking with Nautilus 3.26
[14:53] <seb128> on cost/benefit/work involved
[14:53] <seb128> right
[14:53] <seb128> cantarell ... can you open a bug with the status and maybe we can get familiar with it and rediscuss during the week or at the next meeting?
[14:54] <jbicha> so far things look pretty smooth now except for those core pieces I haven't gotten to yet
[14:54] <jbicha> there is a proposed Backgrounds Settings panel redesign, I haven't looked at that yet either but that might be too late for 3.28 (just mentioning for completeness)
[14:55] <seb128> is that the one removing the lock screen background selection?
[14:55] <kenvandine> i thought that was for sure going in for 3.28
[14:55] <didrocks> kenvandine: still not in
[14:55] <kenvandine> at least tobias thought so :)
[14:55] <didrocks> they started to rediscuss it a week ago
[14:55] <seb128> some people looked like they were trying to get it landed
[14:55] <didrocks> to get finallly things moving
[14:55] <jbicha> it might do that, removing lock screen background selection is controversial even in GNOME so that's one of the issues with the redesign
[14:56] <seb128> I would suggest that we do the easy components for now, seems we have consensus on that
[14:56] <seb128> and that should keep us (= jbicha? ;-) busy for most of the week
[14:56] <seb128> and log bugs with the summary of the big changes/transitions for the ones that need discussion
[14:56] <kenvandine> would that include all the libs?
[14:57] <seb128> and review those next week
[14:57] <jbicha> yeah, the transitions take some time :)
[14:57] <seb128> kenvandine, no gtk4 by default!
[14:57] <seb128> if that's what you have in mind :p
[14:57] <kenvandine> no... definately not :)
[14:57] <seb128> unsure what libs
[14:57] <kenvandine> i think we already have latest gtk
[14:57] <seb128> but any which doesn't involve a complexe transition we better avoid
[14:57] <seb128> if somebody change lots of APIs we should discuss it
[14:58] <seb128> something*
[14:58] <kenvandine> i was thinking libgweather, gnome-desktop, etc
[14:58] <seb128> that sounds fine, unless they reworked their API
[14:58] <kenvandine> things i might have in the gnome platform snap :)
[14:58] <seb128> I didn't look at the specific of the changes from the cycle
[14:58] <jbicha> (still nothing uses gtk4, honestly I was going to propose we remove gtk4 from bionic before release and re-introduce it in "Chaotic 18.10" to not confuse people a year or two from now who try to build gtk4 apps)
[14:58] <seb128> that makes sense imho
[14:58] <kenvandine> +1
[14:59] <jbicha> kenvandine: I have rebuilt all the rdeps for those libraries so those seem fine
[14:59] <seb128> no point shipping a static snapshot on a thing being under active work
[14:59] <kenvandine> jbicha, great
[14:59] <jbicha> g-s-d is a more complex transition that we can discuss later
[14:59] <kenvandine> i have a gnome-3-28-1804 snap registered
[14:59] <seb128> so that's what I suggest, re-stating
[14:59] <seb128> "I would suggest that we do the easy components for now, seems we have consensus on that
[14:59] <seb128>  and log bugs with the summary of the big changes/transitions for the ones that need discussion
[14:59] <seb128>  and review those next week
[14:59] <seb128> "
[15:00] <jbicha> seb128: +1 from me :)
[15:00] <seb128> +1/0/-1?
[15:00] <kenvandine> great
[15:00] <kenvandine> +1
[15:00] <seb128> k
[15:00] <willcooke> +1
[15:00] <didrocks> +1
[15:00] <seb128> sounds like a plan then
[15:00] <seb128> :)
[15:00] <willcooke> thanks seb128
[15:00] <kenvandine> any more aob? :-D
[15:00] <seb128> thx jbicha for driving that topic forward as usual
[15:00] <seb128> jbicha, I'm going to try to make some time to help with transitions and reviews
[15:01] <jbicha> one more thing
[15:01] <seb128> let me know if you want me to write some of the bugs/summaries or something else
[15:01] <jbicha> GNOME docs team would appreciate if someone could rebuild the getting-started videos for GNOME bug 791419
[15:01] <jbicha> (that's all from me)
[15:01] <willcooke> jbicha, I looked at running that last night but fell short
[15:02] <willcooke> it said "you need the build environment set up" or something like that in the bug
[15:02] <willcooke> and thats where I gave up
[15:02] <willcooke> if someone can talk me through getting stuff installed, I will happily leave it running here
[15:02] <willcooke> Although, the real work is getting the env set up I expect
[15:02] <willcooke> so perhaps not much help
[15:02] <jbicha> let's discuss after the meeting then?
[15:02] <willcooke> kk
[15:03] <seb128> +1
[15:03] <willcooke> one thing from me
[15:03] <kenvandine> great
[15:03] <willcooke> top tip: crtl-shift-prtscr copies a screen region to the clipboard.
[15:03] <seb128> the #gnome-fr people were discussing blender, I dropped the bug reference in there to see if any of them maybe want to do that :)
[15:03] <kenvandine> thx all
[15:03] <seb128> haha
[15:03] <seb128> thanks kenvandine!
[15:03] <kenvandine> #endmeeting
[15:03] <meetingology> Meeting ended Tue Feb 13 15:03:43 2018 UTC.
[15:03] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-02-13-14.31.moin.txt
[15:03] <oSoMoN> thanks!
[15:03] <didrocks> thx
[15:04] <willcooke> thanks
[15:04] <jbicha> willcooke: did you figure out how to connect to GNOME IRC?
[15:05] <willcooke> urgh, I'll have to edit a flie
[15:05] <willcooke> file
[15:07] <jbicha> I'm thinking we might want to ask jimmac for help with that task since it looks like he did the work before
[15:08] <seb128> jbicha, that doesn't hurt to at least try asking him how he did it
[15:08] <willcooke> jbicha, oki, I've got some stuff to finish up here, I'll try and get to it today
[15:09] <jbicha> great, thanks :)
[15:21] <jbicha> willcooke: my guess is that the maintainer just didn't want to take the several hours it takes to render the videos
[15:24] <jhodapp> willcooke, do we have a set schedule for doing stable point releases of an LTS, e.g. 16.04.1, 16.04.2, etc?
[15:26] <seb128> jhodapp, https://wiki.ubuntu.com/XenialXerus/ReleaseSchedule
[15:26] <jhodapp> seb128, thanks!
[15:26] <seb128> yw
[15:27] <jhodapp> seb128, is that a set cadence that's consistent from version to version, e.g. from 16.04 to 18.04?
[15:28] <seb128> yes
[15:28] <seb128> well, there might be some small shifts
[15:29] <seb128> like don't count exact same days
[15:29] <seb128> it depends of other factors, upstream, holidays, etc
[15:29] <jhodapp> seb128, ok yeah, but roughly
[15:29] <seb128> yes
[15:31] <jhodapp> perfect
[15:31] <jbicha> didrocks: the GNOME gsettings key for volume-above-100% is different than Ubuntu's right? how do you plan to handle that?
[15:33] <didrocks> jbicha: depends, if we get our patches upstream this cycle, I'll handle the transition
[15:33] <ogra_> probably by dropping that sillyness altogether ?
[15:33] <ogra_> :P
[15:33] <didrocks> which sillyness?
[15:33] <seb128> ogra_, what
[15:33] <ogra_> "volume more than 100%"
[15:34] <seb128> what didrocks said
[15:34] <didrocks> you should have followed the discussion
[15:34] <seb128> ogra_, stop trolling please
[15:34] <ogra_> thats one of the greatest nonsense things ... if your amp is at 100% it is at 100% ... fix the drivers if that isnt the case but dont add an option to make the slider go to 200%
[15:35] <didrocks> thanks, now, try on affected hardwares and fix all the drivers for them
[15:35] <didrocks> then, we can drop it
[15:35]  * jbicha recommends that ogra_ watch "This is Spinal Tap" ;)
[15:35] <seb128> didrocks, step out and focus on useful things  :)
[15:35] <didrocks> yeah, will do
[15:35] <seb128> thx
[15:35] <didrocks> I have enough work than someone dowplaying on hard work we have done pushing it
[15:35] <didrocks> focusing on*
[15:36] <ogra_> well, thats not my job and yours neither ... :) i'm just ranting about that silly workaround :)
[15:36] <seb128> stop ranting it doesn't help
[15:36] <ogra_> (that iirc was invemnted initially by vlc even ... others just copied in a sheepish way)
[15:36] <seb128> value the work done here to build a system that users can rely on
[15:36]  * ogra_ shuts up now 
[15:36] <seb128> thx
[15:37] <jbicha> didrocks: I have gsettings-desktop-schemas 3.27.90 packaging, do you want me to push it somewhere for you to work on? (the Ubuntu packaging isn't VCS maintained)
[15:37] <didrocks> jbicha: I won't work on the transition tright now
[15:37] <didrocks> right*
[15:37] <didrocks> jbicha: I have a lot of other stuff to deal with feature-wise. Maybe I'll get to that, but until upstream takes it, there is little value to transition to that key
[15:38] <jbicha> didrocks: so do you want me to hold off on uploading the new g-d-schemas package? (it's not actually needed in bionic yet)
[15:39] <didrocks> jbicha: nothing prevents to upload the new g-d-schemas, it's orthogonal
[15:39] <jbicha> ok
[15:40] <didrocks> jbicha: so, I would say, just upload it, and we'll see how/when gnome shell upstream review the patches to get that + g-s-d in
[15:40] <didrocks> until then, we'll keep our patches
[15:51] <jbicha> GunnarHj: hi, so yelp-xsl is a bit fun
[15:52] <jbicha> yelp-xsl 3.27 has made incompatible changes that shouldn't be a problem for yelp but will probably be a problem for generating the html for help.ubuntu.com
[15:53] <jbicha> until someone updates the stylesheet for the new version
[16:02] <GunnarHj> jbicha: I see that we still have yelp-xsl 3.20. We (usually dsmythies) can build the HTML on e.g. a 16.04 machine, if we don't figure out what needs to be changed. Any hint about the nature of the changes?
[16:06] <jbicha> yes, that's what I would suggest: that we update yelp-xsl in bionic and just be sure to use 16.04 LTS for building the HTML for now
[16:06] <jbicha> upstream NEWS says "Massive backwards incompatible updates to stylesheets"
[16:07] <jbicha> shaunm indicated that it's a problem for help.gnome.org too
[16:07] <jbicha> but I don't really know specifics more than that
[16:09] <GunnarHj> jbicha: So probably we'd better wait until they have sorted out help.gnome.org, and start updating our stylesheet after that.
[16:10] <jbicha> yes, I'll ping you again after I've actually packaged the new version so you can try it out before pushing to bionic
[16:10] <GunnarHj> jbicha: But I saw that you uploaded 3.20 just recently. Are you about to jump to 3.27 in unstable/bionic now?
[16:22] <seb128> what's the rationnal to do the update if it creates issues? can we hold on it until next cycle?
[16:28] <kenvandine> oSoMoN, in case you didn't notice, i've sponsored those packages
[16:37] <jbicha> seb128: it doesn't cause issues in the Ubuntu archive itself. Only a few people build html from yelp-xsl stylesheets
[16:37] <jbicha> but yes, it's one of the more complex cases
[16:46] <GunnarHj> jbicha: There is one reason to wait with the upgrade of yelp-xsl: Nowadays we build the desktop guide HTML from the installed package files, not from the source packages. For that reason it's most natural and convenient to be on a 18.04 machine when building the HTML for 18.04 etc.
[16:47] <jbicha> ok
[16:48] <chrisccoulson> kenvandine, you suggested olivier provide a single tar for https://people.canonical.com/~osomon/libreoffice-6.0.1/bionic/ to make it easier to download all of the bits, but haven't you used dget before?
[16:48] <chrisccoulson> eg, dget https://people.canonical.com/~osomon/libreoffice-6.0.1/bionic/libreoffice_6.0.1-0ubuntu1_source.changes
[16:48] <kenvandine> chrisccoulson, oh... great idea
[16:48] <kenvandine> never used dget :)
[16:49] <kenvandine> but i have heard of it before
[16:49] <chrisccoulson> it'll make your life easier :)
[16:49] <kenvandine> just never think of it
[16:49] <didrocks> waow, I wouldn't have been able to live so long without dget, even for downloading older sources on launchpad, or other releases…
[16:55] <oSoMoN> kenvandine, thanks!
[17:12] <oSoMoN> kenvandine, have you seen https://forum.snapcraft.io/t/snaps-officially-supported-by-canonical/1719/8 ?
[17:13] <kenvandine> oSoMoN, oh... i hadn't seen the request for bug tracking
[17:14] <kenvandine> oSoMoN, thx
[17:14]  * kenvandine wonders what to put for gnome-3-26-1604
[17:52] <willcooke> seb128, we did the MIR for xrdp: https://bugs.launchpad.net/ubuntu/+source/xrdp/+bug/1749148
[18:03] <jbicha> willcooke: what's the UI for this feature?
[18:14] <willcooke> jbicha, UI?
[18:15]  * oSoMoN EOD, have a good evening everyone
[18:15] <willcooke> night oSoMoN
[18:15] <willcooke> too slow
[18:21] <jbicha> willcooke: do you plan to install xrdp by default in Ubuntu Desktop? if so how would someone turn the feature on?
[18:32] <willcooke> jbicha, gotya, I thought that was what you meant, but I wasn't sure :)  So there won't be any UI at this point, because I dont think we have time to add anything, and it would be quite complex.  The idea is to make it "easier" for people to enable remote desktop sharing where Ubuntu is a guest as a VM on a host
[18:32] <willcooke> RDP seems to be the most widely available client on most platforms.
[18:32] <willcooke> Obviously it's out of the box on Windows
[18:32] <willcooke> which is the main target
[18:32] <jbicha> my opinion is that we don't need to add it in the default install if there's no UI for it
[18:33] <willcooke> so this is just one less step people have to do, i.e. drop the apt install
[18:33] <jbicha> You could add it to the 'supported' seeds if you just want it to be in main though
[18:34] <willcooke> interesting idea, hadnt thought of that
[18:35] <jbicha> I of course can't decide what Canonical wants to support, that's just my input though :)
[18:35] <willcooke> good to have it, thanks jbicha
[18:35] <willcooke> I'll read up some more
[18:39] <willcooke> and with that, good night!
[19:42] <seb128> jbicha, ideally we would have a switch in control-center for that, but that's not going to be this cycle
[19:42] <jbicha> seb128: do you think it should be installed by default this cycle?
[19:43] <seb128> jbicha, I don't really know, there was some talk about having to maintain a custom image if we don't
[19:43] <seb128> jbicha, I suggested that maybe having it enabled through a cmdline grub option would remove the need for the custom image
[19:43] <seb128> it's not really the most user friendly thing but would do the job
[19:44] <jbicha> the nice part about no UI is that "what I don't see doesn't affect me" ;)
[19:44] <seb128> right, it would be a bit of disk space used
[19:44] <seb128> but trivial to enable for people who need it through a boot option
[19:44] <seb128> or similar
[19:45] <seb128> it doesn't hurt to file the MIR in any case, it's probably going to be installed with an UI to turn on at some point
[19:45] <seb128> even if it's not this cycle
[19:46] <jbicha> so GNOME doesn't really support RDP very well (both Boxes and the experimental mutter remotedesktop thing do VNC but not RDP)
[19:46] <seb128> right
[19:46] <jbicha> I don't think they are intentionally choosing against RDP; I think they just started with what was easiest
[19:46] <seb128> which is one of the reasons we went back to default to xorg
[19:47] <seb128> kenvandine, it looks like the gnome-platform case deserves creating an upstream project in launchpad and using that, there is no ubuntu package fit
[19:55] <kenvandine> seb128, yeah
[19:56] <kenvandine> seb128, although users aren't likely to file bugs against it.  they would file bugs against the apps using it
[19:56] <kenvandine> but app developers could file bugs
[19:56] <seb128> right
[19:56] <seb128> the other option is to put e.g the community hub as a link
[19:57] <kenvandine> i'd rather LP bugs :)
[19:58] <seb128> then new project :)
[20:15] <kenvandine> seb128, so what do you think, gnome-platform? gnome-snap? gnome-snap-platform?
[20:15] <kenvandine> we'll have different names in the store, versioned
[20:15] <kenvandine> like gnome-3-26-1604 and gnome-3-28-1804
[20:37] <seb128> kenvandine, gnome-platform-snap?
[20:37] <kenvandine> better
[20:38] <seb128> :)
[20:38] <kenvandine> robert_ancell, i submitted a simple-scan PR
[20:39]  * kenvandine loves gitlab :)
[20:39] <seb128> kenvandine, btw on that forum page, does the maintainer needs to be a person?
[20:40] <kenvandine> it can't be a team :(
[20:40] <seb128> kenvandine, it seems like it would be better to share the snaps maintainance that having you to handle them all
[20:40] <seb128> why not?
[20:40] <kenvandine> well, i guess on the wiki page it could be
[20:40] <kenvandine> but the store doesn't
[20:40] <seb128> the store takes an email?
[20:41] <seb128> or is that linked to the account used for uploads?
[20:41] <kenvandine> under the store those are published by "canonical"
[20:41] <kenvandine> on the wiki we are using a forum user
[20:41] <kenvandine> it would be nice if it was @ubuntu-desktop
[20:41] <seb128> right
[20:41] <kenvandine> i guess they don't have to link to users :)
[20:41] <seb128> the idea is that one can "ping" the maintainer?
[20:42] <kenvandine> yeah
[20:42] <seb128> I see
[20:42] <seb128> they need to add aliases
[20:42] <seb128> or groups
[20:42] <kenvandine> but it sucks being individuals
[20:42] <seb128> I guess we could create a "desktop-snaps" user and share the crendentials :p
[20:42] <kenvandine> lol
[20:43] <kenvandine> that's so 90s
[20:43] <seb128> heh
[20:49] <robert_ancell> yay for one click merging
[20:50] <kenvandine> robert_ancell, thx
[20:51] <kenvandine> robert_ancell, it was also cool to see the checkbox to delete my source branch when merged
[20:51] <kenvandine> should keep my tree tidy :)
[20:52] <kenvandine> that's a real handy feature
[20:53] <seb128> hey robert_ancell, how are you?
[20:53] <jbicha> it helps encourage me to use named branches for merge proposals
[20:54] <kenvandine> yup
[20:56] <kenvandine> robert_ancell, oh btw, something fighting with right now
[20:56] <kenvandine> something in the snapd-glib build seems racy, at least in snapcraft
[20:56] <kenvandine> i'm build snapd-glib as a part in gnome-software
[20:56] <kenvandine> after a clean, it fails to build once
[20:56] <kenvandine> with
[20:56] <kenvandine>   ITMRG  io.snapcraft.SnapdLoginService.policy
[20:56] <kenvandine> snapd-login-service.c:17:27: fatal error: login-service.h: No such file or directory
[20:56] <kenvandine> compilation terminated.
[20:57] <kenvandine> but then succeeds on the next try
[20:57] <kenvandine> if i don't clean
[20:57] <kenvandine> seems ridiculous to me
[21:06] <robert_ancell> seb128, hi!
[21:08] <robert_ancell> kenvandine, hmm, autotools... I should probably just kill snapd-login-service now since snapd doesn't need it.
[21:09] <robert_ancell> kenvandine, are you building from git?
[21:09] <kenvandine> robert_ancell, yes
[21:10] <kenvandine> robert_ancell, i suppose that isn't something i can easily disable?
[21:11] <kenvandine> nope
[21:11] <robert_ancell> kenvandine, I'm killing it now
[21:11] <kenvandine> robert_ancell, oh cool
[21:11] <kenvandine> :)
[21:13] <kenvandine> i'm building it stripped down, no qt, api docs, etc
[21:58] <kenvandine> robert_ancell, btw willcooke is also seeing empty results when selecting categories in gnome-software on bionic
[21:58] <kenvandine> robert_ancell, just like i was seeing
[22:10] <robert_ancell> kenvandine, ack, will investigate
[22:42] <robert_ancell> jbicha, if you could spin out a new snapd-glib that would be handy! (branch is updated)
[23:08] <kenvandine> robert_ancell, i kicked a new build after you pushed
[23:09] <kenvandine> robert_ancell, new issue
[23:09] <kenvandine> config.status: error: cannot find input file: `po/Makefile.in.in'
[23:11] <kenvandine> robert_ancell, you need to remove that from configure.ac
[23:11] <kenvandine> robert_ancell, oh... ignore me
[23:12] <kenvandine> looks like maybe you removed it after i started a build :)
[23:17] <robert_ancell> kenvandine, yeah, I did a git push -f. I should probably do proper MRs...
[23:18] <kenvandine> robert_ancell, no worries :)
[23:18] <kenvandine> robert_ancell, i had just did a cleanbuild when i saw you pushed
[23:19] <kenvandine> robert_ancell, the good news is this fixed the problem i was having :)
[23:24] <Sweetshark> guys, any ETA on a CVE-2018-6871 fix? due to irresponsible disclosure this nightmare has been public since a week, yet no updates for ubuntu whatsoever so far?
[23:27] <sarnold> Sweetshark: some builds are in progress https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages
[23:30] <Sweetshark> sarnold: thx, just saw it in the team meeting log in backlog too.
[23:33] <Sweetshark> (thx to oSoMoN and chrisccoulson too)