[01:39] <kenvandine> jamesh, hey
[01:39] <kenvandine> jamesh, we merged both of the helper PRs today
[01:40] <kenvandine> jamesh, i tested with a gnome snap using the platform and oSoMoN tested one using desktop-gtk3
[01:40] <kenvandine> both worked... but looking at the forum it looks like some others using desktop-gtk3 are hitting issues
[01:40] <kenvandine> jamesh, https://forum.snapcraft.io/t/running-gtk3-app-as-snap-cannot-find-schemas/2991
[01:40] <kenvandine> and
[01:40] <kenvandine> https://forum.snapcraft.io/t/glib-error-snap-not-working-anymore/2990
[01:40] <kenvandine> abort loading schemas
[01:40] <kenvandine> :/
[01:41] <kenvandine> jamesh, i've also rebuilt all of the gnome snaps and tested them
[01:41] <kenvandine> all worked fine
[01:41] <jamesh> kenvandine: looking
[01:41] <kenvandine> but of course those are using the gnome platform snap
[01:41] <kenvandine> so i think it's just a problem without the platform snap
[01:42] <kenvandine> but oSoMoN had tested that, but I think with just one snp
[01:42] <kenvandine> snap
[01:42] <kenvandine> oh, maybe his didn't need schemas
[01:51] <jamesh> kenvandine: this is weird.  I wouldn't have expected any behaviour change for desktop-gtk3, since we shouldn't have any gschemas.compiled
[01:51] <jamesh> trying out the linked snapcraft.yaml
[01:51] <kenvandine> yeah, me either
[01:52] <kenvandine> jamesh, i need to step away, but if you get  a fix ping me and i'll get it merged quickly
[01:52] <jamesh> okay
[01:52] <kenvandine> jamesh, can you ping me on telegram?
[01:53] <jamesh> sure
[01:53] <kenvandine> and i'll hop on
[01:53] <kenvandine> thx
[06:42] <seb128> good morning desktopers
[07:56] <andyrock> good morning seb128
[08:46] <oSoMoN> good morning desktoppers!
[08:57] <seb128> hey andyrock oSoMoN
[08:58] <oSoMoN> salut seb128
[08:58] <oSoMoN> ça va?
[09:01] <seb128> oSoMoN, nickel, levé un peu tôt à mon gout (5h30) mais ça devient une habitude
[09:01] <seb128> du moins d'habitude c'est plutôt 6h15
[09:02] <seb128> et toi ?
[09:13] <oSoMoN> ça va bien, moi je me suis levé plus tard que d’habitude aujourd’hui, 6:30 :)
[09:14] <oSoMoN> la différence thermique entre sous la couette et dehors était dissuasive
[09:14] <willcooke> morning gang
[09:15] <seb128> hehe
[09:15] <seb128> hey willcooke, how is London today?
[09:18] <oSoMoN> hey willcooke
[09:19] <willcooke> It's pretty cold here today
[09:19] <willcooke> Luckily no delays on the train so I didnt have to stand outside very much :)
[09:20] <willcooke> No such luck for didrocks though, flight delayed for de-icing
[11:18] <doko> willcooke: why is cdbs seeded in supported-desktop-extra? can we remove it?
[11:21] <willcooke> doko: is there anything else keeping it in main? Well, maybe not needed nowdays as it's only a build-dep
[11:23] <doko> willcooke: I don't think so. Please reply to https://bugs.launchpad.net/ubuntu/+source/cdbs/+bug/1735395
[11:30] <willcooke> doko, ack
[11:41] <willcooke> seb128, you OK to drop it from the seeds?  didrocks is +1 ^
[11:58] <doko> willcooke: same for https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/1735403
[12:01] <willcooke> doko, +1 to remove.  (also: wow! ;) )  Commented on bug
[13:08] <kenvandine> jamesh, thanks for that fix
[14:45] <seb128> doko, could you please stop assigning bugs to "ubuntu-desktop", that's the wrong team and leads to spam on the desktop mailing list which is used as contact for that one
[14:46] <doko> seb128: which team instead?
[14:46] <seb128> doko, you can using canonical-desktop-team if that's the intend
[14:46] <doko> ok
[14:47] <seb128> or don't assign to a team and just assume whoever has interest to the package already receive bug emails
[14:47] <doko> seb128: where is this documented?
[14:47] <seb128> thanks
[14:47] <seb128> I don't think it is
[14:48] <xnox> seb128, which team assignement do you use to prioritise rls-incoming bugs for your team? and which team is used as subscriber for those reports? usually same one as the MIR subscriber team.
[14:49] <xnox> i believe the current mapping is ubuntu-desktop, and maybe that needs updating.
[14:49] <seb128> xnox, desktop-packages
[14:49] <xnox> ah
[14:49] <seb128> and I doubt it is ubuntu-desktop
[14:52] <seb128> xnox, oh, since you are around, did you see that Steve had a question for you on https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1727237 ?
[14:57] <doko> willcooke: update the seeds, will follow-up tomorrow once the changes are published
[15:03] <willcooke> doko, update = updated?
[15:03] <willcooke> i.e. you have done already?
[15:07] <doko> yes, just committed
[15:30] <doko> willcooke: unrelated, but just because libglade2 is connected with Python2. do you have a baseline what needs to be done to demote the gtk2 stack?
[15:30] <willcooke> doko, thanks!
[15:30] <willcooke> doko, @ gtk2 - jbicha has been looking at that I think
[15:36] <gQuigs> doko: https://bugs.launchpad.net/ubuntu-gnome/+bug/1585903
[15:41] <jbicha> doko: are you planning to have Firefox not support Flash at all? because that seems like a pretty big blocker to demoting gtk2
[15:42] <doko> jbicha: I don't have any shares in firefox. and no foundations doesn't maintain rust either
[15:42] <jbicha> I'm working to reducing the number of things in a default Ubuntu 18.04 install (at least in English) that depends on gtk2 (maybe even to 0)
[15:43] <jbicha> but dropping gtk2 from main is something much bigger than that
[15:43] <doko> jbicha: I really would recommend filing bugs like I do for py2-demotion.  Then you at least know what needs to be done
[15:44] <jbicha> maybe, it's not something I think is that important this year
[15:45] <jbicha> doko: since you seem eager to demote and remove, do you want to handle some of the removals from LP: #1710318 ?
[15:45] <doko> you have to break down big tasks ...
[15:46] <doko> sorry, haven't looked at that at all
[15:46] <jbicha> full webkit2gtk removal is blocked on packaging gnucash 2.7 https://github.com/Gnucash/gnucash/releases
[15:47] <jbicha> doko: well since you're asking everyone else to look at stuff, I thought I'd return the favor ;)
[15:47] <jbicha> *full webkitgtk removal
[15:48] <jbicha> the webkitgtk removal bug was filed a few months ago and is actually planned for 18.04 LTS
[15:48] <doko> jbicha: well, upload it, and then remove
[15:49] <jbicha> could you talk to slangasek about gnucash since he's the developer that is most interested in it working from what I've heard
[15:50] <jbicha> since you're asking me to do stuff, I'm asking you to do stuff in exchange :)
[15:54] <gQuigs> Flash support will be removed from Firefox before 20.04 LTS, just saying... https://developer.mozilla.org/en-US/docs/Plugins/Roadmap
[15:56] <jbicha> gQuigs: yes, but do_ko seemed impatient ;)
[15:58] <jbicha> seb128: the USB seeds haven't been used for anything in years, right?
[15:58] <jbicha> http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.bionic/files
[16:00] <jbicha> doko: I think webkitgtk removal is arguably Foundation's job anyway but I've done a lot of the work so far :)
[16:01] <doko> jbicha: webkit was mostly maintained by desktop and security, afaik. but why not just upload a new gnucash?
[16:01] <Trevinho> ah, hey guys
[16:03] <jbicha> doko: slangasek already started on that job, but there's been a new point release since then. I'd rather not duplicate his work and I don't use gnucash
[16:06] <jbicha> wk removal at this point is mostly an AA job
[16:06] <seb128> jbicha, I don't know for what it was used exactly before, I don't think we provided an usb iso, some people might still use today for the same things it was used before
[16:08] <seb128> jbicha, could be a question for the devel list?
[16:09] <jbicha> seb128: but as far as we know, there isn't anything to actually build a unique USB version of Ubuntu with those extra packages, right?
[16:10] <seb128> correct
[16:11] <seb128> I don't remember if that seed was ever used to build an image
[16:11] <seb128> or what was the intend
[16:12] <jbicha> I think it was used to build a larger image back when we tried to fit things on a CD
[16:13] <jbicha> I'm asking now because inkscape (still gtk2) is seeded there but we don't need inkscape in main, right?
[16:14] <doko> hehe, https://bugs.launchpad.net/ubuntu/+source/inkscape/+bug/1735363
[16:15] <gQuigs> jbicha: there have been various usb images over the years   -http://old-releases.ubuntu.com/releases/intrepid/ http://old-releases.ubuntu.com/releases/9.04/
[16:15] <seb128> jbicha, the usb set is keeping things in main? anyway I don't think that seed makes any sense nowadays since our current iso is basically an usb one, can you email devel about removing it see if anyone know of a reason not?
[16:18] <jbicha> ok
[16:24] <didrocks> nice, plane back is already delayed by an hour
[16:25]  * didrocks should arrive at 1:30am at best at home :/
[16:43] <jbicha> seb128: oh, there is an "Ubuntu desktop USB" task in tasksel
[16:46] <jbicha> but the packages remaining in the usb seed feel like very odd choices now
[17:29] <willcooke> Trevinho, we're trying the xrandr scaling fix to fake fractional scaling under xorg on 17.10, but the mouse now only goes halfway across the screen.  I think that's a known issue - but is there another way to get 1.5x scaling under gnome shell and xorg by changing the xorg conf file or something like that?
[17:32] <Trevinho> willcooke: so that xorg bug is known
[17:32] <Trevinho> willcooke: and there's a fix upstream which #workshere
[17:32] <Trevinho> but... not pushed or reviewed for ages
[17:32] <Trevinho> but I'm using that patch locally for a while and I noticed no problems with it
[17:32] <willcooke> Trevinho, got a ppa? :)
[17:33] <Trevinho> willcooke: nope, just compiled manualliy
[17:33] <Trevinho> willcooke: see https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/883319
[17:33] <Trevinho> this is the patch v
[17:33] <Trevinho> https://bugs.freedesktop.org/attachment.cgi?id=94929
[17:34] <Trevinho> I pinged some time ago tjaalton about it, but he rightfully said we need to wait upstream to review it. It's just taht it's getting oooold.
[17:34] <mdeslaur> lol @ hostname in that bug ("jos@samsungsucks:~$ lsb_release -rd")
[17:35] <kenvandine> lol
[17:35] <Trevinho> :-D
[17:35] <Trevinho> willcooke: as for other ways to get that... I'm not sure to be fair, I've never checked but there should be a way.
[17:36] <Trevinho> I wanted mutter to do it as fallback, but since this xorg issue and the fact that there's no acceleration on it, I'm not sure if it's a solution for all the problems
[17:36] <Trevinho> we can try to have that though
[17:38] <Trevinho> it was my fallback idea for having the shell to scale fractionally even on x11
[17:39] <willcooke> Trevinho, np - got it to work with the --panning hack
[17:39] <willcooke> thanks
[17:39] <Trevinho> willcooke: oh, but with panning it will move around the screen, no?
[17:39] <willcooke> we set it to be the size of the new virtual desktop
[17:40] <willcooke> seems to work
[18:12] <oSoMoN> good night all