[07:00] <oSoMoN> good morning desktoppers
[07:10] <duflu> Morning oSoMoN
[07:12] <didrocks> good morning
[07:18] <duflu> Hi didrocks
[07:21] <didrocks> hey duflu
[07:23] <oSoMoN> hey duflu, salut didrocks
[07:27] <didrocks> salut oSoMoN
[08:30] <seb128> gooood morning desktopers
[08:31] <duflu> Hi seb128
[08:31] <seb128> hey duflu, how are you?
[08:32] <duflu> seb128, a bit tired. It's practically Monday. But going OK. How are you?
[08:32] <seb128> duflu, I'm good, mostly recovered from travel now
[08:33] <seb128> duflu, oh right, you had monday off. Did you have a nice long w.e?
[08:33] <didrocks> salut seb128, content que tu ais si vite récupéré
[08:33] <duflu> seb128, yes and no. Spent Sat preparing the house for family then Sun hosting family. Only one real day off yesterday
[08:33] <seb128> didrocks, salut ! merci :) sans décallage horaire c'est plus facile! Toi ça va ?
[08:34] <didrocks> ça va :)
[08:34] <seb128> cool
[08:34] <oSoMoN> salut seb128
[08:35] <seb128> duflu, right, at least the work week is shorter, friday is almost at the corner :)
[08:36] <seb128> lut oSoMoN, en forme ? had a better night/baby is better?
[08:46] <ricotz> good morning everyone
[08:50] <oSoMoN> seb128, the whole family is down with a strong cold, and baby has bronchitis, but we somehow managed to sleep a bit better than the past three nights, so relatively speaking, I'm good :)
[08:50] <oSoMoN> good morning ricotz
[08:50] <seb128> oSoMoN, urg, good luck! hope you all get better quickly
[08:51] <seb128> hey ricotz, how are you? the vala upload is next on my list :)
[08:52] <duflu> Morning ricotz
[09:06] <ricotz> hey oSoMoN seb128 duflu didrocks
[09:07] <ricotz> seb128, thanks
[09:16] <didrocks> hey ricotz
[09:29] <Fudge> bug #1767901
[09:29] <Fudge> any chance this can be resolved plz,  installed espeakup package post-installation script subprocess returned error exit status 1
[09:31] <seb128> Fudge, would be useful to include the actual error/log in the description
[09:33] <seb128> Fudge, I guess that was fixed in http://launchpadlibrarian.net/396656911/espeakup_1%3A0.80-10_1%3A0.80-11.diff.gz
[09:34] <Fudge> http://paste.ubuntu.com/p/4jZjck24nH/
[09:36] <Fudge> is that the patch seb128 ?
[09:37] <seb128> Fudge, yes, from your description it seems that the command would do the trick
[09:40] <Fudge> thank you, sorry though which command if you could point it out
[09:41] <seb128> see http://launchpadlibrarian.net/396656911/espeakup_1%3A0.80-10_1%3A0.80-11.diff.gz
[09:41] <seb128> -ExecStart=/usr/bin/espeakup -V ${VOICE}
[09:41] <seb128> +ExecStart=sh -c 'modprobe speakup_soft && /usr/bin/espeakup -V ${VOICE}'
[09:41] <seb128> Fudge, the systemd unit does the mobprobe in that updated version
[11:34] <ricotz_> seb128, please do a "fake-sync" upload of vala to focal
[12:34] <seb128> ricotz, I don't know how to do those, I will just do an ~focal1 upload and will sync over when Debian NEW is cleared
[12:40] <ricotz> seb128, thanks
[12:56] <Wimpress> Afternoon desktoppers o/
[13:03] <oSoMoN> good afternoon Wimpress
[13:05] <marcustomlinson> hey Wimpress
[13:08] <Wimpress> I'm going to catch up on a few tasks from last week's sprint this afternoon.
[13:09] <Wimpress> I'll be swapping the remainder of the week.
[13:37] <didrocks> good afternoon Wimpress
[13:58] <ricotz> seb128, here is a merge from debian of zeitgeist https://people.ubuntu.com/~ricotz/zeitgeist/
[13:58] <seb128> ricotz, thx
[14:08] <diddledan> I think I found the smoking gun for #1776447 :-) it's upstream now
[14:09] <diddledan> no bot? that's https://bugs.launchpad.net/xorg-server/+bug/1776447
[14:09] <diddledan> there she is!
[14:09] <seb128> diddledan, there is a bot, it just expect a bug prefix when you list a bug number :)
[14:09] <diddledan> aha
[14:10] <seb128> diddledan, good work bisecting the faulty commit!
[14:10] <diddledan> I should read up on the bots :-p
[14:10] <diddledan> took me forever to work out how to get a proper build running
[14:11] <diddledan> being that I'm on 20.04 atm and those commits are back in 2016 there were a few teething troubles :-)
[14:29] <hellsworth> good morning desktopers!
[14:29] <diddledan> morning :-)
[14:30] <seb128> hey Heather!
[14:30] <didrocks> good morning hellsworth
[14:30] <seb128> just on time for the meeting :)
[14:30] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-01-28
[14:30] <meetingology> Meeting started Tue Jan 28 14:30:11 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <meetingology> Available commands: action commands idea info link nick
[14:30] <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine, laney (out), marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[14:30] <didrocks> hey
[14:30] <jibel> hola
[14:30] <hellsworth> o/
[14:31] <Trevinho> o/
[14:31] <marcustomlinson> \o
[14:31] <diddledan> seeing as I'm here, I'll lurk interloper-style :-p
[14:31] <oSoMoN> 🤧/
[14:31] <kenvandine> o/
[14:31] <kenvandine> hey diddledan
[14:31] <diddledan> \o/
[14:31] <seb128> nice, let's got started
[14:31] <seb128> #topic rls-bb-bugs
[14:32] <seb128> (proper order is back this week :p)
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:32] <seb128> no desktop entry
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:33] <seb128> only the nm ones we still didn't sort out
[14:33] <seb128> #topic rls-ee-bugs
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[14:33] <seb128> no desktop entry
[14:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[14:34] <seb128> nm only
[14:34] <seb128> #topic rls-ff-bugs
[14:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:34] <seb128> bug #1857815
[14:34] <seb128> that's assigned to tkamppeter
[14:34] <seb128> I need to try if .27 maybe fixes it?
[14:35] <tkamppeter> Tried to reproduce on a clean FF VM, but I had 1.26.2 and all the reporter 1.26.0 or 1.26.1.
[14:36] <tkamppeter> Perhaps 1.26.2 already solved it and therefore I cannot reproduce it.
[14:36] <tkamppeter> None of 1.26.2 or 1.27.0 has an explicit fix, only some improvements in general stability against crashes.
[14:36] <seb128> tkamppeter, yeah, from the report it looks like .1 has it but .2 not
[14:37] <seb128> so let's see if reports stop, I will try with the update and close if it is resolved
[14:37] <seb128> thx tkamppeter
[14:37] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:37] <seb128> n-m unassigned and that's it
[14:37] <seb128> ok, easy for bugs today
[14:37] <hellsworth> champagne bugs?
[14:38] <seb128> good point
[14:38] <seb128> I'm currently unconvinced that we figured out the proper way to deal with that
[14:38] <seb128> I looked at the list yesterday and it's mostly hardware enablement, server, linux issue
[14:39] <seb128> I will skip for today and  chat with Martin, we can talk about it again next week if that's ok for everyone?
[14:39] <hellsworth> it would be useful to filter out the desktop bugs, similar to rls-ff-tracking does
[14:39] <hellsworth> sounds good to me
[14:39] <seb128> yes, but then I would suggest we just use the existing tag...
[14:40] <seb128> but yeah, details to be figured out, I don't think we can resolve that here/today without Martin though
[14:40] <seb128> next
[14:40] <oSoMoN> +1 to defer to next week
[14:40] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:40] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:40] <seb128> k, so that's a long/noisy list atm
[14:40] <seb128> mostly d_oko piling transitions
[14:41] <seb128> so I think we need to wait for things to settle down to have some visibily on real problems vs transition noise
[14:41] <seb128> some real ones we could/should look though
[14:41] <seb128> tjaalton, can you bump the priority to get mesa sorted out? we can't just let it sit there forever
[14:42] <seb128> it needs someone (you probalby) to figure out what make software rendering buggy on s390x
[14:42] <seb128> also some libsdl build issues on armhf/i386?
[14:42] <seb128>  
[14:42] <tjaalton> seb128: i've reproduced it on debian porterbox
[14:42] <tjaalton> next would be to try the same on git master
[14:42] <seb128> good first step I guess?
[14:42] <seb128> thx for looking at it!
[14:42] <tjaalton> so I'll push that to experimental
[14:43] <seb128> thx
[14:43] <seb128> network-manager I'm looking at that one
[14:43] <seb128> the rest is python changes ongoing, tiff transition and new items that didn't settle down yet
[14:44] <seb128> so I think that's it for now on that section
[14:44] <seb128> #topic AOB
[14:44] <seb128> any other topic?
[14:44] <tkamppeter> https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1838038
[14:44] <tkamppeter> This bug is a big problem for snaps.
[14:44] <seb128> kenvandine, ^
[14:44] <tkamppeter> In a snap .local host names are not resolved.
[14:45] <tkamppeter> Not only for LibreOffice but also for my CUPS snap.
[14:45] <kenvandine> yeah
[14:45] <kenvandine> there is a post about that on the forum
[14:45] <tkamppeter> See my comments at the end.
[14:45] <seb128> thx tkamppeter
[14:45] <tkamppeter> https://forum.snapcraft.io/t/chromium-does-not-work-with-local-mdns-avahi-name-resolution
[14:45] <tkamppeter> This one.
[14:46] <seb128> right
[14:46] <seb128> thx tkamppeter for raising that one up
[14:47] <seb128> kenvandine, might be worth a trello card if we belive it's important, so we don't loose it?
[14:47] <kenvandine> sounds like something that needs to happen on the host?
[14:47] <tkamppeter> s/LibreOffice/chromium/
[14:48] <tkamppeter> Seems so, as a workaround is installing nscd or unscd on the host.
[14:49] <seb128> we want a proper solution
[14:49] <tkamppeter> yes
[14:49] <seb128> kenvandine, james suggested 'adjusting the network plug to grant access to /var/run/avahi-daemon/socket).' on the forum discussion
[14:49] <kenvandine> i saw that
[14:49] <seb128> probably something to talk to jamie/the snap team about?
[14:49] <seb128> anyway, not to resolve now
[14:49] <kenvandine> but there was also installing nscd on the host
[14:49] <seb128> I feel like it's worth a card in the backlog maybe, but it's your trello board so your decision :)
[14:49] <kenvandine> yeah
[14:49] <kenvandine> i'll add it
[14:50] <seb128> thx
[14:50] <seb128> I don't think we are going to resolve it now so not much point to argue the details
[14:50] <seb128> it's unclear to me if nss-mdns is enough or if nscd is needed
[14:51] <seb128> maybe a topic to discuss in frankfurt
[14:51] <seb128> anyway
[14:51] <seb128> other topics?
[14:52] <seb128> seems not, that's a wrap then, thanks everyone!
[14:52] <seb128> #endmeeting
[14:52] <meetingology> Meeting ended Tue Jan 28 14:52:03 2020 UTC.
[14:52] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-01-28-14.30.moin.txt
[14:52] <marcustomlinson> thanks
[14:52] <hellsworth> thanks seb128 !
[14:52] <oSoMoN> thanks
[14:54] <didrocks> thanks
[15:41] <xnox> is Wimpress online?
[15:41] <xnox> seb128:  no oem love?
[15:42] <seb128> xnox, he and Laney are off, I recommend we just skip this one
[15:52] <xnox> seb128:  well juliank, matt, and I had a mini-sync up
[15:52] <seb128> xnox, if you let a summary here Laney might see it once he's back tomorrow :)
[15:54] <xnox> seb128:  Laney: linux-oem-5.4 migrated yesterday; seeded it into main; which apw promoted; uploaded livecd-rootfs which attempts to use oem-20.04 flavour; and proposed a matching ubuntu-cdimage change which needs review & deploy by the cdimage team.
[15:54] <xnox> seb128:  will the tomorrow sync with Taipei happen or is that cancelled too?
[15:55] <seb128> xnox, Martin is off, China is still on new-year-off this week I think? but Laney will be back
[15:56] <seb128> unsure how useful it is without Rex&co though
[16:20] <ricotz> seb128, https://launchpad.net/~ricotz/+archive/ubuntu/vala-next/+packages?batch=200 -- like half the failures are python related
[16:21] <seb128> k
[16:26] <ricotz> meaning it isn't that scary
[16:47] <hellsworth> i'm new to using ppas and notice that on the ppa help page (https://help.launchpad.net/Packaging/PPA) it says that before i can use a ppa, i need to first activate it but there's nothing obvious on my profile page about this. can anyone offer some guidance on how to activate a ppa?
[16:59] <tkamppeter> I have a problem with GNOME (or gdm) on my focal VM.
[16:59] <tkamppeter> I cannot log in, and even when stopping GM the system is spinning full steam.
[16:59] <tkamppeter> I mean GDM
[17:00] <tkamppeter> It is hammering the message
[17:00] <tkamppeter> message repeated 475 times: [ gnome-shell-x11.service: Stop job pending for unit, delaying automatic restart.]
[17:00] <tkamppeter> several 1000 times per second.
[17:00] <mdeslaur> FWIW, I'm having the same issue with an updated focal VM
[17:01] <hellsworth> tkamppeter: can you please file an issue
[17:01] <tkamppeter> mdeslaur, is there some workaround?
[17:01] <mdeslaur> tkamppeter: I switched to the vmvga graphics driver as a workaround
[17:01] <tkamppeter> hellsworth, what do you mean with issue? A bug on Launchpad? For which package?
[17:02] <mdeslaur> I'm not sure what the exact cause of the issue is
[17:02] <hellsworth> yes i meant a bug on launchpad.
[17:02] <hellsworth> i would file it for gnome-shell since that's what's mentioned in the repeated log message
[17:03] <hellsworth> i believe the bug can be moved to be under another package if necesary
[17:04] <hellsworth> but at least capture the info in launchpad (and maybe mdeslaur can add to it too)
[17:09] <tkamppeter> I have switched to VGA (fromQXL). There was no vmvga.
[17:10] <tkamppeter> Now it is still hammering but at another point, not being able to start X.
[17:12] <tkamppeter> here is the syslog: http://www.openprinting.org/download/tmp/syslog.bz2
[17:22] <tkamppeter> Tryed also on my fresh fossa VM and it stays also hammering after switching to VGA, not able to start X.
[17:23] <tkamppeter> One question: Is this problem VM-only? Can I safely switch my real iron to Focal?
[17:23] <hellsworth> i have switched both my desktop and my laptop to focal and have not seen this issue
[17:23] <oSoMoN> hellsworth, not sure what this PPA activation thing is about, but it looks like you have successfully created one (https://launchpad.net/~hellsworth/+archive/ubuntu/libreoffice), I'd say it's ready to take uploads
[17:24] <oSoMoN> ask on #launchpad if it doesn't work
[17:25] <hellsworth> thanks oSoMoN . apparently when you click create ppa, and then fillout the details, the bottom button is called Activate
[17:25] <hellsworth> so it is active
[17:25] <hellsworth> i think the problem is LP not knowing about my gpg key that signed the build files so trying to sort that out now
[17:26] <tkamppeter> mdeslaur, where (how) did you switch to the vmvga driver?
[17:27] <tkamppeter> mdeslaur, I use QEMU/KVM VMs, via Virtual Machine Manager/libvirt.
[17:37] <mdeslaur> tkamppeter: in virt-manager, go to the second tab of the VM (the blue 'i' icon), click on "Video QXL" on the left, choose "VMVGA" in the drop-down
[17:45] <tkamppeter> mdeslaur, did you answer anything in the mean time? I got a complete freeze.
[17:46] <mdeslaur> tkamppeter: that's all I did, and I got a desktop...
[17:47] <tkamppeter> mdeslaur, how are you using VMs? Which VM system are you using?
[17:47] <mdeslaur> I'm using vms in libvirt with virt-manager
[17:47] <mdeslaur> using qemu/kvm
[17:49] <tkamppeter> So the same platform as I use.
[17:49] <tkamppeter> mdeslaur, so where to you set "vmvga"?
[17:49] <mdeslaur> not sure what I'm doing that's different
[17:50] <mdeslaur> tkamppeter: under "Video QXL" on the left, I have a dropdown that has Cirrus/QXL/VGA/Virtio/VMVGA/Xen
[17:50] <mdeslaur> I choose VMVGA and hit apply
[17:51] <tkamppeter> I have only QXL, VGA, and Virtio there.
[17:51] <tkamppeter> Did you install any extra packages to get the others?
[17:51] <mdeslaur> I don't know why...what host are you on, bionic?
[17:51] <tkamppeter> Eoan
[17:51] <mdeslaur> oh, maybe they got removed
[17:51] <mdeslaur> I'm still on bionic (going to focal soon)
[17:52] <tkamppeter> I am going to real-iron focal right now, too.
[18:58] <diddledan> seb128, if you're still around, a commit for my Xorg bug has landed upstream \o/ https://gitlab.freedesktop.org/xorg/xserver/issues/211
[18:58] <gitbot> xorg issue 211 in xserver "LIBGL_ALWAYS_INDIRECT=1 causes all opengl programms to crash on second frame" [Glx, Closed]
[19:39] <marcustomlinson> hellsworth: congrats on figuring out your ppa issue :)
[20:04] <robert_ancell> hellsworth, do you know if it's possible to run GtkInspector inside a snap?
[20:18] <hellsworth> marcustomlinson: thank you thank you :)
[20:19] <hellsworth> robert_ancell: yes it is!
[20:19] <hellsworth> let me find an example
[20:19] <robert_ancell> hellsworth, via shift-ctrl-i ?
[20:19] <robert_ancell> Testing here with gnome-clocks on focal
[20:19] <hellsworth> oh wait. i'm thinking of introspection
[20:20] <hellsworth> so what happens when you try to open inspector with the clocks snap?
[20:20] <robert_ancell> Nothing happens.
[20:20] <hellsworth> hmm
[20:21] <hellsworth> i suppose GtkInspector would have to be packaged with the snap, as a separate app
[20:21] <hellsworth> since that's what it is
[20:22] <robert_ancell> I think it might be part of the GTK library, but I'm not sure. I don't know exactly how it works.
[20:22] <hellsworth> kenvandine: would it make sense to provide GtkInspector int he platform snap so apps can use it?
[20:23] <kenvandine> i don't know how it works
[20:23] <robert_ancell> The reason I'm on this path is I'm trying to work out why snap-store renders the header bar wrong on 16.04, and using GtkInspector would be really helpful here.
[20:23] <hellsworth> ok i'll take a quick look into it
[20:24] <tkamppeter> mdeslaur, hellsworth, my real iron is on Focal now, and all seems to work.
[20:24] <hellsworth> very interesting tkamppeter. i'm glad that solved your problem but that mean's there's maybe a hypervisor issue out there
[20:24] <kenvandine> robert_ancell: so shift-ctrl-i in a gtk app should open the inspector?
[20:24] <hellsworth> tkamppeter: did you file a launchpad bug?
[20:24] <hellsworth> https://wiki.gnome.org/action/show/Projects/GTK/Inspector?action=show&redirect=Projects%2FGTK%2B%2FInspector
[20:25] <hellsworth> need to set a gsettings first
[20:25] <robert_ancell> kenvandine, yes, try a local deb and it works.
[20:25] <kenvandine> i just tried in gedit (deb)
[20:25] <kenvandine> nothing opened
[20:25] <robert_ancell> aha, I enabled it at some point.
[20:25] <kenvandine> ah
[20:25] <robert_ancell> GTK_DEBUG=interactive might work according to that page.
[20:27] <robert_ancell> Yay, that works! Thanks for doing my Google searching for me hellsworth :/
[20:27] <hellsworth> haha no problem! i remembered that i had to do _something_ to get gtk inspector to work in the past but couldn't remember what..
[20:28] <hellsworth> i'm glad it was as simple as that then!
[20:31] <robert_ancell> Sweet, and that confirms the problem is just some vexpand=true properties in the source combo.
[20:34] <kenvandine> schema org.gtk.Settings.Debug isn't in the snap
[20:35] <robert_ancell> kenvandine, i.e. it won't read from the schema any debug settings?
[20:35] <kenvandine> right
[20:35] <kenvandine> which is why the key binding doesn't work
[20:36] <kenvandine> if we include that in the platform snap, it might work
[20:36] <kenvandine> at least for apps that connect to the gsettings interface
[20:38] <kenvandine> robert_ancell: firmware updates work in the snap built from the snap-store-packagekit branch
[20:38] <kenvandine> almost done :)
[20:38] <robert_ancell> kenvandine, :)
[20:38] <kenvandine> robert_ancell: i also added autostart as well
[20:38] <kenvandine> but submitted a PR for that to get a review
[20:39] <kenvandine> first time i've added autostart in a snap
[20:39] <hellsworth> kenvandine: if i were to add org.gtk.Settings.Debug, would that be a dbus slot?
[20:40] <kenvandine> no, we need to stage the schema
[20:40] <kenvandine> that's it
[20:40] <kenvandine> that's provided by the libgtk-3-dev package
[20:40] <kenvandine> not the runtime
[20:40] <kenvandine> so not installed by default even on a stock ubuntu system
[20:41] <kenvandine> hellsworth: so probably not something we should include by default
[20:41] <kenvandine> especially if it work with an env variable
[20:41] <kenvandine> s/work/works
[20:42] <hellsworth> ok then we won't add it to the platform snap then
[20:44] <tkamppeter> hellsworth, not yet, but better to do so.
[20:49] <kenvandine> robert_ancell: so in gnome-software on ubuntu, the updates page is only firmware updates?
[20:49] <robert_ancell> kenvandine, yes.
[20:49] <kenvandine> that's crap :-D
[20:49] <kenvandine> sure snaps do not need an update UI
[20:50] <robert_ancell> kenvandine, well, actually on the current master it should show snaps that are updatable but being held back (patch from community member)
[20:50] <kenvandine> neat
[20:50] <robert_ancell> kenvandine, it's a mess, so we should revisit that and decide if it's still applicable. The main issue is the list is different than the software-properties one.
[20:50] <robert_ancell> But I haven't ever looked in great detail at it.
[20:50] <kenvandine> It's still confusing
[20:51] <kenvandine> i guess we didn't want to replace update-manager
[20:51] <hellsworth> is there a way i can see the build of something lp is building from my ppa?
[20:51] <kenvandine> yes
[20:52] <hellsworth> oh i found it
[20:52] <kenvandine> click on the arch
[20:52] <robert_ancell> kenvandine, which version of GTK would snap-store be using?
[20:54] <kenvandine> currently 3.22.30
[20:54] <kenvandine> but if we update to the gnome-3-34 platform it would be 3.24
[20:54] <kenvandine> and i would like to do that soon
[20:55] <hellsworth> on that , my plan is to get gtkmm in the build snap today/tomorrow and then start on the list of gnome apps to make use the 3-34 extension. after some of those build fine, then we have an argument to merge it
[20:55] <seb128> diddledan, great, well done providing enought informations for that  to happen :)
[20:55] <hellsworth> sorry, libreoffice took a while
[20:55] <hellsworth> also libreoffice will take more time this week :)
[20:55] <kenvandine> hellsworth: cool
[20:56] <seb128> hey robert_ancell, how are you?
[20:57] <robert_ancell> kenvandine, how long does snap-store tend to take to build? I've pushed the fix for the headerbar
[20:57] <robert_ancell> seb128, hi!
[20:57] <seb128> robert_ancell, on https://gitlab.gnome.org/GNOME/gnome-control-center/merge_requests/644 can you make sure we don't end up with a new depends requirement when GNOME already provides a widget that does the job?
[20:57] <gitbot> GNOME issue (Merge request) 644 in gnome-control-center "wifi: Add HotSpot QR code support" [6. Component: Network & Wi-Fi, Opened]
[20:57] <kenvandine> robert_ancell: once it syncs
[20:58] <robert_ancell> seb128, yes, thanks for pointing that out! I also don't want a new depends, and pksadiq also wants to use the NM widget. So we should be able to resolve that one.
[20:58] <seb128> robert_ancell, ok good, nobody replied to my comment to ack/nack so I was just trying to make sure that doesn't get ignored :)
[20:59] <robert_ancell> seb128, I just gave you a 👍
[20:59] <seb128> ah, I guess those don't reflect in emails
[20:59] <seb128> I don't go open the webpage to pull for status updates
[21:00] <kenvandine> robert_ancell: snap is building now
[21:00] <robert_ancell> I read the comments via email but hadn't gone to the MR recently so I hadn't clicked the 👍
[21:00] <seb128> robert_ancell, also while I'm still around, do you plan to move forward with gnome-desktop? maybe worth trying to ping the unity contributors to see if they have time to port their code
[21:00] <kenvandine> robert_ancell: make sure you update the bug status for the alignment fix
[21:00] <robert_ancell> kenvandine, to fix released?
[21:01] <robert_ancell> seb128, ugh. No I just saw the problem and was hoping someone else would fix it...
[21:01] <robert_ancell> We can patch g-c-c to keep working on the old one for now.
[21:01] <kenvandine> robert_ancell:  yes please
[21:01] <kenvandine> since the bug was against the edge channel
[21:01] <kenvandine> once the fix is in edge, mark it as fixed
[21:02] <robert_ancell> kenvandine, I was going to update it when I confirmed it worked.
[21:02] <seb128> robert_ancell, I guess that's best as a first step
[21:02] <kenvandine> robert_ancell: perfect
[21:02] <seb128> robert_ancell, if you want to update g-c-c to 3.35 in focal feel free :)
[21:02] <seb128> we are probably going to start working on updating other components in the next week or so
[21:02] <robert_ancell> seb128, do we just break from Debian now, and merge later if they update anything?
[21:03] <seb128> either that or do the update on salsa and then rebase on top
[21:03] <robert_ancell> I still can't reliably import new versions into those git branches :/
[21:04] <robert_ancell> kenvandine, have you seen this before?
[21:04] <robert_ancell> $ snap refresh snap-store
[21:04] <robert_ancell> error: local snap "snap-store" is unknown to the store, use --amend to proceed anyway
[21:05] <kenvandine> robert_ancell: yes
[21:05] <kenvandine> that means the version you have installed isn't from the store
[21:05] <kenvandine> so snap refresh --amend snap-store
[21:05] <kenvandine> will resolve it
[21:06] <seb128> robert_ancell, I'm about to step away from the keyboard but if you have problems please email mail the details so we can resolve them
[21:07] <seb128> gbp clone ...
[21:07] <seb128> gbp import-orig <tarball> should work on most components
[21:07] <robert_ancell> seb128, only if you have the branches set up perfectly :)
[21:11] <diddledan> seb128, for a potential SRU, have I included enough information to tag the sponspors? https://bugs.launchpad.net/xorg-server/+bug/1776447
[21:14] <diddledan> aah, I'm reading the SRU stuff - looks like I need to do a debdiff
[21:29] <diddledan> ok, debdiff added for focal
[21:39] <kenvandine> robert_ancell: built
[21:39] <robert_ancell> kenvandine, already tested :)
[21:39] <kenvandine> great
[21:39] <robert_ancell> kenvandine, you probably want to rebase the snap-store-packagekit branch on it
[21:39] <kenvandine> that's always a pain :)
[21:40] <kenvandine> but yes
[21:40] <kenvandine> robert_ancell: would you mind doing that?
[21:40] <robert_ancell> ok
[21:40] <kenvandine> i've pushed all my changes
[21:40] <kenvandine> i asked oSoMoN to review my autostart PR
[21:46] <kenvandine> robert_ancell: do we want to merge from upstream master?
[21:47] <robert_ancell> kenvandine, I think it's safer to stay on a stable release and cherry pick - is there anything from master we want?
[21:47] <kenvandine> robert_ancell: maybe  your auth fix
[21:47] <kenvandine> and the show updatable snaps
[21:48] <robert_ancell> kenvandine, that will only work if we can fix the confinement
[21:48] <kenvandine> personal-files
[21:48] <kenvandine> should do it
[21:49] <kenvandine> ah, the updatable snaps was from ahayzen!
[21:49] <kenvandine> ahayzen: nice!
[21:52] <ahayzen> kenvandine, hehe :-)
[22:18] <robert_ancell> kenvandine, branches all updated
[22:18] <ricotz> seb128, hi, no pressure, but is vala still on its way into focal? :)
[22:42] <seb128> robert_ancell, right, well updating is not easy, if you are scare from screwing up, do a fresh gbp clone, add the upstream remote and do the import-orig, that works pretty much without issue on any pkg-gnome component
[22:43] <seb128> robert_ancell, I'm still interested to have records of situations where it went wrong/are confusing to see if we can make those less likely to happen somehow or easier to resolve
[22:58] <diddledan> LP:
[22:58] <diddledan> err
[22:58] <diddledan> LP: #1776447 now has debdiffs