staging.inyokaproject.org

cornix schrieb:

So wie es in der Baustelle angelegt war: „Informationen zu einem Befehl“. (Diesen Titel hat niemand in der Diskussion in Frage gestellt.)

Ich finde, der derzeitige Name des Howtos beschreibt den Inhalt exakt und eindeutig - im Gegensatz zum urspruenglichen Arbeitstitel. Aber wenn das ein Problem sein sollte, ist es definitiv einfacher, ihn entsprechend anzupassen.

aasche schrieb:

der derzeitige Name des Howtos beschreibt den Inhalt exakt und eindeutig

Viele der Befehle sind spezifisch für Debian und seine Derivate und funktionieren daher nicht unter jedem Linux. Die anderen Befehle, die wohl auf jeder Linuxkiste funktionieren, sind nicht Linux-spezifisch, sondern laufen ebenso auf anderen unixoiden Systemen.

Gruß, cornix

cornix schrieb:

Viele der Befehle sind spezifisch für Debian und seine Derivate und funktionieren daher nicht unter jedem Linux.

Jetzt ist der Groschen gefallen: Du meinst die Beispiele zur Paketverwaltung (dpkg, dpkg-query, apt-get und apt-cache). Die sind tatsaechlich nur bei Debian und Varianten vorhanden - wenn man von den wenigen Distributionen absieht, die RPM-Pakete mit dpkg/apt-get verwalten. Haettest Du auch gleich schreiben koennen...

Nun gut, also dann halt "Howto/Informationen_zu_einem_Befehl".

aasche schrieb:

Haettest Du auch gleich schreiben koennen...

Habe ich eigentlich, vielleicht nicht deutlich/ausführlich genug. Vielleicht waren wir da beide etwas unkonzentriert. 😉

Schöne Übersicht! Hab wieder was gelernt und werde es als Anlaufstelle zum Nachschlagen im Hinterkopf behalten! Danke!

Nur eine kleine Ergänzung zu type und which manchmal gibt es sowohl einen Shell-Builtin (oder -Alias) als auch eine ausführbare Datei. Zum Beispiel:

$ type ls
ls ist ein Alias von »ls --color=auto«.
$ which ls
/bin/ls
$ type echo
echo ist eine von der Shell mitgelieferte Funktion.
$ which echo 
/bin/echo

In solchen Fällen hat die Shell-Variante Vorrang vor der ausführbaren Datei. Man sollte sich daher nicht auf die Ausgabe von which verlassen sondern eher mit type prüfen. Andererseits lässt sich mit which so Zeug machen wie:

$ ls -la `which du`
-rwxr-xr-x 1 root root 113664 Nov  3  2014 /usr/bin/du

Das kann auch manchmal praktisch sein.

Hallo,

der letzte Test des Howtos liegt länger als 1 Jahr zurück. Damit es nicht in Archiv wendet bitte aktuell testen und dann in der Hinweis-Box eintragen.

Gruß, noisefloor

Hallo,

bitte innerhalb der nächsten zwei (2) Wochen hier aktiv werden und den Artikel testen. Wenn nicht wird er - leider - in Archiv verschoben.

Gruß, noisefloor

Ich habe die alten "getstet"-Daten durch meine ersetzt, weil dort ja steht "wurde zuletzt getestet". Ich hoffe, das war richtig so?

Hallo,

yup, alles gut. Wer testet, ist egal. Da besteht keinerlei Zwang, dass das der Verfasser des Howtos sein muss.

Gruß, noisefloor

Hallo,

der letzte Test des Howtos ist schon über ein Jahr her. Gem. den Vorgaben soll jedes Howto nach spätestens einem Jahr neu getestet werden. Bitte dann auch hier erledigen, damit das Howto nicht ins Archiv wandert.

Gruß, noisefloor

Hallo,

ich habe das Howto soeben unter Lubuntu 14.04 getestet. Dabei war fast alles wie erwartet; allerdings hätte ich der Vollständigkeit halber noch ein paar Ergänzungen hauptsächlich betreffend apt-file (muss evt. zusätzlich via gleichn. Paket installiert werden) vorzuschlagen.

Hier ist also die Liste der Ergänzungen und Fehler; äußert bitte Eure Meinung dazu:

––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––

apt-file search /usr/bin/man 

apt-file search man 

apt-file list man-db 

bash: type: bye: Nicht gefunden.

Hallo,

das mit den Paketen halte ich für irrelevant für das Howto - das Howto heißt ja nicht "Informationen zu einer Datei" 😉

Gruß, noisefloor

Hallo noisefloor,

Du meinst sicherlich meine Ergänzungen betreffend apt-file – und die halte ich eben sehr wohl für relevant für das Howto.

Das Howto heißt zwar nicht "Informationen zu einer Datei", jedoch sollte der apt-file-Befehl zumindest im Abschnitt "Aus welchem Paket stammt die Datei?" der Vollständigkeit halber erwähnt werden (eben falls ein bestimmtes Programm nicht installiert wäre und man das zu installierende Paket herausbekommen mögen würde).

Nach Deiner Logik hätten ja die beiden Abschnitte "Aus welchem Paket stammt die Datei?" sowie "Welche Dateien enthält das Paket?" von Vornherein gar nichts im Howto zu suchen gehabt 😉

linux_joy schrieb:

Hallo,
(...)

Aus welchem Paket stammt die Datei?¶

dpkg-query --search /usr/bin/man 

man-db: /usr/bin/man

Es gibt also nur ein Paket, das die gesuchte Datei enthält: man-db, siehe auch dpkg-query.

(Ergänzung:)
Falls das Paket man-db nicht installiert wäre und man das zu installierende Paket für die Datei /usr/bin/man herausbekommen mögen würde, dann könnte man alternativ apt-file (muss evt. zusätzlich via gleichn. Paket installiert werden) benutzen:

apt-file search /usr/bin/man 

Falls man bei nicht installierten Programmen nur den Programm- bzw. Befehlsnamen kennt, so kann man es einfach mit diesem ohne Pfadangabe probieren:

apt-file search man 

Allerdings wäre im Falle von man die Ausgabe so lang, dass sie damit unbrauchbar wäre. Also sollte man stattdessen hilfsweise mehrere mögliche Dateipfade probieren, in diesem Fall also /usr/bin/man, /usr/sbin/man, /bin/man, sbin/man.

Als Alternative zum Ausprobieren möglicher Dateipfade kann man aber auch wieder nur nach dem Programm- bzw. Befehlsnamen suchen lassen und dabei die Ausgabe verkürzen, indem man grep zur Filterung verwendet. In diesem Fall geschieht das gleich doppelt, indem zuerst Zeilen mit dem Wort "share" unterdrückt und danach nur Zeilen mit dem Regulären Audruck "/man" durchgelassen werden:

apt-file search man | grep -vw share | grep -E '\/man$' 

erlang-mode: /usr/lib/erlang/man
gmt: /usr/lib/gmt/man
lam4-dev: /usr/lib/lam/man
man-db: /usr/bin/man
man-db: /usr/lib/man-db/man

Hallo,

Stand der Dinge hier? Wenn in den nächsten 1-2 Wochen nichts passiert, wandert der Artikel ins Archiv.

Gruß, noisefloor