Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

2024-05-05 Thread Paul Gevers
Hi Luca, On 05-05-2024 10:04 p.m., Luca Boccassi wrote: > Hence, I intend to apply these changes in the next src:systemd upload > to unstable, probably next week. In case anybody is aware of packages/programs needing an update to cope with these changes, or any other issue, please let me know

Re: Bug#1050256: AppArmor breaks locking non-fs Unix sockets

2023-12-06 Thread Paul Gevers
Hi, On Mon, 18 Sep 2023 20:54:17 +0200 Paul Gevers wrote: On 09-09-2023 13:06, Paul Gevers wrote: > All ci.d.n workers (except riscv64) now run the kernel from > bookworm-backports. systemd passes it's autopkgtest again in unstable, > testing and stable. We're having

Re: Bug#1050256: autopkgtest fails on debci

2023-09-18 Thread Paul Gevers
Hi all, On 09-09-2023 13:06, Paul Gevers wrote: All ci.d.n workers (except riscv64) now run the kernel from bookworm-backports. systemd passes it's autopkgtest again in unstable, testing and stable. We're having issues [1] with the (backports and) unstable kernel on our main amd64 host, so

Re: Bug#1050256: autopkgtest fails on debci

2023-09-09 Thread Paul Gevers
Hi, On 03-09-2023 10:50, Paul Gevers wrote: I have manually upgraded the s390x host and rebooted, so that can serve as a test arch. All ci.d.n workers (except riscv64) now run the kernel from bookworm-backports. systemd passes it's autopkgtest again in unstable, testing and stable. Paul

Re: Bug#1050256: autopkgtest fails on debci

2023-09-03 Thread Paul Gevers
Hi, On 03-09-2023 02:56, Michael Biebl wrote: My main concern is to "stop the bleeding" quickly, so to speak, especially/mainly for debci. I agree with you, but also consider that with this issue being there since ~ April 2023 we don't need to rush. I guess we have three options here: a/

Bug#1033265: netplan.io: autopkgtest tmpfails in unstable with systemd from experimental

2023-03-20 Thread Paul Gevers
Source: netplan.io Version: 0.106-1 Severity: important X-Debbugs-CC: syst...@packages.debian.org Dear maintainers, Since the upload of systemd 253~rc2-1 to experimental the autopkgtest tmpfails in unstable if tested with systemd from experimental. Your test asks for a reboot, which times

Bug#1025908: systemd: flaky autopkgtest: test_resolved_domain_restricted_dns

2022-12-11 Thread Paul Gevers
Source: systemd Version: 251.4-3 Severity: serious User: debian...@lists.debian.org Usertags: flaky Dear maintainer(s), I looked at the results of the autopkgtest of your package. I noticed that it regularly fails. It seems that DNS either times out or isn't really reliable. I suggest to

Bug#995655: dnsmasq breaks systemd autopkgtest: b'megasearch.net: 192.168.42.1' not found in b'megasearch.net: 207.148.248.143

2021-10-03 Thread Paul Gevers
Source: dnsmasq, systemd Control: found -1 dnsmasq/2.86-1 Control: found -1 systemd/247.9-1 Severity: serious Tags: sid bookworm X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainer(s), With a recent upload of dnsmasq the

Re: Bug#979450: booth: autopkgtest fails on ci-worker-ppc64el-01 (but apparently not on other ppc64el workers)

2021-01-28 Thread Paul Gevers
reassign 980964 autopkgtest reassign 980965 autopkgtest reassign 979450 autopkgtest force-merge 980964 980965 979450 severity 980964 important retitle 980964 autopkgtest-build-lxc doesn't copy /config thanks Hi, tl;dr; issue found and worked around: recreation of containers is flawed, so fresh

Bug#975010: src:systemd: autopkgtest regression in testing: timedated test times out

2020-11-17 Thread Paul Gevers
Source: systemd Version: 246.6-2 X-Debbugs-CC: debian...@lists.debian.org Severity: serious User: debian...@lists.debian.org Usertags: regression timesout Dear maintainer(s), Recently (somewhere this week) the autopkgtest of systemd started to fail in testing on all architectures we run it on

Bug#934992: network-manager breaks systemd autopkgtest

2019-08-18 Thread Paul Gevers
Hi Michael, You already got a bit further, but nevertheless. On 18-08-2019 18:39, Michael Biebl wrote: > Paul, which lxc version was used to run the autopkgtest tests? We are currently running stretch on 11/12 of the workers and buster on the other one (number 12). > Is it possible to get

Bug#934992: network-manager breaks systemd autopkgtest

2019-08-17 Thread Paul Gevers
Source: network-manager, systemd Control: found -1 network-manager/1.20.0-1 Control: found -1 network-manager/1.19.90-2 Control: found -1 systemd/241-7 Severity: serious X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With

Re: Release Notes for buster: 70-persistent-net-rules still supported?

2019-07-04 Thread Paul Gevers
Hi, On 03-07-2019 18:52, andreimpope...@gmail.com wrote: > My new patch tries to address this. Pushed this version already. Paul signature.asc Description: OpenPGP digital signature ___ Pkg-systemd-maintainers mailing list

Re: Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-27 Thread Paul Gevers
Hi, On 27-06-2019 20:02, Justin B Rye wrote: > Justin B Rye wrote: >> Okay, so here's a first rough idea of what the release-notes might >> say. > > Properly formatted patch attached. Pushed that patch to the archive. Thanks. Paul signature.asc Description: OpenPGP digital signature

Bug#931181: init-system-helpers breaks chrony autopkgtest

2019-06-27 Thread Paul Gevers
Control: reassign -1 chrony 3.4-4 Control: retitle -1 chrony: autopkgtest regression due to new clknetsim Hi Vincent, On 27-06-2019 20:33, Vincent Blut wrote: >> Currently this regression is blocking the migration of >> init-system-helpers to testing [1]. Due to the nature of this issue, I >>

Bug#931181: init-system-helpers breaks chrony autopkgtest

2019-06-27 Thread Paul Gevers
Source: init-system-helpers, chrony Control: found -1 init-system-helpers/1.57 Control: found -1 chrony/3.4-4 Severity: important X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With a recent upload of init-system-helpers

Bug#924539: systemd: flaky autopkgtest; test networkd-test.py -> Command '['systemctl', 'start', 'systemd-networkd']' returned non-zero exit status 1.

2019-03-14 Thread Paul Gevers
Source: systemd Version: 241-1 Severity: important X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: flaky Dear maintainers, Since the end of February the autopkgtest of systemd sometimes succeeds in unstable and testing, where it used to fail always. Because

Bug#923179: systemd breaks python-dbusmock autopkgtest

2019-02-25 Thread Paul Gevers
Control: reassign -1 python-dbusmock 0.18.1-2 Control: fixed -1 0.18.2-1 Hi Martin, On 24-02-2019 22:41, Martin Pitt wrote: > Right, I already noticed that, fixed it upstream, and did a new release: Oops, sorry. Normally I check this, but somehow I forgot to do so in this case. > So what's

Bug#923179: systemd breaks python-dbusmock autopkgtest

2019-02-24 Thread Paul Gevers
Source: systemd, python-dbusmock Control: found -1 systemd/241-1 Control: found -1 python-dbusmock/0.18.1-2 Severity: important X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With a recent upload of systemd the

Bug#911408: dnsmasq breaks systemd autopkgtest

2018-10-20 Thread Paul Gevers
Hi Michael, On 20-10-18 01:01, Michael Biebl wrote: > Am 19.10.18 um 21:07 schrieb Paul Gevers: > >> == >> ERROR: test_resolved_domain_restricted_dns (__main__.DnsmasqClientTest) >> resolved: domai

Bug#911408: dnsmasq breaks systemd autopkgtest

2018-10-19 Thread Paul Gevers
Source: dnsmasq, systemd Control: found -1 dnsmasq/2.80-1 Control: found -1 systemd/239-10 X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With a recent upload of dnsmasq the autopkgtest of systemd fails in testing when

Bug#906051: init-system-helpers breaks puppet autopkgtest: puppet service not running

2018-08-13 Thread Paul Gevers
Source: puppet, init-system-helpers Version: init-system-helpers/1.52 Version: puppet/5.5.3-1 User: debian...@lists.debian.org Usertags: breaks needs-update regression Dear maintainers, With a recent upload of init-system-helpers the autpkgtest of puppet started to fail in testing (unstable has

Error retrieving accessibility bus address

2018-07-09 Thread Paul Gevers
Dear all, I just spotted the following error in an autopkgtestĀ¹ that started to appear two weeks ago (coinciding with systemd 239, hence the CC): Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files

Re: uninstallable packages

2018-07-07 Thread Paul Gevers
Hi Michael, On 04-07-18 12:48, Michael Biebl wrote: > Hi Paul, > > the latest systemd upload triggered various, new regressions. > E.g. looking at nftables, I can't really make sense out this error message: > > Building dependency tree... > Reading state information... > E: Unable to locate

Re: uninstallable packages

2018-07-04 Thread Paul Gevers
Hi Michael, On 04-07-18 15:13, Michael Biebl wrote: > Am 04.07.2018 um 14:47 schrieb Paul Gevers: > >> I have noticed them in a couple of logs already myself, but I haven't >> had the time to investigate yet. It looks like a bug to me. I think I >> saw them before autop

Re: uninstallable packages

2018-07-04 Thread Paul Gevers
Hi Michael, On 04-07-18 12:48, Michael Biebl wrote: > the latest systemd upload triggered various, new regressions. > E.g. looking at nftables, I can't really make sense out this error message: > > Building dependency tree... > Reading state information... > E: Unable to locate package

Re: new version of systemd seems to break autopkgtests of policykit-1, kwin and python-dbusmock

2018-06-24 Thread Paul Gevers
Hi systemd and kwin maintainers, On 23-06-18 14:38, Paul Gevers wrote: >> The breakage in kwin looks unrelated to me (maybe caused by the libinput >> update, dunno). > > To avoid any doubt, I have triggered a reference run, with only testing > (results in a hour or so). Bu