On 4/11/20 4:47 PM, Wouter Verhelst wrote:
> My point is that the machine-readable format is being "abused" to
> deep-check the copyright status of all the files, and to reject
> stuff/file bugs/... based on that.
Probably, but you're not forced into doing it. For example, if you find
that some fi
Hello,
On Sat 11 Apr 2020 at 11:56AM -04, Scott Kitterman wrote:
> It's nonsense. There is zero difference in what's accepted or not based on if
> the machine readable copyright format is used. We may point out errors in use
> of the machine readable format, but it's not a criteria for rejectio
On Saturday, April 11, 2020 11:41:50 AM EDT Jonas Smedegaard wrote:
> Quoting Wouter Verhelst (2020-04-11 16:47:13)
>
> > On Sat, Apr 11, 2020 at 11:29:22AM +0200, Jonas Smedegaard wrote:
> > > Quoting Wouter Verhelst (2020-04-11 10:36:44)
> > >
> > > > On Wed, Mar 25, 2020 at 03:43:17PM +, S
Hello,
On Sat 11 Apr 2020 at 12:49PM +01, Simon McVittie wrote:
>> Files: *
>> Copyright: The GTK Team and others
>> License: LGPL-2+ and LGPL-2.1+
>> Comment:
>> Specific authors omitted (unneeded for this license, and list is long).
>
> My understanding is that the ftp team would consider this
Quoting Wouter Verhelst (2020-04-11 16:47:13)
> On Sat, Apr 11, 2020 at 11:29:22AM +0200, Jonas Smedegaard wrote:
> > Quoting Wouter Verhelst (2020-04-11 10:36:44)
> > > On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> > > > Debian:
> > > > https://tracker.debian.org/media/packages
On Sat, Apr 11, 2020 at 11:29:22AM +0200, Jonas Smedegaard wrote:
> Quoting Wouter Verhelst (2020-04-11 10:36:44)
> > On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> > > Debian:
> > > https://tracker.debian.org/media/packages/g/gtk%2B4.0/copyright-3.98.0-1
> > > plus we ship the L
Quoting Simon McVittie (2020-04-11 13:49:53)
> On Sat, 11 Apr 2020 at 11:29:22 +0200, Jonas Smedegaard wrote:
> > You seem to conflate two issues:
> >
> > a) writing debian/copyright in a machine-parsable format
> > b) writing debian/copyright with too much detail included
> >
> > Please use th
On Sat, 11 Apr 2020 at 11:29:22 +0200, Jonas Smedegaard wrote:
> You seem to conflate two issues:
>
> a) writing debian/copyright in a machine-parsable format
> b) writing debian/copyright with too much detail included
>
> Please use the machine-readable format because then machines can help
>
Quoting Wouter Verhelst (2020-04-11 10:36:44)
> On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> > Debian:
> > https://tracker.debian.org/media/packages/g/gtk%2B4.0/copyright-3.98.0-1
> > plus we ship the LGPL in base-files' common-licenses.
>
> This kind of insanity is actually w
On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> Debian:
> https://tracker.debian.org/media/packages/g/gtk%2B4.0/copyright-3.98.0-1
> plus we ship the LGPL in base-files' common-licenses.
This kind of insanity is actually why I refuse to use the
machine-parseable copyright format.
Hello Simon,
Not speaking for the whole FTP Team in this mail, but maybe I can help a
bit.
On Wed 25 Mar 2020 at 05:47PM +00, Simon McVittie wrote:
> On Wed, 25 Mar 2020 at 09:04:52 -0700, Sean Whitton wrote:
>> On Wed 25 Mar 2020 at 08:58PM +05, Andrey Rahmatullin wrote:
>> > On Wed, Mar 25, 20
Quoting Keith Packard (2020-03-25 19:07:33)
> Simon McVittie writes:
>
> > One thing that the ftp team clarified somewhat recently is that in
> > most cases, we must track all the copyright notices that exist in
> > the upstream source, and copy them into d/copyright.
>
> As an example, I've g
Simon McVittie writes:
> One thing that the ftp team clarified somewhat recently is that in
> most cases, we must track all the copyright notices that exist in the
> upstream source, and copy them into d/copyright.
As an example, I've got a package in the new queue with a 5077 line
copyright fil
On Wed, 25 Mar 2020 at 09:04:52 -0700, Sean Whitton wrote:
> On Wed 25 Mar 2020 at 08:58PM +05, Andrey Rahmatullin wrote:
> > On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> >> maintainers are incentivized
> >> to dot every i and cross every t in the copyright file even if it isn'
Hello,
On Wed 25 Mar 2020 at 08:58PM +05, Andrey Rahmatullin wrote:
> On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
>> I think part of the problem might be this vicious cycle: the NEW queue
>> is an asynchronous gatekeeper/progress blocker, which gives maintainers
>> a strong in
On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> I think part of the problem might be this vicious cycle: the NEW queue
> is an asynchronous gatekeeper/progress blocker, which gives maintainers
> a strong incentive to get things accepted first time (because a NEW
> rejection will d
Hello,
On Wed 25 Mar 2020 at 03:43PM +00, Simon McVittie wrote:
> I think part of the problem might be this vicious cycle: the NEW queue
> is an asynchronous gatekeeper/progress blocker, which gives maintainers
> a strong incentive to get things accepted first time (because a NEW
> rejection will
On Wed, 25 Mar 2020 at 15:32:20 +0100, Tomas Pospisek wrote:
> On 25.03.20 15:19, Andrey Rahmatullin wrote:
> > Or you can look at the Redhat approach as a minimal working one.
> > You know it can be done much easier and still work: in Redhat.
>
> (in case it hasn't already been discussed in this
18 matches
Mail list logo
