[04:31] <yurtesen> good morning
[05:05] <cpaelzer> good morning
[05:05] <cpaelzer> hi yurtesen
[05:09] <cpaelzer> ahasenack_: utkarsh2102: thanks I see the seed has landed and v_orlon promoted the pkg \o/
[05:09] <cpaelzer> there are a bunch of "not the uploads fault but bad autopkgtest" which I need to look into to let things proceed
[05:10] <utkarsh2102> yay!
[05:10] <utkarsh2102> cpaelzer: o/
[05:10] <utkarsh2102> yurtesen: o/
=== Avago_Broadqual1 is now known as Avago_Broadqual
[05:36] <mirespace> good morning
[05:41] <cpaelzer> hi mirespace
[05:41] <cpaelzer> ahasenack_: all passed in a test retry and samba already migrated anyway
[06:26] <utkarsh2102> mirespace: o/
[08:03] <yurtesen> utkarsh2102: any news on fixing the tomcat9 logging bug?
[11:04] <yurtesen> oh no I am all alone in #ubuntu-server :) 
[11:06] <utkarsh2102> yurtesen: nah, you're not. And I haven't heard back, I'm just trying to work through the plausible solutions for the bug atm. I'll get back to you by tonight or tomorrow morning. Do drop me a text if I don't get back to you by tomorrow morning. 
[11:06] <yurtesen> utkarsh2102: Perhaps not, but worth to ask, can ubuntu run logrotate as `root` like Debian does? this is the root cause of all the logging problems.
[11:09] <yurtesen> maybe it is such a big change...
[11:12] <ogra> we should instead stop shipping two redundant logging mechanisms and finally go with journald alone ....
[11:21] <yurtesen> ogra: what a great idea. Perhaps it could be fine to remove syslog logging of this package. I can see the same logs using journalctl hmm ?
[11:21] <Walex> ogra: not so easy: a lot of people with lots of servers have a lot of accessories that scan "traditional" logs.
[11:22] <ogra> yurtesen, yeah, journald sould give you the same info and has all the features syslg has ... but as Walex said, there are many long-living installs that historically have syslog installed, use scripts etc etc 
[11:23] <Walex> that happens thanks to the "obsolete" UNIX idea that most files that can be should be text files, so they can easily processed by things like 'grep' or 'sed' or 'perl'.
[11:23] <ogra> geez 
[11:23]  * ogra glares at his keyboard ... 
[11:24] <ogra> but i think eventually we will need to make a cut anyway ... 
[11:25] <ogra> ubuntus philosophy of shipping only one tool for a task that we folloed since day one kind of got trashed when systemd came in ... because many people still use the old tools 
[11:26] <ogra> ... but many downstream software uses the new tools ... 
[11:30] <yurtesen> All good points, it seems that the simple conclusion is that we can't get rid of syslog right now. So this does not help the problem I have with syslog/logrotate. 
[11:32] <ogra> well, we can get rid of it when we decide to ...but that needs a lot of planning, announcement, transition tools and documentation to help people switch 
[11:33] <ogra> i assume we will have to switch eventually anyway ... 
[11:34] <yurtesen> Wouldn't that be hard if Debian did not do it first? Otherwise I am guessing there would be a lot of packages which assume syslog exists...
[11:35] <ogra> yep, it surely needs coordination
[12:01] <ahasenack_> good morning
[12:15] <athos> good morning!
=== ahasenack_ is now known as ahasenack
[12:25] <cpaelzer> hi athos and ahasenack
[12:33] <ahasenack> hi cpaelzer
[12:36] <yurtesen> ogra: more like Debian needs to initiate it because packages are imported from Debian. Isn't it so? If I was using Debian, I would have had no problems with tomcat9 package also. 
[12:40] <ogra> yurtesen, ubuntu has done many transitions in the past where we went ahead and debian just adopted it ... starting with adding an initramfs to the system in 2004, X11 to Xorg etc etc  ...
=== Adri2000_ is now known as Adri2000
[14:52] <lucasmoura> Hi @rbasak, the UA team is planning or performing a 0-day SRU for Jammy. You already have a lot context about UA and have always provided great feedback for our team, so we are wondering if you be available for performing the SRU review on that period
[14:53] <lucasmoura> If not, no worries, we just want to choose an SRU reviewer for this upcoming release, so we can speed up the process if needed
[14:54] <rbasak> lucasmoura: 0-day SRUs don't usually get SRU review - they just get landed without the usual SRU process by the release team on release day. But best to check in #ubuntu-relesae.
[14:54] <rbasak> IOW I think you need a release team member on hand, rather than an SRU eam member
[14:55] <lucasmoura> Oh okay, thanks for the context. I will double check on ubuntu-release
[14:55] <lucasmoura> And is someone from our team a release team member ?
[15:01] <ahasenack> no
[18:36] <sergiodj> kanashiro: ubuntu-fan has been accepted into Jammy.  we just gotta wait for the SRU team to review and approve the Focal upload
[18:46] <athos> would anyone mind ack'ing https://bugs.launchpad.net/ubuntu/+source/pgloader/+bug/1968594 ? Also, could anyone import pgloader to git ubuntu? :)
[18:46] <ubottu> Launchpad bug 1968594 in pgloader (Ubuntu) "Debugger invoked when first cl+ssl shared object is not found" [High, In Progress]
[18:50] <sergiodj> athos: on it
[18:51] <athos> thanks, sergiodj :)
[18:54] <sergiodj> athos: the package fails to build on ppc64el/s390x due to missing B-D
[18:54] <sergiodj> sbcl (>= 1.1.13)
[18:54] <sergiodj> is this expected?
[18:55]  * sergiodj looks at sbcl
[19:05] <sergiodj> huh, sbcl is in release even though ppc64el, s390x and riscv64 failed to build
[19:06] <sergiodj> ah, I just found https://bugs.launchpad.net/ubuntu/+source/sbcl/+bug/1968579
[19:06] <ubottu> Launchpad bug 1968579 in sbcl (Ubuntu) "Missing builds for ppc64el, riscv64, s390x" [Undecided, New]
[19:06] <sergiodj> athos: ^
[19:56] <kanashiro> ahasenack, any idea about this frr bug? https://bugs.launchpad.net/ubuntu/+source/frr/+bug/1968550
[19:56] <ubottu> Launchpad bug 1968550 in frr (Ubuntu) "unattended updates, missing routes" [Undecided, New]
[20:03] <sdeziel> kanashiro: ^ looks similar to https://bugs.launchpad.net/ubuntu/+source/keepalived/+bug/1815101
[20:03] <ubottu> Launchpad bug 1815101 in systemd (Ubuntu) "[master] Restarting systemd-networkd breaks keepalived, heartbeat, corosync, pacemaker (interface aliases are restarted)" [Medium, In Progress]
[20:06] <kanashiro> sdeziel, indeed, let me check this bug
[20:29] <memyselfandubunt> Hello all, when installing from a mini.iso i get around 360 packages very minimal instalation(which is what i want), but if i install it from the ubuntu-live-server i get around 560 packages without selecting any package group, is it possible to overwrite this in the ubuntu-live-server install (siquibity?)?
[20:32] <sergiodj> athos: pgloader sponsored
[20:32] <athos> sergiodj: yes, the FTBFS is expected
[20:33] <athos> I guess you found the bug I filed \o/
[20:33] <sergiodj> athos: thanks.  it took some time but I understood what's happening :)
[20:33] <athos> thanks for uploading, btw
[20:34] <sergiodj> thanks for working on this
[20:34] <sergiodj> let me import the package into git-ubuntu now
[20:35] <athos> btw, sergio, fyi, the debian package isnt in s390x either (but it is in ppc64el, so it needs bootstrapping)
[20:35] <athos> sbcl*
[20:35] <sergiodj> yeah, I noticed it
[20:35] <athos> it should be a fun task to fix that one ;)
[20:36] <sergiodj> ah!  got it!
[20:36] <sergiodj> haha
[20:36] <sergiodj> I will take a look later :)
[23:16] <bryyce> hrm, I've been having a lot of weird issues with lxd lately (like over the past week or two).  Seems to be some irregularity related to snap.