biber-1.3 depends on dev-perl/Data-Diver
Created attachment 328796 [details]
@proxy-maintainers, i will take care of that.
Created attachment 343912 [details]
+ 03 Apr 2013; Sergey Popov <firstname.lastname@example.org> +Data-Diver-1.010.1.ebuild,
+ Initial commit, wrt bug #442342. Ebuild by Mikle Kolyada, who will maintain
+ this package through proxy maintainers
This should have been 1.10.100 , because thats how 1.0101 normalises according to Perl version semantics.
because 1.0101 is the same as 1.010100 , which is the same as 1.010.100
It might not be hugley important, but it means if somebody depends on the correctly normalised form, it won't satisfy the dependency.
ie: if an upstream dependency depends on 1.01009 , which normalises as 1.10.90 , 1.10.1 will be < 1.10.90 , failing the dependency
while upstream will have intended it to be compared as
1.10.100 < 1.10.90
1.0101 < 1.01009
we incidentally have a tool specifically for making normalising Perl versions to Gentoo ones straight forward: dev-perl/Gentoo-PerlMod-Version
gentoo-perlmod-version.pl --oneshot 1.0101
gentoo-perlmod-version.pl --oneshot 1.01009
Gah. Got the directionality of my arrows wrong, which may have lead to some confusion.
To clarify, I'm not really tacking this bug on to the existing one, more, trying to give useful information to the proxy maintainer for future ebuilds for Perl
But the short of it, upstream
- x.yyyy # floating point
# mantisaa padded to multiple of 3 and divided by groups of three
- x.y.z # multipart decimal
And the easy solution to normalise things is to just pass both dependency versions and package versions to gentoo-perlmod-version.pl, with a few exceptions, namely dependencies that will intersect with packages that haven't been migrated to the new scheme yet, ie:
Should still be written as
Until that version goes out of tree.
We're in the 3rd year of transitioning, and there's still quite a few packages with the "old" un-normalised version scheme, mostly in perl-core/ and virtual/perl- , and this really aught to be documented somewhere, as its one of the more common mistakes people make. Just nobody has really gotten around to it yet it seems.