On Tuesday, Feb 25, 2003, at 11:15 US/Eastern, Max Horn wrote:
Hm I wonder why your email client misreads my time zone like that =)
[...]
Yuck. We have already determined problems with this method, and it seems crude, especially when better alternatives are available.
The problem with those "better alternatives" were listed by me below. Sometimes a crude but working solution is better than an hypothetical, not implemented elegant solution, hence I mentioned this possibility.
Or possibly take code from pkg-order, add additional features, etc, and put it all into a perlmod.The proper way --------------
Proper would be to (as I mentioned in the past) have a full fledged package orderer that is aware of the fact that build dependencies can be removed after they have been used. My hope is that it's possible to add support for this to pkg-order, maybe one could even get support from the pkg-order author(s) for this project. However, I consider it a hard piece of work to be done properly.
I never intended to use pkg-order as an external tool, that wouldn't be possible anyway. Rather I meant to use its code (which is under the GPL). THough ideally with as little changes as possible (mainly adding things, not changing them) to make migrating to new upstream versions possible.
This would be the hardest, but I think that with a little thought we can come up with some kind of colored graph algorithm that makes the process a little easier.
Uh, no idea how you envision that, but feel free to actually explain it. Don't stop at the "oh we could maybe do it that and this way, it should be doabl", think it fully through, then present it. Cause there are dozens of pitfalls which are easy to overlook when designing this on paper... :-/
Also, when in doubt about multiple possible ways to fulfill a dependency, it should be possible to either let fink make a good (automatic) guess at it, *or* let fink ask the user what he prefers. Not sure how hard it would be to implement that atop pkg-order.Rather than using an external perl program, why don't we just adjust the code into a module and use the functions straight from fink.
That was always my intention, though I didn't cleary mention it hear as such, sorry.
[...]
Bye,
Max
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
