At 7:17 PM -0700 3/23/09, Doug Barton wrote:
David O'Brien wrote:
>
> If not, maybe we should do away with PORTREVISION and use
> something like:
>
${PORTNAME}-${PORTVERSION}_${VCS_ID}
I actually have in mind a different scheme that replaces both
PORTREVISION and PORTEPOCH with a date string like 200903231 that
would be appended to each PKGNAME. It would completely remove the
ambiguity (and the kludgy mess that both of the current variables
have created), and has the extra added bonus that you could set it
differently depending on which options the user has set without
fear of creating ambiguity. But I digress ...
Somewhere I suggested an idea of a separate version-id value which
would be for the "version in the ports collection" itself, and put
that before the "version as taken from the package".
So, the original bash project might release a version as 3.2.48.
If a new version of the freebsd-port for bash was created on
March 25th, then my suggested value for "ports-version" would be
2009C25a (2009, "C" = march, 25th, "a" = "first one of that day").
Thus the combined version-string would be:
bash_2009C25a-3.2.48
new versions of any port would never go backwards, alphabetically,
so there's no need for a "PORT_EPOCH".
Another advantage is that it becomes trivial to see if the bash
port has been modified at all since some other port (say, "gcc")
was updated. Well, trivial, unless they did happen to be updated
the same day.
There are more details to the timestamp that I'm suggesting, but
that's basically it. I've used this timestamping-method for
various files I create for various purposes here at RPI, and it
seems to work out without introducing any particular problems.
--
Garance Alistair Drosehn = dros...@rpi.edu
Senior Systems Programmer or g...@freebsd.org
Rensselaer Polytechnic Institute; Troy, NY; USA
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscr...@freebsd.org"
