vpa1977Hi, would it be possible to review rlottie FTBS: https://code.launchpad.net/~vpa1977/ubuntu/+source/rlottie/+git/rlottie/+merge/438432 - I've tried to do minimal change and just removed offending code since it was not used.04:20
zhsja new/fixed version of arno-iptables-firewall has migrated. could someone retry all regressions by arno-iptables-firewall? notably I want https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=arno-iptables-firewall&trigger=kmod%2F30%2B20221128-1ubuntu106:37
liushuyuHi there, can someone help me retry some autopkgtests? Thank you! The links follow after this message:07:15
liushuyu-- End of links. Thank you!07:16
soundmodelanyone know good hosts for having continuous IRC with FOSS projects?08:48
schopincoreycb: The only thing I can tell you about rustc backports is that as long as we have Firefox in an LTS release archive we'll have to regularly backport rustc to all subsequent releases. We should move to versioned package names at some point to minimize potential breakages though.09:01
schopincoreycb: I'm a bit surprised by wanting to backport python-cryptography though. Wouldn't that be fairly risky given the number of rdeps?09:06
Unit193soundmodel: IRCCloud, or perhaps a ZNC host.09:15
soundmodelbut I also read: https://libera.chat/contributing/sponsor/09:18
soundmodelit's surprising that I get this feature free with Discord, but then these channels decide to use IRC while I cannot find a host that gives me free service09:21
ginggszhsj: arno-iptables-firewall retried10:04
zhsjginggs: thx10:04
ginggsliushuyu[m]: libzstd and victoriametrics retried10:05
coreycbschopin: Thanks for the info. yes there are a lot of rdeps. I don't know that I have much of a choice unfortunately since new versions of keystone for openstack require it.12:19
* ahasenack wonders why ubuntu's vim still doesn't default to set bg=dark, given the default terminal is dark12:27
ahasenackso a dep8 test starts at 18:54:1613:18
ahasenackenv is being prepared13:18
ahasenackthat's a bunch of apt upgrades/installs13:18
ahasenackit gets killed mid-apt-install at 20:05:0713:18
ahasenacktimeout: kind: install13:18
ahasenackdefault "install" timeout in autopkgtest is 3000s13:19
ahasenackso the vm didn't even finish apt-get install in time?13:19
ahasenackare the dep8 vms so slow? disk? network?13:19
ahasenack@paride: any idea? does that depend on which dc it was launched? Are there known issues?13:19
ahasenackautopkgtest-lrg-root4@bos02-arm64-18.secgroup <-- "boston 02"?13:20
ahasenackcpaelzer: you mentioned something about "good" and "bad" DCs for dep8 runners the other day iirc?13:21
parideahasenack, I have no clear idea, I'm trying to manually bring up a VM which shows clear slowness to then point IS to it13:22
ahasenackparide: so you have seen this slowness already?13:22
cpaelzerahasenack: yeah bos01 is the one with newer chips13:41
cpaelzerbut this log seems slower than anything I referred to would cause13:41
ahasenackxnox: hm, I'm not able to reproduce #1826294 in a lunar vm, with rsyslog's apparmor profile in enforce mode. I tried both running "os-prober" and the shell script from the bug. What am I missing?15:44
xnoxahasenack:  i can reproduce it, but i am on a weird kernel. Question 1) do you run it as root Question 2) do you windows drive attached to make os-prober do things and log stuff?15:46
ahasenackxnox: 1) I ran the test script (and os-prober) as root, yes15:47
xnoxahasenack:  question 3) did you upgrade to 6.1 kernel?15:47
ahasenack2) nope, nothing of the sort, no drive attached, just plain lunar vm started up15:47
xnoxcause we also have apparmor regression in 6.1 kernel15:47
ahasenack3) nope, am on 5.19, let me upgrade and reboot15:47
xnoxi think plain lunar vm will quickly find nothing, and thus will not attempt to do anything.15:47
xnoxplease try 6.1 kernel, from lunar-release.15:47
ahasenackwill do15:47
xnoxhopefully that will be enough to trigger the regression. cause maybe it is our apparmor regression.15:48
ahasenackwhat is the apparmor regression?15:48
xnoxahasenack:  we dropped patches for ipc mitigation, as we didn't have updated pull request.15:50
xnoxahasenack:  also i upload os-prober work around for --socket-error=off => so when running os-prober, ideally there should be no denials in dmesg, and no error messages on stderr w.r.t. unable to open /dev/log.15:50
xnoxbut that's only in lunar-proposed right now15:51
xnoxalso need a bug report for apparmor15:51
ahasenackyeah, I saw your fix, I still have the old os-prober package15:51
ahasenackhm, on 6.1.0 now15:51
ahasenackI changed the test script slightly to produce a unique log message everytime, to avoid rsyslog's throttling15:52
ahasenackI do see two logger calls, and they don't fail, and no apparmor denials15:52
ahasenackxnox: did you reproduce the DENIED with the test script from the bug?15:52
ahasenackor just with an os-prober call15:52
ahasenackI don't doubt the fix, there are many apparmor profiles out there with that extra flag15:53
xnoxahasenack:  i'm seeing this on the linux-laptop 6.1 kernel which is a ppa kernel.16:18
xnoxahasenack:  i guess the onus is on me to reproduce this with stock lunar16:18
ahasenackxnox: is there one in lunar-proposed I could try?16:18
xnoxit will never be in ubuntu archive, and it's arm64 only kernel16:30
xnoxahasenack:  https://bugs.launchpad.net/ubuntu/+source/os-prober/+bug/1826294/comments/4 => can you try that ?16:30
-ubottu:#ubuntu-devel- Launchpad bug 1826294 in rsyslog (Ubuntu) "os-prober exits prematurely with 'logger: socket /dev/log: Protocol wrong type for socket'" [Critical, New]16:30
xnoxas that's minimal end-to-end reproducer for me, on arm6416:30
xnoxThis is Ubuntu desktop install. rsyslog.service is active and running, systemd-journald-dev-log.socket is running.16:31
xnoxif it matters16:31
liushuyuginggs: Thank you!16:43
kanashiro[m]enr0n: done20:02
=== fo0bar_ is now known as fo0bar
fo0barLooks like ubuntu-ports currently has a Packages mismatch for systemd: https://gist.github.com/rfinnie/1bbd5d01cb250b4991004ba698d77ae520:11
sarnoldhey fo0bar :) this should be fixed soon20:17
fo0barhaha, I returned to IRC for a bug report :) (actually no, I first mentioned it on an alumni Signal channel, THEN came here).  thanks for the confirmation20:18
sarnoldfo0bar: try again?20:43
fo0barsarnold: confirmed, thanks!20:46
sarnoldfo0bar: woot! thanks :)20:46

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!