ing easier.
> >
>
> That said, thanks *a lot* for the detailed bug report, with references
> to the upstream bug tracker, upstream fix etc.
> This is a great help.
>
> Michael
Hi Michael,
Thanks, will CC the package list next time.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
on Salsa to fix the issue:
https://salsa.debian.org/systemd-team/systemd/-/merge_requests/126
Kind regards,
Luca Boccassi
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 -moreinfo
On Fri, 2021-03-05 at 12:56 +0100, Michael Biebl wrote:
> Control: fixed -1 247-1
> Control: tags -1 + moreinfo
>
> Am 05.03.21 um 11:49 schrieb Luca Boccassi:
> > Package: systemd
> > Version: 241-7~deb10u6
> > Tags: buster
> >
&g
.
Fixes "IPv6 Proxy NDP addresses are being lost from interfaces after
networkd adds them". (Closes: #985510)
The first patch fixes a crash when a malformed option is set in any
unit.
unblock systemd/247.3-4
--
Kind regards,
Luca Boccassi
diff -Nru systemd-247.3/debian/changel
if there are debhelper-
specific concerns to address, given the feature first use is the RPM's
side of things.
Thoughts?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Recommends for a generalist distro like Debian, where
in the vast majority of cases having backtraces and such things is
useful for users (while still allowing to easily opt out when building
minimalist images or container runtimes).
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
T as a concept, Michael?
To me it seems fine, and it matches the behaviour of all systemd's
tools very well (--root switch).
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
trange issue with some of the text files
we touch with quilt having different timestamps, I'm asking for help on
#reproducible-builds as I'm not sure what's happening:
https://paste.debian.net/1234249/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 24 Mar 2022 13:09:32 +0100 Enrico Zini
wrote:
> On Thu, Mar 24, 2022 at 12:52:24AM +0000, Luca Boccassi wrote:
>
> > Have you checked if the --clean-package-metadata= option is the
cause?
> >
> > CleanPackageMetadata=, --clean-package-metadata=
> >
s will be removed if the
respective package manager executable is not present at the end
of the installation.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2022-02-09 at 12:52 +0100, Michael Biebl wrote:
> Am 09.02.22 um 11:46 schrieb Luca Boccassi:
> > IMHO the current setup is fine. There are legitimate use cases of
> > minimal images and runtime environments where you just want to pull in
> > some tools, without
ble upgrade orderings/results.
>
> Michael
IMHO the current setup is fine. There are legitimate use cases of
minimal images and runtime environments where you just want to pull in
some tools, without the whole dbus system session.
The installer does the right thing, and one can use the
-security/2022/01/10/2
>
> Regards,
> Salvatore
>
This is now also fixed in v247.11.
https://github.com/systemd/systemd-stable/releases/tag/v247.11
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
the PAM maintainer talked about this workstream at ASG the
other day:
https://www.youtube.com/watch?v=AdUmKczNwhg
Various replacements for these legacy interfaces are being put in place
in various projects like PAM, util-linux and so on, and logind is one
of the replacements (there are more).
--
Kind regards,
Luca Boccassi
/38108679/log.gz
If you think there is a better solution please let me know and I'll
cancel the deferred NMU, but we'd appreciate a swift resolution given
it blocks migration.
Thanks!
--
Kind regards,
Luca Boccassi
diff -Nru smcroute-2.5.6/debian/changelog smcroute-2.5.6/debian/changelog
--- smcroute
and all that might take some time yet.
Cryptsetup has a sysvinit autopkgtest that no longer works due to this,
could you please disable it so that src:systemd can migrate?
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
.
--
Kind regards,
Luca Boccassi
diff -Nru systemd-252.16/debian/changelog systemd-252.17/debian/changelog
--- systemd-252.16/debian/changelog 2023-09-09 02:24:49.0 +0100
+++ systemd-252.17/debian/changelog 2023-09-20 13:15:14.0 +0100
@@ -1,3 +1,11 @@
+systemd (252.17-1~deb12u1) bookworm
.
--
Kind regards,
Luca Boccassi
diff -Nru systemd-252.17/debian/changelog systemd-252.18/debian/changelog
--- systemd-252.17/debian/changelog 2023-09-20 13:15:14.0 +0100
+++ systemd-252.18/debian/changelog 2023-10-08 16:14:12.0 +0100
@@ -1,3 +1,10 @@
+systemd (252.18-1~deb12u1) bookworm
they can just mask the
script in /etc/kernel/install.d/ using the usual pattern.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e severity. Thanks.
If you want to see your changes merged, I would recommend to stop
playing games with severity and send a MR on Salsa instead. It will be
quicker, easier and much more effective.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
oot root 18 Nov 24 2018 michael -> /srv/home/michael/
>
> What is the problem? Since yesterday it works
Please open an issue upstream on Github:
https://github.com/systemd/systemd/issues/new
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 1 Jul 2022 at 20:20, Michael Biebl wrote:
>
>
> Am 30.06.22 um 22:31 schrieb Luca Boccassi:
> > The problem is some files leftover, no? Just delete them in the
> > postinst or postrm?
>
> My main motivation is to "stop the bleeding" as quickly as p
On Sat, 2 Jul 2022 at 20:40, Michael Biebl wrote:
>
> Am 02.07.22 um 18:30 schrieb Luca Boccassi:
> > On Fri, 1 Jul 2022 at 20:20, Michael Biebl wrote:
> >>
> >>
> >> Am 30.06.22 um 22:31 schrieb Luca Boccassi:
> >>> The problem is some files l
On Mon, 4 Jul 2022 at 11:55, Michael Biebl wrote:
>
>
> Am 04.07.22 um 12:36 schrieb Luca Boccassi:
> > I have uploaded i-s-h, should we close this one now?
>
> I've seen the upload. Thanks!
>
> I was debating with myself whether systemd-homed should get a tightened,
&
kinda odd, I have to admit.
I don't think so, this seems clearly a bug in i-s-h. Ideally we should
really drop all of that and just use presets as RPMs do... but it's a
lot of work.
Kind regards,
Luca Boccassi
On Thu, 30 Jun 2022 at 15:24, Michael Biebl wrote:
>
> Am 30.06.22 um 16:13 schrieb Luca Boccassi:
> > On Thu, 30 Jun 2022 at 15:08, Michael Biebl wrote:
> >>
> >> Am 30.06.22 um 14:26 schrieb Michael Biebl:
> >>> This might be a bug in i-s-h, but
On Thu, 30 Jun 2022 at 15:44, Michael Biebl wrote:
>
> Am 30.06.22 um 16:32 schrieb Luca Boccassi:
> > On Thu, 30 Jun 2022 at 15:24, Michael Biebl wrote:
> >>
> >> Am 30.06.22 um 16:13 schrieb Luca Boccassi:
> >>> On Thu, 30 Jun 2022 at 15:08, Michael
On Thu, 30 Jun 2022 at 20:20, Michael Biebl wrote:
>
>
> Am 30.06.22 um 18:18 schrieb Michael Biebl:
> > Am 30.06.22 um 17:31 schrieb Luca Boccassi:
> >> On Thu, 30 Jun 2022 at 15:44, Michael Biebl wrote:
> >>>
> >>> Am 30.06.22 um 16:32 schrieb Lu
homed, and you have the sd-boot ones. We could merge all of these into
an experimental branch and upload to experimental, so that it can sit
in NEW for however long it needs for the new packages.
Does this sound like a plan?
--
Kind regards,
Luca Boccassi
signature.asc
Description
g, this broken version has now
migrated to
> testing. Big mighty thanks! WTF...
First of all there was no migration this month as it can be trivially
seen on [0], and secondly there is nothing broken. Making wild
assertions does not help anybody.
[0] https://tracker.debian.org/pkg/systemd
--
K
ncorrect, merely
installing the systemd binary package does no such thing. It does not
make alternatives harder to use in any way, in fact it makes precisely
zero difference.
If you want to influence how the alternative is chosen, you can add a
dependency to sysvinit-core as suggested (or a breaks), or
On Thu, 2022-08-18 at 16:07 +0200, Raphaël Halimi wrote:
> Le 17/08/2022 à 00:36, Luca Boccassi a écrit :
> > > Personally I see this as a regression, since resolved used to be part of
> > > systemd and thus readily available without installing additional packages.
> >
On Thu, 2022-08-18 at 16:46 +0200, Raphaël Halimi wrote:
> Le 18/08/2022 à 16:20, Luca Boccassi a écrit :
> > No, it is not, because no integration nor support was provided before.
> > It was an inhert and disabled service and binary.
> > The NEWS file covers the change
On Thu, 2022-08-18 at 18:07 +0200, Raphaël Halimi wrote:
> Le 18/08/2022 à 16:59, Luca Boccassi a écrit :
> > No, custom and unsupported setups are unsupported. Compatibility is
> > provided for default environments, anything outside of it can and will
> > break at any
On Fri, 19 Aug 2022 08:58:03 +0200 Michael Prokop
wrote:
> Hi,
>
> * Luca Boccassi [Thu Aug 18, 2022 at 03:20:22PM +0100]:
> > On Thu, 2022-08-18 at 16:07 +0200, Raphaël Halimi wrote:
>
> > > And, last but not the least, I see that /etc/resolv.conf is now
part of
&
,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
figured `apt` - as it was in the past.
No, we do not want to make resolved the default. The NEWS (and release
notes for Bookworm) mention this change, and that will be enough. If
you are using an unsupported setup it's up to you to keep up with
release notes.
--
Kind regards,
Luca Boccassi
s
4c338d88504fa48adcc6eaa63
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977422
This reply somehow didn't make it to the mailing list, so I missed it
before sending mine:
https://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/2022-September/thread.html
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ian.
Did you install the systemd-resolved package as the NEWS entry says?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sat, 20 Aug 2022 20:30:43 +0100 Luca Boccassi
wrote:
> On Fri, 19 Aug 2022 08:58:03 +0200 Michael Prokop
> wrote:
> > Hi,
> >
> > * Luca Boccassi [Thu Aug 18, 2022 at 03:20:22PM +0100]:
> > > On Thu, 2022-08-18 at 16:07 +0200, Raphaël Halimi wrote:
> >
ended. If you don't want that behaviour, don't install
the optional package that implements it.
The fact that runtime configuration is driven by a file in /etc is an
unfortunate baggage that hopefully one day we'll be able to get rid of,
but not yet.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
onf instead, thus bypassing the stub
> resolver). This would keep DNS resolution working (until the next
> reboot, that is), but the user will at least have the time to read
the
> NEWS entry, and act accordingly.
>
> Regards,
>
> --
> Raphaël Halimi
Custom unsupported non-def
> > to it.
>
> I've gone the easier route of proposing a different patch. It may not
> be
> as pretty, but it works today and looks reasonably maintainable to
> me.
Given Niels confirmed dh-exec is now maintained, I'd prefer using it
rather than doing things manually in d/r
/debian/tests/utils/init#L176
Any idea what's going on?
Thanks!
Kind regards,
Luca Boccassi
205 files and directories currently
installed.)
Those are just some log messages from tmpfiles about lines being
skipped. Where's the breakage?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
needs to be fixed, and it has
nothing to do with the systemd packages or this update, so I'll close
this now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: close -1
Please take this abusive tone somewhere else, it is not welcome here.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
?bug=926699
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019985
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019506
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
nd running a corresponding chmod +x on reinstall).
> systemd-sysv-generator already helpfully ignores any non-executable
> files in /etc/init.d
>
> What do others think about this idea?
>
> Getting rid of the mask/unmask bandaid would be really beneficial.
I like that, sounds simple, low-risk and effective
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
des the di_packages_resolve_dependencies() API used by
cdebootstrap.
I've done a quick and superficial test of a similar change to ignore
the qualifier and it fixes the issue:
https://salsa.debian.org/installer-team/libdebian-installer/-/merge_requests/4
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 04 Sep 2022 22:33:12 + rpolha...@pm.me wrote:
> This was marked as resolved. What was the resolution?
Install the systemd-resolved package
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
package, and if there
are no huge breakages (it has provides/conflicts/replaces: resolvconf
and installs the symlinks) it will make it to unstable too at some
point soon. So the plan to add the Recommends you mentioned sounds good
to me.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
please consider adopting those two scripts?
Thank you!
Kind regards,
Luca Boccassi
If there are missing features in
resolved, I recommend to provide PRs to implement them, or simply stick
to whatever alternative works for you.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2022-08-16 at 23:17 +0200, Raphaël Halimi wrote:
> Le 16/08/2022 à 22:59, Luca Boccassi a écrit :
> > You want resolved? Install the resolved package. Don't want resolved?
> > Don't install the package.
>
> Personally I see this as a regression, since res
e package.
We do no want to support combining resolved with resolvconf - and in
fact, the setup with conflicts+provides is exactly like other packages
like openresolv are set up.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
.
The fixes come from the upstream stable branches which are covered by
CI and confirmed by reporters.
Please find the debdiff attached.
Kind regards,
Luca Boccassi
pu.debdiff
Description: Binary data
s a source of common sysctl settings among
different
> distributions.
Shipping 50-default.conf sounds good to me, it has sensible defaults,
and /etc/sysctl.conf(.d/*) takes precedence anyway if it contains any
local redefinition:
https://salsa.debian.org/systemd-team/systemd/-/merge_reques
> which currently results in a complete perl installation for
`debootstrap --variant=minbase`.
That should install usr-is-merged, which has no dependencies. How did
you run debootstrap exactly? Which version?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: reassign -1 debootstrap 1.0.123+deb11u1
Control: fixed -1 1.0.128
Control: retitle -1 debootstrap: installs usrmerge dependencies even when
pulling in usr-is-merged
On Wed, 7 Dec 2022 11:30:35 +0100 Bastian Germann
wrote:
> On Wed, 07 Dec 2022 00:29:45 +0000 Luca Boccassi
wr
a conflict, for the next release we'll fix it to force
using the kernel driver as the default. On old systems with older tpms
the userspace manager might be needed for late-boot stuff, which is a
legitimate use case. It's the early-boot usage that is a problem.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 29 Jan 2023 at 14:45, Michael Biebl wrote:
>
> Am 29.01.2023 um 15:38 schrieb Luca Boccassi:
> > On Sun, 29 Jan 2023, 13:15 Michael Biebl, > <mailto:bi...@debian.org>> wrote:
> >
> > Am 28.01.2023 um 02:12 schrieb Luca Boccassi:
> > >
ves some confidence that it is stable.
>
> Thanks,
> Mike
This is very much a legacy compat feature flag, and in general I'd like
to remove as many of these as possible, rather than adding them...
Michael what do you think?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
s.d entry in the systemd package that
unconditionally deletes /etc/timezone if present. If someone wants to
keep using it, they can simply override the tmpfiles.d entry with the
usual mechanisms.
So, could you please reconsider the proposal to stop creating it if it
doesn't exist (but keep updating
On Sun, 29 Jan 2023, 13:15 Michael Biebl, wrote:
> Am 28.01.2023 um 02:12 schrieb Luca Boccassi:
> > I'm looking at this again, because handling /etc/timezone is one of the
> > last large technical debt patches that we carry in Debian for
> > src:systemd, and we want
...)
> #24 Esys_Initialize (libtss2-esys)
> #25 tpm2_context_init (libsystemd-shared)
>
> Thank you,
> Marek
I thought these days in-kernel resource management was preferred? Any
reason you were using abrmd?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
es that we want to avoid.
Once it's changed to use dlopen we can enable it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 19 Mar 2023 11:57:16 +0100 Bastian Blank
wrote:
> Control: tags -1 pending
>
> Hi
>
> I intend to NMU this today. It changes global config without any
> knowledge if it might work.
NACK, this is wrong as already explained.
--
Kind regards,
Luca Boccassi
signatu
at the start of the service?
No, because the image might be read-only by that time. If you decide to
install the package, you need to ensure it can work, and if you use an
image build tool, it's up to that tool to ensure it is set up
correctly, as it obviously cannot be done from the package itself.
--
Kind r
e, but there's nothing we can do
about it, that's just how it works.
This is the only way read-only images can be supported sanely.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 14 Mar 2023 18:03:53 +0200 =?utf-8?Q?Samuli_Suonp=C3=A4=C3=A4?=
wrote:
>
> > On 14. Mar 2023, at 17.34, Luca Boccassi wrote:
> >
> > Exactly, so the admin shouldn't install a package that in the
> > description says:
> >
> > "Installin
by a security fix in udev rules, that has been
reported by a bullseye user. The other fixes an old memory leak.
The source debdiff is attached.
Kind regards,
Luca Boccassi
debdiff
Description: Binary data
On Mon, 6 Feb 2023 at 13:13, Benjamin Drung wrote:
>
> On Sun, 2023-01-29 at 15:45 +0100, Michael Biebl wrote:
> > Am 29.01.2023 um 15:38 schrieb Luca Boccassi:
> > > On Sun, 29 Jan 2023, 13:15 Michael Biebl, > > <mailto:bi...@debian.org>> wrote:
> >
tely the reason.
You marked it as 253~rc1-1 but you say it happens with 252.5-2, is it
the same error?
What is the full udev log? Add a drop-in that sets
SYSTEMD_LOG_LEVEL=debug and try again and attach the full udev log
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
nning, there's been no complaints so far.
> Also: at least we need to run "bootctl update" on package updates.
Ah good point, completely forgot about this, will send a MR.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 12 Feb 2023 12:40:55 + Luca Boccassi
wrote:
> On Sun, 12 Feb 2023 12:40:19 +0100 Marco d'Itri wrote:
> > Also: at least we need to run "bootctl update" on package updates.
>
> Ah good point, completely forgot about this, will send a MR.
https://salsa.debian
se it tries to overwrite other packages files without declaring
a
> Breaks+Replaces relation.
D'oh, forgot about it, fix is queued in git. We'll move this to
unstable soon enough, so it will be uploaded as part of that.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e issue and
disabling and masking kexec.service (which is autogenerated from the
crusty init script) fixed the problem for me.
Nothing to do with systemd, which cannot 'bypass grub', once the system
is rebooted, it's rebooted, control is given back to the kernel to do
what it's configured to do.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Source: systemd
Version: 254~rc2-3
Severity: grave
Let's avoid having release candidates reach testing, even after
autopkgtest is happy. Apparently setting the urgency in the changelog
entry does not work anymore...
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally
trixie's
cycle we can revisit.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
to
> reproduce it in earlier releases).
Wouldn't the correct workaround be to list /usr/lib/modules-load.d in
systemd.dirs so that dpkg leaves it alone? Seems way too late for
Bookworm though?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 29 May 2023 15:17:51 +0200 Andreas Beckmann
wrote:
> On 29/05/2023 14.57, Luca Boccassi wrote:
> >> Side question first: does systemd evaluate both
> >> /usr/lib/modules-load.d/* and /lib/modules-load.d/* ?
> >> Otherwise all packages shipping so
On Mon, 29 May 2023 at 14:07, Andreas Beckmann wrote:
>
> On 29/05/2023 14.57, Luca Boccassi wrote:
> > Wouldn't the correct workaround be to list /usr/lib/modules-load.d in
> > systemd.dirs so that dpkg leaves it alone? Seems way too late for
> > Bookworm though?
>
&
me
> circumstanced delete the empty directory owned by systemd.
>
> On Mon, May 29, 2023 at 07:24:09PM +0100, Luca Boccassi wrote:
> > Given what was discussed:
>
> I think the conclusion is drawn too quickly here.
>
> > - bookworm is in hard freeze
> > - there
On Tue, 30 May 2023 at 14:09, Helmut Grohne wrote:
>
> Hi Luca,
>
> On Tue, May 30, 2023 at 11:23:07AM +0100, Luca Boccassi wrote:
> > > > - unmerged-usr paths are no longer supported
> > >
> > > Then you argue that this bug would affect only
file sounds ugly, but might work.
I agree, doesn't seem very worrying, and as far as I understand the
observed impact so far is on testing infrastructure, but user
functionality is not impacted, right? If needed, placeholder could be
added, or the testing infrastructure could be taught to ignore them.
Kind regards,
Luca Boccassi
by
the respective packages, if they do not interact well then they need to
be fixed there.
Reassigning to nutserver as cutting power during shutdown seems the
slightly worst of the two, but will let the two maintainers figure out
if that's the right destination.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 4 Jun 2023 at 12:25, Luca Boccassi wrote:
>
> On Sun, 4 Jun 2023 at 11:54, Sean Whitton wrote:
> >
> > Hello Luca,
> >
> > On Mon 08 May 2023 at 08:07PM +01, Luca Boccassi wrote:
> >
> > > The specific difference, for which I think an
On Sun, 4 Jun 2023 at 12:02, Sean Whitton wrote:
>
> Hello,
>
> On Tue 09 May 2023 at 01:44AM +01, Luca Boccassi wrote:
>
> > I've done an initial attempt to define the wording, although I'm sure
> > it will need quite a few changes. Attached as a patch, and
On Sun, 4 Jun 2023 at 14:56, Simon McVittie wrote:
>
> (Newly cc'd elogind maintainers: Please see #945269 for context)
>
> On Sun, 04 Jun 2023 at 12:15:41 +0100, Luca Boccassi wrote:
> > On Sun, 4 Jun 2023 at 12:02, Sean Whitton wrote:
> > > On Tue 09 May 2023 at
On Sun, 4 Jun 2023 at 11:54, Sean Whitton wrote:
>
> Hello Luca,
>
> On Mon 08 May 2023 at 08:07PM +01, Luca Boccassi wrote:
>
> > The specific difference, for which I think an explicit call out is
> > needed, is because these config files are shipped by some package
On Tue, 6 Jun 2023 at 17:12, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > --- a/policy/ap-pkg-alternatives.rst
> > +++ b/policy/ap-pkg-alternatives.rst
> > @@ -24,3 +24,7 @@ See the :manpage:`update-alternatives(8)` man page for
> > details.
> > I
On Tue, 6 Jun 2023 at 11:45, Sean Whitton wrote:
>
> Hello,
>
> On Sun 04 Jun 2023 at 01:35PM +01, Luca Boccassi wrote:
>
> > In the interest of speeding things up a bit, I've done some rewording
> > as suggested - moved to the exiting chapter, and use the systemd f
t take away anything from you, but would
add quite a lot for the rest of us, who find ourselves very limited
and very much barrier-ized by clunky, old and painful email-based
processes.
Kind regards,
Luca Boccassi
Control: close -1
On Fri, 28 Jul 2023 12:17:09 +0100 Tj wrote:
> I wonder if Debian systemd maintainers can add some weight to the
importance of the issue being
> tackled by the devs (seeing as they are responsible for shipping the
failing code) ?
Sure, I'll add some weight: you appear to be
than 1024 means that any
application or library using ye olde select() _will_ break. So you need
to be extremely careful as things might go wrong in hidden and non-
obvious ways. It should be each application that raises its own soft
limit, until select() has disappeared completely that's the only safe
generic default unfortunately.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 -moreinfo
Control: forcemerge 1039248 -1
On Sat, 08 Jul 2023 15:37:25 +0100 Luca Boccassi
wrote:
> Control: tags -1 moreinfo
>
> On Sat, 08 Jul 2023 00:16:28 -0400 "Theodore Y. Ts'o"
> wrote:
> > Package: systemd-sysv
> > Version: 252.6-1
a unit, and severity
will be increased once it's gone. There is absolutely no reason
whatsoever not to ship a unit file in 2023, even if it's just the
generated one copied into the source tree as a starting point.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
1 - 100 of 157 matches
Mail list logo