[03:12] <arraybolt3> Anyone here know off the top of their head where Ubiquity puts its config files? Are there even any config files?
[07:54] <schopin> seb128: might be a bit late now, but if you still have that openssl problem...
[07:58] <Fantu> hi, is possible an SRU of backintime 1.3.2-0.1 to jammy for solve a critical issue and few other bugs? https://bugs.launchpad.net/ubuntu/+source/backintime/+bug/1970090/comments/6
[10:47] <slyon> jbicha: hey! As an uploader of bluebird-gtk-theme, do you feel like this debdiff could be sponsored into Debian: https://paste.ubuntu.com/p/thBHTMCgvt/ – so we could drop the Ubuntu delta?
[10:47] <seb128> schopin, hey, yes, it's https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1958267 , see especially #29 and #56 for details, I would like your opinion on whether you think we should consider doing something similar for Ubuntu
[10:50] <schopin> seb128: Oh, I see. The Fedora SHA-1 patches.
[10:52] <schopin> IMHO this is the wrong approach. In this case, we have a context within which basically "weak algorithms don't matter". Assuming that's true, wpa_supplicant should be able to lower the security level to 0 *for this context*
[10:53] <schopin> Of course I have no idea how messy that approach would be, but I'm reluctant to build an escape hatch within libssl.
[10:55] <seb128> schopin, I've no idea either but my guess would be that RH has people knowing wpa better than we do and if decided to go with those openssl theire might be a technical reason the alternative might not be practical
[10:56] <seb128> one alternative would be to simply lower the security level to 0 for wpa but I'm unsure security would like that option
[10:57] <schopin> I'd like to have upstream's opinion on this, too (as in both wpa and openssl)
[10:57] <rbasak> kanashiro: are we agreed to drop the SRU for bug 1874719 then? SHould I reject that from the queue?
[10:58] <rbasak> (as well as pacemaker)
[11:01] <schopin> seb128: so, there's https://github.com/openssl/openssl/issues/17662 upstream, but that's still at the design phase.
[11:04] <seb128> schopin, I will do an email to the wpa list, thanks for the feedback
[11:05] <schopin> seb128: note that it's not a hard no on shipping the patches :)
[11:05] <seb128> ack
[11:06] <seb128> I'm trying to collect opinions at this point to see what we can do
[11:06] <seb128> I feel like that's an issue we need to address in the LTS because today there are quite some users who can't connect to their wifi due to the issue
[11:07] <schopin> oh for sure!
[11:29] <lxsameer> hey folks, is it mandatory to sign up for the snapcraft dev account to build a custom image even if I don't want to publish it
[11:46] <ogra> lxsameer, ubuntu-image does not require authntication
[11:46] <ogra> +e
[11:47] <ogra> lxsameer, likewise you can build your own kernel and gadget snaps for th image locally witout auth ...
[11:48] <lxsameer> ogra: cool thank you
[11:48] <ogra> lxsameer, but to log in to the booted image you will need an account where the image can pull your ssh key from ... the account here is only used as central key storage
[11:49] <lxsameer> ogra: oh wow, is there any way to avoid that?
[11:49] <ogra> not easily
[11:49] <lxsameer> I just want a bootable ubuntu live image with several extra packages
[11:49] <ogra> (there are ways through hacks via clud.init (not recommended for production), you can read up on it at forum.snapcraft.io
[11:49] <ogra> )
[11:50] <ogra> oh, i assumed you are after UbuntuCore, talking about snapcraft ...
[11:51] <lxsameer> ogra: i don't know what exactly ubuntucore is.
[11:51] <lxsameer> is there any other way beside ubuntu-image?
[13:10] <jbicha> slyon: done, thanks! https://tracker.debian.org/pkg/bluebird-gtk-theme
[13:10] <slyon> jbicha: great, thank you very much!
[14:36] <seb128> schopin, http://lists.infradead.org/pipermail/hostap/2022-May/040563.html FYI
[14:37] <schopin> seb128: thanks for the link :)
[14:37] <seb128> schopin, let's see what they say
[14:44] <icey> anybody suddenly having audio issues? I see no inputs nor outputs after an update today :-/
[14:47] <jbicha> icey: what version of Ubuntu are you using?
[14:51] <icey> jbicha: kinetic ;-)
[14:51] <bluca> slyon: any chance we could get systemd-repart enabled in ubuntu? we've enabled it in debian late last year
[14:51] <jbicha> icey: are you using -proposed updates?
[14:51] <bluca> it shouldn't pull any new dep, apart from fdisk for the test suite
[14:52] <bluca> in debian we just ship it in the main package
[14:52] <icey> jbicha: no - think it'll be resolved with proposed?
[14:52] <ddstreet> bluca there is lp: #1897932 for repart
[14:53] <jbicha> icey: I don't know. We are switching the default audio server to PipeWire and some things likely won't work as well until the transition is complete
[14:54] <icey> "well" :-P
[14:54] <icey> oh-well, I'll be portable for a while anyways after tomorrow
[14:55] <jbicha> icey: are you using bluetooth for audio?
[14:56] <seb128> icey, do you have pipewire-pulse installed?
[14:56] <bluca> thanks ddstreet, will ping there too
[14:56] <icey> yes to pipewire-pulse, no to bluetooth
[14:56] <seb128> icey, try installing wireplumber
[14:56] <icey> usd speakerphone, as well as onboard headphone jack - none show up as devices
[14:57] <slyon> bluca: hey! sure. that should be more or less an automatic thing, once we merge systemd v251 from Debian. My collegue enr0n will most probably take care of that this cycle.
[14:57] <slyon> fdisk is already in Ubuntu main, so that's not a problem.
[14:57] <icey> nothing seems to change, `killall pipewire pulseaudio pipewire-pulse; alsactl kill rescan` didn't change anything
[14:58] <slyon> So if it's in Debian, it will most probably land in kinetic later this cycle
[14:58] <bluca> nice, thanks
[15:00] <icey> anyways, dropping for the day, maybe I'll figure it out tomorrow, thanks folks!
[15:00] <seb128> icey, bye
[15:01] <seb128> icey, try uninstalling pipewire-media-session and pulseaudio in case tomorrow
[15:11] <seb128> icey, thanks for the ping btw, it made me realize we needed to revert the chantges to pipewire-media-session we had to disable audio by default, which probably has to do with your issue
[15:11] <seb128> which I did now in https://launchpad.net/ubuntu/+source/pipewire-media-session/0.4.1-2ubuntu2
[15:11] <seb128> jbicha, ^ fyi
[15:23] <bdmurray> I seem to recall somebody here asking about this being updated for Kinetic. It has been done now. http://qa.ubuntuwire.com/ftbfs/
[15:34] <bdmurray> ahasenack, enr0n: That package passed when added to big_packages https://autopkgtest.ubuntu.com/packages/golang-github-valyala-gozstd/kinetic/s390x
[15:35] <ahasenack> yay
[15:35] <ahasenack> thanks
[15:36] <kanashiro> rbasak, sorry for the delay, re corosync SRU, I think we can reject it for now until we sort this out with the Debian maintainer
[16:28] <rbasak> kanashiro: thanks - rejected for now
[17:29] <bdmurray> kanashiro: Can we remove the section of the Release Notes which points to bug 1964025 now?
[17:30] <sergiodj> PSA: telegraf is FTBFSing on ppc64el/riscv64 due to a golang issue, this is on my radar and I'll work on it soon
[18:17] <icey> seb128: don't think I want to remove ubuntu-desktop just yet ;-) https://pastebin.ubuntu.com/p/DjNcbvHS5W/
[18:31] <kanashiro> bdmurray, sure
[18:31] <kanashiro> do you want me to do it?
[18:49] <bdmurray> kanashiro: that'd be great
[19:02] <kanashiro> bdmurray, done