* Andreas Putzo:
> Allerdings ist /bin/sh normalerweise ein Link auf /bin/bash.
> Verhält sich die bash anders, wenn sie als /bin/sh gestartet wird?
Ja: Schau mal in der manpage unter „--norc“.
Andreas
--
The whole world is a tuxedo and you are a pair of brown shoes.
-- George G
so einfach ist es nicht. Denn:
>
> a) die shell ist klar eine login shell
> b) ich habe die --noprofile option NICHT angegeben
> c) ~/.bash_profile ist definitiv da und wird aber trotzdem
>bei ssh logins NICHT gesourced (~/.bashrc ist auch da und wird
> explizit von der ~/.b
man bash
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
Bertram Scharpf <[EMAIL PROTECTED]> wrote:
> Hallo,
>
> in meiner `~/.bash_profile' habe ich die Zeilen auskommentiert:
>
> if [ -d ~/bin ] ; then
> PATH=~/bin:"${PATH}"
> fi
>
> Abgesehen davon, daß mich wundert, warum da kein `e
Hallo,
Am Montag, 28. Feb 2005, 15:08:45 +0100 schrieb Andreas Pakulat:
> On 28.Feb 2005 - 13:55:51, Bertram Scharpf wrote:
> > in meiner `~/.bash_profile' habe ich die Zeilen auskommentiert:
> >
> > if [ -d ~/bin ] ; then
> > PATH=~/bin:"${PATH
On 28.Feb 2005 - 13:55:51, Bertram Scharpf wrote:
> in meiner `~/.bash_profile' habe ich die Zeilen auskommentiert:
>
> if [ -d ~/bin ] ; then
> PATH=~/bin:"${PATH}"
> fi
>
> Abgesehen davon, daß mich wundert, warum da kein `export
Am 2005-02-28 13:55:51, schrieb Bertram Scharpf:
> Hallo,
>
> in meiner `~/.bash_profile' habe ich die Zeilen auskommentiert:
>
> if [ -d ~/bin ] ; then
> PATH=~/bin:"${PATH}"
> fi
>
> Abgesehen davon, daß mich wundert, warum da kein `e
Hallo,
in meiner `~/.bash_profile' habe ich die Zeilen auskommentiert:
if [ -d ~/bin ] ; then
PATH=~/bin:"${PATH}"
fi
Abgesehen davon, daß mich wundert, warum da kein `export'
davorsteht, funktioniert es nicht, wenn ich mich ins X
einlogge, also per `xdm
Andreas Pakulat <[EMAIL PROTECTED]> writes:
>On 12.Nov 2004 - 03:09:15, Helmut Waitzmann wrote:
>> Das wäre dann ein Manko an Debian Sarge: ein nicht-interaktives
>> Nicht-Login-Shell und beim Start von KDE vermutlich auch kein
>> "$HOME"/.xsession. Folge: Ich kann nichts konfigurieren...
>
>Da
elmut Waitzmann wrote:
> >> >> Andreas Pakulat <[EMAIL PROTECTED]> writes:
> >>
> >> Denn der Witz ist, wie ich mit den Ausschnitten aus Fedoras
> >> /etc/X11/xdm/Xsession gezeigt habe, dass bei Fedora Core release 1 *auch
> >> beim Zugang ü
> writes:
>>
>> Denn der Witz ist, wie ich mit den Ausschnitten aus Fedoras
>> /etc/X11/xdm/Xsession gezeigt habe, dass bei Fedora Core release 1 *auch
>> beim Zugang über X11* eine der Dateien "$HOME"/.bash_profile,
>> "$HOME"/.profile oder &quo
ten aus Fedoras
> /etc/X11/xdm/Xsession gezeigt habe, dass bei Fedora Core release 1 *auch
> beim Zugang über X11* eine der Dateien "$HOME"/.bash_profile,
> "$HOME"/.profile oder "$HOME"/.login (je nachdem, welches "$SHELL" man
> verwendet) abgearbeite
zw.
>>
>>exec /etc/X11/xdm/Xsession kde
[... zu starten.]
Denn der Witz ist, wie ich mit den Ausschnitten aus Fedoras
/etc/X11/xdm/Xsession gezeigt habe, dass bei Fedora Core release 1 *auch
beim Zugang über X11* eine der Dateien "$HOME"/.bash_profile,
"$HOME"
On 08.Nov 2004 - 23:30:26, Helmut Waitzmann wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> writes:
> >Also in unstables gdm gibts keine KDE Session und da die eine bash
> >benutzt wuerde ich ja mal behaupten wollen, die hast du selbst
> >geschrieben oder?
>
> Bei mir war es in der Debian-Woody-Distr
gt; writes:
>> Die Auswahl "KDE" im Sessions-Menà des GDM, "/etc/gdm/Sessions/KDE",
>> macht es richtig: Das shell script beginnt mit folgender Zeile:
>>
>>#!/bin/bash -login
>>
>> Das ist ein (nicht-interaktives) Login-bash-Skript, das
s richtig: Das shell script beginnt mit folgender Zeile:
>
>#!/bin/bash -login
>
> Das ist ein (nicht-interaktives) Login-bash-Skript, das beim Start
> zunÃchst /etc/profile und danach "$HOME/.bash_profile" oder
> "$HOME/.profile" liest.
Also /etc/kde3/kdm
t ein (nicht-interaktives) Login-bash-Skript, das beim Start
zunÃchst /etc/profile und danach "$HOME/.bash_profile" oder
"$HOME/.profile" liest.
>> >Nein, du kannst den ganzen Kram doch in eine ~/.bashrc tun und die
>> >noch in der .bash_profile sourcen. Dadurch kommst
ruefen (klappt hier
wunderbar)...
> >Nein, du kannst den ganzen Kram doch in eine ~/.bashrc tun und die
> >noch in der .bash_profile sourcen. Dadurch kommst du bei jeder! Shell in
> >den Genuss deiner Konfiguration.
>
> Nein. Nicht-interaktive nicht-login-shells bleiben
ines login
>> shells (etwa ~/.profile) sind, muss dort also eine ordentliche
>> Konfiguration vorgenommen werden. Aus den oben genannten Gründen sollten
>> kde, gnome, xdm, su, slogin, ... diese Konfigurationsdatei ebenfalls
>> verwenden, indem sie ein login shell starten.
On 24.Oct 2004 - 11:58:07, Michelle Konzack wrote:
> Am 2004-10-24 10:50:41, schrieb Andreas Pakulat:
> > kleiner Nachtrag:
> >
> > On 24.Oct 2004 - 10:34:28, Andreas Pakulat wrote:
> > > On 24.Oct 2004 - 01:27:11, Helmut Waitzmann wrote:
> > > > DIE traditionelle Methode, bei der ein Benutzer sei
mtliche Prozesse danach direkt an init haengen... Ich teste gleich
> > mal ob eine Aenderung meiner umask auch von KDE-Programmen aus
> > sichtbar ist...
>
> Ich sehe mich in diesem Verdacht bestaetigt. Aenderungen an
> $HOME/.bash_profile und /etc/profile werden beim grafisc
KDE-Programmen aus
> sichtbar ist...
Ich sehe mich in diesem Verdacht bestaetigt. Aenderungen an
$HOME/.bash_profile und /etc/profile werden beim grafischen Login
nicht mit uebernommen. Es koennte allerdings sein, dass zumindestens
/etc/profile bei einem Neustart des *dm eingelesen wird (das
iche
> Konfiguration vorgenommen werden. Aus den oben genannten Gründen sollten
> kde, gnome, xdm, su, slogin, ... diese Konfigurationsdatei ebenfalls
> verwenden, indem sie ein login shell starten.
Nein, du kannst den ganzen Kram doch in eine ~/.bashrc tun und die
noch in der .bash_profile s
rdnung halte:
Ein login shell ist traditionell eines, an dem eine interaktive Sitzung
hängt und mit dem sie steht und fällt. Daher würde ich in die
Konfigurationsdatei eines login shells (etwa ~/.profile, ~/.login,
~/.bash_profile) solche Kommandos stellen, die die Umgebung nicht nur für
dieses shel
On 21.Oct 2004 - 23:24:03, Helmut Waitzmann wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> writes:
>
> >Nein, es gibt keine Login-Shell wenn man sich grafisch einloggt.
>
> Verstehe ich Dich richtig, dass beim grafischen login ~/.xsession (oder
> äquivalentes) gestartet wird, ohne dass jemals unte
Andreas Pakulat <[EMAIL PROTECTED]> writes:
>Nein, es gibt keine Login-Shell wenn man sich grafisch einloggt.
Verstehe ich Dich richtig, dass beim grafischen login ~/.xsession (oder
äquivalentes) gestartet wird, ohne dass jemals unter der Kennung des
angemeldeten Benutzers ein login shell gelauf
Am 2004-10-21 17:57:21, schrieb Andreas Pakulat:
> On 21.Oct 2004 - 16:56:01, Michelle Konzack wrote:
> > So ware es auch bis zu meinem lezten Update...
> > Jetzt habe ich kein funktionsfähiges 'xterm' mehr...
>
> Auch du aermste ;-) Nimm doch nen anderen Term-Emu
Neee, ich will wissen was die
mu
von KDE (K|k)onsole.
> > Mein bisheriger Stand war der, dass man Änderungen in der .bash_profile in
> > KDE erst "aktiviert" indem man sich an KDE neu anmeldet, weil es eben nur
> > eine ursprüngliche Login-Shell gibt, die ihre Umgebungs-Einstellungen dann
> > abe
sole").
Konsole ???
Das was Du von Dir gibst, hört sich aber nach einem "kterm" an.
> Mein bisheriger Stand war der, dass man Änderungen in der .bash_profile in
> KDE erst "aktiviert" indem man sich an KDE neu anmeldet, weil es eben nur
> eine ursprüngliche Logi
Andreas Pakulat <[EMAIL PROTECTED]> writes:
> On 21.Oct 2004 - 14:11:37, Christine Slotty wrote:
>> Bisher habe ich RedHat benutzt, und da waren zumindest die Änderungen in
>> der .bash_profile immer auch auf der "Konsole" vorhanden.
>
> Da wird in der /e
>> Mein bisheriger Stand war der, dass man Änderungen in der .bash_profile
>> in KDE erst "aktiviert" indem man sich an KDE neu anmeldet, weil es eben
>> nur eine ursprüngliche Login-Shell gibt, die ihre Umgebungs-Einstellungen
>> dann aber an die Konsole we
On 21.Oct 2004 - 14:11:37, Christine Slotty wrote:
> >> meine bash scheint weder .profile noch .bash_profile einzulesen, obwohl
> >> das ja nun wirklich explizit in man bash drinsteht (ja, ich habe das
> >> Manual gelesen! ;-) ).
> >
> > Sicher?
>
> O
>> meine bash scheint weder .profile noch .bash_profile einzulesen, obwohl
>> das ja nun wirklich explizit in man bash drinsteht (ja, ich habe das
>> Manual gelesen! ;-) ).
>
> Sicher?
Okay... danke für den Hinweis. ;-)
In `man bash` steht u.a. drin:
"When an _
On 21.Oct 2004 - 12:31:55, Christine Slotty wrote:
> Moin moin,
>
> meine bash scheint weder .profile noch .bash_profile einzulesen, obwohl das
> ja nun wirklich explizit in man bash drinsteht (ja, ich habe das Manual
> gelesen! ;-) ).
Sicher?
> Meine Debian-Version ist sarg
Moin moin,
meine bash scheint weder .profile noch .bash_profile einzulesen, obwohl das
ja nun wirklich explizit in man bash drinsteht (ja, ich habe das Manual
gelesen! ;-) ).
Meine Debian-Version ist sarge - was könnte ich falsch machen? Um (wie
üblich) nach der Installation eigene Pfade und
Am 2004-06-09 22:11:29, schrieb spooky:
^^
Auf der Mailingliste sind Real-Name erwünscht.
>Hallo,
>ich habe in meiner .bash_profile
>u.a. folgende Einträge vorgenommen:
>**
># set PATH so it
spooky <[EMAIL PROTECTED]> wrote:
> Hallo,
> ich habe in meiner .bash_profile
> u.a. folgende Einträge vorgenommen:
> **
> # set PATH so it includes user's private bin if it
> exists
> if [ -d ~/bin ] ; then
spooky <[EMAIL PROTECTED]> writes:
^^ Hä?
> Hallo,
> ich habe in meiner .bash_profile
> u.a. folgende Einträge vorgenommen:
man bash
/INVOCATION
Mit Realname wäre die Antwort ausführlicher ausgefallen...
Heike
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://ww
On Wed, 9 Jun 2004 22:11:29 +0200 (CEST)
spooky <[EMAIL PROTECTED]> wrote:
> Hallo,
> ich habe in meiner .bash_profile
Aus dem Kontext entnehme ich, dass es sich um das globale Configfile handelt, solltest
du aber mit angeben .
> u.a. folgende Eintr
Hallo,
ich habe in meiner .bash_profile
u.a. folgende Einträge vorgenommen:
**
# set PATH so it includes user's private bin if it
exists
if [ -d ~/bin ] ; then
PATH=~/bin:"${PATH}"
fi
# do the same with MANPATH
if [ -
Kolja Brix schrieb:
> export PATH=~/bin:"${PATH}"
Diese Variante ist brauchbar. Du solltest aber den Hinweisen mit dem
Stichwort "Login Shell" aus den anderen Postings folgen. Da Du nicht
gesagt hast, *wie* Du die Shell aufrufst kann man dazu auch keinen
konkreten Rat geben.
--
[EMAIL PROTE
Dirk Prösdorf wrote:
> On Tue, Aug 13, 2002 at 04:17:24PM +0200, Kolja Brix wrote:
>
>>>Nein, zum Ausfuehren wird eine neue Shell erstellt (kann man
>>>wahrscheinlich durch "echo $$" im und ausserhalb des Skriptes
>>>herausfinden. Die neue Shell hat die Umgebungsvariablen, die alte
>>>natuerlich
On Tue, Aug 13, 2002 at 04:17:24PM +0200, Kolja Brix wrote:
> > Nein, zum Ausfuehren wird eine neue Shell erstellt (kann man
> > wahrscheinlich durch "echo $$" im und ausserhalb des Skriptes
> > herausfinden. Die neue Shell hat die Umgebungsvariablen, die alte
> > natuerlich nicht.
>
> Wie kann i
Hallo Holger!
Danke für die Antwort!
Am Dienstag, 13. August 2002 15:54 schrieb Holger Kubiak:
> Nein, zum Ausfuehren wird eine neue Shell erstellt (kann man
> wahrscheinlich durch "echo $$" im und ausserhalb des Skriptes
> herausfinden. Die neue Shell hat die Umgebungsvariablen, die alte
> nat
On Tue, 13 Aug 2002 15:18:17 +0200
Kolja Brix <[EMAIL PROTECTED]> wrote:
> #!/bin/bash
> export PATH=~/bin:"${PATH}"
>
> oder wahlweise auch
>
> export PATH="~/bin:${PATH}"
>
> Leider ist nach Ausführen der Pfad unverändert, genauso auch, wenn ich
> das "export" weglasse. Ist das vielleicht ei
Am Montag, 12. August 2002 12:07 schrieb Kolja Brix:
> Auf meinem Debian Woody 3.0 möchte ich gerne das Verzeichnis ~/bin zum Pfad
> hinzufügen. [...]
Nun habe ich folgende Zeilen aus der Datei .bash_profile in ein neues Skript
kopiert:
#!/bin/bash
export PATH=~/bin:"${PATH}"
On Mon, Aug 12, 2002 at 05:59:18PM +0200, Eckhard Hoeffner wrote:
>
> Tu es mal in die .bashrc oder schreibe in die .bashrc, dass die
> .bash_profile gesourced werden soll.
Was aber nicht clever ist.
if (login-shell) {
source /etc/profile;
Moin,
On Mon, Aug 12, 2002 at 05:59:18PM +0200, Eckhard Hoeffner wrote:
> [...]
> >aufrufe. Aber scheinbar liest die bash die Datei beim Start nicht ein.
>
> Tu es mal in die .bashrc oder schreibe in die .bashrc, dass die
> .bash_profile gesourced werden soll.
... aber nur, w
eren.
>
>Leider nicht. Das Skript funktioniert: Die Variable wird ja richtig gesetzt,
>wenn ich die .bash_profile mittels
>
>source $HOME/.bash_profile
>
>aufrufe. Aber scheinbar liest die bash die Datei beim Start nicht ein.
Tu es mal in die .bashrc oder schreibe in die .bashr
> Verzeichnis erweitert. Erst wenn ich zum Beispiel
>
> source $HOME/.bash_profile
Hast Du vielleicht noch eine .profile oder .bash_login in Deinem Verzeichnis?
Oder gar keine bash als login shell?
Best regards from Dresden
Viele Gruesse aus Dresden
Heiko Schlittermann
--
On Mon, 12 Aug 2002 17:42:29 +0200, Kolja Brix wrote:
> Leider nicht. Das Skript funktioniert: Die Variable wird ja richtig gesetzt,
> wenn ich die .bash_profile mittels
>
> source $HOME/.bash_profile
>
> aufrufe. Aber scheinbar liest die bash die Datei beim Start nicht ein.
Hallo Marcus!
Am Montag, 12. August 2002 13:03 schrieb Marcus vA:
> tausche
> PATH=~/bin:"${PATH}"
> gegen
> PATH="~/bin:${PATH}"
> aus, dann sollte es funktionieren.
Leider nicht. Das Skript funktioniert: Die Variable wird ja richtig gesetzt,
wenn ich die
On Mon, 12 Aug 2002 12:07:05 +0200
Kolja Brix <[EMAIL PROTECTED]> wrote:
> Hallo zusammen!
Hallo,
> Auf meinem Debian Woody 3.0 möchte ich gerne das Verzeichnis ~/bin zum Pfad
> hinzufügen.
>
> Daher habe ich in der Datei .bash_profile lediglich die bereits vo
Hallo zusammen!
Auf meinem Debian Woody 3.0 möchte ich gerne das Verzeichnis ~/bin zum Pfad
hinzufügen.
Daher habe ich in der Datei .bash_profile lediglich die bereits vorbereiteten
Zeilen auskommentiert:
$ diff /etc/skel/.bash_profile .bash_profile
16,18c16,18
< #if [ -d ~/bin ] ; t
54 matches
Mail list logo