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 @@ The name of the files and directories installed by
> binary packages
> outside the system PATH must be en
Luca Boccassi writes:
> There is a native alternative: aliases. We already do that today in the
> archive for the well-known 'dbus' unit. The dbus package ships the
> reference implementation, and dbus-broker which is an alternative
> implementation ships its own unit, which also lists 'dbus.serv
Sean Whitton writes:
> I think what's a bit peculiar here is using "must" for a case where
> there might be package-specific exceptions. In other cases, Policy uses
> "should" for these cases. Typically "must" rules are simple and
> completely determinate.
I prefer that too, but in this case,
Bill Allombert writes:
> 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
>> available" or so. Would this be better?
> "native mechanisms" seems to v
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 _also_ accepts merge requests on
Luca Boccassi writes:
> It depends on your pain threshold.
Salsa is worse for me for working on Policy in pretty much every respect
than email with patches. That's not a statement about my pain threshold.
It's a fundamental disagreement with you about which tools work better for
this specific t
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...@debian.org who
> > > > appears to be unfamilia
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:
> > > > > The diversion sys
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:
> > > > The diversion system is made precisely to work around other
> packages
> > > behavio
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...@debian.org who
> > > appears to be unfamiliar with the concept of hyperboles, is moving
> > > toward git and Sals
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] Define
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.
> > If ``update-alternatives`` does not seem a
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 anything from you, but would add
qu
On Tue, 6 Jun 2023 20:51:46 +0200 Dominik George
wrote:
> > Ok, how about: "the whole project, minus
naturesha...@debian.org who
> > appears to be unfamiliar with the concept of hyperboles, is moving
> > toward git and Salsa". Better?
>
> No.
>
> Your "hyperbole" very much read as "Come on, mino
> Ok, how about: "the whole project, minus naturesha...@debian.org who
> appears to be unfamiliar with the concept of hyperboles, is moving
> toward git and Salsa". Better?
No.
Your "hyperbole" very much read as "Come on, minority who cares about
the mail workflow, you're weird anachronists, get
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 anything from you, but would add quite a
> lot for the rest of us, who find ourselves very limited an
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.
> If ``update-alternatives`` does not seem appropriate you may wish to
> consider using diversions instead.
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 should only be used as last
>
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 should only be used as last
> resort, I
> > think everyone agree. But when it is, it should not be a RC bug.
>
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
involve
> > > > coordination
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 involve
> > > coordination between the packages and their maintainers, and must only
> > > b
On Tue, Jun 06, 2023 at 12:33:52PM +0100, Luca Boccassi wrote:
> On Tue, 6 Jun 2023 at 12:25, Dominik George wrote:
> >
> > > The whole project is moving toward git and Salsa
> >
> > Sorry for the noise, but as you are clearly misattributing this to me (I am
> > part of the project, so "the whole
On Tue, 6 Jun 2023 11:58:07 +0100 Simon McVittie
wrote:
> On Tue, 06 Jun 2023 at 11:37:51 +0100, Sean Whitton wrote:
> > On Sun 04 Jun 2023 at 02:56PM +01, Simon McVittie wrote:
> > > Another possible mitigation which I haven't previously seen
proposed
> > > is giving *elogind* a Depends or Recomm
On Tue, 6 Jun 2023 at 12:25, Dominik George wrote:
>
> > The whole project is moving toward git and Salsa
>
> Sorry for the noise, but as you are clearly misattributing this to me (I am
> part of the project, so "the whole project" includes me):
>
> I am not, and do not want to, move bugs and pat
> The whole project is moving toward git and Salsa
Sorry for the noise, but as you are clearly misattributing this to me (I am
part of the project, so "the whole project" includes me):
I am not, and do not want to, move bugs and patches to Git and Salsa. I
consider it a huge advantage of Debian
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:
> >> > If you prefer, I can reword the gene
Hello,
On Tue 06 Jun 2023 at 11:51AM +01, Luca Boccassi wrote:
> Well, the README says:
>
> "Please submit a bug to the BTS, either with patches attached, or a
> reference to a git branch that is publically fetchable."
>
> The whole project is moving toward git and Salsa,
Git, certainly, but not
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:
>> > If you prefer, I can reword the general rule to be stricter, ie:
>> > "packages must not use diversion
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 files
> > only as an example:
> >
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 files
> only as an example:
>
> https://salsa.debian.org/bluca/policy/-/commit/5058bd2f8c742c3d
On Tue, 06 Jun 2023 at 11:37:51 +0100, Sean Whitton wrote:
> On Sun 04 Jun 2023 at 02:56PM +01, Simon McVittie wrote:
> > Another possible mitigation which I haven't previously seen proposed
> > is giving *elogind* a Depends or Recommends on systemd-*-standalone.
> > I think that would work to miti
Hello,
On Sun 04 Jun 2023 at 02:56PM +01, Simon McVittie wrote:
> So I think the only realistic options for packages that hard-require
> this functionality (not all do) are:
>
> 1. Depends: systemd | systemd-tmpfiles
> 2. Depends: systemd-tmpfiles-standalone | systemd-tmpfiles
> 3. Depends: defau
32 matches
Mail list logo
