[00:12] <KGB-1> gnome-shell ubuntu/bionic c72df9c Matthew Ruffell debian/ (6 files in 2 dirs) * debian/patches: Enable support for VMware Horizon SSO * https://deb.li/j7QV
[00:12] <KGB-1> gnome-shell ubuntu/bionic dc3be9f Marco Trevisan (Treviño) debian/patches/ (5 files) * debian/patches: Rename VMWare OVirt patches to use Gbp-Pq format * https://deb.li/3D1vg
[00:12] <KGB-1> gnome-shell ubuntu/bionic 20a5cb6 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/BCSN
[00:24] <KGB-1> gnome-shell ubuntu/bionic 92e5158 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/3Tynx
[02:06] <callmepk> good morning
[03:19] <duflu> Oh, morning callmepk :)
[03:20] <callmepk> morning duflu 
[05:47] <jibel> Good morning all
[06:46] <oSoMoN> good morning desktoppers
[06:57] <jibel> Salut oSoMoN 
[07:00] <oSoMoN> salut jibel, ça va?
[07:01] <jibel> oSoMoN, bien et toi? je bosse ce matin, vendredi puis vacances \o/
[07:02] <oSoMoN> fatigué, mais ça va… je suis à plein temps jusqu’aux vacances, ça va faire du bien
[07:03] <duflu> Morning jibel and oSoMoN 
[07:04] <oSoMoN> good afternoon duflu 
[07:08] <callmepk> good morning oSoMoN jibel 
[07:09] <oSoMoN> good afternoon callmepk 
[08:13] <ricotz> good morning desktopers
[08:15] <ricotz> oSoMoN, hi, could you retry https://launchpad.net/ubuntu/+source/rust-cargo-outdated/0.9.9-1build1 and https://launchpad.net/ubuntu/+source/rust-debcargo/2.4.3-3 -- those should conclude https://people.canonical.com/~ubuntu-archive/transitions/html/auto-libgit2.html
[08:31] <marcustomlinson> morning callmepk duflu jibel oSoMoN ricotz
[08:41] <duflu> Morning ricotz and marcustomlinson 
[08:56] <oSoMoN> good morning ricotz, I retried https://launchpad.net/ubuntu/+source/rust-cargo-outdated/0.9.9-1build1/+build/20367492 but it failed
[08:56] <oSoMoN> good morning marcustomlinson 
[08:57] <ricotz> oSoMoN, thanks, this is fun
[08:59] <ricotz> oSoMoN, so rust-git2-curl requires a no-change rebuild
[09:02] <ricotz> oSoMoN, https://launchpad.net/ubuntu/+source/rust-git2-curl/0.14.1-1/+build/20374108
[09:03] <ricotz> so retry https://launchpad.net/ubuntu/+source/rust-git2-curl/0.14.1-1
[09:04] <Laney> \o
[09:04] <oSoMoN> hey Laney 
[09:05] <oSoMoN> ricotz, I retried amd64 for a start, let's see how that goes
[09:07] <ricotz> Laney, hi
[09:08] <ricotz> oSoMoN, looks good for amd64, please trigger the other archs
[09:10] <Laney> hello oSoMoN ricotz 
[09:10] <Laney> ricotz: enjoying making use of the remote hands? :>
[09:12] <ricotz> Laney, getting those rights seems unrealistic
[09:13] <oSoMoN> ricotz, all retried
[09:15] <Laney> totally not, given a history of being sponsored there's no reason not to get it
[09:15] <Laney> ask oSoMoN, our shiny new core dev
[09:16] <Laney> jibel: thanks for all the ubiquity reviews btw
[09:18] <oSoMoN> yeah, core-dev is not as elitist as it might seem, it only requires a good track record of contributions and sponsored uploads, knowledge of the processes and tools, and willingness to continue contributing meaningfully to Ubuntu
[09:18] <oSoMoN> I think ricotz has all this
[09:27] <duflu> Hi Laney
[09:41] <ricotz> oSoMoN, thanks
[09:42] <marcustomlinson> hey Laney
[09:46] <Laney> hey duflu hey marcustomlinson 
[11:00] <jibel> Laney, do you think we can do a release of Ubiquity before the break or it's better to wait January?
[11:00] <jibel> I just pushed a fix to unbreak Kubuntu
[11:16] <RikMills> jibel: thanks for that. I had been meaning to test the fix and do a MP, but didn't quite find the time!
[11:18] <Laney> jibel: are you working the rest of the week to fix any wildfires that may get started? :P
[11:18] <Laney> if so, we could do it now I guess
[11:21] <jibel> Laney, not tomorrow, but I'll be there Friday which might be a bit late and why I saked
[11:21] <jibel> asked
[11:31] <Laney> jibel: hmm, how bad is the breakage?
[13:01] <jibel> Laney, ubiquity doesn't start neither does ubiquity-dm
[13:02] <jibel> Laney, sip4 -> sip5 migration broke the api
[15:15] <Laney> jibel: I seeeeeeeeeeeeeeee, that feels like something we might want to upload for
[15:15] <Laney> what's your feeling?
[16:29] <jibel> Laney, other changes are rather low risk but who knows what unexpected things may happen.
[17:07] <Trevinho> tjaalton: hey, I've noticed there were some issues in the SSSD testing, looks like can be all green with https://salsa.debian.org/sssd-team/sssd/-/merge_requests/11
[17:41] <tjaalton> Trevinho: thanks, I'll have a look. for whatever the reason, some tests fail when run on sbuild on my laptop, that's why they were disabled.. though I remember enabling them but ignoring failures, must be some other pkg then
[17:41] <Trevinho> tjaalton: I also got some failures locally only... 
[17:42] <Trevinho> tjaalton: in case though I'd go with just skipping those specific ones
[17:42] <tjaalton> would be great to track that down :)
[17:42] <Trevinho> in any case now nocheck will work
[17:42] <tjaalton> yeah that's good
[17:42] <Trevinho> yeah... I'm quite sure depends on sbuild setup though
[17:44] <tjaalton> right
[17:56] <Trevinho> tjaalton: ah, i forgot to mention that you may have not pushed the upstream/2.4.0 tag (as gbp complained)
[18:12] <tjaalton> Trevinho: I don't do those
[18:13] <Trevinho> ah ok... Well I've added it locally, not a big issue, but it makes gbp usage nicer :)
[18:14] <tjaalton> I don't use gbp either :)
[18:15] <Trevinho> yeah, it was quite implicit by the answer above :)
[18:15] <Trevinho> tjaalton: btw new patch shold be more generic 
[18:16] <tjaalton> cool
[23:18] <RoyK> Any idea how I can make my F keys work without using fn on an HP probook?
[23:18] <sarnold> hey RoyK :)
[23:19] <sarnold> RoyK: I think I've heard some bioses have an "Fn lock" that you can toggle
[23:19] <RoyK> didn't find anything relevant
[23:19] <RoyK> but hi :)
[23:21] <RoyK> I found one about fn, but that looked more like it was for the numpad stuff and it had no effect
[23:23] <RoyK> hm...
[23:25] <sarnold> it'd probably be worth checking.. *maybe* you could use setxkbmap to load a different map to use those keys, or maybe their fn key acts differently than I expect..