Newsgroup: it.comp.macintosh
Titolo: Una domanda su Fink e Darwinports!

Ciao a tutti!
Proprio oggi girovagando per i miei bookmark ho ritrovato
un link che portava alla pagina di Darwinports. Attualmente
uso Fink per l'installazione del pacchetti, ma curiosando
su quelli disponibili per Darwinports ne ho visti un paio di
interessanti.
La mia domanda, sicuramente stupida (ma vorrei essere sicuro :)
è questa: ho installato tramite Fink ethereal versione 10.3.
Su Darwinports c'è la versione 10.5 e mi piacerebbe (non che ne abbia
la necessita') installarla. Se la installo tramite Darwinports
si va a piazzare al posto della 10.3 di Fink? E il tutto puo' creare
problemi? In teoria Fink poi dovrebbe vedere che la versione
installata e' piu' recente di quella che gli risulta disponibile
ma senza creare problemi giusto? Prima di provare ho preferito
chiedere, nel caso qualcuno abbia gia' sperimentato la cosa :)
Grazie ancitipatamente!
Ale

 installata e' piu' recente
No, Fink non vede Darwinports e viceversa.
Ti conviene quindi disinstallare la versione di Fink.
Daniele
-- 
"I'm just a Soldier of Fortune,
 Must be the Gypsy in me!" (Coverdale)
STARGAZER: 
www.stargazer.it
 - Le stelle della scena Hard & Heavy!

 prima di installare quello di darwinports disinstalla quello di fink
Solo se durante le installazioni hai fatto opzioni non di default e da 
pazzo sclerato :)
Fink e` tutto contenuto in /sw e si 'fa i caxxi suoi'.
DarwinPorts di default sta in /opt
Risultato... danni non ne fai :)
-- 
RiK0

 
Grazie a tutti per le risposte :)
Scusate il ritardo con cui mi faccio vivo! Beh alla fine ho optato
per tenere fink, siccome se faccio disastri in questo periodo
non ho tanto tempo di mettere a posto :) mi interessava hping
che in darwinports c'era mentre in fink no, invece per ethereal
basta è avanza la 10.3 che ho installato ora!
Ale ;)

 non tutta la roba di fink sta in /sw, X11 ad esempio no
X11 e` di MacOS :))
fink lo piglia solo come bogus, ma di per se non centra nulla.
Q1.4: Why doesn't Fink install into /usr/local?
A: There are several reasons, but the common line is "because breakage 
will occur".
Reason One: Third-party software. /usr/local is the well-established 
place to put software that is not part of the system shipped by the 
original vendor. This means that it is a good place to put stuff. 
However, it also means that other people will put stuff there, too. Most 
install routines will just overwrite what's there - this also applies to 
dpkg. One can, of course, choose not to install third-party software in 
/usr/local. Unfortunately, most installers don't tell you beforehand 
what they will install where.
Reason Two: /usr/local/bin is in the default PATH. This means that your 
shell will find the installed programs without additional measures. But 
it also means that you do have to take additional measures if you do not 
want to use the programs. In extreme cases, this can also affect the 
system itself - many parts depend on shell scripts.
Reason Three: The compiler tool chain searches /usr/local by default. 
The compiler searches /usr/local/include for header files and the linker 
searches /usr/local/lib for libraries. Again, this is sometimes a 
welcome convenience, but it's very hard to disable should the need 
arise. You can easily disable the compiler by putting a garbage file 
called stdio.h into /usr/local/include.
All that said, it is possible to install Fink into /usr/local. The 
installation script will warn you explicitly, but proceed once you 
acknowledge that you're doing this at your own risk.
Q1.5: Then why did you choose /sw?
A: That choice is quite arbitrary, but is likely to stay for the 
foreseeable future for practical (upgrade) issues as well as the fact 
that it's safe from conflicting with other packaging systems.
-- 
RiK0