Quoting Niels Thykier (2021-02-10 17:35:36)
> Russ Allbery:
> > Jonas Smedegaard writes:
> >
> >> Let's see if Debian can agree on a single normalization of 822-ish
> >> files. For starters, I disagree that "wrap-and-sort -a" is a
> >> suitable normalization, as that will involve re-indentatio
Russ Allbery:
> Jonas Smedegaard writes:
>
>> Let's see if Debian can agree on a single normalization of 822-ish
>> files. For starters, I disagree that "wrap-and-sort -a" is a suitable
>> normalization, as that will involve re-indentation when keys change.
>> Instead, I propose this as starting
On Mon, Feb 08, 2021 at 10:29:13PM +0100, Raphael Hertzog wrote:
> On Tue, 02 Feb 2021, Jelmer Vernooij wrote:
> > One of the things that I've been wondering about is whether it would make
> > sense to have a configuration file in Debian packages that allows
> > maintainers to specify preferences fo
Quoting Thomas Goirand (2021-02-09 20:48:12)
> On 2/9/21 6:21 PM, Mattia Rizzolo wrote:
> > On Tue, Feb 02, 2021 at 01:55:19PM +, Jelmer Vernooij wrote:
> >> * Whether or not contributors can feel free to reformat
> >>files (e.g. wrap-and-sort -a -v).
> >>("allow-reformatting" in lintia
Thomas Goirand writes:
> On 2/9/21 7:40 PM, Russ Allbery wrote:
>> I've been using wrap-and-sort -ast on all of my packages for a while, with
>> much the same justification.
>> My recollection is that the relevant Config::Model model has a slightly
>> different preferred normalization form? Tho
On 2/9/21 7:40 PM, Russ Allbery wrote:
> Jonas Smedegaard writes:
>
>> Let's see if Debian can agree on a single normalization of 822-ish
>> files. For starters, I disagree that "wrap-and-sort -a" is a suitable
>> normalization, as that will involve re-indentation when keys change.
>> Instead, I
On 2/9/21 6:21 PM, Mattia Rizzolo wrote:
> On Tue, Feb 02, 2021 at 01:55:19PM +, Jelmer Vernooij wrote:
>> * Whether or not contributors can feel free to reformat
>>files (e.g. wrap-and-sort -a -v).
>>("allow-reformatting" in lintian-brush.conf)
>
> On this, please also read https://bu
On Tue, Feb 09, 2021 at 10:40:39AM -0800, Russ Allbery wrote:
> Jonas Smedegaard writes:
>
> > Let's see if Debian can agree on a single normalization of 822-ish
> > files. For starters, I disagree that "wrap-and-sort -a" is a suitable
> > normalization, as that will involve re-indentation when
Jonas Smedegaard writes:
> Let's see if Debian can agree on a single normalization of 822-ish
> files. For starters, I disagree that "wrap-and-sort -a" is a suitable
> normalization, as that will involve re-indentation when keys change.
> Instead, I propose this as starting point:
> wrap-and-
Quoting Mattia Rizzolo (2021-02-09 18:21:46)
> On Tue, Feb 02, 2021 at 01:55:19PM +, Jelmer Vernooij wrote:
> > * Whether or not contributors can feel free to reformat
> >files (e.g. wrap-and-sort -a -v).
> >("allow-reformatting" in lintian-brush.conf)
>
> On this, please also read htt
On Tue, Feb 02, 2021 at 01:55:19PM +, Jelmer Vernooij wrote:
> * Whether or not contributors can feel free to reformat
>files (e.g. wrap-and-sort -a -v).
>("allow-reformatting" in lintian-brush.conf)
On this, please also read https://bugs.debian.org/895570#13
tl;dr: I honestly believe
Hi Jelmer,
On Tue, 02 Feb 2021, Jelmer Vernooij wrote:
> One of the things that I've been wondering about is whether it would make
> sense to have a configuration file in Debian packages that allows
> maintainers to specify preferences for contributions. At the
> moment, this is not a well-formed p
On Tue, Feb 02, 2021 at 09:57:11PM +0100, Philipp Kern wrote:
> On 2021-02-02 16:48, Adrian Bunk wrote:
> > A debhelper compat bump is a breaking change that must not be done
> > without the maintainer verifying that it didn't introduce any
> > regression.
> >
> > This is the whole point of compat
On 2/2/21 4:48 PM, Adrian Bunk wrote:
> A debhelper compat bump is a breaking change that must not be done
> without the maintainer verifying that it didn't introduce any
> regression.
>
> This is the whole point of compat levels.
>
> Unfortunately there is a lack of recognition how many bugs
On 2021-02-02 16:48, Adrian Bunk wrote:
A debhelper compat bump is a breaking change that must not be done
without the maintainer verifying that it didn't introduce any
regression.
This is the whole point of compat levels.
Unfortunately there is a lack of recognition how many bugs are
introduce
On Tue, Feb 02, 2021 at 01:55:19PM +, Jelmer Vernooij wrote:
> One of the things that I've been wondering about is whether it would make
> sense to have a configuration file in Debian packages that allows
> maintainers to specify preferences for contributions.
>...
What kind of contributions ex
One of the things that I've been wondering about is whether it would make
sense to have a configuration file in Debian packages that allows
maintainers to specify preferences for contributions. At the
moment, this is not a well-formed proposal yet - but I'm curious as to
your thoughts.
lintian-bru
17 matches
Mail list logo
