Re: [Rpm-maint] [rpm-software-management/rpm] Add a new perl.prov script to generate normalized module versions (PR #2586)

2023-09-26 Thread tinita
I created https://github.com/perlpunk/rpm-perl 
For now it just contains copies of the original perl files.
Which license should I use?

-- 
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/2586#issuecomment-1736244646
You are receiving this because you are subscribed to this thread.

Message ID: ___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Add a new perl.prov script to generate normalized module versions (PR #2586)

2023-09-01 Thread tinita
@pmatilai thanks.
I would like to start a new package then and work on it together with @stoecker 
Should I create a new repo and then request to transfer it to this org?

-- 
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/2586#issuecomment-1703233527
You are receiving this because you are subscribed to this thread.

Message ID: ___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


[Rpm-maint] [rpm-software-management/rpm] Add a new perl.prov script to generate normalized module versions (PR #2586)

2023-07-26 Thread tinita
## Background

Im the current maintainer of  https://github.com/openSUSE/cpanspec and I 
do automatic updates to devel:languages:perl with it.

Perl module versions are decimal versions, and semantically split in triplets.

CPAN   -- Normalized, semantical meaning from perls point of 
view
0.7-- 0.700.0
0.71   -- 0.71.0
0.70   -- 0.70.0
0.07   -- 0.70.0
0.007  -- 0.7.0
1.20230726 -- 1.202.307.260

Currently, perl.prov takes the module versions literally, which can lead to 
false / broken dependencies if the number of decimals for a module version 
changes.
E.g. a very common thing is a module with the current version 1.29 (which is 
semantically 1.290.0) that releases 1.3 (1.300.0) as the next version.
Taking the 1.29 and 1.3 literally in the rpm, 1.3 would be lower than 1.29.

We usually fix that manually, but we have 3200 perl modules in 
devel:languages:perl and 1400 in Factory.

The correct way would be to use

version-parse($cpan_version)-normal

However, we cant just fix the existing perl.prov because we cannot 
guarantee that all packages will be rebuilt at once across all repositories. 
There needs to be a transition period also.

Also other users of rpm maybe dont want that new behaviour.

## Proposal

So I created a new script besides `perl.prov`, `perl.prov.normalize`.

It would be good if I could actually reuse most of its code, maybe even 
simply call `perl.prov` and then manipulate the output.

But for this frst draft I wanted to get your feedback if such a PR is welcome 
or if it should be done in a new package outside of rpm.

I could then use this script in the spec files of new perl module releases. 
Until then there will be a transition period where I might generate Provides 
lines in the spec file additionally to the current perl.prov, which would 
guarantee that we dont get unresolvables.

For the detailed background see: https://github.com/openSUSE/cpanspec/issues/47 
cpanspec is the script which we use to generate the spec files.
You can view, comment on, or merge this pull request online at:

  https://github.com/rpm-software-management/rpm/pull/2586

-- Commit Summary --

  * Add a new perl.prov script to generate normalized module versions

-- File Changes --

A scripts/perl.prov.normalize (224)

-- Patch Links --

https://github.com/rpm-software-management/rpm/pull/2586.patch
https://github.com/rpm-software-management/rpm/pull/2586.diff

-- 
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/2586
You are receiving this because you are subscribed to this thread.

Message ID: rpm-software-management/rpm/pull/2...@github.com
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint