[Gelöst] Wie und wo Standardpath erweitern?

[ralli]

Hallo,

ich benutze noch ein Netbeans 8.2 Bundle mit jdk1.8.0_111, weil der Java DB (Derby Server und Embedded Standalone) dort bereits integriert sind. Insstalliert wird das Ganze automatisch ins Homeverzeichnis.

Wenn ich jetzt manuell ein Java Programm compiliere, muß ich vorher in der Konsole immer:

Code: Alles auswählen

export PATH=/home/ralph/jdk1.8.0_111/bin

eingeben. Das funktioniert, ist aber lästig. Wo und wie muß ich das eintragen, damit der Standardpath beim Booten das automatisch macht, also sozusagen den Path erweitert, damit ich aus jedem Verzeichnis in Home darauf zugreifen kann? Hab das mal in die .profile geschrieben, hat aber nichts gebracht, oder ich hab was verkehrt gemacht.

Danke, Gruß ralli

[MSfree]

Du kannst den PATH in deine ~/.profile eintragen:

Code: Alles auswählen

PATH=/home/ralph/jdk1.8.0_111/bin;$PATH

nach ausloggen und wieder einloggen sollte der erweiterte PATH zur Verfügungn stehen.

[ralli]

Danke, hab ich gemacht, hat aber nicht geholfen.

Hier mal meine .profile:

Code: Alles auswählen

# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.

# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022
# if running bash

if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
	. "$HOME/.bashrc"
    fi
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

PATH=/home/ralph/jdk1.8.0_111/bin;$PATH

Irgendwas ist noch falsch!

Gruß ralli

[ralli]

Hab jetzt

Code: Alles auswählen

export PATH=$PATH:/home/ralph/jdk1.8.0_111/bin

in die .bashrc eingetragen, jetzt funktioniert es.

Gruß ralli

[MSfree]

Code: Alles auswählen

export PATH=$PATH:/home/ralph/jdk1.8.0_111/bin

in die .bashrc eingetragen, jetzt funktioniert es.

Mein Fehler, Doppelpunkt statt Semikolon ist das korrekte Trennzeichen.

[tobo]

Code: Alles auswählen

export PATH=$PATH:/home/ralph/jdk1.8.0_111/bin

in die .bashrc eingetragen, jetzt funktioniert es.

Mein Fehler, Doppelpunkt statt Semikolon ist das korrekte Trennzeichen.

Das wäre aufgefallen, wäre die ~/.profile beim Systemstart eingelesen worden.

[ralli]

Ehrlich gesagt, stehe ich mit der PATH Vaiable oft auf Kriegsfuß. Mal funktionierte es in der .profile, dann in der .basrc und ich hatte auch schon mal den export von PATH in der .xinitrc. Aber egal, jetzt funktionier es. Danke.

Gruß ralli

[juribel]

Unter debian wird die .profile normalerweise gar nicht aufgerufen, sondern nur z. B. bei einer remote-Anmeldung über ssh. Die .bashrc ist also der richtige Ort für PATH und Co.

[MSfree]

Unter debian wird die .profile normalerweise gar nicht aufgerufen, sondern nur z. B. bei einer remote-Anmeldung über ssh. Die .bashrc ist also der richtige Ort für PATH und Co.

Falsch.

.profile wird immer geladen, wenn man sich einlogt. .profile lädt zusätzlich die .bashrc, falls sie vorhanden ist.

Das einzige Mittel, das Laden von .profile zu verhindern, ist, wenn im HOME die Datei(en) .bash_profile oder .bash_login existieren, was in der Voreinstellung aber nich der Fall ist.

[tobo]

Die ~/.bashrc ist auch logisch der falsche Ort für eine system- oder benutzerweite Einstellung - wechsle ich die Shell, dann ist PATH weg.

[juribel]

Sieht bei mir auf einem frisch installierten debian 12 Livesystem mit Xfce nicht so aus. Hab in die .profile extra ein echo und read eingebaut, das funktioniert, wenn ich die .profile von Hand aufrufe, aber nicht beim Starten eines Terminals. Ich bin da schon im Sommer beim Umstieg von xubuntu auf debian darüber gestolpert, dort ist das nämlich anders. Ich kann leider nur nicht mehr sagen, wo ich das gelesen habe.

[JTH]

aber nicht beim Starten eines Terminals.

Damit startet man normalerweise keine Login-Shell, sondern eine interaktive Nicht-Login-Shell. Die .profile wird aber von Login-Shells gelesen, interaktive (Bash-) Shells lesen nur die .bashrc.

Eine interaktive Login-Shell startest du zum Beispiel, wenn du mit Alt+Fx auf ein TTY wechselst und dich dort anmeldest.

In man bash unter INVOCATION ist das für die Bash ganz gut beschrieben, gilt aber – denke ich – für alle verwandten Shells identisch.

[MSfree]

aber nicht beim Starten eines Terminals.

Damit startet man normalerweise keine Login-Shell

Richtig, aber

Code: Alles auswählen

xterm -ls

startet eine Login-Shell.

[JTH]

Deshalb ja

normalerweise

Anders geht es immer

[tobo]

Hab in die .profile extra ein echo und read eingebaut, das funktioniert, wenn ich die .profile von Hand aufrufe, aber nicht beim Starten eines Terminals.

Wenn das Termianl seine Shell als Loginshell starten soll, dann ist dafür die Konfigurationsdatei des Terminals relevant, will man das nicht jedesmal händisch aufrufen. Exemplarisch z.B. für xterm/urxvt in ~/.Xresources:

Code: Alles auswählen

$ grep -i login .Xresources 
urxvt.loginShell: true
xterm.loginShell: true
$