On Sun, 18 Jun 2023 at 13:03, Sean Whitton wrote:
>
> Hello,
>
> On Fri 16 Jun 2023 at 05:57PM +01, Luca Boccassi wrote:
>
> > Is there anything needed from me to make progress on this? Any changes
> > required to the last revision posted?
>
> Yes, Russ posted
On Sat, 17 Jun 2023, 02:05 Luca Boccassi, wrote:
> Control: tags -1 patch
>
> On Thu, 15 Jun 2023 14:26:11 +0200 Helmut Grohne
> wrote:
> > Package: dash
> > Version: 0.5.12-4
> > Severity: serious
> >
> > Hi,
> >
> > if you --path
rget=$ltarget
>
> What do you think?
Yeah I can confirm your suggestion works, attached in patch format with
attribution.
--
Kind regards,
Luca Boccassi
From 26bde9cff858faef4657d81be277381dc3c2816e Mon Sep 17 00:00:00 2001
From: Helmut Grohne
Date: Sat, 17 Jun 2023 02:02:59 +0100
Subject:
not really supported. Anyway, this should be fixed in
a newer version, try installing debootstrap from bullseye-backports.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
to test the dependency changes in elogind,
enshrining this
> > as a 'should' in the Policy now seems, at least, premature.
>
> Cool, thank you. This will simplify resolving this bug.
Is there anything needed from me to make progress on this? Any changes
required to the last r
experimental, please remove
it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ounts-daemon.service:
Failed with result 'exit-code'.
Jun 15 15:53:38 autopkgtest-lxc-cerudb systemd[1]: Failed to start Accounts
Service.
FAIL
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 14 Jun 2023 at 16:27, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > I.e.: if the attached version works, then that's good enough for me.
>
> Seconded. Thank you for your work on multiple revisions of this patch!
Thanks for your patience and feedback!
Kind regards,
Luca Boccassi
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
rkd.
Then why is systemd-networkd-wait-online being pulled in? Did you
enable it or one of the targets that pull it in? If it's not in use as
you say, it should not run in the first place.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 13 Jun 2023 at 22:59, Luca Boccassi wrote:
>
> On Tue, 13 Jun 2023 at 22:49, Russ Allbery wrote:
> >
> > Luca Boccassi writes:
> >
> > > That essentially means it's fine to use diversions and ship releases
> > > using them, so that
On Tue, 13 Jun 2023 at 22:49, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > That essentially means it's fine to use diversions and ship releases
> > using them, so that's exactly what will happen as per Murphy's law.
>
> I think we're reaching
On Tue, 13 Jun 2023 at 20:51, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > That paragraph is in the context of StateDirectory= and
> > RuntimeDirectory=. These are unit files options, so it's up to
> > alternative init systems to provide alternative and int
not be RC-buggy? Not RC-buggy means we are happy if it
ships in a release. What does that buy us? Why wouldn't we want to
direct maintainers toward the better alternative, that is current
practice as of today, and instead let them reintroduce a mechanism that
we agree is inferior and was just removed from the distribution?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
er directories that should be handled directly by the unit file if
> that's what we want people to do.
Again, the rationale is: when there is a strong ownership model tied to
an individual service those are best as the lifecycle and permissions
are handled, when there is no owner or no specif
On Wed, 9 Jun 2021 08:02:15 +0200 Helmut Grohne
wrote:
> Package: dash
> Version: 0.5.11+git20210120+802ebd4-1
> Tags: patch
Hi Andrej,
Now that bookworm is out, could we get the version in experimental
moved to unstable please? Thanks!
--
Kind regards,
Luca Boccassi
sign
On Wed, 7 Jun 2023 at 11:46, Luca Boccassi wrote:
>
> On Wed, 7 Jun 2023 at 11:29, Simon McVittie wrote:
> >
> > On Tue, 06 Jun 2023 at 20:40:52 -0700, Russ Allbery wrote:
> > > Luca Boccassi writes:
> > > > +Packages might need additional
nism? With links to all the
relevant documentation et cetera. Are you saying it's not exhaustive
enough and you want more details added? I am wary of excessively
redefining and duplicating existing documentation, especially because
it will naturally evolve (in backward-compatible ways) and any such
copy would get out of date and be confusing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 7 Jun 2023 at 11:29, Simon McVittie wrote:
>
> On Tue, 06 Jun 2023 at 20:40:52 -0700, Russ Allbery wrote:
> > Luca Boccassi writes:
> > > +Packages might need additional files or directories to implement their
> > > +functionality. Directories that
On Wed, 7 Jun 2023 at 04:40, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > diff --git a/policy/ch-files.rst b/policy/ch-files.rst
> > index b34c183..30ce013 100644
> > --- a/policy/ch-files.rst
> > +++ b/policy/ch-files.rst
> > @@ -722,6 +722,43 @
On Tue, 06 Jun 2023 16:46:04 -0700 Russ Allbery wrote:
> Luca Boccassi writes:
> > I'm not suggesting that you stop using emails to send your changes
- I'm
> > simply asking to reconsider making policy work like the vast
majority of
> > other parts of Debian, and _
On Wed, 7 Jun 2023 00:02:06 +0200 Bill Allombert
wrote:
> On Tue, Jun 06, 2023 at 03:16:02PM +0100, Luca Boccassi wrote:
> > On Tue, 6 Jun 2023 15:23:35 +0200 Bill Allombert
,
> > Luca Boccassi wrote:
> > > On Tue, Jun 06, 2023 at 01:38:51PM +0100, Luca Boccassi wrote:
On Wed, 7 Jun 2023 00:01:42 +0200 Bill Allombert
wrote:
> On Tue, Jun 06, 2023 at 09:36:31PM +0100, Luca Boccassi wrote:
> > On Tue, 6 Jun 2023 20:51:46 +0200 Dominik George
> > wrote:
> > > > Ok, how about: "the whole project, minus
> > naturesha..
On Tue, 06 Jun 2023 13:07:37 +0100 Luca Boccassi
wrote:
> Sounds like a good plan to me.
Updated as suggested.
--
Kind regards,
Luca Boccassi
From 20a655663c17914699e72e48a74daca03fd42a22 Mon Sep 17 00:00:00 2001
From: Luca Boccassi
Date: Tue, 9 May 2023 01:38:13 +0100
Subject: [PATCH] Def
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, 06 Jun 2023 09:19:30 -0700 Russ Allbery wrote:
> Luca Boccassi writes:
>
> > Snarks aside, allowing merge requests to be open on Salsa in
_addition_
> > to attachments to the BTS, as the vast majority of other packages
> > already do, doesn't take away any
limited
> and very much barrier-ized by clunky, old and painful email-based
> processes.
Which means you are actually doing what you accuse me of - you are not
content with being able to keep using mail workflows for yourself, you
want to actively stop everybody from being able to use Salsa
On Tue, 6 Jun 2023 15:23:35 +0200 Bill Allombert ,
Luca Boccassi wrote:
> On Tue, Jun 06, 2023 at 01:38:51PM +0100, Luca Boccassi wrote:
> > > The diversion system is made precisely to work around other
packages
> > behavior,
> > > this is a feature not a bug. That it
On Tue, 6 Jun 2023 14:03:41 +0200 Bill Allombert
wrote:
> On Tue, Jun 06, 2023 at 12:16:39PM +0100, Luca Boccassi wrote:
> > > > local administrators and local packages to override the
behaviour of
> > > > Debian. Its use between Debian packages should be rare, should
i
less system with no
elogind:
> systemd gets installed as a dependency by default, which is what
the
> systemd maintainers would prefer to happen when there are no
compelling
> space constraints; but the user can specifically ask for
> systemd-standalone-tmpfiles if that's what they'd prefer
>
> * install foo-service in a container with no init system at all:
Sounds like a good plan to me.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
#x27;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
On Tue, 6 Jun 2023 at 11:58, Sean Whitton wrote:
>
> Hello,
>
> On Mon 05 Jun 2023 at 12:59AM +01, Luca Boccassi wrote:
>
> > On Sun, 4 Jun 2023 19:39:49 +0200 Bill Allombert
> > wrote:
> >> On Sun, Jun 04, 2023 at 12:25:54PM +0100, Luca Boccassi wrote:
&g
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 syst
On Mon, 5 Jun 2023 09:53:39 +0100 Simon McVittie
wrote:
> On Mon, 05 Jun 2023 at 01:36:25 +0100, Luca Boccassi wrote:
> > If it is useful, adding a "default-tmpfiles" or so virtual package
> > would be fine by me - but with the kfreebsd port being retired
soon,
> >
On Mon, 5 Jun 2023 10:11:46 +0100 Simon McVittie
wrote:
> On Mon, 05 Jun 2023 at 01:36:25 +0100, Luca Boccassi wrote:
> > Our time is worth more than 80K or whatever it is of disk space in
a
> > throw-away container.
>
> I agree that the systemd maintainers' time is
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 20
On Sun, 4 Jun 2023 19:39:49 +0200 Bill Allombert
wrote:
> On Sun, Jun 04, 2023 at 12:25:54PM +0100, Luca Boccassi wrote:
> > If you prefer, I can reword the general rule to be stricter, ie:
> > "packages must not use diversions where native mechanisms are
> > avail
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 explic
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 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 p
e for this situation,
> I'm all ears. The placeholder 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
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 unmer
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 is
e early in trixie's
cycle we can revisit.
--
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 somethi
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?
&
aven't tried 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 Thu, 25 May 2023 at 11:04, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi,
>
> Quoting Luca Boccassi (2023-05-24 10:52:08)
> > Regarding dash, would it be possible for the autopkgtest to support both the
> > versions in unstable and experimental, so that it
On Wed, 24 May 2023 at 15:14, Paul Gevers wrote:
>
> Hi Luca,
>
> On 08-05-2023 17:54, Luca Boccassi wrote:
> > Filing this on request of the dash maintainer. We have recently
> > implemented a much needed cleanup that removes an unnecessary diversion
> > on /bin/sh
or the changes that
recently
> happened in doc-debian as well as in dash and adduser.
doc-debian is now uploaded and unblocked.
Regarding dash, would it be possible for the autopkgtest to support
both the versions in unstable and experimental, so that it works and
you can get it unblocked?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: retitle -1 unblock: doc-debian/11.3+nmu1
Control: tags -1 -moreinfo
On Tue, 23 May 2023 23:37:23 +0100 Luca Boccassi
wrote:
> On Tue, 23 May 2023 06:46:19 +0200 Joost van =?utf-8?Q?Baal-
Ili=C4=87?=
> wrote:
> > On Sat, May 20, 2023 at 04:21:47PM +0200, Sebastian Ra
ent
issue's: I
> made a mistake in the upload to experimental: it says 'experimental'
in the top
> of debian/changelog; should probably be 'unstable'. And the last
commit on
> salsa is misguided.
>
> If nobody steps up I can probably prepare an upload for
On Mon, 22 May 2023 14:30:50 +0100 Luca Boccassi
wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Dear Release Team,
>
> A small regression w.r.t. Bookworm has just been reported on
iproute2.
ase I think it should be explicitly mentioned that
this
> > >is a 'preapproval' request.
> >
> >
> > How to do that? I hope is done now
>
> Please go ahead and remove the moreinfo tag once the package is
> available in unstable.
It is now in unstable, deb
On Tue, 23 May 2023 at 01:28, Luca Boccassi wrote:
>
> On Tue, 23 May 2023 at 01:25, gustavo panizzo wrote:
> >
> > On Tue, May 23, 2023 at 12:44:22AM +0100, Luca Boccassi wrote:
> > >On Tue, 23 May 2023 at 00:41, gustavo panizzo wrote:
> > >>
> >
On Tue, 23 May 2023 at 01:25, gustavo panizzo wrote:
>
> On Tue, May 23, 2023 at 12:44:22AM +0100, Luca Boccassi wrote:
> >On Tue, 23 May 2023 at 00:41, gustavo panizzo wrote:
> >>
> >>
> >>
> >> > Sure, no problem - but I don
On Tue, 23 May 2023 at 00:41, gustavo panizzo wrote:
>
>
>
> > Sure, no problem - but I don't see any changes in Salsa though?
> >
> > https://salsa.debian.org/debian/iptables-persistent/activity
> >
> > Kind regards,
> > Luca Boccassi
>
&g
On Tue, 23 May 2023 at 00:26, gustavo panizzo wrote:
>
> hi
>
>
> On Mon, May 22, 2023, at 10:32 PM, Luca Boccassi wrote:
> > On Tue, 16 May 2023 22:12:48 +0200 "gustavo panizzo"
> > wrote:
> >> Hello
> >>
> >> On Tue, May 16
On Tue, 16 May 2023 22:12:48 +0200 "gustavo panizzo"
wrote:
> Hello
>
> On Tue, May 16, 2023, at 2:56 AM, Luca Boccassi wrote:
> > Source: iptables-persistent
> > Version: 1.0.19
> > Severity: important
> > Tags: patch
> >
>
>
> > P
both of these are shipped 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
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036534
Thanks!
--
Kind regards,
Luca Boccassi
diff -Nru iproute2-6.1.0/debian/changelog iproute2-6.1.0/debian/changelog
--- iproute2-6.1.0/debian/changelog 2023-02-25 19:46:35.0 +
+++ iproute2-6.1.0/debian/changelog 2023-05-22
ip
> mo" for "ip monitor".
You should really get those scripts fixed, relying on abbreviations
that happen to match is a bad idea. If upstream adds some other command
it will break just the same.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
and the 'unmess' tool cause significant damage and break
cross-compatibility, so they both need to be removed.
A "mind the moratorium" message would be of course very sensible to have.
Kind regards,
Luca Boccassi
for
the duration of the release. Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
(other than autopkgtest results).
> >
> > Could you please provide a debdiff of the proposed changes?
>
> this is the debdiff between mmdebstrap in testing and unstable:
I think the rel team expects the moreinfo tag to be removed when the
info is provided, so that they can sort out triaging, done that now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
t the
> > diff minimal. Earlier planned and implemented non-related fixes
will, via
> > experimental and unstable, end up in 13/trixie.
> >
> > unblock doc-debian/11.3
>
> Please go ahead with the upload to unstable. Remove the moreinfo tag
> once the package is available.
Typo in the control string, fixed it for you
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sat, 20 May 2023 at 11:29, gustavo panizzo wrote:
>
> Hi
>
> On May 20, 2023 10:20:50 AM UTC, Luca Boccassi wrote:
> >On Fri, 19 May 2023, 15:39 gustavo panizzo, wrote:
> >
> >> Package: release.debian.org
> >> Severity: normal
> >> User: r
x] attach debdiff against the package in testing
>
>
> unblock iptables-persistent/1.0.20
>
Thanks for taking care of this - I just checked and cannot see the upload
to unstable though?
Kind regards,
Luca Boccassi
>
re is some reason to believe something will change within a
> reasonable period of time (which I don't see happening).
We heard so much in the past couple of weeks about how important it is
for the project not to cause issues for derivatives and
cross-compatibility use cases, even speculatively. This is not even
speculative, it is certain to cause damage (as we experienced first
hard last year), I don't see how we can ignore it after all of these
discussions.
Kind regards,
Luca Boccassi
On Tue, 16 May 2023 at 09:27, Simon McVittie wrote:
>
> On Tue, 16 May 2023 at 02:50:48 +0100, Luca Boccassi wrote:
> > This sounds like a very interesting use case, and the first real one
> > mentioned, which is great to see - but I do not fully follow yet, from
> > what
nt one? It's your
executables that you ship as part of that runtime that are the entry
points that need the usual loader path for your chroot-on-steroids,
no? The loader would still be reachable as it always was in this
theoretical exercise. I am probably missing something in how this
works in details.
Kind regards,
Luca Boccassi
On Mon, 15 May 2023 at 16:18, Russ Allbery wrote:
>
> Luca Boccassi writes:
> > On Mon, 15 May 2023 at 02:26, Russ Allbery wrote:
>
> >> (Also, no slight on the GUIX folks, but GUIX is not exactly an, uh,
> >> major player in Linux distributions, and I'm
you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
doing merged-/usr have done it without
> making this change, and it's also been working OK for us so far
> without this change.
That is absolutely true, it is not mandatory. It is one possible
solution (of many) to a particular use case being sounded out, that's
all. I don't think it was mentioned by anybody as needed, if it was,
happy to clarify.
Kind regards,
Luca Boccassi
stification for further harm to user and system expectations isn't
> compelling.
Are you able to provide an example of such "harm"?
Kind regards,
Luca Boccassi
On Mon, 15 May 2023 at 02:26, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > That's self-evidently not true, as there are other distributions where
> > that already happens, it's been already mentioned.
>
> You've mentioned this a couple of times
On Mon, 15 May 2023 at 01:14, Russ Allbery wrote:
>
> Luca Boccassi writes:
>
> > Why would "software compiled on Debian" fail to work in other
> > environments? Well, there are many reasons actually, people invented
> > containers/flatpaks/snaps exactly
On Mon, 15 May 2023 at 01:07, Peter Pentchev wrote:
>
> On Mon, May 15, 2023 at 12:24:15AM +0100, Luca Boccassi wrote:
> > On Sun, 14 May 2023 at 22:37, Josh Triplett wrote:
> > >
> > > On Fri, May 12, 2023 at 01:11:38PM +0100, Luca Boccassi wrote:
> > >
On Sun, 14 May 2023 at 22:37, Josh Triplett wrote:
>
> On Fri, May 12, 2023 at 01:11:38PM +0100, Luca Boccassi wrote:
> > The loader is still available via the old path, so external/third
> > party/local/other software works unchanged. This should negatively
> > only affec
On Wed, 10 May 2023 23:40:44 +0100 Luca Boccassi
wrote:
> On Tue, 09 May 2023 00:31:20 +0100 Luca Boccassi
> wrote:
> > On Mon, 08 May 2023 14:14:30 -0700 Russ Allbery
> wrote:
> > > Guillem Jover writes:
> > > > On Mon, 2023-05-08 at 08:48:49 -0700, Russ
udev package are not diverted. This is the only such
case distro-wide.
The change is very straightforward and restricted to the maintainer
scripts and the install file. Debdiff attached.
Thank you!
--
Kind regards,
Luca Boccassi
diff -Nru amazon-ec2-utils-2.0.1/debian/amazon-ec2-utils.install a
On Fri, 12 May 2023 at 15:30, Steve McIntyre wrote:
>
> On Fri, May 12, 2023 at 01:11:38PM +0100, Luca Boccassi wrote:
> >On Fri, 12 May 2023 at 12:08, Steve McIntyre wrote:
> >>
> >> On Fri, May 12, 2023 at 11:40:05AM +0100, Steve McIntyre wrote:
> >> &g
iously wrong
with the patch. Only comment I'd make is maybe to split the latter half
of the changes, which seems unrelated and adding previously missing
quotes, in a different patch.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 12 May 2023 at 13:21, Simon Richter wrote:
>
> Hi,
>
> On 5/12/23 02:51, Luca Boccassi wrote:
>
> > Or alternatively, we can establish that a documentation/post-facto
> > approach is enough for derivatives, and then that's valid for all
> > changes a
On Fri, 12 May 2023 at 12:08, Steve McIntyre wrote:
>
> On Fri, May 12, 2023 at 11:40:05AM +0100, Steve McIntyre wrote:
> >On Fri, May 12, 2023 at 10:49:32AM +0100, Luca Boccassi wrote:
> >>On Fri, 12 May 2023 at 09:40, Steve McIntyre wrote:
> >>>
> >>
On Fri, 12 May 2023 at 11:40, Steve McIntyre wrote:
>
> On Fri, May 12, 2023 at 10:49:32AM +0100, Luca Boccassi wrote:
> >On Fri, 12 May 2023 at 09:40, Steve McIntyre wrote:
> >>
> >> On Fri, May 12, 2023 at 07:40:00AM +0200, Ansgar wrote:
> >> >
>
On Fri, 12 May 2023 at 06:01, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi,
>
> On Mon, 08 May 2023 16:54:32 +0100 Luca Boccassi wrote:
> > This cleanup has been uploaded last week to experimental with dash/0.5.12-3.
> > We have tested it and cannot see any iss
e are discussing a bunch of
seemingly crazy options, as in, "what would _actually_ explode if we
do this or do that?", on this very d-devel thread. I posted a longer
version here some days ago:
https://lists.debian.org/debian-gcc/2023/05/msg00030.html
Kind regards,
Luca Boccassi
this context either, and it must be fixed
instead.
Or alternatively, we can establish that a documentation/post-facto
approach is enough for derivatives, and then that's valid for all
changes and transitions.
Either of these are valid approaches.
What I cannot find acceptable is that some ch
On Tue, 09 May 2023 00:31:20 +0100 Luca Boccassi
wrote:
> On Mon, 08 May 2023 14:14:30 -0700 Russ Allbery
wrote:
> > Guillem Jover writes:
> > > On Mon, 2023-05-08 at 08:48:49 -0700, Russ Allbery wrote:
> >
> > >> […] I suspect Policy should say s
pulled in whenever possible. When a minimal
installation is desired (ie, a minbase), it is possible to manually
specify the -standalone variant.
This was a controversial point last year, see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017441
We could even d
y forgotten that we said something
about
> this under maintainer scripts.
>
> That doesn't entirely cover this case (because systemd and udev may
not be
> "that package" in this sense), but it covers much of the general
case.
Would you like me to reword/move the new snippet?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
the patch, the general rule is as
requested by Russ and as you mention it, but there is an explicit,
stricter rule to cover this case, which is important to me. Policy
calls out core component software in many places, such as dpkg, and
systemd is already mentioned in other parts of the policy, so it did
not seem too far-fetched to me.
I am of course open to re-wording, adjustments, etc as deemed necessary.
Changeset at: https://salsa.debian.org/bluca/policy/-/tree/systemd_overrides
Kind regards,
Luca Boccassi
eworked it can go.
On request from Marco, the kmod maintainer, I've also added the same
constraint for modprobe.d/ files, for exactly the same reason, as kmod
supports overrides, drop-ins and so on. I've kept it as a separate
commit on top of the other changes, given I am not involved with kmod
directly.
Kind regards,
Luca Boccassi
On Mon, 8 May 2023 at 16:48, Russ Allbery wrote:
>
> I think your X-Debbugs-Cc was syntactically invalid and thus didn't work.
> I manually added in the other addresses in this reply.
Thanks - email is hard!
> Luca Boccassi writes:
>
> > It has come to my attention th
On Mon, 8 May 2023 at 16:39, Sam Hartman wrote:
>
> >>>>> "Luca" == Luca Boccassi writes:
>
> Luca> It has come to my attention that there is one package in
> Luca> Debian using dpkg-divert to mask a systemd configuration file
>
autopkgtest to cover it.
[1] https://lists.debian.org/debian-devel/2023/04/msg8.html
--
Kind regards,
Luca Boccassi
diff -Nru dash-0.5.12/debian/changelog dash-0.5.12/debian/changelog
--- dash-0.5.12/debian/changelog 2023-01-05 13:20:48.0 +
+++ dash-0.5.12/debian/changelog 2023-04
of the systemd downstream maintainers team to be able to fully
and effectively support Debian and its users. Deviating from the
expected path causes additional workload, unexpected incidents and
general discomfort for an already over-worked and small team, while
providing no tangible benefit, as the
n Bullseye already, and I am
willing to do the work w.r.t unblock requests, and even NMU if you are
short on time.
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
not owned
>
> This is a new systemd unit in package e2fsprogs. If this failure is
> actually e2fsprogs's fault by incorrectly using the helpers, please
> reassign the bug there (with instructions how to do it correctly).
Isn't this a variation of
https://bugs.debian.org/c
601 - 700 of 1272 matches
Mail list logo