Newsgroup: it.comp.os.linux.iniziare
Titolo: dove trovo i programmi per fare i collegamenti?

ciao a tutti.
Scusate la domanda banale.
Vorrei modificare i menu usando kmenuedit o menudrake (credo siano 
questi i programmi), ma non so dove andare a trovare i file a cui devo 
associare icone e menu vari. 
Ad esempio con mandrake non riesco a trovare "konsole" fra i vari 
menu. allora ho pensato di aggiungere io il collegamento, ma nel campo 
in cui mi chiede il programma da eseguiire non so che percoso dare. 
Per il momento vorrei sapere dove trovo konsole, poi vorrei modificare 
gli altri menu, con win l'ho sempre fatto, ma qui non so proprio dove 
andare per trovare i collegamenti.
ciao!
--
Pierpaolo
Inviato da 
www.mynewsgate.net

oierpa wrote:

da un xterm/konsole dai which programma.
Ad es.
$  which less
/usr/bin/less
ciao,  andrea

 /usr/bin/less
peccato che (man which):
DESCRIPTION
       Which takes one or more arguments. For each of its arguments it prints
       to stdout the full path of the executables that would have been exe-
       cuted when this argument had been entered at the shell prompt. It does
       this by searching for an executable or script in the directories listed
       in the environment variable PATH using the same algorithm as bash(1).
       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
meglio un bel:           man hier
oppure                   
http://www.pathname.com/fhs

 in cui mi chiede il programma da eseguiire non so che percoso dare.
Dovrebbe bastare mettere il solo nome del programma, senza il percorso
completo.
Ciao
-- 
Faber
http://www.faberbox.com
Windows 2000: Designed for the Internet.
The Internet: Designed for UNIX. -- From a Slashdot.org post

 
Sapere quele è l'organizzazione generale del filesystem
di Linux è senz'altro importante. Ma non è 
immediatamente utile per quello che voleva lui.
Man hier spiega quale è l'organizzazione teorica 
delle directory di sistema.
Which dice dove sta effettivamente un eseguibile.
Per esempio, lui voleva sapere dove sta "konsole"
per mettere l'informazione nell'icona che lo lancia.
Nella SuSE-8.2 che ho davanti
$which konsole
/opt/kde3/bin/konsole
mentre "man hier" (nella versione presente sul sistema) non parla 
neanche di /opt  ;-)
In una Mandrake, invece, which ti avvisa che konsole sta in /usr/...qualcosa
mentre "man hier" continua imperterrito a (non) darti le stesse
informazioni ;-)
In alternativa a which, puoi usare find e locate (trovano anche cose che 
non sono nel path) o, su un sistema basato su rpm,
rpm -ql pacchetto-che-contiene-comando
ciao, andrea

 
ciao michele.

Mario Michele Macaluso wrote:
..........
Tu insisti sul fatto che è meglio farsi un'idea di come sono
organizzate le directory di sistema e poi andare a cercare
a ragion veduta dove è collocato un particolare eseguibile.
Io sono del parere che (pur essendo estremamente utile avere
le conoscenze che citi) se ti serve sapere dove sta un comando sia  
più utile usare "which" o (mi era rimasto nella tastiera) "whereis".
Questo perché quando dico che i tuoi documenti danno l'organizzazione
"teorica" del file-system, intendo dire che benché molto dettagliati
fissano le regole da seguire e non dicono dove sono effettivamente i vari 
file. Tra le due cose non dovrebbe esserci differenza. Però a volte c'è
perché viene lasciato dello spazio a delle interpretazioni su come 
considerare dei componenti e, di conseguenza, su dove collocarli.
 Un tipico esempio è KDE, che comprende il konsole da cui siamo partiti. 
Per alcune distro fa parte integrante del sistema e quindi (coerentemente
alla teoria) viene collocato nella gerarchia principale di /usr. 
Per altre, invece, è un add-on da mettere (coerentemente alla teoria) 
in /opt. Non escludo che qualcuna lo abbia messo in /usr/X11.
Sono scelte completamente diverse, però effettuate nel pieno rispetto 
dei documenti che citi che quindi non ti aiutano molto, solo a restringere
un po' il campo di ricerca.
Puoi trovare tanti altri esempi di eseguibili che al variare della distro
sono messi in /usr/bin, /usr/X11/bin, /usr/games, /opt, /usr/local/...
sempre nel pieno rispetto delle regole generali ;-)
Con tutto ciò, concordo con te che sapere come è oganizzata la gerarchia 
delle directory non è solo utile, ma indispensabile!
ciao, Andrea

per inciso se non nasceva la Sun /opt non sarebbe esistito.
A proposito di /opt, io ho preso l'abitudine (spero non pessima, ma accetto
opinioni!) di mettere in /opt alcuni programmi particolari, ad esempio
mozilla (che va solo decompattato), picosql, unixtree, firebirdSQL e altri
che vengono distribuiti in pacchetti che una volta decompressi contengono
completamente il programma e ciò che gli occorre.
Il problema che ho trovato è stato quello di aggiungere le directory in
questione al mio path. 
La soluzione che ho applicato è quella di mettere nel mio .bashrc (che
includo anche nel .bash_profile) una funzione un po' complessa (ma di
recente ho semplificato parecchio ^__^) che esporta le nuove directory
appendendole al path.
Quel che vorrei sapere è:
- Uso correttamente /opt?
- E' valida la soluzione adottata per il path?
- Voi come fate, riguardo a /opt e ai problemi connessi?
Ciao.
-- 
Antonio   @=D

 - Voi come fate, riguardo a /opt e ai problemi connessi?
Ciao Antonio, scusami se cutto tutto e ti rispondo solo a questa.
Personalmente preferirei che /opt non esistesse.  :-)
I programmi  che hai elencato (soprattutto quelli  da scompattare come
mozilla  e firefox)  li scompatto  in /usr/local  e anche  quando devo
installare altri programmi li metto li` (OO, ad esempio).
Preferisco  l'approccio estremo  di  openbsd.  I  pochi programmi  che
fanno parte del sistema di base vanno in /usr, /bin /sbin e compagnia.
Tutto  quello che  viene installato  poi  va a  finire in  /usr/local,
compreso di librerie, doc, share...
Ciao
-- 
Vuoi fare colpo su di lei con me?
Fai colpo su di lei con me! Fai colpo su di lei con me!
[Dr. Gonzo : Paura e delirio a Las Vegas]

 Ciao.
qui` trovi le tue risposte.
http://www.pathname.com/fhs/pub/fhs-2.3.html
---------------------------------------------------------------------
/opt : Add-on application software packages
Purpose
/opt is reserved for the installation of add-on application software packages.
A package to be installed in /opt must locate its static files in a separate
/opt/<package> or /opt/<provider> directory tree, where <package> is a name
that describes the software package and <provider> is the provider's LANANA
registered name.
---------------------------------------------------------------------

> - Voi come fate, riguardo a /opt e ai problemi connessi?
Si usa il meno possibile e quando lo si fa si usa /etc/profile.d
Ciao.
-- 
Antonio :-D

compreso di librerie, doc, share...
Che distro usi? 
Io preferisco mettere in /opt tutto quel che non installo via pacchetti
deb, per mantenere il sistema un minimo pulito (anche se un po' di casini
li ho fatti in altre occasioni e non credo che li sistemerò mai ^__^)
Ciao.
-- 
Antonio :-D

 Che distro usi? 
Slackware.  E in  /opt ho _solo_ kde (che  inoltrenon uso), per quello
mi sta sulle balle ;-P
