I believe unless I misunderstand what you are meaning, is the same thing that 
PORTREVISION is meant for doing. If the maintainer like what has just recently 
happened for jpeg bumps the PORTREVISION up one for every port that depends on 
jpeg then any upgrade utilities see that port as a new version and upgrade them 
happily.

PORTREVISION is the end of the package name as package-VERSION-{ , or _ 
}PORTREVISION. 

Personally I feel that adding another NODE_VERSION as your saying could 
possibly be a benefit but at this time would cause a lot of maintainer overhead 
on which that they already have. I think more of a short written policy or 
checklist system for a maintainer might be a better route. Or possibly a ticket 
system built around a  dependency checklist  that should be fulfilled before a 
commit on a newer version would happen. Even with the previous statement that 
still causes overhead in workload but eventually speeds the process up due to 
lack of errors and re-corrections that have to be made ultimately resulting in 
a higher percent of satisfied hobbyists and customers alike thus bringing in 
more revenue.

If I could be of more assistance on this matter I have great experience 
satisfying time tested analytics that speed up processes in the form of Lean 
Manufacturing also plays a role in development.

Best regards.

On Thu, 6 Aug 2009 12:46:12 +0800
Buganini <bugan...@gmail.com> wrote:

> Recently I'm think about how to make ports easier to upgraded:
> 1) Add a NODE_VERSION in each ports' Makefile, this variable would be stored
> in +CONTENTS.
> 2) Add a volatile-meaning flag in description of dependencies
> 
> When a port, A, whose NODE_VERSION in Makefile > NODE_VERSION in +CONTENTS,
> ports that volatile'ly depends on A would be rebuilt.
> 
> Any comment is welcome
> 
> --Buganini


-- 
Jason J. Hellenthal
+1.616.403.8065
jas...@dataix.net
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Reply via email to