[00:55] <jbicha> robert_ancell: the new GNOME Software version looks nice. At the bottom of the home page, the More button text looks small for Recommended apps
[01:21] <robert_ancell> jbicha, yeah, not sure if that's what upstream intended or a themeing issues
[07:33] <oSoMoN> good morning desktoppers
[07:38] <duflu> Hello oSoMoN
[07:41] <oSoMoN> good afternoon duflu
[09:00] <willcooke> morning
[09:01] <duflu> Morning willcooke
[09:01] <seb128> hey willcooke duflu
[09:01] <seb128> & desktopers
[09:01] <duflu> Hello seb128
[09:01] <seb128> willcooke, had a good long w.e?
[09:01] <flexiondotorg> Morning desktopers
[09:01] <seb128> hey flexiondotorg
[09:01] <oSoMoN> good morning folks
[09:01] <willcooke> seb128, lots of decorating.  I'm totally knackered now though :)  Very stuff and achey
[09:02] <seb128> willcooke, glad to be back at the computer then? ;)
[09:02] <seb128> lut oSoMoN
[09:02] <oSoMoN> salut seb128
[09:02] <oSoMoN> welcome back willcooke
[09:05] <duflu> willcooke, ah the physical holiday that is computing
[09:06] <Laney> weird, couldn't press enter there
[09:06] <Laney> moin moinington
[09:06] <duflu> Hi flexiondotorg, Laney
[09:07] <oSoMoN> hey Laney
[09:07] <seb128> hey Laney
[09:08] <Laney> hey duflu oSoMoN seb128!
[09:09] <Laney> the people I'd pick first for my curling team
[09:09] <duflu> Laney, you mean sweeping your house?
[09:12] <Laney> we do have mostly wooden floors...
[09:14] <oSoMoN> I have a neato curling robot at home, it works great
[09:48] <darkxst> hey desktoppers!
[09:49] <seb128> hey Tim, it has been a while! how are you doing?
[09:52] <darkxst> Hey seb, doing good, though destroyed my ankle near the end of winter and has been a long rehab ;(
[09:53] <seb128> urg, how did you do that?
[09:53] <darkxst> stupid snow!
[09:59]  * darkxst still lives in the mountains though!
[09:59] <darkxst> anyway starting to work on some of the 3.28 updates
[10:00] <seb128> oh, which ones?
[10:00] <seb128> jbicha seems to have most of that covered :)
[10:02] <darkxst> Ive been pushing a few updates to debian, that are in sync
[10:04] <darkxst> working on gjs at the moment
[10:05] <darkxst> and then will look at the blockers for g-s-d/g-c-c
[10:07] <darkxst> *and* just getting my head around, meson, gitlab etc!
[10:16] <seb128> did you see the community hub post from Jeremy about 3.28?
[10:17] <darkxst> yes, he sent that to me yesterday
[10:19] <darkxst> driving to Melbourne tomorrow, but will add some comments to that by the end of the week
[10:21] <darkxst> more generally, jbicha has briefed me on whats ok, whats maybe and whats not in
[10:23] <seb128> good
[10:28] <willcooke> jbicha, thanks for reworking that monospace patch.
[10:31] <darkxst> hey willcooke
[10:31] <willcooke> hey darkxst!  It's been a while, how are you?
[10:34] <darkxst> willcooke, I am good. finally getting back into things after a long summer of rehabbing ankles
[10:34] <darkxst> no only 1 ankle
[10:34] <willcooke> ouch
[10:35] <darkxst> yeh it was quite bad
[10:41] <darkxst> seb128, just to settle your nerves, I won't be uploading anything without the usual discussions, have just been out of the loop the last bit!
[10:42] <seb128> thx :)
[10:50] <seb128> tjaalton, the libglvnd MIR doesn't seem a proper MIR, look at bug #1748905 for an example with the different section ... you should probably do something similar
[10:50] <seb128> tjaalton, your doesn't include any detail about the availability/security history/rational/maintainance/etc, the MIR team isn't going to like that
[11:03] <oSoMoN> doko, I'm not experienced with symbols files, how do I prevent external symbols (stdlib template instantiations, boost symbols) from leaking into the symbols for libepubgen ?
[11:04] <oSoMoN> I've read that I can mark them optional, but I'd rather not have them in the symbols file in the first place, that would be much more readable and maintainable
[11:14] <tjaalton> seb128: not really here this week, but fixed it now to get it moving
[12:01] <doko> oSoMoN: mark them as optional. I would do a build with empty symbols files and then use the kde symbols helpers to generate a first instance of this file
[12:03] <oSoMoN> ok
[12:34] <jbicha> seb128: good morning, you want spice-vdagent as an ubuntu-desktop recommends, right?
[12:50] <seb128> tjaalton, thx
[12:51] <seb128> jbicha, hey, it seems the right place for it, wdyt?
[12:51] <jbicha> I can't think of anywhere better
[12:51] <jbicha> well I mean we could put it in desktop-common…
[12:53] <jbicha> I was unsuccessful in getting the Noto color emoji font in desktop-common 😞
[12:56] <seb128> heh
[12:57] <seb128> jbicha, but yeah, that wfm, we should stack changes to the seed vcs only for now and do an upload a bit later, we are likely to do some other tweaks this week
[12:57] <seb128> like convert some apps to be snaps
[13:02] <seb128>  merejbicha, btw did you have the udisks 2.7 merge done?
[13:02] <seb128> ups
[13:02] <seb128> jbicha, btw did you have the udisks 2.7 merge done?
[13:02] <seb128> I think we should upload even if it's blocked on that MIR
[13:02] <seb128> to have it before feature freeze, and it might help to motivate reviewers :)
[13:03] <jbicha> (added to desktop-common, hopefully no complaints)
[13:04] <Nafallo> o/
[13:05] <jbicha> ok, I believe the only udisks diff will be the exfat change
[13:06] <seb128> k, let me upload that later then :)
[13:06] <seb128> unless you wanted to do it?
[13:06] <seb128> hey Nafallo
[13:07] <jbicha> seb128: feel free to do udisks again :)
[13:07] <seb128> k
[13:09] <jbicha> Trevinho: or anyone: snap apps still duplicate deb apps in the Activities Overview, right?
[13:09] <Trevinho> jbicha: yeah
[13:10] <Trevinho> jbicha: it's also probably kind of wanted, as i think both should be visible in a  way
[13:10] <Trevinho> maybe marked better though
[13:10] <jbicha> is that fixable for bionic? because that's going to be pretty annoying depending on how upgrades work
[13:11] <jbicha> we don't need two indistinguishable gedit's installed just because someone happened to be using a previous Ubuntu release 😞
[13:13] <jbicha> or we could hack ubuntu-release-upgrader to uninstall the specific deb apps?
[13:18] <willcooke> Do we have the concept of a global list of aliases?
[13:18] <willcooke> specically, tailf got removed at some point in the last couple of years
[13:19] <willcooke> and I never remember to tail -f the first time,
[13:19] <willcooke> so could I propose tailf = tail -f ?
[13:19] <seb128> jbicha, well, if we don't teach the dist-upgrader nothing is going to install the snaps for you, so yeah we should let it remove the snap as it installs the snaps
[13:20] <jbicha> oh ok
[13:21] <seb128> remove the deb*
[13:23] <seb128> willcooke, we have some in .bashrc but that's it afaik
[13:25] <willcooke> seb128, any ideas which LP project?
[13:25]  * willcooke googles
[13:25] <seb128> willcooke, bash
[13:34] <dgadomski> hello everyone
[13:35] <dgadomski> I got a question about bug #1100670, from what I see in the ucc source code the theme names available there are hardcoded, was there a reason for not allowing 3rd party themes there?
[13:42] <jbicha> xnox: I replied to LP: #1735499
[13:44] <k_alam> dgadomski: When unity was default it made sense to hardcode themes which were supported by Ubuntu.....but it can be made to work with other themes.....a combobox for icons can also be inserted in the appearance panel.....patches are welcome.
[13:45] <dgadomski> thanks k_alam, I will look into that
[13:46] <seb128> hey dgadomski
[13:46] <jbicha> dgadomski: k_alam honestly, very few themes that aren't Ambiance/Radiance look good in Unity
[13:47] <seb128> dgadomski, GNOME doesn't include any control of themes at all, we added that selector at first to be able to switch between our 2 themes variants, then we whitelisted the GNOME one. It was not intended to be a "pick any theme" by design, there are better tools to do that
[13:48] <seb128> but yeah, not strong reason out of "limit what we recommends to users"
[13:48] <seb128> recommend
[13:48] <seb128> if the new unity team is wanting to lift that limitation it's their choice though
[13:50] <k_alam> jbicha: Numix is ok. Also I plan to add the new community theme if it lands on bionic....but it needs unity support though.
[13:52] <jbicha> like Seb said, you can do what you like. I'd suggest keeping the whitelist but expanding it for known working themes
[13:52] <jbicha> Adwaita looks bad in Unity for instance
[13:57] <dgadomski> I agree with many themes not looking good, thanks, now I get it
[14:09] <jbicha> GunnarHj: ugh, I dislike a large distro patch like the one you suggested for LP: #1734545, you could propose that to GNOME though…
[14:15] <jbicha> you might be able to talk them into doing a 3.27.91 release if you think that patch would make a difference for that bug
[14:15] <xnox> jbicha, s390x does not have normal disks at all; without packaging that plugin, one cannot partition any disks on s390x at all; thus rendering the whole package mostly useless on s390x and hence nothing will ever use it.
[14:16] <xnox> jbicha, the question is not what mbiel thinks about it; and what he thinks about it for Debian; it matters what we care about for Ubuntu and for Ubuntu on z
[14:16] <xnox> jbicha, do you need me to upload ubuntu delta to enable the plugin?
[14:16] <jbicha> xnox: it sounds like you're upset about this issue…
[14:17] <xnox> jbicha, no, i'm just not seeing your logic to it at all.
[14:17] <jbicha> xnox: could the Foundations team please take over maintainership of udisks & libblockdev then? ;)
[14:18] <xnox> jbicha, surely not, this came up as part of MIR review. Ubuntu on s390x is a supported architecture, which we support. Why would we disable s390x support, in package, when it does exist upstream.
[14:19] <jbicha> well you're not on the MIR team, so it seems a bit much to hijack our package when we've begging y'all for months to take over maintainership of it
[14:19] <xnox> jbicha, MIR team pinged me, asking if said hw support is necessory on s390x, and yeah, it kind of is, given that s390x has no normal hard drives =)
[14:19] <jbicha> and how does the s390 plugin actually do any good since there's no UI for it?
[14:19] <jbicha> no CLI for it either
[14:20] <xnox> it is chicken and egg; there will never be one, if we don't even bother to ship the library.
[14:20] <jbicha> are you intending to use the library in ubiquity/subiquity or something?
[14:20] <xnox> and there will be 3rd party non-package code which will try to use libblockdev, as it does look like a very useful generic library to code against.
[14:21] <xnox> jbicha, me, personally, no. but that's not the point.
[14:21] <jbicha> otherwise, this is a really theoretical complaint to have to introduce a permanent diff to Debian that you are not volunteering to maintain…
[14:22] <xnox> jbicha, i'm confused why did you go about asking michael biebl about it. any how come, you did it, in such a manner that it got rejected in debian.
[14:22] <jbicha> lol!
[14:22] <xnox> jbicha, what's the trail to "Michael Biebl would rather not build the s390 plugin in Debian"?
[14:22] <jbicha> it doesn't sound like you have very good asking skills…
[14:22] <xnox> jbicha, it also makes a lot of sense to enable said plugin  in debian too...
[14:23] <jbicha> here I'l quote my original asking since you doubt I asked well
[14:23] <jbicha> Subject: libblockdev s390 plugin
[14:23] <jbicha> "I had an Ubuntu developer request that we enable the s390 plugin in libblockdev
[14:23] <jbicha>  Does this look ok to you?
[14:23] <xnox> jbicha, was it a BTS bug report?
[14:23] <jbicha> https://salsa.debian.org/utopia-team/libblockdev/commit/5d3a4103
[14:24] <jbicha> no, it was an email because mbiebl wasn't in IRC
[14:24] <jbicha> mbiebl is the co-maintainer of libblockdev and spent significant time handling the broken s390 plugin
[14:24] <jbicha> it would be rude for me to just not talk to him about making a major change to the package when he's clearly invested in it
[14:25] <xnox> sure, but now i am very confused.
[14:25] <jbicha> do you not understand Debian maintainership? /s
[14:25] <xnox> jbicha, so you packaged it anyway in debian, or not?
[14:26] <xnox> give you point me to commits of adding it.
[14:26] <jbicha> I commit a patch to git and reverted it so that I could fix other issues when I uploaded without upsetting mbiebl and needing to go through the Debian NEW queue
[14:26] <xnox> and then commented on launchpad but that it's not going to be packaged in debian
[14:26] <jbicha> btw, we have a Desktop Team meeting here in 3 minutes so we'll need to wrap up this conversation soon (for now at least)
[14:27] <jbicha> but I'm sort of the middle man here, why don't you talk to mbiebl and please try to talk to him more politely than you talked to me here
[14:30] <willcooke> meeting time
[14:30]  * willcooke is unprepared - one sec
[14:31] <willcooke> #startmeeting Desktop Team Weekly Meeting - 2018-02-20
[14:31] <meetingology> Meeting started Tue Feb 20 14:31:29 2018 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:31] <meetingology> Available commands: action commands idea info link nick
[14:31] <willcooke> Roll call: andyrock, dgadomski, didrocks (hols), duflu (out), jbicha, jamesh (out), jibel/heber, kenvandine, laney, oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[14:31] <oSoMoN> o/
[14:31] <Trevinho> o/
[14:31] <seb128> hey
[14:31] <kenvandine> \o
[14:32] <heber> o/
[14:32] <jibel> hi
[14:33] <andyrock> o/
[14:33] <willcooke> Let's get started
[14:33] <willcooke> #topic andyrock
[14:33] <andyrock> hey
[14:33] <andyrock> 1 Reviews:
[14:33] <andyrock>   1.1 https://code.launchpad.net/~3v1n0/unity/blurring-crash-fix/+merge/337959
[14:33] <andyrock>   1.2 https://code.launchpad.net/~unity-team/unity/x-sru6/+merge/337956
[14:33] <andyrock>   1.3 https://code.launchpad.net/~3v1n0/unity/track-more-objects/+merge/337402
[14:33] <andyrock> 2 Ubuntu SSO provider for Gnome-online-accounts:
[14:33] <andyrock>   2.1 Code refactoring
[14:33] <andyrock>   2.2 Added support to refresh account and ensure_credentials
[14:33] <andyrock>   2.3 A MR will be proposed upstream in few hours
[14:33] <andyrock> 3 Ubiquity:
[14:33] <andyrock>   3.1 Online accounts pages completed
[14:33] <andyrock>   3.2 Some experiments to check if snapd can be run inside the /target chroot
[14:33] <andyrock>   3.3 Proposed a possible solution to the snap team (seeding the credentials)
[14:33] <andyrock>   3.4 Introduced a way to let ubiquity (that runs as root) to talk with
[14:33] <andyrock>       gnome-online-accounts (that runs as user)
[14:35] <willcooke> thanks andyrock
[14:35] <willcooke> andyrock, I assume thats EOF?
[14:35] <andyrock> yep sorry
[14:35] <willcooke> :) nw
[14:35] <willcooke> #topic dgadomski
[14:35] <dgadomski> hey
[14:35] <dgadomski> * verified fixes for bug #1644662 and bug #1748122
[14:35] <dgadomski> * looking into bug #1749289
[14:35] <dgadomski> * checked bug #1100670, seems to be working as designed
[14:35] <dgadomski> * back to working on bug #1743422
[14:36] <dgadomski> eof
[14:36] <willcooke> thanks dgadomski, nice fixes
[14:36] <willcooke> #topic duflu
[14:36] <willcooke> * Gnome Shell performance work (https://trello.com/c/Q6JYXPPs)
[14:36] <willcooke>   - Multi-monitor frame scheduling: Getting closer to ready-for-review (https://gitlab.gnome.org/GNOME/mutter/issues/3).
[14:36] <willcooke>     . Only delayed this week by all of the distractions mentioned below.
[14:36] <willcooke>   - Clutter master clock smoothness (https://gitlab.gnome.org/GNOME/mutter/issues/25)
[14:36] <willcooke>     . Second attempt at a fix, which now seems to perform optimally (https://gitlab.gnome.org/GNOME/mutter/merge_requests/26)
[14:36] <willcooke>   - Completed a third little performance optimization (https://gitlab.gnome.org/GNOME/mutter/merge_requests/25)
[14:36] <willcooke> * Dull colours and heavy banding on screen (https://bugs.launchpad.net/bugs/1749420)
[14:36] <willcooke>   - This started as part of the accelerated video playback testing topic, but has now moved into a kernel bug.
[14:36] <willcooke> * GTK animations smoothness fix (https://bugzilla.gnome.org/show_bug.cgi?id=787665)
[14:36] <willcooke>   - The good news: Fix backported to gtk-3, released upstream and in bionic! (gtk 3.22.28)
[14:36] <willcooke>   - The bad news: While working on the equivalent fix in mutter/clutter this week, I realised it's possible to do better still. So maybe GTK will be revisited, although the GTK logic and Clutter are quite different so I'm not sure if that will be necessary yet.
[14:36] <willcooke>   - Cautious news: This was the last remaining line item for "Totem smoothness" till recently, but now I'm not sure. I think totem-on-Xorg might need more fixes. Will need to retest after the Mesa regression fix is released.
[14:37] <willcooke> * BlueZ 5.48 (https://launchpad.net/bugs/1747354)
[14:37] <willcooke>   - Reached bionic-proposed this week
[14:37] <willcooke>   - Got blocked on: https://launchpad.net/bugs/1750308
[14:37] <willcooke>     . Bisected, fixed, awaiting upstream review.
[14:37] <willcooke> * Fun with charts: Good news for pulseaudio and bluez this week:
[14:37] <willcooke>   - https://docs.google.com/spreadsheets/d/e/2PACX-1vRDHPxGBHqM6XkT_S8ggtYfD0xchKSUD_z9PopNVE3G1rU05fVSnxDGcDsEstl7gu7N-tzCU6mLUp2V/pubchart?oid=254968654&format=interactive
[14:37] <willcooke> * Daily bug management across gnome-shell, mutter, gdm3, ubuntu-themes, bluez, pulseaudio, dkms, mir, wayland, totem, mpv, libinput.
[14:37] <willcooke> #topic jbicha
[14:37] <jbicha> • Lots of GNOME 3.27.90 updates. See https://community.ubuntu.com/t/gnome-3-28-status/4141 for what's not done
[14:37] <jbicha> • completed vala 0.40, jsonrpc-glib, libgnome-games-suport, and libgweather transitions
[14:37] <jbicha> • gnome-desktop3 transition half done :(
[14:37] <jbicha> • Did a gnome-settings-daemon 3.27.91 release for GNOME to make things easier for distros
[14:37] <jbicha> • Sponsored Egmont's patch updates for vte and Terminal 3.27 LP: #1744711 Egmont also officially became a vte co-maintainer last week.
[14:38] <jbicha> • Sponsored several GNOME 3.27.90 updates for darkxst to Debian
[14:38] <jbicha> • Packaged the new GNOME Usage app
[14:38] <jbicha> • GNOME Tweaks has good review numbers from ODRS (the GNOME Software review service used by everyone but Ubuntu) https://fishsoup.net/misc/flatpak-runtime-reports/applications.html
[14:38] <jbicha> 🐋
[14:38] <willcooke> thanks jbicha, busy week
[14:38] <willcooke> #topic jamesh
[14:38] <willcooke> xdg-desktop-portal:
[14:38] <willcooke>  - reviewed and tested Alex's snap support PR:
[14:38] <willcooke> https://github.com/flatpak/xdg-desktop-portal/pull/155 (mostly good
[14:38] <willcooke> except for an error in the local copy of aa_is_enabled)
[14:38] <willcooke>  - updated xdg-desktop-portal snapd support branch to work as part of
[14:38] <willcooke> desktop interface:
[14:38] <willcooke> https://github.com/snapcore/snapd/compare/master...jhenstridge:xdg-desktop-portal-support
[14:38] <willcooke> -- at present this is without the document portal work, so it might
[14:38] <willcooke> make sense to try and get it merged independently.
[14:38] <willcooke> themes for snaps:
[14:38] <willcooke>  - put together a prototype for sharing GTK and icon themes via the
[14:38] <willcooke> extended content interface.  I've still got a bit to finish off, but I
[14:38] <willcooke> can install multiple snaps each containing one or more themes and have
[14:38] <willcooke> them all connect to the same plug on an application snap and have the
[14:38] <willcooke> data exposed in the layout expected by GTK.  I'll be writing this up
[14:38] <willcooke> on the snapcraft forum once I've got it tidied up.
[14:38] <willcooke> #topic jibel / heber
[14:39] <jibel> * Continued with upgrade tests and triaging of incoming reports. One major blocker are bug 1749688 and bug 1749199
[14:39] <jibel> * Spent a fair amount of time on debugging failing tests in the lab which started with pre-installed snaps on the image and reported bug 1750403
[14:39] <jibel> * Tested latest version of firefox snap
[14:39] <jibel> * Preparation of 16.04.4 due next week (March 1st)
[14:39] <jibel> * MPs for running system tests for gnome-software when a new version is available on proposed:
[14:39] <jibel>   - qakit:
[14:39] <jibel>     - https://code.launchpad.net/~heber013/qakit/launch-job-package/+merge/337438
[14:39] <jibel>   - ubuntu-system-tests:
[14:39] <jibel>     - https://code.launchpad.net/~heber013/ubuntu-system-tests/add-install-package-option/+merge/337886
[14:39] <jibel>   - qa-jenkins-jobs
[14:39] <jibel>     - https://code.launchpad.net/~heber013/qa-jenkins-jobs/adding-job-test-proposed-package/+merge/337887
[14:39] <jibel> * In progress: run current autopilot tests against ubiquity minimal installation branch and fix them if needed.
[14:39] <jibel> * In progress: Add autopilot tests in ubiquity for minimal installation branch.
[14:40] <jibel> ..
[14:40] <ackk> hi, I updated to the latest bionic packages, now it seems settings for my GNOME session are gone, I can't change back the theme to the dark one, and the doc shows even if the plugin is disabled
[14:40] <willcooke> ackk, bear with us a few mins please, just in the middle of a meeting
[14:40] <willcooke> thanks jibel
[14:40] <willcooke> #topic kenvandine
[14:40] <ackk> sorry
[14:40] <kenvandine> yo
[14:40] <kenvandine> * Built gnome-software classic snap based on core 16, currently in the edge channel.
[14:40] <kenvandine> * snapcraft-desktop-helpers: worked on symlinking the xdg user-dirs, I think it's working but could use more testing.
[14:40] <kenvandine> * Filed MIR for xdg-desktop-portal-gtk, LP: #1750069 https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-portal-gtk/+bug/1750069
[14:41] <kenvandine> EOF
[14:41] <willcooke> thanks kenvandine
[14:41] <willcooke> #topic Laney
[14:41] <Laney> nod
[14:41] <Laney> o Have been getting & ignoring automated mail from IS every few days for several weeks now about various problems with all the cloud instances that I'm supposed to be maintaining. juju being broken, updates needing applying, Landscape problems, ... - took some time to clean everything up there. Lots of the infrastructure nodes had ran out of disk space due to tens of kernels not being autoremoved :-/
[14:41] <Laney> o Some smaller updates - glib2.0 glib-networking
[14:41] <Laney> o Helped to debug / fix a test regression caused by the new glib2.0 which got merged into Ubuntu, waiting for review upstream now
[14:41] <Laney> o Tried to start some discussions with people:
[14:41] <Laney> ? Debian peeps about making the systemd packaging stuff understand systemd user units
[14:41] <Laney> ? systemd peeps about enhancing timer units to support timezones - Clocks would use this to have sane alarm behaviour
[14:41] <Laney> o Wrote some patches for autopkgtest-{virt,build}-lxd to be less racy with respect to network bringup, some argument about which of the two suggest ways I tried is best to go, so I've left both patches in the hands of upstream
[14:41] <Laney> o snap seeding:
[14:41] <Laney> ? Seb seeded a snap, made sure that it worked. Doesn't on the live session, known problem which is being worked but otherwise seems good
[14:41] <Laney> ? Reviewed a branch from Steve to use a special channel for seeded snaps, which is required as per the "snaps in main" specification
[14:41] <Laney> ?
[14:42] <willcooke> thanks Laney
[14:42] <willcooke> Laney, new IRC client?
[14:42] <willcooke> Not seeing the usual icons but perhaps its me?
[14:43] <kenvandine> i see ?
[14:43] <jibel> I see question marks
[14:43] <seb128> same here
[14:43] <oSoMoN> same here
[14:43] <willcooke> #topic oSoMoN
[14:43] <oSoMoN> hey
[14:43] <oSoMoN> • chromium
[14:43] <oSoMoN>   ∘ requested camera plug to be auto-connected for the snap (https://forum.snapcraft.io/t/auto-connecting-the-camera-interface-for-the-chromium-snap/4014), granted
[14:43] <oSoMoN>   ∘ fixed i386 build in HW-accelerated video decoding test PPA (https://launchpad.net/~osomon/+archive/ubuntu/cr-vaapi-test/+packages)
[14:43] <oSoMoN>   ∘ removed useless patch (use-clang-versioned.patch) in all bionic branches
[14:43] <oSoMoN>   ∘ updated stable to 64.0.3282.167
[14:43] <oSoMoN>   ∘ updated beta to 65.0.3325.73
[14:43] <oSoMoN> • libreoffice
[14:43] <oSoMoN>   ∘ updated apparmor profile fixes for senddoc (https://gerrit.libreoffice.org/#/c/49614/), merged upstream and backported patch to ubuntu packaging
[14:43] <oSoMoN>   ∘ filed bug #1749484, Ken found that the wayland socket is lingering after logging out
[14:43] <oSoMoN>   ∘ filed a MIR for libepubgen (dependency of libreoffice 6.0), bug #1749920, and addressing doko's requirements (add a symbols file, make the packages multi-arch compliant)
[14:43] <oSoMoN>   ∘ fixed bug #1748151
[14:44] <oSoMoN>   ∘ filed and fixed bug #1750111
[14:44] <oSoMoN>   ∘ filed and fixed bug #1750497
[14:44] <oSoMoN>   ∘ snap for 6.0.1 in candidate channel has been through a number of iterations and has received useful feedback, I'm planning on promoting it to the stable channel later today if no major issue comes up in the meantime
[14:44] <oSoMoN>   ∘ filed bug #1750335 and investigating
[14:44] <oSoMoN>   ∘ backported the fix for CVE-2018-6871 to trusty and xenial, handed over to security team for publication
[14:44] <oSoMoN> • other
[14:44] <oSoMoN>   ∘ filed bug #1749481 (and upstream https://bugzilla.gnome.org/show_bug.cgi?id=793456)
[14:44] <oSoMoN> 🐟
[14:44] <Laney> https://imgur.com/a/BXWBU
[14:44] <willcooke> thanks oSoMoN, and thanks for all the links too
[14:44] <willcooke> #topic seb128
[14:44] <seb128> • had friday off
[14:44] <seb128> • spent half a day looking to the notify-osd/dconf autopkg issue on armhf without success :/
[14:44] <seb128> • submitted the ubiquity change to download updates during installation by default
[14:44] <seb128> • trello board reviews/updates
[14:44] <seb128> • packaged bolt (the system service for thunderbolt 3 devices), waiting for NEW review
[14:44] <seb128> • looked a bit at the things blocked in proposed and the gnome-desktop transition
[14:45] <seb128> • usual rounds of discussions, meeting, bugs triaging

[14:45] <willcooke> thanks seb128
[14:45] <willcooke> #topic tkamppeter
[14:45] <willcooke> - ippsample: Packaged and uploaded it. It is waiting in NEW now.
[14:45] <willcooke> - cups-filters: Investigateduser bug report discovering that printer does not complete IPP capabilites list when querying media-col-database (full list of all valid paper size/type/borderless combinations). Probably we need to add fallback here.
[14:45] <willcooke> - Google Summer of Code 2018: Mentoring Sahil Arora. Rithvik Patibandla from GSoC 2017 wants to participate 2018 again, this time either with IPP scanning or secure IPP-over-USB connection. SANE developer Olaf Meeuwissen is willing to help on mentoring IPP Scanning.
[14:45] <willcooke> - Bugs.
[14:45] <willcooke> #topic Trevinho
[14:46] <Trevinho> ouch
[14:46] <Trevinho> · SRU verifications and some errors triaging
[14:46] <Trevinho> · Fixed a long-time crash in unity and a new one
[14:46] <Trevinho>   - https://code.launchpad.net/~3v1n0/unity/blurring-crash-fix
[14:46] <Trevinho>   - https://code.launchpad.net/~3v1n0/unity/track-more-objects
[14:46] <Trevinho> · Prepared bionic and SRU branches
[14:46] <Trevinho> · Spent some hours trying to understand the unity FTTB in bionic,
[14:46] <Trevinho>   it's due to a crash in tests, spent some time in debugging
[14:46] <Trevinho> · Fingerprint tests
[14:46] <Trevinho> · Search provider for nautilus
[14:47] <Trevinho> ···
[14:47] <willcooke> thanks Trevinho
[14:47] <willcooke> #topic robert_ancell
[14:47] <willcooke> - Update GNOME Software in Bionic to 3.27 with category support  - https://launchpad.net/ubuntu/+source/gnome-software/3.27.90-1ubuntu1
[14:47] <willcooke> - GNOME Software Xenial SRU (rejected on upload, needs artful SRUs to complete).
[14:47] <willcooke> - Attended GNOME Software stakeholders meeting.
[14:47] <willcooke> - Released simple-scan 3.27.91 - https://launchpad.net/ubuntu/+source/simple-scan/3.27.91-0ubuntu1
[14:47] <willcooke> #topic AOB
[14:47] <willcooke> Thanks for including lots of links all, that will make newsletter writing a lot quicker
[14:47] <willcooke> Did we need to continue the discussion about 3.28 this week?
[14:47] <seb128> (doh, forgot that part ;)
[14:48] <jbicha> anything to discuss from https://community.ubuntu.com/t/gnome-3-28-status/4141 ?
[14:48] <willcooke> *all except seb128
[14:48] <seb128> :p
[14:48] <seb128> thanks jbicha for that post, useful and well detailled
[14:48] <seb128> it doesn't seem like we have anything that needs decision at this point?
[14:48] <Trevinho> For that unity FTBFS I would need some help I think... See https://bugs.launchpad.net/ubuntu/+source/libglvnd/+bug/1749957/comments/6
[14:48] <seb128> we just need to clear off what is started and maybe we have something to discuss next week
[14:48] <jbicha> maybe think about LP: #1750174 ?
[14:49] <Trevinho> I already got mad enough to track it down to the lowest levels, but I didn't recompile mesa (yet?).
[14:49] <seb128> Trevinho, hum
[14:49] <seb128> does anyone feels like helping Trevinho there?
[14:50] <seb128> Trevinho, I think duflu might be a good person to help you having a look, I'm going to drop him an email if that works for you
[14:50] <Trevinho> It should be something at driver level
[14:50] <seb128> tjaalton would be the right person
[14:50] <seb128> but he's off this week
[14:50] <Trevinho> yeah, ok.. let's see
[14:50] <Trevinho> there's not much rush
[14:50] <seb128> that's in the way for the gnome-desktop transition :/
[14:50] <Trevinho> but still...
[14:50] <seb128> well, except ^
[14:51] <seb128> if we don't clear that off we can't push forward on GNOME 3.28 remaining components
[14:51] <seb128> we need that resolved
[14:51] <seb128> the libreoffice issue oSoMoN is looking at
[14:51] <Trevinho> Otherwise A way is add a "small" memory leak to nux, but I'd love to avid that :D
[14:51] <seb128> oSoMoN, what's the status btw?
[14:51] <seb128> Trevinho, yeah, would be better to avoid
[14:51] <seb128> then to land the patch from Laney on glib
[14:51] <Trevinho> indeed
[14:51] <seb128> anyway, let's see how we move forward on that transition this week
[14:52] <willcooke> kk, let's wrap here then
[14:52] <oSoMoN> seb128, I just finished addressing comments on the libepubgen MIR, so I'm now focusing on the autopkgtest failures, will hopefully have something by EOD
[14:52] <seb128> willcooke, wait
[14:52] <seb128> I've other AOB :p
[14:52] <seb128> oSoMoN, k, thanks
[14:53] <seb128> @tracker, I suggested on the hub that LTS cycle was always a risky cycle and it's getting late so I suggest we do without it this cycle and give it a try next cycle
[14:53] <seb128> how does that sound to others?
[14:53] <seb128> +1/0/-1?
[14:53] <willcooke> +1
[14:53] <oSoMoN> that sounds reasonable
[14:53] <kenvandine> +1
[14:53] <jibel> +0
[14:54] <kenvandine> tracker always scares me
[14:54] <Laney> so do it then and not discuss it more?
[14:54] <seb128> right
[14:54] <jbicha> -1 I mean y'all know my position, but I understand this is a big LTS
[14:54] <seb128> I think we went round on the discussions and GNOME wants it
[14:54] <seb128> jbicha, so you don't want it next cycle either? ;)
[14:55] <jibel> i've it installed since the beginning of the cycle and i didn't notice any negative impact on the system
[14:55] <jbicha> no I mean I'm obviously going to vote for including tracker now because the concerns feel overblown to me and it causes issues when it's *not* installed
[14:55] <seb128> Laney, we can do it and see what's the feedback on a non LTS version then decide if we need any adjustement
[14:56] <Nafallo> on the other hand it might be good to get all the bigger changes in and get back to not changing stuff as much? I suppose it depends on time constraints as well.
[14:56] <seb128> jbicha, well the concern is "we never included it in a stable version so we don't have strong feedback, we usually avoid including new tech in the LTS cycle itself"
[14:56] <seb128> my other concern is that we have a stack of others features that didn't land yet
[14:57] <seb128> and of MIRs not reviewed
[14:57] <seb128> and feature freeze is getting close
[14:57] <seb128> I doubt we even get to clean the current backlog
[14:57] <seb128> so it's not likely tracker gets reviewed/etc before ff
[14:57] <jbicha> (right, I said I understand but if you ask me for my opinion/vote… )
[14:57] <seb128> which makes it really late to land it for a first time
[14:57] <seb128> jbicha, right, noted
[14:58] <jibel> (for reference feature freeze is march 1st)
[14:58] <seb128> so seems we have a weak consensus?
[14:58] <seb128> willcooke, ^ wdyt?
[14:58] <Nafallo> +1 with the understanding that there is a PPA or such for people that want to try it out and help test it.
[14:58] <seb128> it's in universe, easy to install
[14:58] <Laney> just install it
[14:58] <jbicha> src:tracker is already in main (and arguably since tracker-miners was only split off from tracker recently, I'd hope the main promotion would be easy there)
[14:58] <Laney> it's ok-ish with me, I'm same as jibel really
[14:58] <willcooke> seb128, yeah +1.  I'd prefer not to change that this cycle
[14:59] <Laney> as long as we don't have to have rounds of discussions about it next cycle too
[14:59] <seb128> k, good
[14:59] <seb128> jbicha, we can try to MIR and see how it goes
[14:59] <kenvandine> i think we need to just commit to it for 18.10
[14:59] <kenvandine> bite the bullet and do it
[14:59] <seb128> k, seems like we have a decision
[14:59] <seb128> let's do that
[14:59] <Nafallo> kenvandine: +1
[15:00] <seb128> if everything else lands before ff and the MIR is reviewed we can rediscuss giving it a try
[15:00] <seb128> but I doubt that happens :p
[15:00] <Laney> that was probably the default position anyway if the work hadn't been done
[15:00] <seb128> right
[15:00] <willcooke> Anyone got any other topics?
[15:00] <jbicha> seb128: so you're saying all I have to do is bribe a MIR Team member?
[15:00] <seb128> and nobody really stepped up anyway to do real measurements on the battery, io, etc impact
[15:00] <seb128> jbicha, and land all the features that are more important :)
[15:01] <seb128> including clearing off the current transition and other 3.28 updates
[15:01] <jbicha> oh, mmm
[15:01] <willcooke> :)
[15:01] <jbicha> sneaky
[15:01] <seb128> willcooke, I think we are good, I want to discuss g-c-c 3.28 but can do after the meeting
[15:01] <tjaalton> Trevinho: file the issue on github (nvidia/libglvnd), kyle should reply pretty quickly
[15:02] <seb128> tjaalton, thx
[15:02] <Trevinho> tjaalton: ok thanks... however I guess it's somehing lower level
[15:02] <Trevinho> tjaalton: I mean, is that calling the driver or what?
[15:02] <willcooke> k, ending the meeting - please carry on
[15:02] <willcooke> #endmeeting
[15:02] <meetingology> Meeting ended Tue Feb 20 15:02:34 2018 UTC.
[15:02] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2018/ubuntu-desktop.2018-02-20-14.31.moin.txt
[15:02] <willcooke> thanks all
[15:02] <Trevinho> tjaalton: as I'm pretty sure the problem isn't there....
[15:02] <oSoMoN> thanks
[15:02] <willcooke> ackk, k, we're done
[15:02] <seb128> ah, just saw that Laney raised concerns about the gstreamer update since it's getting late
[15:03] <seb128> Laney, I wonder if that's something we should discuss with slomo/upstream
[15:03] <tjaalton> Trevinho: in that case file it on mesa upstream
[15:03] <oSoMoN> doko, I've addressed your requirements for libepubgen, packages in https://launchpad.net/~osomon/+archive/ubuntu/libepubgen-test/+packages (debdiff here: https://launchpad.net/~osomon/+archive/ubuntu/libepubgen-test/+files/libepubgen_0.1.0-2_0.1.0-2ubuntu1~ppa1.diff.gz)
[15:03] <seb128> I asked on their channel recently and they were under the impression they are aligned fine with our cycle and would get the new version out in time
[15:03] <Trevinho> tjaalton: ack
[15:04] <jbicha> seb128: could they be more specific about what they think our schedule is ;)
[15:05] <Laney> I'd probably have been happier if the first releases happened a while ago
[15:06] <Laney> but if you want to be not conservative on this one ...
[15:06] <Laney> ... go ahead ...
[15:06] <seb128> it's always tricky with gstreamer
[15:07] <ackk> willcooke, thanks. so it seems my gnome session got mixed up after the latest bionic updates
[15:07] <seb128> I didn't follow enough to know the pro/con and how much it got tested
[15:07] <seb128> but I know they moved some plugins around which is something we need for webkitgtk
[15:07] <seb128> so we need to distro patch that move in our version probably if we don't update
[15:09] <willcooke> ackk, sorry, I think your question got lost in the meeting, can you restate it?
[15:10] <ackk> willcooke, I'm using GNOME session (not Ubuntu), I used to have the default gnome (dark) theme, no dock etc. after latest bionic updates, I now get the dock and a parte of the UI is ubuntu-themed
[15:10] <seb128> jbicha, g-c-c sounds like it needs work + to decide on the background design changes +  I don't understand the avatar and icon issue ... that's just a matter of renaming files?
[15:11] <seb128> ackk, make sure to select GNOME in the login screen list, even if it shows as selected you might have to pick something else and back to it
[15:11] <willcooke> ackk, oki, so that sounds like a migration issue, and I /think/ we know about it.  I think didrocks mentioned that last week?  jbicha are you aware of that?  (see question from ackk above)
[15:11] <jbicha> seb128: I really hope the Backgrounds panel doesn't land for 3.28. It's awkward and too late in the cycle for something that's a bit controversial still
[15:11] <Trevinho> tjaalton: is kyle reachable also on IRC or somwhere else?
[15:12] <jbicha> willcooke: I think the "switch back to X by default" work is a bit broken
[15:12] <ackk> seb128, ah, that did it! I selected GNOME on X and then switched back to wayland and it worked
[15:12] <seb128> jbicha, you mean bug #1749481 ?
[15:13] <seb128> ackk, ^ that's probably it
[15:13] <jbicha> seb128: it's got multiple problems, there's no "Ubuntu on Wayland" option here for instance and that shouldn't be intentional
[15:14] <seb128> jbicha, I think it's a bit buggy yes but didrocks considered it acceptable since it makes use default to Ubuntu on xorg
[15:14] <seb128> jbicha, hum, are you sure wayland works on your machine? if so that seems worth reporting because that's not the intend and I don't think it's a known issue
[15:15] <jbicha> wayland worked a week ago or so… (just Intel graphics here) :)
[15:15] <ackk> seb128, willcooke thanks
[15:16] <seb128> jbicha, is that a 3.27 update that made it stop working? ;)
[15:16] <jbicha> no, I'm pretty certain that it was broken just by the gnome-session changes
[15:17] <ackk> seb128, is the gdm3.css divert gone now?
[15:17] <seb128> ackk, I don't think so
[15:19] <jbicha> the avatar issue is that after upgrading to g-c-c 3.27.90, users will lose their little profile picture if they use one of the default choices
[15:19] <seb128> hum
[15:19] <jbicha> I'll report a GNOME bug about it today, but my guess is they won't consider that an important issue
[15:19] <seb128> but the selected profile is a file in the userdir
[15:19] <seb128> it shouldn't change because g-c-c is updated?
[15:20] <seb128> like ~/.face ?
[15:20] <willcooke> (oh, sorry seb128 I missed that you'd replied to a_ckk)
[15:20] <seb128> willcooke, no worry
[15:21] <jbicha> seb128: I don't have a ~/.face here (😕 ?)
[15:22] <seb128> jbicha, maybe I remember the path wrongly, but I though the user profile was selected by writting the image in a known location
[15:22] <seb128> jbicha, https://help.gnome.org/admin/gdm/stable/overview.html.en#facebrowser might be outdated
[15:23] <jbicha> let me do more testing. I didn't file the bug yet because I needed to make sure that what I saw happened really happened
[15:27] <seb128> k
[15:30] <jbicha> yeah, it's pretty easy to reproduce, gnome-control-center is in the GNOME3 Staging PPA
[15:30] <jbicha> you only need to install gnome-control-center-faces from there
[15:31] <jbicha> so one workaround would be to introduce a new binary package with the old faces
[15:33] <oSoMoN> chrisccoulson, please don't forget about the chromium-browser 64.0.3282.167 update that's ready in the stage PPA
[15:33] <seb128> jbicha, right, the config probably points to a name which stops being available
[15:33] <seb128> do they have new icons or just renamed the existing ones?
[15:34] <jbicha> https://gitlab.gnome.org/GNOME/gnome-control-center/commit/ffe5aac83
[15:39] <seb128> jbicha, we should probably make a new binary and make the dist-upgrader install it so people with an existing config still have the icons where new install would be "clean"
[15:40] <jbicha> yes, like we do with wallpapers
[15:42] <jbicha> seb128: spice-vdagent is now in component-mismatches if you want to promote it?
[15:44] <seb128> jbicha, thanks
[15:44] <seb128> can do
[15:49] <seb128> jbicha, is ODRS having a web view?
[15:50] <seb128> jbicha, also do they make difference between app/rpm /deb /flatpak ...?
[15:51] <jbicha> seb128: ask hughsie, I was sent a link congratulating me (lol) so I shared it
[15:52] <seb128> :)
[15:52] <seb128> https://fishsoup.net/misc/flatpak-runtime-reports/applications.html is a bit of a weird list, I don't really know how to read it in an useful way
[15:53] <jbicha> yes it's very weird because Tweaks is not available as a Flatpak so it doesn't show on most of the reports on that page
[15:53] <Laney> I think it submits by appstream ID, so it doesn't matter how you got the application
[15:53] <Laney> seems to make sense
[15:54] <seb128> until you get issues that are specific to some format
[15:54] <seb128> like snaps not having themes atm
[15:54] <Laney> that's better than not getting reviews from snap users at all
[15:56] <seb128> right
[15:57] <seb128> would that be an easy change to use ODRS? do you know if it was discussed at all?
[15:57] <seb128> also if we were to use it, would it work automatically for snaps or is there integration code in the plugin to do?
[15:58] <Laney> snaps don't use appstream so I'm not sure they would actually be coalesced
[15:59] <Laney> otherwise I think so, it just uses the ID
[15:59] <Laney> but haven't tried it, just going from my memory
[16:00] <seb128> k, thanks
[16:01] <Laney> I mean - as far as I understand, you can submit and retrieve reviews for any ID, that's just a string
[16:01] <seb128> k
[16:05] <Laney> you could probably try with GNOME_SOFTWARE_PLUGINS_BLACKLIST=ubuntu-reviews if you wanted btw
[16:05] <Laney> guess maybe ask hughsie if he minds first
[16:08] <seb128> Laney, I guess they would probably be happy for us to use the upstream solution? outside of server load potential issues
[16:08] <seb128> but yeah doesn't hurt
[16:08] <seb128> to ask
[16:09] <Laney> oh I'm sure it'd be fine
[16:11] <jbicha> hughsie wishes Ubuntu would switch, from my reading of his blog posts like https://blogs.gnome.org/hughsie/2017/05/08/3000-reviews-on-the-odrs/
[16:13] <Laney> I was more referring to the snaps in a different namespace bit and testing/asking about that, although if we were to use it then we should at least tell him that this is going to happen as well.
[16:14] <jbicha> seb128: btw, there's an #gnome-software channel on GNOME IRC
[16:23] <kenvandine> jbicha, oh there is?
[16:24]  * kenvandine adds :)
[16:24] <jbicha> it's a pretty active channel too
[16:25] <GunnarHj> jbicha: I can understand that you find that gnome-sudoku patch a bit big. OTOH it's just the result of:
[16:25] <GunnarHj> for f in *.po, do msgmerge $f gnome-sudoku.pot -o $f; done
[16:25] <GunnarHj> Upstream should indeed wake up wrt this. OTOH, the problem we are experiencing may not be a good reason to ask them, since we don't know if it's related. So my proposed patch is intended as yet another measure for now to understand where the problem lies. I don't think we should keep it there permanently, of course.
[16:28] <jbicha> GunnarHj: even if it doesn't fix the problem, upstream may take it and do a 3.27.91 release if you ask
[16:30] <GunnarHj> jbicha: Sure, I can ask without referring to our LP issue.
[16:35] <tjaalton> Trevinho: not that i know of
[16:36] <Trevinho> tjaalton: ok np... I think the problem is in compiz anyway...
[16:36] <Trevinho> but looks like a memory corruption
[16:36] <Trevinho> so valgrind is my friend
[16:36] <tjaalton> ah
[17:02] <Laney> 🚮
[17:02] <Laney> fixed?
[17:02] <kenvandine> yes
[17:03] <Laney> :DDDDDDDDDDDD
[17:03] <kenvandine> what was it?
[17:03] <Laney> or should I say
[17:03] <Laney> 😄
[17:04] <Laney> I had recode_out_default_charset set to iso-8859-1 and apparently that's what gets used
[17:12] <tseliot> xnox: hi, the new systemd should have support for FDSTOREREMOVE, which I need for nvidia (so that I can unload the module to switch off the GPU). I suspect the flag won't be used by default (?) https://github.com/systemd/systemd/issues/6908
[17:17] <xnox> tseliot, not sure what you mean; but the systemd that has referenced commits is still in bionic-proposed, and i'm trying to get it to migrate soon....
[17:18] <xnox> tseliot, what do you mean by "won't be used by default (?)"?
[17:20] <tseliot> xnox: the problem is that, right now, I can't unload the kernel modules unless I stop systemd-logind first
[17:20] <xnox> tseliot, sure, and I'm confused how the linked PR should help, given that people report that with systemd 237 they are still broken.
[17:22] <tseliot> xnox: that's exactly why I was asking if there was something else to do to get systemd to do the right thing
[17:23] <tseliot> I'm not sure why this doesn't work https://github.com/poettering/systemd/commit/fca92bd24d59a1ad7584cdd84dfd019b50f4ca01
[17:24] <tseliot> I'm going to test that here anyway
[17:26] <xnox> tseliot, make sure you upgrade systemd, udev, to latest from bionic-proposed, reboot, then test.
[17:29] <tseliot> xnox: ok, I'll give it a try tomorrow. Thanks
[18:09] <Laney> byeeee
[20:01] <kenvandine> hey robert_ancell
[20:01] <kenvandine> robert_ancell, i merged the gnome-software snap packaging into the ubuntu-master
[20:01] <robert_ancell> kenvandine, hi!
[20:01] <kenvandine> going to get this building automatically
[20:01] <robert_ancell> kenvandine, awesome
[20:01] <kenvandine> so whenever we push to ubuntu-master we'll get a snap
[20:01] <robert_ancell> kenvandine, did you read the gnome-hackers channel about the ubuntu group on gitlab?
[20:01] <seb128> hey robert_ancell, how are you?
[20:02] <robert_ancell> seb128, good
[20:02] <kenvandine> robert_ancell, no...
[20:02] <robert_ancell> seb128, I'm just writing you an email about ODRS. TL;DR; I think we need to shift to that soon too.
[20:02]  * robert_ancell piles another feature on the list...
[20:02] <robert_ancell> kenvandine, I'll copy/paste it for you
[20:02] <kenvandine> robert_ancell, thx
[20:02] <seb128> robert_ancell, did you see my email? or just same idea at the same time?
[20:03] <robert_ancell> seb128, on g-s master (the version in bionic now) the categories are sorted by rating, and since we have no ratings the snaps don't show.
[20:03] <jbicha> do you want to ask hughsie if there's some way to import the Ubuntu reviews into ODRS and if he'd be interested in them?
[20:03] <kenvandine> robert_ancell, also, that test failing on the ubuntu-master branch.  Is that unique to our branch or is that an upstream failure?
[20:03] <robert_ancell> If we add ratings it should all work nicely
[20:03] <robert_ancell> jbicha, he is keen, so I'll try and work with him to do a migration
[20:04] <jbicha> neat
[20:04] <kenvandine> that would be great!
[20:04] <robert_ancell> kenvandine, I'm not sure about the tests - I need to look at that
[20:04] <seb128> robert_ancell, ok, interesting, and good timing
[20:04] <kenvandine> it's one test failure
[20:04] <kenvandine> fails consistently
[20:04] <kenvandine> but haven't looked
[20:04]  * kenvandine loves having the automated tests :)
[20:05] <seb128> robert_ancell, using the upstream server should basically be dropping our custom one right? so almost no work
[20:05] <seb128> robert_ancell, or do we need work to make it work for snaps?
[20:06] <robert_ancell> kenvandine, https://paste.ubuntu.com/p/TX7znkcSmV/
[20:06] <robert_ancell> sorry for the copy-paste failure. Couldn't get it to work properly.
[20:07] <robert_ancell> seb128, yes, if it all works then should be fairly transparent to users
[20:08] <robert_ancell> seb128, we need to finalize how we ID snaps in the ODRS. It really wants AppStream IDs but it really works on any key Richard said so we can probably do something with the snap ID (i.e. the big hash) as that wont collide
[20:08] <seb128> k
[20:10] <robert_ancell> kenvandine, ok, double copy-paste failure. Skip to the "robert_ancell: hey, finally I catch you up :)"  bit
[20:12] <kenvandine> robert_ancell, found it
[20:12] <kenvandine> cool
[20:12] <kenvandine> so he's going to setup a meeting?
[20:12] <robert_ancell> kenvandine, https://paste.ubuntu.com/p/KNJ5qbqfGC/ if you wanted it more readable
[20:12] <robert_ancell> kenvandine, yes
[20:13] <kenvandine> gitlab is just such an awesome tool :)
[20:13] <willcooke> hey robert_ancell!
[20:13] <robert_ancell> willcooke, hiya
[20:14] <kenvandine> robert_ancell, i was actually thinking we could get crazy and add snap building as part of CI in gitlab
[20:14] <kenvandine> but held off on that urge for now
[20:15] <robert_ancell> kenvandine, yeah, that definitely needs discussion with the maintainers. I wonder how hard it is to add builders to the CI, i.e. can we use servers in our system as GNOME gitlab builders?
[20:15] <willcooke> just read scroll back - re: ODRS - that would need snaps to contain appstream Ids in order to appear in the list?
[20:15] <kenvandine> robert_ancell, probably not
[20:15] <robert_ancell> willcooke, not definitely, but that is the way it was designed.
[20:16] <kenvandine> we have common-id in the store now right?
[20:16] <robert_ancell> kenvandine, I haven't checked but I believe it's there now
[20:16] <willcooke> but not for every snap
[20:16] <robert_ancell> no
[20:16] <willcooke> so then only those with the ID would appear in the list, and that wouldn't be right
[20:17] <kenvandine> we'd need a way to populate that
[20:17] <kenvandine> or a fallback of some sort
[20:18] <willcooke> I just think that we need to "fix" it so that our snaps appear at the top regardless of reviews
[20:19] <robert_ancell> willcooke, that's the short term Ubuntu fix but it means on other distros the snaps are always at the bottom
[20:20] <willcooke> ah right, of course
[20:20] <willcooke> that old chestnut
[20:20] <robert_ancell> :)
[20:20] <willcooke> I keep forgetting that
[20:20] <robert_ancell> It's never just simple
[20:20] <willcooke> even though you remind me of it every time we talk :D
[21:16] <jbicha> robert_ancell: I believe GNOME would love if Canonical offered CI servers for gitlab, if that's what you were asking
[21:16] <robert_ancell> jbicha, I'm just wondering how easy it is to connect servers nowadays. If we were using a lot of capacity, I'd hope we could offer some
[21:17] <jbicha> I'm told it's pretty easy but I haven't done it myself
[21:18] <jbicha> it would need to have https://docs.gitlab.com/runner/ installed
[23:23] <willcooke> night all