Linux path-Expansion

[Taucher (Gast)]

Gibt es eine Möglichkeit, Unterverzeichnisse automatisch bei der 
path-Expansion der bash mit durchsuchen zu lassen, ohne dass sie 
explizit in der Environmentvariable path genannt sind?

[Εrnst B. (ernst)]

Taucher schrieb:
> Gibt es eine Möglichkeit

Ja.

Beschreib mal was du machen willst.

[Taucher (Gast)]

Ich habe ein Verzeichnis mit bunt gemischten Skripten, das im path steht 
– da will ich Ordnung rein bringen, indem ich Unterverzeichnisse nach 
Themen anlege. Ich möchte aber nicht alle Unterverzeichnisse in den path 
eintragen.

Wie kann man der bash beibringen, automatisch auch die 
Unterverzeichnisse nach Skripten zu durchsuchen?

[Mark S. (voltwide)]

indem man rekursiv sucht?

[Taucher (Gast)]

Mark S. schrieb:
> indem man rekursiv sucht?

Gute Idee. Nur: wie bringt man der bash bei, dass sie das automatisch 
machen soll?

[Schukostecker (Gast)]

Taucher schrieb:
> Ich habe ein Verzeichnis mit bunt gemischten Skripten, das im path
> steht – da will ich Ordnung rein bringen, indem ich Unterverzeichnisse
> nach Themen anlege. Ich möchte aber nicht alle Unterverzeichnisse in den
> path eintragen.
> Wie kann man der bash beibringen, automatisch auch die
> Unterverzeichnisse nach Skripten zu durchsuchen?

Falsche Herangehensweise: Du könntest das Bilden der $Path Variable 
automatisieren.

[Andreas B. (bitverdreher)]

find sucht grundsaetzlich recursiv

[Schukostecker (Gast)]

Oder Symlinks deiner Skripten mit find   bilden und dieses Verzeichnis 
in $PATH halten.

[Taucher (Gast)]

Schukostecker schrieb:
> Falsche Herangehensweise: Du könntest das Bilden der $Path Variable
> automatisieren.

Da habe ich auch dran gedacht. Nur wenn das die bash selbst kann, dann 
muss man es nicht programmieren. Fragt sich nur, ob sie das kann.

Wildcards im PATH würden es tun, aber die werden dort nicht expandiert.

[Taucher (Gast)]

Schukostecker schrieb:
> Oder Symlinks deiner Skripten mit find   bilden und dieses Verzeichnis
> in $PATH halten.

Das würde an dem Chaos im skript-Verzeichnis nichts ändern.

[Drago S. (mratix)]

Interessante Frage, würde mich auch...

Ich denke an die includes von Konfigurationsdateien, welche überall in 
der /etc herumschwirren.

/etc/*/conf.d/*.conf werden von Haus aus rekursiv eingelesen und 
zusammengesetzt.

Mit der $PATH sollte es auch (irgendwie) gehen?

[Taucher (Gast)]

Taucher schrieb:
> Wildcards im PATH würden es tun, aber die werden dort nicht expandiert.

Eine Möglichkeit wäre, in der .bashrc den PATH mit Wildcards einzutragen 
und dann eine Funktion aufzurufen, die die Wildcards expandiert und das 
Ganze dann PATH zuweist.

[Taucher (Gast)]

Drago S. schrieb:
> /etc/*/conf.d/*.conf werden von Haus aus rekursiv eingelesen und
> zusammengesetzt.

Das macht das jeweilige Initialisierungsskript.

[Ein T. (ein_typ)]

Taucher schrieb:
> Eine Möglichkeit wäre, in der .bashrc den PATH mit Wildcards einzutragen
> und dann eine Funktion aufzurufen, die die Wildcards expandiert und das
> Ganze dann PATH zuweist.

Man kann sich auch mit Anlauf in den Fuß schießen. Die Umgebungsvariable 
PATH ist sicherheitsrelevant, also setz' sie bitte von Hand. Das kann 
für ein paar blöde Unterverzeichnisse ja wohl nicht so schwierig sein.

[Taucher (Gast)]

Mann, war das hilfreich… Du kannst es ja gerne zu Fuß machen, ich nicht 
– ich weiß schon was ich mache…

[Noch ein Kommentar (Gast)]

Ganz anderer Ansatz - in deinem bin-Verzeichniss legst du Symlinks auf 
die verteilten Scripte an.

Wenn du eh schon solche Massen an Scripten hast, kommt es auf ein 
zusätzliches Script, was die Links anlegt, auch nicht mehr an.

[Paul Plan (Gast)]

Taucher schrieb:
> Mann, war das hilfreich… Du kannst es ja gerne zu Fuß machen, ich nicht
> – ich weiß schon was ich mache
Offensichtlich nicht. Es gibt schon einen Grund, warum bash das nicht 
macht

[Εrnst B. (ernst)]

Also so schwer wär das jetzt nicht,

PATH="$PATH$(find /mein/script/directory -type d -exec printf ':%s' {} \;)"

in die .profile, .bashrc, ...
Klappt zumindest solange du keine "bösartigen" Verzeichnisnamen hast.

Alternative war das symlink-Directory.
das ist auch per find & co schnell erstellt/aktualisiert.

Dritte Option wäre ein find nach allen ausführbaren Scripten unterhalb 
deines Script-Folders (gnu find: "-type f -executable", portabel mit 
"-perm +111"), und Anlegen von bash-aliases für diese.

Vermeidet teils Nachteile von Version 1 (ellenlange $PATH-Variable) und 
von 2 (zusätzliches Verzeichnis, Scripte müssen aus beiden Ordnern 
laufen können)
Behält aber den Nachteil von Version 2 bei, dass neue Scripte erst in 
einer frischen bash sichtbar sind.

[Taucher (Gast)]

Meine Lösung:

PATH=$(gawk -v PATH=$PATH -f <(cat - <<-'_EOF_'
  BEGIN {
    tempfile = "/tmp/expand-path.tmp"
    path=""
    split(PATH, p, ":")
    for (i in p) {
      if (p[i] ~ /.*\*/) {
        system("file " p[i] " >" tempfile)
        while (getline f < tempfile) {
          if (f ~ /directory$/) {
            split(f, dir, ":")
            path = path dir[1] ":"
          }
        }
      } else {
        path = path p[i] ":"
      }
    }
    print path
  }
_EOF_
))

Das am Ende der .bashrc expandiert Wildcards am Ende eines Pfades in 
PATH

[Taucher (Gast)]

Ein export an den Anfang von Zeile 1 schadet nicht…

[Bauform B. (bauformb)]

Εrnst B. schrieb:
> Dritte Option wäre ein find nach allen ausführbaren Scripten unterhalb
> deines Script-Folders (gnu find: "-type f -executable", portabel mit
> "-perm +111"), und Anlegen von bash-aliases für diese.

> Behält aber den Nachteil von Version 2 bei, dass neue Scripte erst in
> einer frischen bash sichtbar sind.

Das sollte sich mit inotifywait(1) reparieren lassen. Wahrscheinlich 
braucht man find(1) dann nur noch einmal zu Anfang.

[Ein T. (ein_typ)]

Taucher schrieb:
> – ich weiß schon was ich mache…

Ja, das habe ich schon oft gehört. Aber wenn Du es wüßtest, dann wärst 
Du bereits selbst auf einen Oneliner mit find(1) gekommen, und müßtest 
also nicht hier fragen. Und wenn Du es wirklich wüßtest, dann wäre Dir 
selbst klar, daß Dein Vorhaben gravierende Sicherheitsprobleme 
provoziert.

[Taucher (Gast)]

ein_blöder_typ…

[Daniel A. (daniel-a)]

Noch eine Variante für Bash:

export PATH="$PATH$( shopt -s globstar; printf ':%s' /mein/script/directory/**/; )"

[Taucher (Gast)]

Daniel A. schrieb:
> export PATH="$PATH$( shopt -s globstar; printf ':%s'
> /mein/script/directory/**/; )"

Sehe ich das recht, dass damit auch Dateien, die in directory liegen, 
mit in den PATH übernommen werden?

Der Teufel steckt wie immer im Detail…

[Daniel A. (daniel-a)]

Also bei mir nicht:

dpa@dragonfly:~/bin$ mkdir x
dpa@dragonfly:~/bin$ mkdir x/y
dpa@dragonfly:~/bin$ touch x/w
dpa@dragonfly:~/bin$ touch x/y/w
dpa@dragonfly:~/bin$ echo "$PATH$( shopt -s globstar; printf ':%s' "$PWD"/**/; )"
/home/dpa/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/dpa/bin/:/home/dpa/bin/x/:/home/dpa/bin/x/y/
dpa@dragonfly:~/bin$

[Taucher (Gast)]

Ja, ich habs eben nachgelesen, dass der / am Ende des Pfades den 
Ausschlag gibt.

[Taucher (Gast)]

OK, deine Lösung hat außerdem den Vorzug, dass das Wurzelverzeichnis 
explizit angeben muss. So wird verhindert, dass irgend welche anderen 
Pfade mit verwurstet werden. Zudem ist es schön kurz.

[cppbert (Gast)]

Taucher schrieb:
> Wie kann man der bash beibringen, automatisch auch die
> Unterverzeichnisse nach Skripten zu durchsuchen?

das würde ich nicht machen - was spricht dagegen eine env zu haben für 
deinen script-root und dann per dieser direkt die script mit ordner 
aufzurufen

organisation ist irgendwie komisch wenn dann nachher alle namen 
eindeutig sein müssen - wenn du dann mal 50 scripte hast verlierst du 
jeden Überblick

was bringt dir das - vereinfachung Arbeitsfluss oder ruft du die Scripe 
sogar in anderen Scripten auf was deren Herkunft über den Path noch 
weiter verschleiert -> Wartungshölle

[Ein T. (ein_typ)]

Taucher schrieb:
> ein_blöder_typ…

Stimmt, total. Vor lauter Blödheit bin ich auf sowas wie

PFAD=''
for path in $(find ~/<meineSkripte>/ -mindepth 1 -maxdepth 2 -type d); do
    PFAD="${PFAD}:${path}";
done

gekommen. Das läßt sich mit find(1) und (ggf. [e]grep(1)) feingranuliert 
steuern, ist aus Sicherheitssicht aber trotzdem mit Vorsicht zu 
genießen. Natürlich kann das auch direkt auf $PATH wirken. Ansonsten 
funktioniert ähnliches natürlich auch gut mit Aliassen und basename(1), 
dann muß man seine PATH-Variable nicht semikontrolliert erweitern.