st case:
https://github.com/systemd/systemd/blob/main/test/units/TEST-69-SHUTDOWN.py
It opens a new tty with "login -f root" and then issues "shutdown -r"
on it. The same thing can be verified manually.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 03 Jul 2024 22:58:33 +0100 Luca Boccassi
wrote:
> On Wed, 3 Jul 2024 21:26:36 +0200 Michael Biebl
> wrote:
> > Am 03.07.24 um 21:00 schrieb Lionel Élie Mamane:
> > > On Wed, Jul 03, 2024 at 07:25:15PM +0200, Michael Biebl wrote:
> > >
> > >>>
mpfs on /run/systemd/userdb/ _and_
creating an empty io.systemd.DynamicUser file on it. Maybe it should
not abort like that, however, if you have the directory in /run/ _and_
the socket file exists _but_ nothing is listening on it, then your
machine is broken in some way. If the directory/socket are missing they
are just skipped gracefully.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
included can be seen at:
https://github.com/systemd/systemd-stable/compare/v252.26...v252.27
--
Kind regards,
Luca Boccassi
diff -Nru systemd-252.26/debian/changelog systemd-252.27/debian/changelog
--- systemd-252.26/debian/changelog 2024-06-16 10:44:31.0 +0100
+++ systemd-252.27/debian
d.
That was your decision, so stop wasting time and blaming others for
your choices.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
s very
new, but
> I'd like to start experimenting with it.
>
> Thanks :)
It's still considered experimental, and enabled only in dev mode. The
interface will likely change. Will need at least one more release to
stabilize. Should be done in time for Trixie.
--
Kind regards,
Luca Boc
alled as such. Incompatible changes in unstable/testing are
normal and expected, if you don't want to deal with them, just run
stable.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
are of this issue?
> >
>
> I don't see a systemd bug here, tbh. So I didn't raise this upstream.
>
> I might be completely wrong on this one though, so feel free to raise
> this upstream yourself.
This doesn't seem to be a systemd issue and there were no upda
ed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
what we want. In my
> understanding, we are trying to ship a distribution, IOW a set of
> packages that work *together*.
>
> If a confused dpkg was okay, then a lot of the work could have been
> skipped.
+1
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
tch, my conclusion is that the costs are not worth the
benefits, and I am ok with the minimal and localized risk that comes
with just relying on the much simpler Conflicts-based solution, and
will hence opt to use that instead.
Thanks again for the input and the discussion.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
usable, you can use apt install --install-
suggests and that will bring in everything.
> $ run0 ls /tmp
> Failed to start transient service unit: Access denied
>
> (note that run0 error message could be improved, but it is an
upstream issue)
Please file an issue upstream, or better yet, a PR.
--
Kind regards,
Luca Boccassi
ional, it should be explained and there should be some way way
to
> disable it.
There are no patches affecting this downstream. Issues unrelated to
configuration/packages/patches need to be reported upstream. There's
already a github issue about this.
--
Kind regards,
Luca Boccassi
d
and
> bookworm.
There are no patches for manpages, please report this directly upstream
or better yet, send a PR: https://github.com/systemd/systemd
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
s unlikely anything will happen.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
, which
are both
> > generated from src:systemd.
>
> I would have no objection to this, assuming the package maintainers
agree
> with it.
Thanks, uploaded.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
things that you don't know what to do, without
reading its documentation.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ies/*.conf file.
>
> After upgrading our image from debian buster to bookworm, the system
booted into the wrong partition.
Buster didn't even ship systemd-boot, we started shipping it from
bookworm, so there is certainly no incompatible change in Debian. Just
update your loader.
ution: We can simply try writing to the created devices and
perform
> the bind mount dance if it does not.
>
> I've prepared a patch for this.
>
> Helmut
Could you please send a MR on Salsa? Thanks
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
://ci.debian.net/packages/d/daemontools/testing/riscv64/47570489/
https://ci.debian.net/packages/d/daemontools/testing/riscv64/47570489/
https://ci.debian.net/packages/d/daemontools/testing/riscv64/47664507/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed
out
of testing with this RC bug since 2023-10-28.
I think it is now time to remove it from unstable too. Thanks.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
x27;\'': exit status %s, runtime %d
seconds\n' cryptroot-lvm 139 56
135s + exit 139
135s Result for test 'cryptroot-lvm': exit status 139, runtime 56 seconds
https://ci.debian.net/packages/c/cryptsetup/testing/amd64/47561302/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
invalid padding (200+ bytes instead of 32) and
is rejected
> if passed to a CA
There are no patches in Debian, please test this again in
unstable/testing, and if it is still a problem report this upstream:
https://github.com/tpm2-software/tpm2-openssl/issues
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
kill 29110
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 9 Jun 2024 at 21:07, Andreas Beckmann wrote:
>
> Hi Peter,
>
> thanks for testing that.
>
> On 08/06/2024 16.42, Peter De Wachter wrote:
> > Those locations work. But the correct environment variable turns out to be
> > SYSTEMD_SLEEP_FREEZE_USER_SESSIONS (plural), the NEWS file has it wron
On Sun, 9 Jun 2024 06:58:24 +0200 Andreas Metzler
wrote:
> On 2024-05-29 Luca Boccassi wrote:
> > On Wed, 29 May 2024 20:15:36 +0200 Michael Biebl > wrote:
> >> On Tue, 28 May 2024 17:15:02 +0100 Luca Boccassi > wrote:
> >>> On Tue, 28 May 2024 17:
On Fri, 7 Jun 2024 at 21:03, Andreas Beckmann wrote:
>
> On 07/06/2024 08.17, Peter De Wachter wrote:
> > systemd 256-rc3 was recently uploaded to Debian. Its NEWS file mentions:
> >
> > * The behavior of systemd-sleep and systemd-homed has been updated
> > to
> >freeze user
--
236s Ran 67 tests in 177.484s
236s
236s FAILED (failures=1)
236s FAIL: upower/upower-integration.test (Child process exited with code 1)
https://ci.debian.net/packages/u/upower/testing/s390x/47448061/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
mtu 1500 qdisc noqueue state UP group default
qlen 1000
359s link/ether ea:67:94:09:48:31 brd ff:ff:ff:ff:ff:ff promiscuity 0
allmulti 0 minmtu 68 maxmtu 65535
359s veth numtxqueues 64 numrxqueues 64 gso_max_size 65536 gso_max_segs
65535 tso_max_size 524280 tso_max_segs 65535 gro_max_s
,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 6 Jun 2024 at 22:30, Noah Meyerhans wrote:
>
> On Wed, Jun 05, 2024 at 10:09:25PM +0100, Luca Boccassi wrote:
> > > Is there any specific additional testing that the systemd maintainers
> > > would like to see?
> > >
> > > noah
> >
> &g
network-
manager.
> I have to admit that I don't like systemd.
Nobody cares, you can keep these sort of comments for yourself.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
/close_range.2.html
This syscall has been available since Linux 5.9 (bullseye/oldstable).
Reassigning this to torbrowser-launcher.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 5 Jun 2024 at 21:47, Noah Meyerhans wrote:
>
> On Tue, Jun 04, 2024 at 11:53:17PM +0100, Luca Boccassi wrote:
> > > This has recently been fixed in the systemd packages for sid/trixie.
> > [4]
> > > I'm going to reassign this to the systemd maintainers
has been bumped in systemd 256~rc3-3, to the max
that the kernel allows. The soft limit is still 1024.
A tight loop around any hard limit is really a bug, and using
close_range is indeed the right solution here.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signe
to a conffile, which will introduce issues on
> upgrades, but we will see.
Such a change in a stable release would be very risky, and at the very
least it would need to get buy-in from the release team in advance. If
you want to ask RT if they are ok with it, and then thoroughly test it
and provide a MR, with RT's blessings, then I will merge it and include
it in the next point release.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
NOME crashing is not a systemd issue, closing. If you have issues with
GNOME please open a bug against the relevant package, attaching
relevant information.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
_hierarchy=0"
You need to remove that, and then it will work. Closing.
> - Original Message -
> > From: "Luca Boccassi"
> > To: "Christophe Trophime"
> > Cc: 1072...@bugs.debian.org
> > Sent: Monday, June 3, 2024 7:33:45 PM
&
On Mon, 3 Jun 2024 at 18:29, Christophe Trophime
wrote:
>
> Hi,
> could you please just tell what info do you need?
As already mentioned: did you customize the kernel command line?
Cgroupsv2 has been the default for years
> - Original Message -
> > From: "Luca
> I'm using container tools like docker (nvidia-container), singularity
and charliecloud
>
> Thanks for your help
> Best
> C
>
> PS: cannot provide any additional info about my debian trixie host.
cgroupsv2 is the default and has been since Bookworm, did you apply
some cust
sing stable.
> Can you please test, if you can still reproduce this with v250 from
> bullseye-backports and if so, report this upstream at
> https://github.com/systemd/systemd/issues
No answer nor upstream report in 2 years, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 3 Jun 2024 at 12:44, Diederik de Haas wrote:
>
> On Monday, 3 June 2024 13:29:48 CEST Luca Boccassi wrote:
> > as we get near the Trixie freeze (say, September)
>
> Wait, wut? Isn't that usually in/around January?
Yes, but that's the final deadline, changes
Control: tags -1 pending
On Tue, 03 Jan 2023 12:05:10 +0100 Luca Boccassi
wrote:
> On Tue, 3 Jan 2023 03:26:37 +0100 Marco d'Itri wrote:
> > On Jan 03, Adam Borowski wrote:
> >
> > > Debian's default sysctl settings should reside in procps (as it
> ow
> /usr/lib/tmpfiles.d/legacy.conf:13: Duplicate line for path
"/run/lock", ignoring.
It's expected and harmless, just ignore it as the message says
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 3 Jun 2024 at 02:22, Cyril Brulebois wrote:
>
> Hi,
>
> Luca Boccassi (2024-06-03):
> > Package: wnpp
> > Severity: wishlist
> > Owner: Luca Boccassi
> > X-Debbugs-Cc: debian-de...@lists.debian.org
> >
> > * Package name: sy
Package: wnpp
Severity: wishlist
Owner: Luca Boccassi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: systemd-boot-installer
Version : 0.1
Upstream Author : Luca Boccassi
* URL :
https://salsa.debian.org/installer-team/systemd-boot-installer
* License
On Mon, 3 Jun 2024 at 00:22, Guilhem Moulin wrote:
>
> On Mon, 03 Jun 2024 at 00:14:39 +0100, Luca Boccassi wrote:
> > On Mon, 3 Jun 2024 at 00:09, Guilhem Moulin wrote:
> >> On Sun, 02 Jun 2024 at 23:35:57 +0100, Luca Boccassi wrote:
> >>> I gather the in
On Mon, 3 Jun 2024 at 00:09, Guilhem Moulin wrote:
>
> On Sun, 02 Jun 2024 at 23:35:57 +0100, Luca Boccassi wrote:
> > Yes, the purpose of the option is to leave that device alone, as it
> > cannot be closed from the host os, as programs will be running from
> > it.
On Sun, 2 Jun 2024 at 23:22, Guilhem Moulin wrote:
>
> Control: tag -1 = pending
>
> Hi,
>
> On Mon, 27 May 2024 at 23:32:13 +0100, Luca Boccassi wrote:
> > Please consider applying the same change in the initramfs-tools
> > cryptsetup scripts, so that x-initr
On Sun, 2 Jun 2024 at 20:04, Cyril Brulebois wrote:
>
> Luca Boccassi (2024-05-27):
> > I'll upload a D-I fix that adds x-initrd.attach to crypttab by default
> > shortly. Yes you can ignore the "unknown option" message, as the
> > Debian-specific initr
f3ZEGToWh71Wn9whsbp3QoGMENc4UUth8KPoiu2QuEzbl...
44s E
44s E ...Full output truncated (2 lines hidden), use '-vv' to show
https://ci.debian.net/packages/d/dropbear/testing/s390x/47157781/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ckages. I've reopened and reassigned to the
metapackage, as the versioned packages have short lives and these bugs
get automatically closed when they are removed, even if the problems
persist.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
command mentionned above as the system will not
boot.
I have already updated the wording in git to exclude manual fstabs
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
en everything works as expected, but things
break when you misunderstand the NEWS entry and apply a change that you
shouldn't apply? Then there's no bug, it's just a misunderstanding,
closing
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ext4
defaults,discard,noatime,nodiratime 0 2
>
>
> System does not boot
Set log level to debug via the kernel command line, and attach the
journal log.
Also use report-bug so that all the relevant information is collected
and attached.
--
Kind regards,
Luca Boccassi
sig
Control: close -1
On Wed, 29 May 2024 19:16:19 +0100 Luca Boccassi
wrote:
> Control: tags -1 moreinfo
>
> On Wed, 29 May 2024 19:08:02 +0200 Grzegorz
wrote:
> > Package: systemd
> > Version: 256~rc3-2
> > Severity: minor
> > X-Debbugs-Cc: grzeg...@g
ems. This bug is
about a dangling symlink and has nothing to do with your custom setup.
Stop playing ping pong with the BTS.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: close -1
On Fri, 31 May 2024 13:33:59 +0200 luca pedrielli
wrote:
> > Il 31/05/24 11:23, Luca Boccassi ha scritto:
> > >
> > > Something on your system is using it without declaring a
dependency.
> > > This is not really an issue, as it's a tm
ks if you don't need them.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 31 May 2024 at 06:07, Jakub Wilk wrote:
>
> * Jun MO , 2024-05-31 01:05:
> >And something "off topic". I find there is a char __glibc_reserved[20]
> >variable in the struct utmp, which is commented as "Reserved for future
> >use". Just a brainstorm, if this variable is not currently used,
On Fri, 31 May 2024 11:03:36 +0200 "luca.pedrielli"
wrote:
> here it is
umount[1234]: umount: /tmp: target is busy
Something on your system is using it without declaring a dependency.
This is not really an issue, as it's a tmpfs, so it will just be
dropped later.
--
going to add that to the
suggestions. You can of course do it on your machine if you prefer to
lock it down further.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
; mag 31 10:04:38 unstable systemd[1]: tmp.mount: Mount process exited,
> code=exited, status=32/n/a
> mag 31 10:04:38 unstable systemd[1]: Failed unmounting tmp.mount -
Temporary
> Directory /tmp.
Please set log level to debug with 'sudo systemctl log-level debug',
try agai
d-tools from testing, which I
need for some CI jobs, so I am going to NMU this now, without delay as
the RC bug has been open since January. Debdiff attached and pushed to
Salsa.
--
Kind regards,
Luca Boccassi
diff -Nru wireguard-1.0.20210914/debian/changelog wireguard-1.0.20210914/debian/changelo
On Thu, 30 May 2024 at 00:17, Sudip Mukherjee
wrote:
>
> On Wed, 29 May 2024 at 23:27, Luca Boccassi wrote:
> >
> > On Wed, 29 May 2024 19:00:59 +0100 Ben Hutchings
> > wrote:
> > > On Sat, 2023-12-02 at 20:04 +, Sudip Mukherjee wrote:
> > > >
g libbpf and bpftool to the kernel team area under
Salsa? That way more people can help, and it can use salsa-ci too
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: affects -1 - piuparts debos vmdb2
Control: reassign -1 piuparts
On Tue, 28 May 2024 13:14:00 +0200 Helmut Grohne
wrote:
> Control: reassign -1 debootstrap
> Control: affects -1 + piuparts debos vmdb2
>
> On Tue, May 28, 2024 at 12:08:37PM +0100, Luca Boccassi wrote:
>
Control: close -1
On Wed, 29 May 2024 20:15:36 +0200 Michael Biebl
wrote:
> Control: reopen -1
>
> On Tue, 28 May 2024 17:15:02 +0100 Luca Boccassi
wrote:
> > Control: tags -1 wontfix
> > Control: close -1
> >
> > On Tue, 28 May 2024 17:44:54 +0200 Michae
nes ***
"some software crash at system start-up" is not an actionable bug
report. Please provide details - what, where, how, decoded backtraces,
etc.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 29 May 2024 11:16:22 +0100 Luca Boccassi
wrote:
> On Tue, 28 May 2024 10:59:58 +0100 Luca Boccassi
> wrote:
> > Source: debos
> > Version: 1.1.1-2.1
> > Severity: important
> > Tags: patch
> >
> > Hi,
> >
> > debos calls de
On Tue, 28 May 2024 10:59:58 +0100 Luca Boccassi
wrote:
> Source: debos
> Version: 1.1.1-2.1
> Severity: important
> Tags: patch
>
> Hi,
>
> debos calls debootstrap in /tmp/. Since systemd 256~rc3-3 /tmp/ is a
> tmpfs, mounted nodev, so debootstrap doesn't like
On Tue, 28 May 2024 at 14:45, Luca Boccassi wrote:
>
> On Tue, 28 May 2024 at 14:19, Luca Boccassi wrote:
> >
> > On Tue, 28 May 2024 at 14:18, Anthony Bourguignon
> > wrote:
> > >
> > > Le mardi 28 mai 2024 à 14:06 +0100, Luca Boccassi a écrit :
>
understands
xkb console handling. More details:
https://salsa.debian.org/systemd-team/systemd/-/merge_requests/189#note_379435
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
n/lock 1777 root root - -
> /usr/lib/tmpfiles.d/legacy.conf:d /run/lock 0755 root root -
>
> triggering unnecessary warnings.
This is needed to apply debian-specific changes, just ignore it, it's
harmless
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 patch
On Tue, 28 May 2024 12:08:37 +0100 Luca Boccassi
wrote:
> Source: piuparts
>
> Hi,
>
> When piuparts runs debootstrap, it is pointed to the default --
tmpdir,
> which absent any configuration or env var is /tmp/, which is now
(since
> systemd 256~rc3
attached. This should make debci on Debian stable happy again.
The list of commits included can be seen at:
https://github.com/systemd/systemd-stable/compare/v252.25...v252.26
--
Kind regards,
Luca Boccassi
diff -Nru systemd-252.25/debian/changelog systemd-252.26/debian/changelog
--- systemd-252.25
On Tue, 28 May 2024 at 14:19, Luca Boccassi wrote:
>
> On Tue, 28 May 2024 at 14:18, Anthony Bourguignon
> wrote:
> >
> > Le mardi 28 mai 2024 à 14:06 +0100, Luca Boccassi a écrit :
> > > On Tue, 28 May 2024 at 14:05, Anthony Bourguignon
> > > wrote:
&g
On Tue, 28 May 2024 at 14:18, Anthony Bourguignon wrote:
>
> Le mardi 28 mai 2024 à 14:06 +0100, Luca Boccassi a écrit :
> > On Tue, 28 May 2024 at 14:05, Anthony Bourguignon
> > wrote:
> > >
> > > Le mardi 28 mai 2024 à 12:38 +0100, Luca Boccassi a écrit :
On Tue, 28 May 2024 at 14:05, Anthony Bourguignon wrote:
>
> Le mardi 28 mai 2024 à 12:38 +0100, Luca Boccassi a écrit :
> > On Tue, 28 May 2024 13:09:53 +0200 Anthony Bourguignon
> > wrote:
> > > Hi,
> > >
> > > Since 256~rc3-3, I can’t login anym
the /etc/pam.d/common* files from another computer, deleted
> the systemd-homed file in the
> same directory, and everything is back to normal.
uff I tested it from a TTY rather than GNOME and it worked. Does it
work from the console for you?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
like that as it
wants to create fresh node files.
Please make piuparts --tmpdir default to /var/tmp if nothing is set, to
avoid this issue.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
rt-qemu and it fixes the issue. I'd
appreciate a quick upload, as it blocks systemd's migration.
I'd also be happy to NMU this if you are busy.
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
..
> /usr/lib/tmpfiles.d/legacy.conf:13: Duplicate line for path
"/run/lock", ignoring.
It's harmless, just ignore it
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 28 May 2024 at 04:47, Salvatore Bonaccorso wrote:
>
> Hi Luca,
>
> On Mon, May 27, 2024 at 09:49:47PM +0100, Luca Boccassi wrote:
> > On Mon, 27 May 2024 14:31:37 +0200 Thorsten Leemhuis
> > wrote:
> > > On 27.05.24 14:22, Luca Boccassi wrote:
> >
On Sun, 5 May 2024 at 21:04, Luca Boccassi wrote:
>
> On Tue, 5 Jul 2022 19:42:37 +0200 Michael Biebl
> wrote:
> >
> > Hi Eric
> >
> > On Fri, 31 Jul 2020 15:12:48 + Eric Desrochers
> > wrote:
> > > Package: systemd
> > > Version: 2
x /tmp/my-precious' | sudo tee /etc/tmpfiles.d/precious.conf
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 27 May 2024 at 20:02, Steve Langasek wrote:
>
> On Sun, May 26, 2024 at 07:01:30PM +0100, Luca Boccassi wrote:
> > Control: tags -1 help
>
> > This is the pam config I ship:
>
> > # cat /usr/share/pam-configs/systemd-homed
> > Name: Enable user manageme
On Mon, 27 May 2024 22:44:21 +0100 Luca Boccassi
wrote:
> On Fri, 30 Sep 2022 23:34:46 -0300 ng wrote:
> > Now, I think is worth mentioning that:
> >
> > Adding 'x-initrd.attach' to the device holding root at
> /etc/crypttab,
> > does in fact sol
ult
shortly. Yes you can ignore the "unknown option" message, as the
Debian-specific initramfs-tools scripts do not know about it, but
that's fine, it's for the shutdown path anyway. And the finalize
messages can also be ignored.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 27 May 2024 at 22:15, Ian Jackson
wrote:
>
> bl...@debian.org writes ("Bug#1072021: hippotat-server: drop dependency on
> system-log-daemon"):
> > As per https://lists.debian.org/debian-devel/2024/05/msg00425.html we
> > want to drop dependencies on system-log-daemon when they are set
> >
On Mon, 27 May 2024 14:31:37 +0200 Thorsten Leemhuis
wrote:
> On 27.05.24 14:22, Luca Boccassi wrote:
> >> https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/2056461
> >
> > This has been reported upstream 3 weeks ago, but so far it seems no
> > action
t; >
> > [1]
https://sources.debian.org/src/sysvinit/2.93-8/src/shutdown.c/#L467
> >
> >
>
> I've forwarded this feature request upstream. Please follow up there
if
> you have further feedback.
This is tracked upstream, there are no patches nor configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ng with systemd upstream myself given my past experiences
on
> systemd developer mailinglist, please respect that.
>
> Thank you,
> Martin
As explained in the upstream ticket this is pretty much intentional,
hence closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
other idea could be to list all sub-services
> (instance names) in the output. maybe showing a one line status for
all
> instances would make the top-level status all the more useful.
>
> I don't know much about the systemd code though so I don't know which
> option is mo
systemd-tty-ask-password-agent can
> be fired off by the target users to respond to queries.
This is tracked upstream, there are no patches nor configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
stemd/system-sleep. systemd-sleep
> should clearly look in /etc/systemd/system-sleep too for local
> changes.
As explained in the upstream ticket, this is intentional as these are
runnable binaries rather than configuration, so it is unlikely to ever
be changed, hence closing.
--
Kind regar
ed getty@.service.
>
> Would you mind filing this upstream at
> https://github.com/systemd/systemd/issues
>
> I think you are in a better position to argue why this change should
be
> done in systemd and not agetty.
This is tracked upstream, there are no patches nor configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ked upstream, there are no patches nor configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
bility problem because of the perceived
> > delay during interactive work.
>
> > This behaviour is observed on several installations of the
> > up-to-date Debian Buster. This seems to be a regression compared
> > to the Stretch version:
> >
> > # systemctl --v
gt; Since this appears to be a regression in v251, please file this
> >> upstream at https://github.com/systemd/systemd/issues
> >
> > OK, I've just reported the issue upstream.
> >
>
> Thanks, appreciated.
This is tracked upstream, there are no patches nor
101 - 200 of 1016 matches
Mail list logo