On 04. 10. 22 1:18, Miro Hrončok wrote:
And how is this change related to:
https://src.fedoraproject.org/rpms/rpmlint/c/2beb19345e6644cb1b5ee8092b8533c8984cd21c?branch=rawhide
I was unaware of this change at all.
Tom, should rpmlint ditch that file instead and Require
rpmlint-fedora-licens
Todd,
> Sergey Mende wrote:
>
> Ahh, that affects spec files which use %forgeautosetup and
> have patches, right? They get `patch-not-applied` warnings.
>
> It may be worth asking upstream. Such a trivial adjustment¹
> to the regex might be acceptable. If not, perhaps they'll
> have a good id
Hi,
Sergey Mende wrote:
>> Mildly related, I've been working on getting rpmlint updated
>> to 2.3.0 and now 2.4.0. I filed a PR to get comments from
>> other rpmlint maintainers and (hopefully) catch any bugs I
>> may have introduced:
>>
>> https://src.fedoraproject.org/rpms/rpmlint/pull-req
Hi Todd,
> Mildly related, I've been working on getting rpmlint updated
> to 2.3.0 and now 2.4.0. I filed a PR to get comments from
> other rpmlint maintainers and (hopefully) catch any bugs I
> may have introduced:
>
> https://src.fedoraproject.org/rpms/rpmlint/pull-request/27
A bit off top
Miro Hrončok wrote:
> On 03. 10. 22 12:09, Vít Ondruch wrote:
>> And how is this change related to:
>>
>> https://src.fedoraproject.org/rpms/rpmlint/c/2beb19345e6644cb1b5ee8092b8533c8984cd21c?branch=rawhide
>
> I was unaware of this change at all.
>
> Tom, should rpmlint ditch that file instead
On 03. 10. 22 12:09, Vít Ondruch wrote:
Dne 29. 09. 22 v 12:28 Miro Hrončok napsal(a):
On 08. 09. 22 12:44, Miroslav Suchý wrote:
* We have MR [2] which creates the data for rpmlint. Again, this is not
merged and not yet in Fedora.
The rpmlint-fedora-license-data package is now available in
Dne 29. 09. 22 v 12:28 Miro Hrončok napsal(a):
On 08. 09. 22 12:44, Miroslav Suchý wrote:
* We have MR [2] which creates the data for rpmlint. Again, this is
not merged and not yet in Fedora.
The rpmlint-fedora-license-data package is now available in Fedora. It
Supplements rpmlint.
Hmmm,
On 08. 09. 22 12:44, Miroslav Suchý wrote:
* We have MR [2] which creates the data for rpmlint. Again, this is not merged
and not yet in Fedora.
The rpmlint-fedora-license-data package is now available in Fedora. It
Supplements rpmlint.
Install it to "teach" rpmlint about valid SPDX license
On 08. 09. 22 17:18, Steven A. Falco wrote:
Can one simply convert to the new SPDX license identifier for all active Fedora
releases, i.e. F35 through Rawhide?
Yes, this was exactly the outcome of the discussion.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
On 9/8/22 06:44 AM, Miroslav Suchý wrote:
Quick heads up where we are:
I had been following this discussion, and I vaguely remember that there was
talk of it having to be conditional, perhaps with a macro.
Has all that now been resolved? Can one simply convert to the new SPDX license
identi
Quick heads up where we are:
* people started voluntary migrating the identifiers to SPDX. When the license is not on our list, you can open issue or
even merge request here:
https://gitlab.com/fedora/legal/fedora-license-data
Richard and Jilayne are doing awesome work reviewing the license and
On Wed, May 18, 2022 at 10:08 PM Otto Urpelainen wrote:
> Neal's proposal seems simple and safe.
Except that it conflicts with another of the
proposal authors, who claims one will be
required to use %if-%else logic.
Limitations in tooling to not report violations
of the intention of the require
Neal Gompa kirjoitti 18.5.2022 klo 19.40:
On Wed, May 18, 2022 at 12:27 PM Vít Ondruch wrote:
Dne 18. 05. 22 v 15:51 David Cantrell napsal(a):
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
On 17. 05. 22 21:49, Miro Hrončok wrote:
On 17. 05. 22 17:06, Miroslav Suchý wrote:
On Wed, May 18, 2022 at 12:27 PM Vít Ondruch wrote:
>
>
> Dne 18. 05. 22 v 15:51 David Cantrell napsal(a):
> > On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
> >> On 17. 05. 22 21:49, Miro Hrončok wrote:
> >>> On 17. 05. 22 17:06, Miroslav Suchý wrote:
> Dne 17. 05. 22 v 16:59
Dne 18. 05. 22 v 15:51 David Cantrell napsal(a):
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
On 17. 05. 22 21:49, Miro Hrončok wrote:
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be explicit
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote:
> On 17. 05. 22 21:49, Miro Hrončok wrote:
> > On 17. 05. 22 17:06, Miroslav Suchý wrote:
> > > Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
> > > > Thanks for the explanation. Could this be explicitly written in
> > > > the change pro
On Tue, May 17, 2022 at 03:30:43PM -0400, Kevin P. Fleming wrote:
> On 5/17/22 14:35, David Cantrell wrote:
> > I think a better thing to do would be to use a scanner like scancode[1]
> > to
> > check the source tree in question and then construct a License expression
> > for
> > the spec file fro
On 17. 05. 22 21:49, Miro Hrončok wrote:
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be explicitly written in the change
proposal?
Yes. I will amend the proposal with FAQ posted in this thread.
Also, when y
V Tue, May 17, 2022 at 05:06:44PM +0200, Miroslav Suchý napsal(a):
> Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
> > Also, when you say "after F38 branching", does that mean it will not be
> > allowed in f35, f36 and f37 branches?
>
> No. Old branches i.e. f35, f36 and f37 will keep using the o
Maxwell G via devel writes:
> On Tuesday, May 17, 2022 10:06:44 AM CDT Miroslav Suchý wrote:
>> > Do we need to %if-%else it in the spec file? I recall some discussion
>> > about this on the legal list, but I see no
>> > guidelines proposed here.
>>
>> If you maintain one spec for all branche
On Tuesday, May 17, 2022 9:02:11 AM CDT Ben Cotton wrote:
> == Summary ==
> Transition from Fedora's short name of licenses to standardized
> [https://spdx.org/licenses/SPDXlicense]
> [https://spdx.dev/specifications/formula].
I just noticed that both of these links are dead...
--
Thanks,
Maxwel
On Tue, May 17, 2022 at 7:50 PM Miro Hrončok wrote:
> Does that make sense?
Yes, and a great idea.
That would definitely work well for me (as long
as the spdx macro was backported to all the
usual suspects).
___
devel mailing list -- devel@lists.fedor
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be explicitly written in the change
proposal?
Yes. I will amend the proposal with FAQ posted in this thread.
Also, when you say "after F38 branching", does that me
On 5/17/22 14:35, David Cantrell wrote:
I think a better thing to do would be to use a scanner like
scancode[1] to
check the source tree in question and then construct a License expression for
the spec file from its results. In many cases it will be the same as what we
have in the spec file, ju
On Tue, May 17, 2022 at 05:46:25PM +, Gary Buhrmaster wrote:
> On Tue, May 17, 2022 at 2:41 PM Vitaly Zaitsev via devel
> wrote:
>
> > But I think this change also requires automatic conversion of all
> > available SPECs, because manual conversion will take years.
>
> Automating where possib
On Tue, May 17, 2022 at 3:07 PM Miroslav Suchý wrote:
> > Do we need to %if-%else it in the spec file? I recall some discussion about
> > this on the legal list, but I see no
> > guidelines proposed here.
>
> If you maintain one spec for all branches then you will need %if-%else. And
> yes, it
On Tue, May 17, 2022 at 2:41 PM Vitaly Zaitsev via devel
wrote:
> But I think this change also requires automatic conversion of all
> available SPECs, because manual conversion will take years.
Automating where possible (the existing license has a
one-to-one mapping) is desirable, but realistica
On 17/05/2022 17:06, Miroslav Suchý wrote:
No. Old branches i.e. f35, f36 and f37 will keep using the old short
names. No change there. The same for epel9-.
Then most maintainers will continue to use the old names. I want my Git
history to be linear.
--
Sincerely,
Vitaly Zaitsev (vit...@ea
On Tuesday, May 17, 2022 10:06:44 AM CDT Miroslav Suchý wrote:
> > Do we need to %if-%else it in the spec file? I recall some discussion about
> > this on the legal list, but I see no
> > guidelines proposed here.
>
> If you maintain one spec for all branches then you will need %if-%else. And
Ignoring the question (for now) of whether SPDX identifiers will be
allowed in f37 and older branches, can you clarify “after F38 branching”?
If the Change is targeting F38, then it seems like SPDX identifiers
should be allowed in Rawhide after what I think would generally be
called “F37 branc
On Tuesday, May 17, 2022 10:21:39 AM CDT Miro Hrončok wrote:
> That includes both MIT and BSD, right?
>
Yes. I believe LGPLv2(+) is also ambiguous, because SPDX differentiates between
2.0 and 2.1. There may be others.
--
Thanks,
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Descrip
On Tue, May 17, 2022 at 11:22 AM Miro Hrončok wrote:
>
> On 17. 05. 22 17:19, Neal Gompa wrote:
> > On Tue, May 17, 2022 at 11:11 AM Miroslav Suchý wrote:
> >>
> >> Dne 17. 05. 22 v 17:01 Miro Hrončok napsal(a):
> >>>
> >>> Is this going to be part of phase 1? Could you please explicitly say that
On Tue, May 17, 2022 at 11:19 AM Miro Hrončok wrote:
>
> On 17. 05. 22 17:08, Neal Gompa wrote:
> > On Tue, May 17, 2022 at 11:02 AM Miro Hrončok wrote:
> >>
> >> On 17. 05. 22 16:52, Miroslav Suchý wrote:
> >>> Dne 17. 05. 22 v 16:18 Miro Hrončok napsal(a):
> So, is it actually allowed to u
On 17. 05. 22 17:19, Neal Gompa wrote:
On Tue, May 17, 2022 at 11:11 AM Miroslav Suchý wrote:
Dne 17. 05. 22 v 17:01 Miro Hrončok napsal(a):
Is this going to be part of phase 1? Could you please explicitly say that in
the change proposal?
No, it is not part of phase 1. Sorry for the confu
On 17. 05. 22 17:06, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be explicitly written in the change
proposal?
Yes. I will amend the proposal with FAQ posted in this thread.
Awesome!
Also, when you say "after F38 branching", d
On Tue, May 17, 2022 at 11:11 AM Miroslav Suchý wrote:
>
> Dne 17. 05. 22 v 17:01 Miro Hrončok napsal(a):
> >
> > Is this going to be part of phase 1? Could you please explicitly say that
> > in the change proposal?
>
> No, it is not part of phase 1. Sorry for the confusion. I meant, yes we will
On 17. 05. 22 17:08, Neal Gompa wrote:
On Tue, May 17, 2022 at 11:02 AM Miro Hrončok wrote:
On 17. 05. 22 16:52, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:18 Miro Hrončok napsal(a):
So, is it actually allowed to use SPDX identifiers when this phase is
activated, or not?
SPDX identifiers wi
Dne 17. 05. 22 v 17:01 Miro Hrončok napsal(a):
Is this going to be part of phase 1? Could you please explicitly say that in
the change proposal?
No, it is not part of phase 1. Sorry for the confusion. I meant, yes we will do the automatic conversion one day. But
according to current plan, it
On Tue, May 17, 2022 at 11:02 AM Miro Hrončok wrote:
>
> On 17. 05. 22 16:52, Miroslav Suchý wrote:
> > Dne 17. 05. 22 v 16:18 Miro Hrončok napsal(a):
> >> So, is it actually allowed to use SPDX identifiers when this phase is
> >> activated, or not?
> >
> > SPDX identifiers will be allowed when al
Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a):
Thanks for the explanation. Could this be explicitly written in the change proposal?
Yes. I will amend the proposal with FAQ posted in this thread.
Also, when you say "after F38 branching", does that mean it will not be allowed in f35, f36 and f37
On 17. 05. 22 16:52, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:18 Miro Hrončok napsal(a):
So, is it actually allowed to use SPDX identifiers when this phase is
activated, or not?
SPDX identifiers will be allowed when all these conditions will be met:
* Change approved by FESCO
* after F38 b
On 17. 05. 22 16:54, Miroslav Suchý wrote:
Dne 17. 05. 22 v 16:38 Vitaly Zaitsev via devel napsal(a):
But I think this change also requires automatic conversion of all available
SPECs, because manual conversion will take years.
We will do automatic conversion (openning PR) when the conversion
Dne 17. 05. 22 v 16:38 Vitaly Zaitsev via devel napsal(a):
But I think this change also requires automatic conversion of all available SPECs, because manual conversion will take
years.
We will do automatic conversion (openning PR) when the conversion can be done automatically. But there are de
Dne 17. 05. 22 v 16:18 Miro Hrončok napsal(a):
So, is it actually allowed to use SPDX identifiers when this phase is activated, or not?
SPDX identifiers will be allowed when all these conditions will be met:
* Change approved by FESCO
* after F38 branching
* documentation with conversion cha
On Tuesday, May 17, 2022 9:02:11 AM CDT Ben Cotton wrote:
> In this phase, we want to provide documentation and tooling to allow
> maintainers to begin using SPDX license ids instead of the old Fedora
> short names. This move is opt-in.
+1 for this change. I am not a fan of having to remember two
On 17/05/2022 16:02, Ben Cotton wrote:
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
+1 for thi
On 17. 05. 22 16:02, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_1
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if appro
https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_1
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Co
48 matches
Mail list logo
