[06:28] <didrocks> good morning
[06:51] <oSoMoN> good morning desktoppers
[07:17] <didrocks> salut oSoMoN
[07:18] <oSoMoN> salut didrocks, le garçon d’anniversaire :)
[07:18] <oSoMoN> tu ne poses pas la journée pour fêter ça?
[07:21] <didrocks> oSoMoN: héhé ;) Non, je suis pas un spécial fêtard des annivs
[07:21] <didrocks> donc, c'est + business as usual :p
[07:31] <duflu> Oh? Happy birthday didrocks (?)
[07:31] <duflu> Morning oSoMoN
[07:31] <oSoMoN> hey duflu
[07:36] <didrocks> hey duflu, thanks! :)
[07:43] <seb128> good morning desktopers
[07:43] <oSoMoN> salut seb128
[07:43] <didrocks> hey seb128
[07:43] <seb128> lut oSoMoN & didrocks, en forme ?
[07:43] <didrocks> ça va, et toi, bien rentré ?
[07:43] <oSoMoN> nuit agitée, mais on a connu pire
[07:43] <willcooke> morning
[07:44] <oSoMoN> mornin' willcooke
[07:46] <seb128> oui, j'suis arrivé vers 16h comme prévu :)
[07:47] <duflu> Morning seb128, willcooke
[07:51] <seb128> hey duflu, how are you?
[07:52] <duflu> seb128, going well-ish. I'm trying to understand a large profile graph that is over 50% unreadable due to Javascript. Ask again in a week :)  You, seb128?
[07:53] <seb128> haha
[07:53] <seb128> I'm good :)
[07:53] <seb128> it's nice and sunny this morning
[07:54] <duflu> I only learned today that it's often possible to see Venus during the day. If only it was clear enough to try
[08:01] <Laney> hey team
[08:02] <seb128> good morning Laney
[08:04] <willcooke> duflu, question re: libva via: https://linustechtips.com/main/topic/917059-need-help-with-steam-home-streaming-in-ubuntu-1804/
[08:05] <willcooke> libva and libva2 are both available on 18.04 aren't they?
[08:06] <willcooke> duflu, re: Venus - we're lucky to see the sun :)
[08:07] <didrocks> hey Laney
[08:10] <duflu> willcooke, It seems our 'libva' source package only offers the 'libva2' binary package. So if anyone is depending on version 1 then it won't work. I don't think that's the main issue though... libva is VA-API, for which NVIDIA support is so unreliable it's best to call it non-existent. If anyone ever had that working on NVIDIA then good luck to them but I would not expect it to work
[08:10] <duflu> We're really at the stage of only confidently saying it works for Intel GPUs
[08:10] <willcooke> Because nvidia is all about vdpau?
[08:11] <duflu> Yeah Nvidia is mostly VDPAU. You can translate between the two, which often works, but seldom performs well
[08:11] <duflu> The best authority on that question would be (1) Valve or (2) existing Steam users who have used that stuff
[08:13] <duflu> willcooke, the existing answer is right though - we don't publish the libva1 ABI in 18.04 and later
[08:13] <duflu> Valve probably did that work on 16.04
[08:13] <duflu> And being proprietary they wouldn't be rebuilding their binaries very often
[08:14] <duflu> So that's two problems: (1) Doesn't work in 18.04 and later; and (2) Not expected to work on Nvidia in any version, but might
[08:16] <duflu> Morning Laney
[08:17] <oSoMoN> good morning Laney
[08:28] <oSoMoN> call for testing the chromium snap (and replacing the debs altogether): https://community.ubuntu.com/t/please-test-chromium-snap-as-a-replacement-for-the-deb/7978
[08:28] <oSoMoN> please give it a go and report issues!
[08:38] <willcooke> duflu, ack, thanks
[08:39] <willcooke> oh noes, my gmail got upgraded
[08:41] <seb128> you can toggle back to the "classic UI" I think?
[08:41] <seb128> at least I managed to do that when I tried the new one recently
[08:47] <Laney> hey seb128 didrocks duflu oSoMoN
[08:47] <Laney> sry, got distracted by review comments
[08:47] <Laney> what's up?
[08:50] <willcooke> seb128, only for the next week, then its MANDATORTY
[08:50] <willcooke> *MANDATORY
[08:54] <Laney> is it bad?
[08:54]  * Laney is a non user of gmail :<
[09:43] <willcooke> Laney, it's slightly different.  And we all know how that goes ;)
[09:43] <willcooke> Just the usual cheese relocation
[09:51] <willcooke> Does anyone have an interest in SDL2 libs?
[09:52] <seb128> RAOF, hey, I guess you saw the colord update still failed to build? also do we need a ffe to get the update in Ubuntu, and if so do you plan to file it? ;)
[09:53] <RAOF> seb128 : yes, and yes
[09:54] <seb128> tjaalton, hey, xbitmaps is still due a minor update if you wanted to do that :)
[09:54] <seb128> RAOF, great, thx!
[09:54] <RAOF> I don't know why my patch to not check for spotread didn't take, but that's the problem.
[09:55]  * RAOF apparently needs to check building from a fresh clone, not just a clean checkout.
[09:56] <seb128> or build from the source package? ;)
[10:01] <tjaalton> seb128: nah, just janitorial changes, nothing in the bitmaps themselves..
[10:01] <seb128> tjaalton, k, I'm going to mark it to skip on our report then, thanks
[10:01] <tjaalton> yeah
[10:26] <seb128> RAOF, https://bugs.launchpad.net/ubuntu/+source/colord/+bug/1792356 opened as place holder / so it's linked on our report, the content still needs to be written (and the build to be fixed)
[10:28] <seb128> RAOF, oh, also the build issue might my fault :/
[10:28] <seb128> RAOF, seems you did that change inline, https://salsa.debian.org/debian/colord/commit/81cebfd1
[10:29] <seb128> RAOF, I ended up sponsoring by copying the debian dir over a tarball unpack because I had issues with gbp
[10:29] <seb128> so I discarded that inline change
[10:30] <seb128> RAOF, I'm happy to do another upload with that converted to a proper debian/patches changes if you want :)
[13:01] <oSoMoN> kenvandine, I poked at the gnome-contacts snap further to try and figure out this camera issue, but no luck so far, and I don't want to use too much time on this
[13:04] <kenvandine> oSoMoN, yeah
[13:04] <kenvandine> thanks
[13:43] <didrocks> oSoMoN: ah, I didn't spot that build-packages: [sassc] won't work for gtk-common-themes, because we don't use build it on bionic
[13:43] <didrocks> kenvandine: you are building gtk-common-themes on bionic or xenial?
[13:43] <didrocks> (the docker containers for snapcraft are xenials)
[13:43] <didrocks> xenial*
[13:43] <kenvandine> didrocks, i'm not building it
[13:44] <didrocks> if you are fine with switching to bionic, I can do the same than for communitheme
[13:44] <didrocks> ok, let's say we settle down on bionic then?
[13:44] <didrocks> that way we don't forward/backward on all stage-packages
[13:44] <kenvandine> oh, wait oSoMoN setup builds on LP
[13:45] <didrocks> bionic?
[13:46] <kenvandine> just checked, no xenial
[13:46] <didrocks> hum
[13:46] <didrocks> I have issues with xenial, like meson and so on…
[13:46] <kenvandine> https://launchpad.net/~ubuntu-desktop/+snap/gtk-common-themes
[13:46] <kenvandine> oh, that's why we have the backports PPA
[13:47] <kenvandine> which we should be using for everything desktop
[13:47] <didrocks> do you have sassc in it?
[13:47] <didrocks> that doesn't help me on Travis CI though :/
[13:48] <didrocks> ok, as it's only sassc which is staged for me, I think it's fine to build using bionic for gtk-common-themes Yaru part
[13:48] <didrocks> (the rest is just unpacked/repacked)
[13:50] <andyrock> kenvandine: looks like https://gitlab.gnome.org/Community/Ubuntu/gnome-software/commit/f01f43c3237912e6d425e73b60bdb0722dc6651c it's kind of broken
[13:54] <andyrock> kenvandine: also if you can take a look to https://gitlab.gnome.org/Community/Ubuntu/gnome-software/merge_requests/6
[13:54] <gitbot> Ubuntu issue (Merge request) 6 in gnome-software "shell-search-provider: implement XUbuntuCancel" [Opened]
[13:56] <kenvandine> andyrock, oh i guess we don't even need that old MR now
[13:56] <kenvandine> i'll close it
[13:56] <didrocks> kenvandine: oSoMoN: FYI: https://github.com/ubuntu/yaru/pull/826
[13:56] <gitbot> ubuntu issue (Pull request) 826 in yaru "Build gtk-common-themes using bionic docker image" [Open]
[13:56] <didrocks> kenvandine: would be good if you at least publish the devel channel to stable from time to time as we discussed a while ago, as there are a lot of Yaru fixes which are automatically pushed to you :)
[13:57] <kenvandine> didrocks, yeah, that's what we've been working on this week
[13:57] <didrocks> stable:    0.1 (319)
[13:57] <didrocks> edge:      0.1 (700)
[13:57] <kenvandine> we're testing candidate now
[13:57] <andyrock> kenvandine: it's not a MR. It has already been committed to master
[13:57] <didrocks> great!
[13:57] <kenvandine> andyrock, oh :)
[13:58] <kenvandine> didrocks, we need it setup to automatically build though, not just on yaru changes
[13:59] <didrocks> kenvandine: agreed
[13:59] <kenvandine> andyrock, i see, it was an old MR that robert just merged
[13:59] <kenvandine> which we actually don't even care about now :)
[13:59] <kenvandine> i'll revert it
[13:59] <andyrock> kk
[14:08] <oSoMoN> kenvandine, didrocks: gtk-common-themes has a sassc part to work around the lack of it in xenial
[14:09] <oSoMoN> it's not being installed, only used to build yaru
[14:09] <oSoMoN> see https://git.launchpad.net/~ubuntu-desktop/gtk-common-themes/+git/master/tree/snap/snapcraft.yaml#n230
[14:10] <kenvandine> yeah
[14:10] <oSoMoN> when we start building on bionic, this can be removed
[14:13] <didrocks> yeah, let's do the same than Yaru itself in Travis CI
[14:14] <didrocks> oSoMoN: ah, source: .
[14:14] <didrocks> this is wrong, we are in gtk-common-themes, not Yaru
[14:14] <oSoMoN> didrocks, is the sed command to replace xenial entries by bionic in apt sources not likely to blow up at some point, pulling in packages we don't want?
[14:14] <didrocks> hum, this is becoming complex ;)
[14:15] <didrocks> oSoMoN: it's only build-packages which are pulled (sassc only)
[14:15] <didrocks> and snapd
[14:15] <didrocks> but yeah, your Yaru part needs more thinking
[14:15] <oSoMoN> let me iterate on it
[14:16] <didrocks> the thing is that you can't try master
[14:16] <didrocks> because there are PR branches as well
[14:17] <didrocks> you probably need to sed for SOURCE_REPO and TRAVIS_BRANCH in the yaml we inject
[14:18] <didrocks> oSoMoN: sorry for not spotting that on review!
[14:18] <didrocks> the SnapsRev failures has hidden us from that failure…
[15:14] <michael-vb> Hello.  Is there anyone I can ping about bug 1792000?  Obviously it is not critical, as the "proper" version of VirtualBox works, but it is annoying.
[15:14] <LocutusOfBorg> jbicha, ^^ any idea?
[15:15] <michael-vb> Sorry if I respond slowly, I am on a wobbly Internet connection.
[15:15] <didrocks> oSoMoN: I have some free slots, do you want me to have a look at the gtk-common-themes in Yaru?
[15:17] <oSoMoN> didrocks, ah, I wouldn't mind as I haven't gotten to it yet, and gotta get out soon for a chiropractor appointment
[15:17] <didrocks> oSoMoN: no worry! Will handle it :)
[15:17] <oSoMoN> cheers!
[15:19] <jbicha> michael-vb: I'm not sure we can really support issues with non-packaged stuff like that. GNOME does expect a .desktop with specific requirements for the dock icons to work
[15:19] <jbicha> and I have no idea how your local virtualbox install works
[15:20] <jbicha> michael-vb: I recommend you either use the regular Ubuntu package or I guess you could try Oracle's repository https://www.virtualbox.org/wiki/Linux_Downloads
[15:22] <michael-vb> jbicha: I am one of the VirtualBox developers, so I run it straight from the build directory.  It has a standard X11 icon property which the dock picks up, but not immediately.
[15:22] <michael-vb> As I said, not a critical use case of course.  Just a would-be-nice if it can be solved.
[15:23] <michael-vb> Would the dash-to-dock upstream people be the right ones to ask?
[15:23] <seb128> Trevinho is the one who knows those matching problem best around
[15:23] <jbicha> michael-vb: oh that would explain your username :)
[15:23] <seb128> but otherwise yes, maybe dash-to-dock upstream would be a good pick to ask
[15:24] <jbicha> michael-vb: I suggest trying in a stock GNOME session since it might be more of a gnome-shell issue than an extension issue
[15:24] <jbicha> you can install gnome-session, restart your computer. Click GNOME from the gear button as you log in
[15:28] <michael-vb> Ah right, so dash-to-dock just asks GNOME Shell for the information?  I sort of thought that from their page.  And gnome-session also uses GNOME Shell underneath?
[15:28] <michael-vb> Will try that.  Yes, I have done GUI debugging a couple of times, so I have a bit of practice at installing different sessions and window managers.
[15:29] <michael-vb> Thanks.
[16:05] <didrocks> oSoMoN: so, the correct branch/repo is picked (https://travis-ci.org/ubuntu/yaru/builds/428228954), now merging with debug to check for master pulling the expected branch as well
[16:05] <didrocks> I've done other cleanups with recent snapcraft as well, while I was at it :p
[16:20] <Trevinho> michael-vb: mhmh, I can look at that, a bit in the rush now, but I'll check it  latetr
[16:30] <michael-vb> Trevinho: thanks!
[18:53] <willcooke> night all