Entweder habe ich das bisher zu selten gebraucht. Oder ich habe so etwas einfach zu wenig verwendet. Nachfolgend die Matrix mit den 10 häufigsten Fällen, um sich Ausgaben von Linux-Konsolenbefehlen in eine Datei speichern zu lassen:
Standard. Einfach die Ausgabe des Befehls in eine Textdatei umleiten. Es wird keine Ausgabe im Terminal selbst geben. Existiert die Datei, wird diese überschrieben.
Siehe oben, nur dass das erneute Ausführen die Ausgabe der Ursprungsdatei anhängt.
So weit ich das verstehe, werden nur Fehler in die Textdatei geschrieben, ansonsten verhalten wie ganz oben.
Dito, statt überschreiben der Datei werden die Fehlerergebnisse hier jedoch angehängt.
Hier werden Standardausgabe des Befehls plus Standardfehler in die Textdatei geschrieben. Existiert die Datei, wird diese überschrieben.
Ihr ahnt es: statt überschreiben werden beide Ausgaben angehängt.
Wenn ihr beides wollt: Ausgabe in eine Textdatei und eben noch den Output in der Konsole sehen (z.B. zur Kontrolle).
Hier brauchen wir explizit einen Schalter, -a, um statt einem Überschreiben ein Anhängen zu bewirken.
Hier gehen Standardausgabe des Befehls inklusive Standardfehler in die Textdatei. Existiert diese, wird sie überschrieben.
Wie oben, nur eben mit anhängen.
[via]
Sind Grundlagen und ist auch definitiv best practice bei der Fehlersuche und dem Weiterleiten von Fehler- bzw. Statusmeldungen aus dem Konsolenterminal an Dritte.
Allerdings, auch wenn ich das hier mal endlich festhalte: ich werde es a) wieder vergessen und b) mich in den seltensten Fällen dran halten. :-/ Dazu noch Hitzewelle und Atembeschwerden den ganzen Tag; da krisch Plack…
…ist es an der Zeit, schnellstens herauszufinden, ob du eine Berufsunfähigkeitsversicherung abgeschlossen hast:
Ganz ehrlich: ich verzichte freiwillig auf die Bezeichnung „Partner“ und bleibe da lieber irgendein „Kunde“, also stolzer Single.
Außerdem muss ich mich mit Fettschrift-Falschbeträgen auch noch anschreien lassen.
Die Antwort heute von der armen Sachbearbeiterin aus einem Callcenter irgendwo bei Bagdad (Irak):
„(…)ist Ihr Vertrag zum 31.Mai gekündigt worden.
Die letzte Rechnung wurde vorher ausgegeben.
So überschneiden sich zeitlich die Rechnung mit der Kündigung.Sie bekommen bestimmt noch eine Schlussrechnung, in der Ihnen gutgeschrieben wird was zuviel war.
Ich bedanke mich für Ihr Verständnis und hoffe, dass ich Ihnen behilflich sein konnte.“
Ich habe zufällig aufgepasst. Doch wie viele „Ex-Partner“ der Telekom schauen hier lieber nicht genauer hin und schreiben keine E-Mails an den Support!?
Ja, gut, ähhh…
Plömm, plömm, plömm-plemm-plömm!
„Dirty Unicorns“ – diese Android-Custom-ROM gehört ohne Zweifel zu den kontroversesten da draußen.
Das lag am Ende an zu vielen Faktoren, meiner bescheidenen Meinung nach aber v.a. wohl an der Eitelkeit des Gründers Alex Cruz aka mazda. Mit dem aktuellen Release zu Android 9.x wird ab dem dritten Quartal 2019 Schluss sein mit dem Projekt.
Schon früh wollte man auf die bestehende XDA-Community, wo man üblicherweise Custom ROMs und Informationen dazu bekommt, keinen Wert legen, sah diese gar als nervig und inkompetent an. Im Streit und ständigen Takedown-Wirrwarr von Beiträgen zu „DU“ zog man daher einen eigenen Konkurrenten hoch, https://devs-base.com/. Downloads, Informationen und auch Bugs sollten fortan nur noch dort gepostet werden, später kam noch ein eigenes JIRA-Projektmanagement-Tool dazu.
Auch OpenGAPPS, das bekannte Paket mit den essentiellen Google-Applikationen wie dem Play Store, wollte man abgelöst wissen und ermunterte die Nutzer anfangs dazu ein anderes zu nutzen. Ich glaube mich daran zu erinnern, dass es sich „BeansGapps“ nannte. Ist schon Jahre her, durchgesetzt hat es sich nie so richtig.
Hier könnte man immer weiter graben und nach all den Jahren weitere Kritik anbringen: etwa die vielen, unnötigen „Memes“ und der harsche, oft beleidigende Umgangston auf Twitter und (dem mittlerweile leider von Google abgeschalteten) Google+, etc., würde aber der ROM selbst damit nicht Genüge tun.
Abseits dieser oberflächlichen, künstlich herbeigeführten „Problemchen“, war bzw. ist „Dirty Unicorns“ eine der am weitesten fortgeschrittenen, feature-reichsten und ausgereiftesten Custom ROMs aller Zeiten!
Umso mehr schmerzt, dass sich Alex Cruz und das Entwickler-Team nach dem Pie-Release auflösen werden, wie er offiziell vor einigen Wochen publizierte. Mehr als ein GitHub-Archiv mit übriggebliebenem Quellcode soll von der ROM als Onlinereferenz nicht mehr übrig bleiben.
Sehen wir es realistisch: eine Custom ROM zu bauen und zu warten erfordert enorm viel Fleiß, Disziplin und technisches Fachwissen über Jahre hinweg, oftmals von mehreren Mitgliedern. Dass hier ein Projekt durchgezogen würde, das irgendwann zu „Ice Cream Sandwich“-Zeiten in 2011 bis 2019 laufen würde, hätte wohl nicht mal mazda selbst für möglich gehalten. Das ist schon ein kleines Wunder, über das die Community, egal wo im Web beheimatet, sehr stolz sein kann.
Ich bin dennoch der Meinung wir verlieren hier einen weiteren krassen Innovationsmotor für Android: „Dirty Unicorns“ geht den selben Weg über den Jordan wie zuvor schon die legendären ROMs AOKP und Paranoid Android.
Die Gründe für das Scheitern sind ebenfalls sehr ähnlich: das Leben hat einen irgendwann mehr im Griff als ein idealistisches Coding-Projekt. Neben dieser Unvereinbarkeit werden entwickelte Features auch zeitweise vom „Großen G“ übernommen, ohne es an die Community zurückzuzahlen, was zu internem Frust führt. Oder Interessen verlagern sich, man will etwas Neues ausprobieren (Alex Cruz spricht von „Twitch“) oder gleich sich selbst.
Welche weiteren Gründe auch immer am Ende für das Schließen herhalten müssen: ein großes Dankeschön an die „DU“-Community für die vielleicht fortschrittlichste Android-Custom-ROM des Planeten Erde! <3
#YouWillBeMissed #StayDirty #NeverClean