Kent Fredric posted on Fri, 29 Jun 2012 14:07:58 +1200 as excerpted: > For the most part it seems to get upstream / portage versioning right, > but occasionally you get miss-matches for some reason. > > It would be nice to allow to provide some mapping mechanism that existed > on the overlay itself to inform euscan how to map upstream versions to > downstream ones, but implementing that would be far too complex I feel. > > Instead, it would be nice to have a mechanism in the interface to set a > "Upstream version is" value for each package if euscan can't tell. > > Ie: > > http://euscan.iksaif.net/package/dev-perl/HTML-TreeBuilder-LibXML/ > > Upstream is 0.71 , portage is ( normalised ) to 0.710.0 , and these are > in fact the same version. So in 0.710.0 , it would be nice to be able to > set the upstream version manually to 0.71 so that euscan no longer > reported it as outdated.
What about a simple variable that can be set in the ebuild? Say for the above example something like: EUSCAN_VERSION=0.71 I don't know how difficult that would be for euscan to pickup on, but since this would have no bearing on actual package behavior, only on euscan, I'd guess it shouldn't require going thru the formal PMS process, tho specifying it well enough to know whether it can be a function or must be a straight variable assignment, etc, as well as whether quotes are required or not, would be useful, and that's normally part of the PMS process so at least getting input from them would be useful. Alternatively, define some formula that can be placed in the package's metadata.xml. That's perhaps a better functionality match (we're talking about metadata, after all), but getting a formula that can deal with all the corner-cases is likely to be more difficult (and take longer) than simply specifying a variable to be defined for each ebuild that euscan can't immediately get correct. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
