[05:06] <KGB-0> libcanberra Heather Ellsworth 285497 * commented merge request !4 * https://deb.li/9nKM
[06:42] <oSoMoN> good morning desktoppers
[07:20] <duflu> Hi oSoMoN 
[07:24] <jpnurmi> hey duflu oSoMoN
[07:25] <duflu> Hi jpnurmi 
[07:28] <oSoMoN> hey duflu & jpnurmi 
[07:39] <didrocks> good morning
[07:40] <jpnurmi> hey didrocks
[07:44] <didrocks> hey jpnurmi 
[08:32] <jibel> good morning all
[08:34] <pieq> hello everyone!
[08:48] <oSoMoN> salut didrocks, jibel, pieq 
[08:48] <didrocks> salut oSoMoN, pieq 
[08:49] <jibel> Salut oSoMoN 
[08:51] <seb128> goood morning desktopers
[08:51] <oSoMoN> salut seb128 
[08:52] <seb128> lut oSoMoN, en forme ?
[08:53] <oSoMoN> la nuit a été courte, mais ça va, et toi?
[08:56] <seb128> un peu pareil, réveillé à 1h pour un biberon et à 6h pour un pb de pile dans la veilleuse :-/
[09:03] <oSoMoN> :/
[09:04] <didrocks> salut seb128 
[09:04] <seb128> lut didrocks, en forme ?
[09:05] <didrocks> ça va, merci :) Nuit tranquille ici
[09:05] <seb128> veinard :-)
[09:05] <didrocks> ouais, mais bon, pas de nounou encore pour cause covid, chacun sa croix :p
[09:12] <jibel> salut seb128 oSoMoN 
[09:14] <seb128> lut jibel, en forme ? ;-)
[09:15] <jibel> oui, tout va très bien :)
[09:15] <seb128> didrocks, on a le droit à ça aussi là, crèche fermée encore pour la semaine à cause de cas chez les employés :-/
[09:18] <schopin> Hi desktopers! Back for ppp again (under your umbrella as a NM dependency, I believe). It depends on OpenSSL, and it has basically no build-time testing nor any autopkgtest. I don't suppose you know of a test protocol somewhere that I could manually run?
[09:19] <didrocks> seb128: on verra si ce n’est que le début ou si ça s’améliore avec le temps…
[09:26] <duflu> Morning didrocks, jibel, seb128 
[09:28] <jibel> Good morning duflu 
[09:36] <KGB-0> libcanberra Gunnar Hjalmarsson 285523 * commented merge request !5 * https://deb.li/3JvGj
[09:41] <didrocks> hey duflu 
[10:16] <seb128> didrocks, oui :-/
[10:17] <seb128> schopin, sorry, I don't think we have anyone who knows or maintain it, we basically inherit from Debian and do merges, I'm not even sure we have anyone with hardware for testing it
[10:19] <KGB-0> libcanberra Olivier Tilloy 285532 * commented merge request !5 * https://deb.li/3CbPF
[10:20] <schopin> seb128: fwiw most uses of ppp don't necessitate any specific hardware. But yes, I can see how this package would be a bit outside your wheelhouse :)
[10:21] <seb128> schopin, if it's blocking the transition I would just upload what you think is right, we will get reports if it's buggy and it's still early in the cycle.
[10:22] <schopin> A simple no-change upload would be nice. I tested the build locally this morning and it went fine.
[10:22] <seb128> schopin, and see, my comment shows how little I know about what ppp is doing exactly, I though it was essentially dealing with modems
[10:23] <seb128> schopin, feel free to upload one, or do you want us to do that?
[10:23] <schopin> I'll lump it in my list of main packages to upload and bother someone on my team then, it'll be easier.
[10:23] <seb128> thanks
[10:25] <KGB-0> libcanberra ubuntu/master b306695 Heather Ellsworth debian/ (6 files in 2 dirs) * Merge branch 'debian/master' into ubuntu/master * https://deb.li/36Bmd
[10:25] <KGB-0> libcanberra tags b306695 Olivier Tilloy ubuntu/0.30-8ubuntu1 * https://deb.li/OrD4
[13:06] <schopin> Me again! Any plans on updating freerdp2 from 2.3.0 to 2.4.1 this cycle? That last one brings OpenSSL 3 support. Alternatively, I have a patch ready (LP: #1945771)
[13:51] <seb128> schopin, we will not be surprised at this point if I tell you again that we usually get that one from Debian and have no real dedicated maintainer which an answer for you? ;-)
[13:52] <seb128> schopin, I would like to see it updated though, the update has some CVE fixes and performance improvements that would be nice to get for the LTS. I see Debian reports about the CVE but no reply from the maintainer so far
[13:54] <seb128> schopin, whether you want to upload the patch or wait probably depends on how much of how close you are to finish the openssl transition
[13:55] <schopin> TBH I'd rather update to a newer upstream than carry a patch, that makes it easier to detect issues down the line.
[13:55] <seb128> schopin, when do you need the update done? I can work on that, but that seems more likely a monday thing than before eow at this point
[13:57] <schopin> I'm in a marathon, not a sprint. THis package might block a few others down the line (I think?) but it's not the only one by far.
[13:58] <schopin> Monday sounds fine to me :)
[14:01] <seb128> k, I will work on the update
[14:02] <schopin> Thanks a lot!
[14:03] <GunnarHj> seb128, schopin: I just sponsored it. Isn't it preferable to get the transition done ASAP?
[14:05] <seb128> GunnarHj, shrug :-(
[14:06] <GunnarHj> seb128: Saw your discussion only afterwards.. :/
[14:06] <seb128> ah ok, already then
[14:06] <seb128> alright
[14:07] <seb128> GunnarHj, from what I understand from the backlog that transition isn't going to be over this week in any case, so waiting a few days to do the update isn't going to delay anything
[14:07] <schopin> GunnarHj: short term, yes (notably for my own sanity). But from a security standpoint I'd rather carry as few OpenSSL-related patches as possible.
[14:07] <seb128> GunnarHj, thanks for doing some sponsoring :-)
[14:07] <schopin> yes, that too ^ :-)
[14:07] <seb128> GunnarHj, and sorry, I didn't even say hey, how are you doing?
[14:08] <GunnarHj> schopin: Ack.
[14:09] <GunnarHj> seb128: yw. I'm alright, thanks. Hope you are as well.
[14:26] <seb128> GunnarHj, I am, thanks!
[14:29] <oSoMoN> hey GunnarHj, I rebuilt the firefox snap in the candidate channel with the new snapcraft for all supported architectures, and consequently I closed the candidate/snapcraft6 branch
[14:31] <GunnarHj> oSoMoN: Thanks for the hint. Then I'll switch channel again.
[14:31] <GunnarHj> * True winter here. -4°C and snowing.
[14:32] <oSoMoN> GunnarHj, I the switch might happen automatically, when a channel you were tracking is closed
[14:32] <oSoMoN> i.e. candidate/snapcraft6 will fall back to candidate
[14:32] <GunnarHj> Ok, good.
[14:32] <oSoMoN> s/I the switch/I think the switch/
[14:32] <oSoMoN> so it was just a FYI
[14:54] <seb128> didrocks, sorry but I ended up sending another MIR your way, bug #1952924, it basically replace the wireplumber one for this cycle
[14:55] <seb128> didrocks, hopefully it's an easy one, it's a split of code that was part of pipewire until impish
[15:19] <didrocks> we will dispatch it at our next meeting
[15:19] <didrocks> but second time reviewing a MIR for nothing, as we need to rereview it one propsoed next cycle
[15:20] <didrocks> I’ll look for the correct status to set there
[15:20] <didrocks> however, you need to subscribe ubuntu-mir on the second MIR for us to pick it up
[15:22] <seb128> didrocks, ah right, thanks. Well it's not nothing, we still want pipewire default and will need wireplumber, but that's post LTS now
[15:23] <seb128> sorry, we lack an audio maintainer, I'm still unsure what's the right decision between those
[15:23] <seb128> I mean I decided to go that way but I'm not confident it's the right choice, but we need to make one
[15:23] <didrocks> no worry