At 12:13 3/10/2004, David H. wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

Kevin Horton wrote:

<snip>
|
| It certainly would be nice to have fink automatically deal with this
| situation.  I have seen discussions before about various ways to do
| this, but no one was ever able to come up with a perfect solution, so
| nothing is done.  But I believe this is a big enough problem that even
| an imperfect solution may be better than no solution at all.
|
Hello Kevin.

While I can understand your frustration and I certainly agree that it
would be a handy feature you are touching on a very serious subject
here. As you know Fink has one golden rule and that is that we do not
touch anything outside /sw.  There are some very special arrangements we
have made, mostly out of necessity when we touch something outside /sw
there is usually no other way to make sure that some feature or
supplying software works properly. This touches the subject of X11 and
Applications that are supplied by Fink.

I do believe that anyone that builds things from source should be aware
that he/she might have some conflicting libraries installed in
/usr/local. I also agree that we could spit out a warning ala "I am
going to build blah, did you move your /usr/local, are you sure it is
empty?". I, personally, would not be happy with a solution where Fink
touches this. Simply because  it "stretches" a rule which we always have
been very, very strict about.

I agree 100% that the default behavior should be to not touch /usr/local. But, if I understand correctly, none of the Apple supplied software should be in /usr/local. This would only be other user installed software. If the fink team can't find a way to make Fink ignore /usr/local when building things, then an optional, user selectable behavior to automatically temporarily move /usr/local out of the way appears to be better than the current situation.


It seems a shame to throw out a potentially useful improvement purely on philosophical grounds. If this change truly could cause serious problems, then it is a bad idea. But let's at least discuss what those problems could be before we throw the idea out.

Kevin Horton



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to