slacky.eu

bash(1) ha scritto: When bash is invoked as an interactive login shell, or as a non-interactive shell with the --login option, it first reads and executes commands from the file /etc/profile, if that file exists. After reading that file, it looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, in that order, and reads and executes commands from the first one that exists and is readable. The --noprofile option may be used when the shell is started to inhibit this behavior.

When a login shell exits, bash reads and executes commands from the file ~/.bash_logout, if it exists.

When an interactive shell that is not a login shell is started, bash reads and executes commands from ~/.bashrc, if that file exists. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc.

bash(1) ha scritto:A login shell is one whose first character of argument zero is a -, or one started with the --login option.

bash(1) ha scritto: An interactive shell is one started without non-option arguments and without the -c option whose standard input and error are both connected to terminals (as determined by isatty(3)), or one started with the -i option. PS1 is set and $- includes i if bash is interactive, allowing a shell script or a startup file to test this state.

source filename [arguments]
       Read and execute commands from filename in the current shell 
       environment and return the exit status of the last command 
       executed from filename.   If filename does not contain a slash,
       file names in PATH are used to find the directory containing
       filename. The file searched for in PATH need not be executable.
       When bash is not in posix mode, the current directory is searched
       if no file is found in PATH.  If the sourcepath option to  the
       shopt builtin command is turned off, the PATH is not searched.
       If any arguments are supplied, they become the positional parameters
       when filename is executed.  Otherwise the positional parameters
       are unchanged. The return status is the status of the last command
       exited within the script  (0  if  no commands are executed), and
       false if filename is not found or cannot be read.

miklos ha scritto:scusate se vado forse un po' offtopic, ma colgo l'occasione per una domanda che mi hanno fatto e a cui non ho saputo dare risposta
qualcuno di voi sa perchè quantomento in slackware(nn so se è cosi' per tutte le distro), l'utente root non ha nel path la directory corrente mentre invece un utente normale si?!!??!!?
questioni di sicurezza o cosa?!?!?!?!

# For non-root users, add the current directory to the search path:
if [ ! "`id -u`" = "0" ]; then
 PATH="$PATH:."
fi

-sf ha scritto:Salve a tutti, ho combinato qualche casino con i path predefiniti di bash

env | grep PATH

export PATH=/pippo

export PATH=$PATH:/pippo

miklos ha scritto:scusate se vado forse un po' offtopic, ma colgo l'occasione per una domanda che mi hanno fatto e a cui non ho saputo dare risposta
qualcuno di voi sa perchè quantomento in slackware(nn so se è cosi' per tutte le distro), l'utente root non ha nel path la directory corrente mentre invece un utente normale si?!!??!!?
questioni di sicurezza o cosa?!?!?!?!

• directory corrente in cima al PATH: è il caso peggiore perché qualsisi utente potrebbe creare un comando malizioso chiamandolo, ad esempio '/tmp/ls', e se l'amministratore di sistema entra in /tmp ed esegue 'ls', ecco che viene eseguito il comando malizioso.
• directory corrente in mezzo o in fine PATH: in questi casi il rischio è minore, però pensa ad errori di digitazione o ad alias abituali dell'amministratore che sulla macchina non esistono. In questo caso un programma '/tmp/l' potrebbe essere eseguito dall'amministratore se entra in '/tmp' e sbaglia a digitare 'ls'. Oppure un programma '/tmp/ll' dove l'amministratore usa un alias 'll=ls -l' laddove sulla macchina non esiste.

-sf ha scritto:Io però adesso mi ritrovo con una shell che non riconosce alcun comando oltre a "ls" o "cd".... non riesco nemmeno a far partire X o consultare un "man"

Come reimposto il path?
Mi ricordo di un "export" ma non so cosa passargli

Grazie

spina ha scritto:Sì, è per questioni di sicurezza. Ci sono due casi:
directory corrente in cima al PATH: è il caso peggiore perché qualsisi utente potrebbe creare un comando malizioso chiamandolo, ad esempio '/tmp/ls', e se l'amministratore di sistema entra in /tmp ed esegue 'ls', ecco che viene eseguito il comando malizioso.
directory corrente in mezzo o in fine PATH: in questi casi il rischio è minore, però pensa ad errori di digitazione o ad alias abituali dell'amministratore che sulla macchina non esistono. In questo caso un programma '/tmp/l' potrebbe essere eseguito dall'amministratore se entra in '/tmp' e sbaglia a digitare 'ls'. Oppure un programma '/tmp/ll' dove l'amministratore usa un alias 'll=ls -l' laddove sulla macchina non esiste.
Emanuele

spina ha scritto:RTFM . Alla seconda te lo dovevo!!!

Emanuele

-sf ha scritto:Sono iniziati i problemi nel momento in cui ho installato il pacchetto jdk e modificato i questi famosi PATH su suggerimenti esterni (probabilmente non troppo corretti )

-sf ha scritto:il jdk.sh che mi citi viene avviato da solo o deve essere fatto manualmente?

-sf ha scritto:(non andava nemmeno rm e non potevo eliminare nulla)
[...]
Se davo un "man comando", mi restituiva "man: command not found"

export PATH=/usr/bin:$PATH

miklos ha scritto:probabilmente hai tentato di lanciare un comando java subito dopo aver installato il pacchetto, non hai trovato nulla perchè avresti dovuto chiudere e riavviare il terminale.
in questo modo lo script in questione sarebbe stato eseguito e il path aggiornato.

. /etc/profile

source /etc/profile