[00:12] 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] 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] gnome-shell ubuntu/bionic 20a5cb6 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/BCSN [00:24] gnome-shell ubuntu/bionic 92e5158 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/3Tynx [02:06] good morning [03:19] Oh, morning callmepk :) [03:20] morning duflu [05:47] Good morning all [06:46] good morning desktoppers [06:57] Salut oSoMoN [07:00] salut jibel, ça va? [07:01] oSoMoN, bien et toi? je bosse ce matin, vendredi puis vacances \o/ [07:02] fatigué, mais ça va… je suis à plein temps jusqu’aux vacances, ça va faire du bien [07:03] Morning jibel and oSoMoN [07:04] good afternoon duflu [07:08] good morning oSoMoN jibel [07:09] good afternoon callmepk [08:13] good morning desktopers [08:15] 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] morning callmepk duflu jibel oSoMoN ricotz [08:41] Morning ricotz and marcustomlinson [08:56] good morning ricotz, I retried https://launchpad.net/ubuntu/+source/rust-cargo-outdated/0.9.9-1build1/+build/20367492 but it failed [08:56] good morning marcustomlinson [08:57] oSoMoN, thanks, this is fun [08:59] oSoMoN, so rust-git2-curl requires a no-change rebuild [09:02] oSoMoN, https://launchpad.net/ubuntu/+source/rust-git2-curl/0.14.1-1/+build/20374108 [09:03] so retry https://launchpad.net/ubuntu/+source/rust-git2-curl/0.14.1-1 [09:04] \o [09:04] hey Laney [09:05] ricotz, I retried amd64 for a start, let's see how that goes [09:07] Laney, hi [09:08] oSoMoN, looks good for amd64, please trigger the other archs [09:10] hello oSoMoN ricotz [09:10] ricotz: enjoying making use of the remote hands? :> [09:12] Laney, getting those rights seems unrealistic [09:13] ricotz, all retried [09:15] totally not, given a history of being sponsored there's no reason not to get it [09:15] ask oSoMoN, our shiny new core dev [09:16] jibel: thanks for all the ubiquity reviews btw [09:18] 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] I think ricotz has all this [09:27] Hi Laney [09:41] oSoMoN, thanks [09:42] hey Laney [09:46] hey duflu hey marcustomlinson [11:00] Laney, do you think we can do a release of Ubiquity before the break or it's better to wait January? [11:00] I just pushed a fix to unbreak Kubuntu [11:16] 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] jibel: are you working the rest of the week to fix any wildfires that may get started? :P [11:18] if so, we could do it now I guess [11:21] Laney, not tomorrow, but I'll be there Friday which might be a bit late and why I saked [11:21] asked [11:31] jibel: hmm, how bad is the breakage? === alan_g is now known as alan_g_ [13:01] Laney, ubiquity doesn't start neither does ubiquity-dm [13:02] Laney, sip4 -> sip5 migration broke the api [15:15] jibel: I seeeeeeeeeeeeeeee, that feels like something we might want to upload for [15:15] what's your feeling? [16:29] Laney, other changes are rather low risk but who knows what unexpected things may happen. [17:07] 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] 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] tjaalton: I also got some failures locally only... [17:42] tjaalton: in case though I'd go with just skipping those specific ones [17:42] would be great to track that down :) [17:42] in any case now nocheck will work [17:42] yeah that's good [17:42] yeah... I'm quite sure depends on sbuild setup though [17:44] right [17:56] tjaalton: ah, i forgot to mention that you may have not pushed the upstream/2.4.0 tag (as gbp complained) [18:12] Trevinho: I don't do those [18:13] ah ok... Well I've added it locally, not a big issue, but it makes gbp usage nicer :) [18:14] I don't use gbp either :) [18:15] yeah, it was quite implicit by the answer above :) [18:15] tjaalton: btw new patch shold be more generic [18:16] cool [23:18] Any idea how I can make my F keys work without using fn on an HP probook? [23:18] hey RoyK :) [23:19] RoyK: I think I've heard some bioses have an "Fn lock" that you can toggle [23:19] didn't find anything relevant [23:19] but hi :) [23:21] I found one about fn, but that looked more like it was for the numpad stuff and it had no effect [23:23] hm... [23:25] 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..