Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de

Suchst Du eigentlich auch mal, bevor Du hier fragst?
Die Antwort gibt's z.B. hier: BASH Programming - Introduction HOW-TO: All about redirection

Grüße, Peter

Oder 2,5h davor schon hier. Inklusive Verweis auf die Informationsquelle.

Und vor allen Dingen - hälst du dich bitte endlich mal an die Forenregeln und die Bitten/Anweisungen des Teams.

Deine Frage hat rein gar nix mit Softwareentwicklung zu tun - das Wiki und das Forum erschlägt dich mit Infos dazu. Die Summe deiner Ignoranz lässt meinen Mauszeiger über den Schließen-Button gleiten.

Dieses eine Mal verschiebe ich deinen Thread ins richtige Forum. Solltest du weiterhin so agieren, werden die Threads geschlossen. Warum sollte sich jemand anderes ansatzweise die Mühe machen, deine Probleme zu lösen, wenn du nicht mal minimale eigene Anstrengungen erkennen lässt?!

Hier findest du sicher alles was du brauchst (hat mich übrigens laut google 0,20 sekunden gekostet).

Shell Script Tutorial
noch ein shell script tutorial
und noch eins
und noch eins
und noch eins
und noch eins

Ich glaube da sollten jetzt alle möglichkeiten die du mit der bash hast gesammelt sein.

Ich würde stark auf "paramter" oder "parameter liste" oder "variablen" tippen!

Event. solltest du dir auch angewöhnen, konkrete beispiele zu posten, weil mit "was bedeutet {?}" fängt keiner was an.

Hallo,

Zitat von »PollerJava«

Ja, ich frage google bevor ich hier reinschreibe aber das sowas wie -le in "man test" zu finden ist, da muss man schon länger mit der Bash - Programmierung beschäftigt sein.
Also ich bin noch im anfangsstatium, aber ich werd mich bemühen!!

Dein Problem ist vor allem das Hauptproblem vieler Linux-Anfänger der heutigen Zeit: Ihr habt einfach keine Lust irgendeine Dokumentation zu lesen. Als ich vor 10 Jahren damit angefangen habe, wusste ich auch nicht viel darüber und es gibt heute immer noch viele Dinge, die ich beim Them Shell-Scripting dazu lerne. Denn die Shell ist nun einmal ein sehr mächtiges Werkzeug - auch wenn dies viele unterschätzen.
Wenn Du dich in der Zukunft intensiv mit der Bash und Shell-Scripting beschäftigen willst, dnn kann kann dir nur einen guten Rat geben. Kauf dir ein vernünftiges Buch zu dem Thema und lies, lies, lies ...
Du musst nicht das ganze Buch zuerst lesen. Sondern nimm dir ein konkretes Beispiel, bei dem Du auch ungefähr weisst was Du tun möchtest und mit welchen Programmen. Dann lese in dem Buch die Beschreibung der Optionen dieser Programme sowie der verwendeten Shell Bulitins. Das ist meiner Meinung nach der beste Kompromiss aus trockener Theorie und Praxis - eben learning by doing!

Wenn Du einen Buch-Tipp brauchst, dann kannst Du dich gerne bei mir melden. Wenn Du bei konkreten Problemstellungen ein Problem beim scripten hast und nicht mehr weiter kommst, dann wird sich hier auch keiner über eine Frage beschweren. Zumindest nicht, wenn erkennbar ist, dass Du dir vorher selbst Gedanken darüber gemacht hast.

Zitat von »PollerJava«

Zwei Fragen hätte ich aber noch und zwar was ${?} und ${3:-15} bedeutet bzw. auf welche variable da zugegriffen wird und was der Unterschied zwischen > und >> ist?

${?} ist das selbe wie $? und steht für den Returncode des zuletzt in der Shell ausgeführten Kommandos. Die geschweiften Klammern {} kann man sich hier spren und machen dann Sinn, wenn man Variablen mitten in einer Zeichenkette einsetzt, da nicht nur bestimmte Zeichen (z. B. sind das - oder .) 2 Variablen sicher voneinander trennen. Ansonsten würde die Shell den Variablennamen falsch interpretieren.

So wäre es falsch:

Beim obigen Beispiel geht für die Shell der Variablenname mit dem _ weiter. Daher wäre es so richtig:


Noch kurz zu den Ausgabe-Umlenkungen:
> bedeutet, dass die Ausgabe eines Befehls (und zwar nur Kanal 1 = STDOUT) in die danach angegebene Datei geschrieben wird - wobei jedes mal die Datei komplet neu geschireben wird und darin nur die Ausgabe des letzten Befehls steht.
>> bedeutet, dass die Ausgabe eines Befehls an die danach angegebene Datei angehängt wird - wobei jedes mal die Datei um die Ausgabe des letzten Befehls verlängert wird.

Zitat von »PollerJava«

Ja ist nett danke, ein paar von denen hab ich auch schon gefunden, die Frage ist nur, wo schaue ich nach, wenn ich nach {?} suche?

Sowas sind halt Grundlagen und danach lässt sich eben schwer suchen, wenn man nicht weiß was es so alles gibt. Da hilft - wie oben schon geschrieben - nur die Grundlagen zu lernen. Dann könnte man wissen, dass die geschweiften Klammern für Variablen stehen und man sich dann das Thema Variablen mal genauer ansieht.

Gruß Tom

PS:
Es wäre schön, wenn Du den Titel des Beitrags ncoh umbenennen würdest, denn mit apt-get hat er so gar nix zu tun, sondern mehr mit Shell-Variablen oder Ausgabeumlenkung!

[Update]:
Beispiele korrigiert.

Jetzt darf ich aber auch mal ein bisschen klugscheißen...

Zitat von »Tronic69«

	Quellcode
1 2 3	# export name=Tom # echo ${vorname}_User (<= keine Ausgabe, da für die Shell die Variable $vorname nicht existiert)

So sollte das wohl aussehen:

Grüße, Peter

Zitat von »aardvark«

Jetzt darf ich aber auch mal ein bisschen klugscheißen...

Klaro, das darfst du auch. Danke für den Hinweis, denn sonst wäre der Bildungsauftrag ganz klar verfehlt worden ;-)

Allerdings hast Du beim zitieren zu viel wieder gelöscht und somit das falsche und korrekte Beispiel vermischt. Ich habe es nun im Original-Beitrag editiert, damit niemand mehr was falsches liest und verwirrt wird

Zitat von »PollerJava«

Zwei Fragen hätte ich aber noch

Dann aber bitte in einem passenden Bereich unseres Forums und nachdem du wenigstens zwei Drittel deiner bisher gestarteten Themen als "gelöst" oder "erledigt" markiert hast. Deine Zugangsrechte sind bis dahin entsprechend eingeschränkt.

Es gibt hier einige Leute, die sich bemühen, dieses Forum im Lauf der Zeit zu einem dynamisch wachsenden Nachschlagewerk werden zu lassen, und es nicht gerne sehen würden, wenn es langsam zu einem Orakel mit quer verteilten Frage- und Antwortspielen verkommt.
Das Hauptziel wäre in einer idealen Welt, daß ein Ratsuchender schon ohne Schreibarbeit und nur durch Suchen und Lesen einer Lösung seines Problems so nahe wie möglich kommt. Das geht aber nur, wenn seine Vorgänger bei ihren Aktivitäten zur Erhaltung einer logischen Übersicht beigetragen haben.
In diesem Sinn geht es keineswegs in die richtige Richtung, irgendwo mit Frage A zu beginnen und sukzessive über Frage B zu C alle möglichen Themenbereiche querbeet zu durchlaufen.

Da deine ursprüngliche Frage "apt-get" im Titel hatte, wurde dieses Thema von einem Moderator hierher verschoben. Findest du es logisch und richtig, jetzt wieder mit Bash-spezifischen Fragen weiterzumachen, nur weil du eben gerade bei irgendeiner Lektüre da drüber gestolpert bist?

Deine "zwei Fragen" sind thematisch übrigens drei Fragen, weil "${?}" und "${3:-15}" bis auf ihr ähnliches Aussehen fast gar nichts miteinander zu tun haben. Die Erklärung und den Unterschied zwischen ">" und ">>" hättest du außer im restlichen Internet auch hier im Forum finden können, denn diese Frage ist keineswegs neu.
Weiters behaupte ich jetzt pauschal, daß sämtliche Fragen zur Bash, die du allein diese Woche gestellt hast, durch Suchen in bzw. einmaliges komplettes Lesen von "man bash" im Grunde geklärt gewesen wären. Dieser Hinweis wurde dir mehrfach gegeben. Tiefergehende Fragen, die bei konkreter Anwendung eines der aufgeworfenen Themen auftauchen könnten, konnte ich bei keinem einzigen deiner Themen erkennen.
Vielmehr sieht das ganze so aus, als ob du gerade irgendwo eine kryptische Zeichenfolge entdeckt hast, die du schnell mal unters Volk wirfst um nicht zuviel Zeit mit Recherche zu verschwenden. So nach dem Motto "Irgendwer wird's schon beantworten, denn einer hat ja immer Zeit und weiß das gerade." (BTW: Was vermutest du eigentlich, woher so einer das weiß?)

Daß du anschließend nicht mal auf entsprechende Bitte eines Moderators die Muße hast, der Nachwelt einen Hinweis zu geben, daß sich in diesem Thema jetzt eine gültige Antwort oder funktionierende Lösung befindet (Stichwort "Präfix") ist eigentlich nur als offene Ignoranz gegenüber dem Rest der Welt zu werten. Mit "Community" und "geben vs. nehmen" hat das wenig zu tun. Sorry, aber das musste einmal gesagt werden.

Zitat von »Tronic69«

Ihr habt einfach keine Lust irgendeine Dokumentation zu lesen.

Ob das mit Lust oder was anderem zu tun hat, kann man schwer feststellen und ist sicher individuell verschieden. Schon möglich, daß eine Anzeige wie "Manual page bash(1) line 1/3417" was damit zu tun hat. (Das ist der Umfang in Zeilen gemessen...)

Hi Fredl,

man kann sehr gut erkennen, dass Du wohl ziemlich sauer warst oder noch bist. Was ich inzwischen auch sehr gut nachvollziehen kann. Dem was Du gesagt hast ist nicht sehr viel hinzuzufügen.

Zitat von »Fredl«

Ob das mit Lust oder was anderem zu tun hat, kann man schwer feststellen und ist sicher individuell verschieden. Schon möglich, daß eine Anzeige wie "Manual page bash(1) line 1/3417" was damit zu tun hat. (Das ist der Umfang in Zeilen gemessen...)

Ich habe es der Einfachheit halber als mangelnde Lust bezeichnet. Klar, ich bin auch ein fauler Mensch. Wäre ich sonst Admin geworden?
Die Faulheit hat bei mir allerdings dazu geführt, dass ich mit Hilfe der sehr mächtigen Bash viele Dinge automatisiere. Da stand für mich auch schon oft das selbe Problem vor der Lösung einer Aufgabe: Wie macht man das am besten oder warum klappt das nicht so wie ich will oder beides nacheinander.
Dies lässt sich nun mal nur mit lesen von Dokumentation, Man Pages oder manchmal auch der Usage-Meldungen (Option --help) lösen. Daher kommt wohl auch der alte Spruch "Lesen bildet"! Ich bin auch wahrlich keine Leseratte, aber wenn mich etwas interessiert oder ich damit ein Problem lösen kann, dann bin ich auch bereit dafür einiges zu lesen.

Vielleicht wachsen manche Leute auch einfach nur so auf und haben es nie anders gelernt, als dass man beim geringsten Problem sofort nach Hilfe schreit, ohne dass man sich vorher die Mühe gemacht hat selber mal nachzudenken. Ich versuche jedenfalls genau das meinen Kindern auszutreiben.
Ob man das nun Unlust, Faulheit, Ignoranz oder sonst wie nennt ist eigentlich ziemlich egal. Es nervt einfach - vor allem wenn man auch noch öfters darauf hinweist.

Sorry, für das ganze Off-Topic-Gequatsche, aber auch das musste mal sein. Zumal es in dem Thread eh nicht um viel sinnhaftes fachlicher Natur ging ;-)