Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 442342 - dev-perl/Data-Diver - Simple, ad-hoc access to elements of deeply nested structures
Summary: dev-perl/Data-Diver - Simple, ad-hoc access to elements of deeply nested stru...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Mikle Kolyada
URL: http://search.cpan.org/~tyemq/Data-Di...
Whiteboard:
Keywords: EBUILD
Depends on:
Blocks: 340353
  Show dependency tree
 
Reported: 2012-11-08 11:51 UTC by Thomas Witt
Modified: 2013-05-08 03:11 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Data-Diver ebuild (Data-Diver-1.010.1.ebuild,340 bytes, text/plain)
2012-11-08 11:52 UTC, Thomas Witt
Details
Data-Diver-1.01010.0.ebuild (Data-Diver-1.01010.0.ebuild,343 bytes, text/plain)
2013-04-01 10:16 UTC, Mikle Kolyada
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Witt 2012-11-08 11:51:33 UTC
biber-1.3 depends on dev-perl/Data-Diver

Reproducible: Always
Comment 1 Thomas Witt 2012-11-08 11:52:16 UTC
Created attachment 328796 [details]
Data-Diver ebuild
Comment 2 Mikle Kolyada archtester Gentoo Infrastructure gentoo-dev Security 2013-04-01 10:15:11 UTC
@proxy-maintainers, i will take care of that.
Comment 3 Mikle Kolyada archtester Gentoo Infrastructure gentoo-dev Security 2013-04-01 10:16:23 UTC
Created attachment 343912 [details]
Data-Diver-1.01010.0.ebuild
Comment 4 Sergey Popov gentoo-dev Security 2013-04-03 08:30:25 UTC
+  03 Apr 2013; Sergey Popov <pinkbyte@gentoo.org> +Data-Diver-1.010.1.ebuild,
+  +metadata.xml:
+  Initial commit, wrt bug #442342. Ebuild by Mikle Kolyada, who will maintain
+  this package through proxy maintainers
Comment 5 Kent Fredric (IRC: kent\n) gentoo-dev 2013-05-08 02:59:58 UTC
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 

or 

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
1.10.100


gentoo-perlmod-version.pl --oneshot  1.01009
1.10.90
Comment 6 Kent Fredric (IRC: kent\n) gentoo-dev 2013-05-08 03:11:32 UTC
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:

   >=virtual/perl-Module-Build-0.360.700

Should still be written as

   >=virtual/perl-Module-Build-0.36.07

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.