[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/
[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!
[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  ...
[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: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] <sergiodj> athos: ^
[19:56] <kanashiro> ahasenack, any idea about this frr bug? https://bugs.launchpad.net/ubuntu/+source/frr/+bug/1968550
[20:03] <sdeziel> kanashiro: ^ looks similar to https://bugs.launchpad.net/ubuntu/+source/keepalived/+bug/1815101
[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.


[09:11] <rbasak> hallyn: it did not :(
[09:11] <rbasak> It's difficult to fix blog posts following design changes
[09:11] <rbasak> I intend to sit down and write up current docs in sphinx at some point
[09:12] <rbasak> In the meantime, anything specific you need that I can help with?
[12:29] <LeMike> hello there. Is it possible to join a server (via Mosh or SSH) but actually be in a `screen` automagically? I need a fail-safe solution for long disconnects, so that I can continue my work after getting connected again.
[12:32] <rbasak> LeMike: try "byobu-enable". byobu can be configured to use either tmux or screen I think, defaulting to tmux.
[12:34] <LeMike> rbasak: Ah ok, so I set the user shell to byobu ? And when the user accidentially disconnects then it stays open for a day or so? I try it. Thanks :)
[12:37] <rbasak> LeMike: it's not a shell. I think it configures your shell to launch byobu when you get a new shell, if it isn't runnign already. Or something like that.
[12:37] <rbasak> If two people connect they see the same thing.
[12:40] <frickler> cpaelzer: could you please point me to the sources for UCA versions of libvirt? in particular I'm looking for the delta from 5.0.0-1ubuntu2.6~cloud1 to 5.0.0-1ubuntu2.6~cloud2.1 (stein)
[12:40] <cpaelzer> hi frickler, let me try to find those for you
[12:42] <frickler> cpaelzer: or, possibly related, do you know of a situation where nova live-migration would log "Migration running for 0 secs, memory 100% remaining; (bytes processed=0, remaining=0, total=0)" and then go on with that for a day or more without any change?
[12:45] <cpaelzer> frickler: I don't remember seeing this situation
[12:46] <cpaelzer> frickler: a long long time ago I was tying to force this case artificially (for testing)
[12:46] <cpaelzer> but it never got stuck at 100%
[12:46] <cpaelzer> that really looks more like a bug in regard to not-started migraton or loosing an event or such
[12:48] <cpaelzer> the version you refer to was created for https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1915811
[12:48] <ubot3> Launchpad bug 1915811 in libvirt (Ubuntu Groovy) "Empty NUMA topology in machines with high number of CPUs" [Undecided, Fix Released]
[12:48] <cpaelzer> but for all the delta I need a while
[12:48]  * cpaelzer is searching the right PPA ..
[12:48] <cpaelzer> that should be bionic-stein I think
[12:50] <cpaelzer> here is the staging PPA https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/stein-staging
[12:50] <cpaelzer> and thereby this filter would give you all the past builds of it https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/stein-staging/+builds?build_text=libvirt&build_state=built
[12:51] <cpaelzer> which leads you to the full builds at https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/stein-staging/+build/21134685 and https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/stein-staging/+build/20167525
[12:51] <mgedmin> I hate apt's error reporting sometimes
[12:52] <mgedmin> E:Failed to fetch http://apt.postgresql.org/pub/repos/apt/dists/focal-pgdg/InRelease  403  Forbidden [IP: <IP_ADDRESS> 8000], E:The repository ''http://apt.postgresql.org/pub/repos/apt focal-pgdg InRelease'' is not signed.
[12:52] <cpaelzer> frickler: so it turns out that ~cloud2 an ~cloud2.1 wree about the same change
[12:52] <mgedmin> this means "your local squid proxy is not allowing that url"
[12:52] <cpaelzer> therefore the bug (an threby the change discussed in there) is the only change between the version you asked for
[12:52] <mgedmin> but my eyes focus on the 'is not signed' and I debug my ansible's apt_key invocation for thirty minutes
[12:54] <frickler> cpaelzer: thanks a lot, that looks like it would not be related to my issue. I'll talk with nova folks next
[12:56] <cpaelzer> frickler: there are a few bugs worth to read, I'll send a query to spare the channel too mcuh flooding
[13:09] <hallyn> rbasak: no, i was just wondering what the state was and what the server team wasdoing these days :)
[13:09] <hallyn> thanks.
[15:08] <raub> tomreyn: you mentioned yesterday preseed is dead. What is the replacement?
[15:12] <mgedmin> https://discourse.ubuntu.com/t/autoinstall-generator-tool-to-help-with-creation-of-autoinstall-files-based-on-preseed/21334
[15:13] <peetaur> Howdy...so what's the solution to apparmor not working in Ubuntu 18.04 nor 20.04? I tried 18.04 with default 4.15 and hwe 5.4 kernel, and 20.04 with the default 5.4 kernel, which all fail, and tried 18.04 with mainline 4.19.188 which works.
[15:14] <peetaur> audit.log doesn't show what's wrong, and what it shows is malformed (name="" or name="dev/null" (should be eg. "/dev/null" or something else probably)), so aa-logprof doesn't  update the profile to work (but don't need to probably, since 4.19.188 works with the profile)
[15:19] <peetaur> and just tried the 4.19.188 in 20.04 ...works fine too, but has some of the malformed stuff too
[15:19] <peetaur> type=AVC msg=audit(1619536717.319:196): apparmor="DENIED" operation="file_mmap" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/apache2" name="" pid=1665 comm="apache2" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0
[15:25] <sdeziel> peetaur: you probably need to add flags=(attach_disconnected) to your apache2 profile
[15:26] <sdeziel> otherwise it has trouble with the mount namespaces used by the apache2.service (PrivateTmp=)
[15:26] <peetaur> I tried by running apache manually without systemd and had the same issue... will that still fix it?
[15:30] <peetaur> oh it seemed to fix it ... it works, and now I only see this:   type=AVC msg=audit(1619537376.666:209): apparmor="DENIED" operation="file_mmap" profile="/usr/sbin/apache2" name="/" pid=1801 comm="apache2" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0
[15:50] <smoser> rbasak: what would you say would be the correct / most up to date information on git-ubuntu . I'm specifically interested package delta maintenance work flow
[16:17] <peetaur> thanks for suggesting attach_disconnected btw... it seems to be the only workaround for this
[16:18] <rbasak> smoser: https://github.com/canonical/ubuntu-maintainers-handbook/blob/master/PackageMerging.md maybe
[16:19] <rbasak> smoser: https://wiki.ubuntu.com/UbuntuDevelopment/Merging/GitWorkflow is the old page
[16:35] <smoser> rbasak: thank you.


[00:19] <netbook> Wait topic link is about a Massachusetts loco
[00:20] <tonyyarusso> ...
[00:20] <tonyyarusso> wth, you're right.  Did I manage to fail at copy and paste?
[00:21] <tonyyarusso> netbook: oh, they changed they're URL format without backwards compatibility :(
[00:22] <tonyyarusso> There we go.
[00:22] <netbook> nice
[02:36] <Takyoji> In case if others haven't seen the petition yet: http://www.fsf.org/campaigns/acta/acta-declaration
[04:46] <Takyoji> Is there any difference between PGP, GPG, and GnuPG?
[04:47] <Takyoji> Erm, I guess GPG = GnuPG
[04:47] <Takyoji> So GnuPG is just an open implementation of PGP?
[05:17] <Takyoji> Repeat; in case if I missed anything.
[05:35] <tonyyarusso> Takyoji: basically, yes.
[07:52] <Takyoji> Any reason why meaningful software version updates aren't ever available in the Ubuntu repositories ever?
[07:54] <Takyoji> For example; VLC 1.1.2 not being available; instead, 1.0.6 is only available, which even the VideoLAN team implies it's outdated: http://www.videolan.org/vlc/download-ubuntu.html
[07:56] <Takyoji> So for now I guess my web browser has to be the video player for locally stored WebM files..
[17:39] <tonyyarusso> Takyoji: Because the VideoLAN team either missed the feature freeze cutoff or failed to follow up with overstretched package maintainers.
[17:40] <tonyyarusso> !info vlc maverick | Takyoji
[19:27] <wildmustangs> I was wondering if I could get some help with getting a ltsp sever working
[19:32] <wildmustangs> is there any one who can help with terminal server set up
[19:46] <Takyoji> I'm a bit unfamiliar with setting up LTSP
[22:48] <tonyyarusso> If he comes back, there is someone on the mailing list who has extensive LTSP experience.