lid 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
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
NS (plural), the NEWS file has it wrong.
>
> Hi Luca,
>
> do you need a cloned bug against systemd for the variable mismatch?
Thanks but no need, it's just the changelog, already fixed it.
> > (I've no idea why suspend seemed to work for me yesterday with the wrong
> > variabl
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
4s
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
5
359s veth numtxqueues 64 numrxqueues 64 gso_max_size 65536 gso_max_segs
65535 tso_max_size 524280 tso_max_segs 65535 gro_max_size 65536
359s inet6 2600::19/128 scope global dynamic noprefixroute
359svalid_lft 86395sec preferred_lft 86395sec
359s inet6 fe80::e867:9
,
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
> >
>
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 for n
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
roduce 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
GNOME 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
oup_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
es?
> 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 custom ke
e.
> 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 should be
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
> owns
> &g
> /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
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
> >
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
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 initram
iu2QuEzbl...
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 Boc
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
systems. 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 tmpfs,
> 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 tmpfs, so it will just be
> > dropped later.
I noticed it on a VM and it seems to be /usr/bin/
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.
--
Kind
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
Control: tags -1 moreinfo
On Fri, 31 May 2024 10:29:40 +0200 luca wrote:
> Package: systemd
> Version: 256~rc3-6
> Severity: normal
> X-Debbugs-Cc: ago...@gmail.com
>
> after latest updates tmpfs -> /tmp systemd complains on shutdown
>
> # journalctl -b -1 | grep
Package: systemd
Version: 256~rc3-6
Severity: normal
X-Debbugs-Cc: ago...@gmail.com
after latest updates tmpfs -> /tmp systemd complains on shutdown
# journalctl -b -1 | grep tmp.mount
mag 31 10:02:43 unstable systemd[1]: Mounting tmp.mount - Temporary Directory
/tmp...
mag 31 10:02:43 unstable
ls 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/changelog
---
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:
> > >
bpf 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 ca
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 it:
&
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~
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
synced 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
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
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
/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 solve systemd
nown 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
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 more feasible. I
e.g. 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
/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 regards,
L
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
t; >> 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 conf
of minor severity.
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
s poweroff.target' for details.
>
> Ok, so it's not a local user. So the password prompt is expected.
> It then prompts you for two separate actions:
> Setting the wall message and the actual poweroff
>
> This particular issue is already known and tracked upstream. Marking
> accordi
> https://github.com/systemd/systemd/issues
>
> we do not ship any downstream patches in that regard.
>
> Please report back with the upstream issue number so we can mark it
> accordingly.
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
Control: close -1
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
o be due to how the
> multicast DNS (`src/resolve/resolved-mdns*`) discards packets for
> various reasons on reception.
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
emd/systemd-stable/issues
This is too complex to backport, so unless somebody provides and tests
a PR for systemd-stable upstream it is not going to happen.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
t; - "vm-other" on AMD (like my bug report upstream)
> >
>
> Ok, let's mark https://github.com/systemd/systemd/issues/28113 as the
> relevant upstream bug report.
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
tracked upstream, and also as mentioned there it can't really
be done because we lack the kernel APIs to check things without
triggering automounts.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
he upstream ticket, this is likely a davs issue,
nothing we can do here.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
> you!
>
> Thanks, marking accordingly.
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
Control: close -1 256~rc1-1
On Sat, 20 Mar 2021 10:15:35 +0900 (JST) Ryutaroh Matsumoto
wrote:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/19060
>
> I brought #982929 to the upstream as above.
> Best regards, Ryutaroh
Fixed in unstable now.
--
Kind r
gets SIGTERM after "OPENING →
AUTHENTICATING".
> Also the Login Service and Authorization Manager are stopped.
As mentioned in the upstream ticket this was actually a problem in
other services, so closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
inhibitor into account ("Refusing suspend operation,
> handle-lid-switch is inhibited"). And just after the VT change,
> it suspends the system.
As explained in the upstream ticket, this is mostly a misunderstanding
and a documentation issue, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
t; https://github.com/systemd/systemd/issues/20358
>
> Thanks, marking it accordingly.
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
-wait-sync.service is not explicitly disabled).
Given this was never enabled, and there are no other configuration or
patches, and it is tracked upstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
imple video, of course - other services starting up around this
added
> a lot of noise. My server runs lots of services. Of course, I didn't
> get to capture the output directly, just the logs.
fsckd has now been dropped (after being out of tree for many years), so
this won't apply anymore, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
anks, marking the bug report accordingly.
>
> > If this gets fixed upstream, will the fix move back to stretch?
>
> Depends on how invasive the fix is and if it can be backported
easily.
>
> Regards,
> Michael
This is tracked upstream, there are no patches nor configuration
ked upstream, there are no patches nor configuration
downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
d X
> desktop). The 4 xf86CloseConsole lines aren't there, but the other
stuff looks
> mostly the same.
>
> Sorry for the previous mangled text. That's what I get for posting
from
> gmail...
This is tracked upstream, no configuration nor patches downstrema.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
1 - 100 of 6785 matches
Mail list logo