Newsgroup: it.comp.macintosh
Titolo: Non trovo la cartella /usr/local/lib/

Dove sta?
Ha un altro nome nel System italiano?
Grazie
Pippotto
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Dove sta?
Dal finder non la vedi, a meno che tu non faccia mela-shift-G e glielo 
dica esplicitamente.
-- 
Jollino - 
http://www.nicolucci.net
Want a cool e-mail addy (@
ilovemac.info
, @
e-basta.info
 and others)?
Check out 
http://www.my-addy.info
, it's cheap!

 dica esplicitamente.
Non esiste questa directory. Provare da terminale a inserire cd 
/usr/local/lib. Il risultato e' nullo.

 /usr/local/lib. Il risultato e' nullo.
Magari tu non ce l'hai, io ce l'ho:
innocence:~ jollino$ ls -ld /usr/local/lib/
drwxr-xr-x  73 501  501  2482 11 Oct 09:29 /usr/local/lib/
ma in effetti rovistandoci dentro ci sono solo librerie di cose che ho 
installato io (FLAC, expat, faad, mp3lame, mp4ff, ogg, sqlite, vorbisenc 
e un po' di cose python).


 Non esiste questa directory.
La directory /usr/local/lib ormai è lo standard de facto per le librerie dei
programmi open source del mondo Unix e dintorni.
Tra parentesi, il nome di questa directory non è impattato dalla
localizzazione del system in italiano.
Mac OS X di default non la crea perché per i programmi open source dati in
bundle (es. apache) usa una struttura differente da quella canonica, ma
l'ambiente di appoggio nel file syste c'è tutto (la directory padre /usr ).
Se tu non hai mai installato programmi di tipo open source, con tutta
probabilità sul tuo computer la directory /usr/local/lib non è presente.
Basta che tu ne installi uno (es. il front-end TWAIN-SANE per gestire gli
scanner sotto OS X) e te la trovi, con tanto di file installati dalla
specifica applicazione. E rimane lì, anche con successive installazioni di
OS X.
Saludos
Germano il Gatto Grigio
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 programmi open source del mondo Unix e dintorni.
Ni, sotto Sun hai /opt (da optional) per i pacchetti GNU distribuiti
precompilati.
La cosa ha tradizioni "antiche" e se non ricordo male:
/bin e /lib sono per cose di sistema irrinunciabili (ovvero servono
per avviare il sistema). Una volta c'era anche vi, ora e` rimasto
solo ed.
/usr e quello  che ci sta` sotto e` per quello  che sotto BSD chiamano
userland,  programmi utente  standard  per il  sistema,  li trovi  (li
dovresti trovare) in ogni sistema.
/usr/local e sottostanti  sono i programmi e librerie  utente che sono
stati installati extra.
-- 
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico e fancazzista 
\/

 precompilati.
Era così anche sotto HP-UX, almeno fino al 10.20. Ma francamente lo trovavo
scomodo, anche perché sotto /opt ci finivano anche altri pacchetti freeware
non GNU (netscape, per esempio). E in alcuni casi certi pacchetti finivano
comunque sotto /usr/local o bisognava metterli lì (di solito per via di
qualche baco che nel runtime richiamava librerie usando il path assoluto
/usr/local/lib invece che quello rilocato /opt/lib), col risultato
sgradevole di un file system in disordine, con un po' di roba sotto /opt e
un altro po' sotto /usr/local. Già sotto HP-UX 11.00 la situazione è
migliorata, privilegiando /usr/local rispetto a /opt.
Qui comunque si stava parlando di Mac OS X: che per fortuna ha evitato la
perversione di /opt.


 perversione di /opt.
...ma grazie a fink abbiamo /sw ...!-)
Alex

 /usr/local (bash ad esempio).
Vero, ed e` uno dei casini che ha chi cerca le librerie LISP di Emacs.
Se la bash e` in /usr/local/bin allora in /usr/local/emacs dovrebbe...
sbagliaten :). E vai di find :)


 o viceversa, no?-)
Sì ma non è una soluzione che mi piacesse molto, senza contare che in alcuni
casi, sotto HP-UX, la cosa non era affatto sufficiente perché per un qualche
motivo arcano l'unico modo era "copiare" la libreria da /opt in
/usr/local/lib (la gestione dinamica delle librerie sotto HP-UX presenta
delle interessanti quanto ¢@//ute perversioni). Sapessi quanto ho dovuto
bestemmiare per php 4.x...
Aggiungi poi che da sysadmin una delle cose che mi infastidisce di più è un
file system disordinato e questo genere di link simbolici che mescolano le
cose non contribuisce di certo ad avere un ambiente pulito e ordinato.


 delle interessanti quanto ¢@//ute perversioni). Sapessi quanto ho dovuto
Eh si`, qualche anno fa sviluppavo per una varieta` incredibile di
sistemi Unix proprietari (HP-UX incluso, ma anche Solaris, AIX, Digital
Unix, ...) e ognuno aveva le perversioni sue personali!-)
Alex

 sbagliaten :). E vai di find :)
Meglio locate -- e` + veloce!-)
Alex

 Meglio locate -- e` + veloce!-)
Sotto slowlaris ?


 Sotto slowlaris ?
Beh, e` piu` veloce di find perche` costruisce di notte un indice:
consultare l'indice e` piu` rapido che frugare nel disco (ovviamente
nell'indice mancano le modifiche fatte "stamattina", ma per cercare dove
sia istallato qualcosa tipicamente le modifiche non ti servono).
Alex

 Beh, e` piu` veloce di find perche` costruisce di notte un indice:
O.K, questo era noto. Ma c'e` anche sotto slowlaris ? Funziona anche
se c'e` di mezzo quel dannato di automount e NIS+?
(o.k. la directory dove trovo il materiale di Emacs dovrebbe essere tra
 quelle montate, non come le home degli altri utenti...)


  quelle montate, non come le home degli altri utenti...)
Troppi anni che non uso Solaris; mi pare che ci fosse, come su un po'
tutti gli Unix, ma puo` darsi che l'avessimo istallato a parte.
Comunque al peggio fai lo stesso.  Quando chiami updatedb (di solito in
cron), glielo dici tu che filesystems frugare per la costruzione
dell'indice.
Alex