ubuntuusers.de

Ich möchte dieses Howto einreichen, um das Einrichten von Redshift zu erleichtern. Der existierende Wiki- Eintrag geht nicht auf die Konfigurationsdatei ein und kann durch seine Ausführlichkeit ein wenig verwirren. Deshalb denke ich, dass das Howto als Ergänzung Sinn macht.

Hallo,

hm.... dieses Howto - was vom Kopf her auch keins ist - ist hochgradig redundant zum Redshift Artikel.

Lediglich die Config-Datei, welche im Redshift-Artikel "nur" erwähnt ist, wird im Howto erklärt. Wobei "erklärt" eigentlich das falsche Wort ist - es gibt eine kommentierte Variante. Das könnte man auch tabellerisch in den Wikiartikel einbauen.

Gruß, noisefloor

noisefloor schrieb:

hm.... dieses Howto - was vom Kopf her auch keins ist - ist hochgradig redundant zum Redshift Artikel.

Das ist völlig richtig und stört mich auch. ☺

Lediglich die Config-Datei, welche im Redshift-Artikel "nur" erwähnt ist, wird im Howto erklärt. Wobei "erklärt" eigentlich das falsche Wort ist - es gibt eine kommentierte Variante. Das könnte man auch tabellerisch in den Wikiartikel einbauen.

Das würde inhaltlich auch Sinn ergeben. Deshalb wollte ich die Vorgehensweise hier nochmal besprechen: https://forum.ubuntuusers.de/post/8277943/

Mit dem aktuellen Eintrag für Redshift habe ich einfach ein großes Problem, und ich hoffe, dass jetzt meine Kritik niemand in den falschen Hals bekommt, weil es an sich ja ein guter Eintrag ist.

Ich denke, dass wir alle in irgendeiner Form ein großes Ziel vor Augen haben. Und das ist das "Jahr des Linux- Desktops" irgendwann einzuläuten. Es ist mir wichtig, dass mein Lieblings- OS 😉 möglichst viele Leute benutzen, damit viel Feedback kommt, viele Menschen den Code verbessern und das Entwickeln für Linuxdistributionen für Entwickler sinnvoll wird, denen es bisher nicht sinnvoll erscheint. Jemanden gänzlich zu Ubuntu - oder einer anderen Distribution zu "bekehren" geht aktuell fast nur, wenn jemand Erfahrenes sie bei ihren ersten Schritten begleitet oder er eine wirklich sehr bewundernswerte, große Bereitschaft mitbringt, sich zu belesen. Denn damit jemand von Ubuntu überzeugt ist, muss er positive Erfahrungen machen und nur so wird auch für die breite Masse die Bereitschaft steigen, sich in komplexere Dinge einzuarbeiten. So sehr die absoluten Nutzerzahlen beispielsweise im Steam Survey auch steigen, brauchen wir uns nichts vormachen: relativ sind die Linux- Nutzer auf dem Desktop in den letzten Monaten gesunken - das heißt wir machen Rückschritte, weil offensichtlich Windows für die meisten Menschen als erste Wahl angesehen wird. Ich habe selbst Jahre! gebraucht, bis ich sagen kann, dass ich in der Lage bin, Linux produktiv einzusetzen, weil der Workflow nicht durch Unwissenheit behindert wird.

Wenn man sich anhört, woran es liegt, dass "Linux" für viele Menschen unattraktiv ist, dann gibt es mehrere Kernpunkte:

1. Die Leute wollen die grafische Oberfläche und nicht mit dem Terminal arbeiten

2. Die Leute sind fest davon überzeugt, dass sich Linuxdistributionen ohne Terminal gar nicht benutzen lassen.

3. Die Leute sind zum Teil bereit, ab und zu das Terminal zu benutzen, bemängeln aber, dass die "Anleitungen" im Netz(meistens Wiki- Einträge?) nicht zum gewünschten Ergebnis führen und geben auf.

4. Bugs.

Daraus ergeben sich also folgende Lösungen:

1. So wenige Konsolenbefehle wie möglich als Lösungsweg erwähnen. Und das ist ein großes Problem, weil nicht jeder die gleiche Oberfläche hat. Wenn man Leute anleiten will, und hier im Wiki dauernd damit rechnen muss, dass die Leute 7 verschiedene Oberflächen haben, dann ist das einfach totaler Mist - auch beim Schreiben von Einträgen ist das einfach nur frustrierend, wenn man einerseits einfache Lösungswege beschreiben möchte und dann ständig auf die Terminalbefehle ausweichen muss. Wir müssen uns überlegen, wie man dieses Problem beseitigt, weil es einfach nur lähmt.

2. Vorurteile abbauen durch - siehe 1.

3. Ganz einfache Anleitungen schreiben, jeden Schritt einzeln kurz erklären, nicht mit einem Linkwald zupflastern, den jeder erst mal durchforsten muss, bis er kapiert, was er im Ursprungsartikel macht. Insbesondere die Zahlen in eckigen Klammern ergeben keinen Sinn, weil die meisten User nicht feststellen, worauf diese Verweise, die letztlich nur intern auf die bereits geöffnete Seite verweisen, tatsächlich zeigen.

4. Kann nicht jeder lösen und wird sich mit mehr Usern von selbst lösen.

Man muss also verstehen, wie die Zusammenhänge sind. Die deutschen Benutzer kommen auf den Eintrag redshift, weil sie ein Ziel haben: sie wollen die Farbtemperatur des Bildschirms anpassen. Das heißt sie geben zum Beispiel bei Google ein: "Bildschirm Farbtemperatur anpassen Ubuntu". Durch den Wikieintrag werden sie dann zuerst verleitet, das Paket redshift ohne GUI runterzuladen und das Programm manuell mit Parametern zu starten. So viel Sinn es ja im entsprechenden Wikiartikel wirklich inhaltlich machen kann, bei redshift selbst anzufangen und das breit zu treten, und später erst auf die GUI zu kommen, ist dieser Weg nicht vorgesehen und kann für große Frustration sorgen. Genau das ist mir nämlich passiert. Und wenn ich nicht bereit wäre, so viel Zeit in Ubuntu zu investieren, hätte ich da einfach aufgegeben, Windows installiert, mir die .exe geladen und wäre absolut zufrieden gewesen. Und solange das passiert, können wir das "Jahr des Linuxdesktops" einfach komplett vergessen - es wird dann niemals eintreten.

Tatsächlich ist aber vorgesehen, Ubuntu Software zu öffnen, "Redshift" zu installieren, auf die Lampe zu klicken und fertig. So und nicht anders bekommt man Nutzer auf Ubuntu. Und alles, was aktuell durch die Konfigurationsdatei festgelegt wird, müsste über ein GUI- Menü einstellbar sein - sieht der Entwickler aber leider vielleicht anders ☹ Ich denke es ist offensichtlich, dass ich gerade theoretisch das Problem von vielen Menschen in einem einzigen Satz gelöst habe, wofür man praktisch aktuell einen riesigen Wikieintrag vorhält, der noch regelmäßig gepflegt werden muss etc., obwohl die wirklich Interessierten sich auch einfach die Manpage durchlesen könnten. Das ist reine Ressourcen- und Freizeitverschwendung und wirklich sehr, sehr schade!

Entweder muss also der Wikieintrag weniger sachlich und mehr howtomäßig werden, oder wir müssen die Wikieinträge als Informationsquelle ansehen und redundante Howtos für die breite Masse vorhalten, wo wir auch Einstellmöglichkeiten nicht ansprechen, die für die meisten Nutzer irrelevant sind - wie zum Beispiel das Gamma und die Helligkeitseinstellung, die bei Redshift zusätzlich zur Farbtemperatur auch vorgenommen werden kann. Das ist meine persönliche Meinung und ich bin sehr gespannt, was Ihr dazu schreibt.

Hallo,

Das ist meine persönliche Meinung und ich bin sehr gespannt, was Ihr dazu schreibt.

Nichts - weil das für die Diskussion zum Wikiartikel / Howto weitestgehend irrelevant ist.

Wenn du der Meinung bist, dass das Wiki grundlegenden Änderungen braucht, was die Struktur, Inhalt, Grundkonzepte etc angeht, dann starte dazu bitte einen neuen Thread. Das wird nicht in einer einem Wikiartikel / Howto zugehörigen Diskussion diskutiert. Weil: One topic, one thread.

Zum Howto: IMHO ist das so nichts, weil weder Fisch noch Fleisch. Also entweder:

• verleihst du dem Howto ein bisschen mehr Essenz und befreist es davon, zu 75% eine Kopie des Wikiartikels zu sein

oder

• du überarbeitest den Wikiartikel Redshift so, dass die Sektionen, Schlüssel und möglichen Werte dort erklärt werden (bevorzugt tabellarisch, wie hier im Wiki üblich)

sonst

• wird das wohl eher nichts mit dem Howto...

Gruß, noisefloor

noisefloor schrieb:

oder [...] du überarbeitest den Wikiartikel Redshift so, dass die Sektionen, Schlüssel und möglichen Werte dort erklärt werden (bevorzugt tabellarisch, wie hier im Wiki üblich)

Ich habe es mir überlegt, aber das würde den Artikel extrem aufblähen und die Darstellung wäre ungeeignet, die Inhalte im Kontext zum praktischen Einsatz zu verstehen. Der Eintrag "Baustelle/Howto/Die_Farbtemperatur_des_Bildschirms_der_Tageszeit_anpassen" kann entfernt werden, weil die angesprochenen Probleme ohne strukturelle Änderungen am Wiki nicht lösbar sind.

Hallo,

Der Eintrag "Baustelle/Howto/Die_Farbtemperatur_des_Bildschirms_der_Tageszeit_anpassen" kann entfernt werden,

Ok, done, ist gelöscht.

Da dein Howto auch für Xenial galt, funktioniert Redshift wohl auch dort. Dann könntest du eigentlich das getestet-Tag des Artikels um Xenial erweitern.

Gruß, noisefloor

noisefloor schrieb:

Dann könntest du eigentlich das getestet-Tag des Artikels {Amn. Redshift} um Xenial erweitern.

Ist erledigt.