[05:06] libcanberra Heather Ellsworth 285497 * commented merge request !4 * https://deb.li/9nKM [06:42] good morning desktoppers [07:20] Hi oSoMoN [07:24] hey duflu oSoMoN [07:25] Hi jpnurmi [07:28] hey duflu & jpnurmi [07:39] good morning [07:40] hey didrocks [07:44] hey jpnurmi [08:32] good morning all [08:34] hello everyone! [08:48] salut didrocks, jibel, pieq [08:48] salut oSoMoN, pieq [08:49] Salut oSoMoN [08:51] goood morning desktopers [08:51] salut seb128 [08:52] lut oSoMoN, en forme ? [08:53] la nuit a été courte, mais ça va, et toi? [08:56] un peu pareil, réveillé à 1h pour un biberon et à 6h pour un pb de pile dans la veilleuse :-/ [09:03] :/ [09:04] salut seb128 [09:04] lut didrocks, en forme ? [09:05] ça va, merci :) Nuit tranquille ici [09:05] veinard :-) [09:05] ouais, mais bon, pas de nounou encore pour cause covid, chacun sa croix :p [09:12] salut seb128 oSoMoN [09:14] lut jibel, en forme ? ;-) [09:15] oui, tout va très bien :) [09:15] 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] 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] seb128: on verra si ce n’est que le début ou si ça s’améliore avec le temps… [09:26] Morning didrocks, jibel, seb128 [09:28] Good morning duflu [09:36] libcanberra Gunnar Hjalmarsson 285523 * commented merge request !5 * https://deb.li/3JvGj [09:41] hey duflu [10:16] didrocks, oui :-/ [10:17] 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] libcanberra Olivier Tilloy 285532 * commented merge request !5 * https://deb.li/3CbPF [10:20] 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] 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] A simple no-change upload would be nice. I tested the build locally this morning and it went fine. [10:22] 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] schopin, feel free to upload one, or do you want us to do that? [10:23] 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] thanks [10:25] 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] libcanberra tags b306695 Olivier Tilloy ubuntu/0.30-8ubuntu1 * https://deb.li/OrD4 [13:06] 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:06] Launchpad bug 1945771 in freerdp2 (Ubuntu) "freerdp2: Fail to build against OpenSSL 3.0" [Undecided, New] https://launchpad.net/bugs/1945771 [13:51] 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] 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] 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] 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] 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] 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] Monday sounds fine to me :) [14:01] k, I will work on the update [14:02] Thanks a lot! [14:03] seb128, schopin: I just sponsored it. Isn't it preferable to get the transition done ASAP? [14:05] GunnarHj, shrug :-( [14:06] seb128: Saw your discussion only afterwards.. :/ [14:06] ah ok, already then [14:06] alright [14:07] 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] 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] GunnarHj, thanks for doing some sponsoring :-) [14:07] yes, that too ^ :-) [14:07] GunnarHj, and sorry, I didn't even say hey, how are you doing? [14:08] schopin: Ack. [14:09] seb128: yw. I'm alright, thanks. Hope you are as well. [14:26] GunnarHj, I am, thanks! [14:29] 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] oSoMoN: Thanks for the hint. Then I'll switch channel again. [14:31] * True winter here. -4°C and snowing. [14:32] GunnarHj, I the switch might happen automatically, when a channel you were tracking is closed [14:32] i.e. candidate/snapcraft6 will fall back to candidate [14:32] Ok, good. [14:32] s/I the switch/I think the switch/ [14:32] so it was just a FYI [14:54] didrocks, sorry but I ended up sending another MIR your way, bug #1952924, it basically replace the wireplumber one for this cycle [14:54] Bug 1952924 in pipewire-media-session (Ubuntu) "[MIR] pipewire-media-session" [Undecided, New] https://launchpad.net/bugs/1952924 [14:55] didrocks, hopefully it's an easy one, it's a split of code that was part of pipewire until impish [15:19] we will dispatch it at our next meeting [15:19] but second time reviewing a MIR for nothing, as we need to rereview it one propsoed next cycle [15:20] I’ll look for the correct status to set there [15:20] however, you need to subscribe ubuntu-mir on the second MIR for us to pick it up [15:22] 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] sorry, we lack an audio maintainer, I'm still unsure what's the right decision between those [15:23] 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] no worry === hellswor1 is now known as hellsworth