RapaNui
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
Hola, ich hab den Artikel IECauthority neu erstellt und dabei brauche ich Eure Hilfe:
Mein Englisch ist nicht das Beste, daher bitte ich darum, dass der von mir interpretierte Artikel der X.Org Foundation dazu queer gelesen wird. Weitere Quellen neben unserem Wiki, https://help.ubuntu.com/community/RootSudo sowie die Manpages bei ubuntu.com. Der Abschnitt Could not update ICEauthority file sollte von einem ecryptfs-Experten geprüft werden (ich verschlüssele nicht). Typo und Grammatik prüft ihr sowieso (bes. mit der Rechtschreibreform hab ich mich nicht so auseinandergesetzt, da in Chile nicht wichtig)
Hintergrund des Artikels: Ich hatte einen kurzen Bericht über das Thema für Ikhaya geschrieben und serenity antwortete mit: ... Wir haben Deinen Artikelvorschlag intern besprochen und sind, zusammen mit dem Wiki-Team, zu der Ansicht gelangt, dass der Text sich wesentlich besser als Wikiseite eignen würde. ...
Also, hier ist er Saludos, RapaNui
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29048
Wohnort: WW
|
Hallo, zum Artikel: Ich verstehe nicht, wofür das Programm gut ist bzw. was es kann. bitte Wiki/Syntax beachten - besonders kursiv wird oft falsch verwendet in Überschriften keine Syntax / Markup verwenden weite Teil der Erklärung zu root und sudo gehören wenn in sudo, nicht in diesen Artikel
Wichtig wäre erst Mal der 1. Punkt. ☺ Gruß, noisefloor
|
Alice_wtfiA
Anmeldungsdatum: 6. Januar 2011
Beiträge: 1292
|
In diesem Artikel geht es um den falschen Gebrauch von sudo und die dadurch bedingte Korrumpierung des BS. Ich könnte mir das gut als Unterseite von sudo vorstellen. Denn dann könnte man auch noch die Tabelle aus dem Forenbeitrag bei Ubuntu.com, vom 16.11.2008 aufnehmen. Das gilt nach wie vor, oft geschieht es einfach aus Un-Wissenheit oder wg. Fehleinschätzung.
|
RapaNui
(Themenstarter)
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
noisefloor schrieb: Deine Antwort zeigt mir folgendes:
Du hast den Eingangsbeitrag von mit nicht gelesen oder nicht verstanden, besonders meine Aussage im ersten Satz: .... und dabei brauche ich Eure Hilfe: Du hast als "Wikiteam, Teamleiter" nicht an der von serenity angesprochenen internen Besprechung mit dem Wikiteam teilgenommen. Da solltes Du mal nachhacken und fragen warum man Dich nicht informiert, ich hatte allerdings im Eingangsbeitrag auf diese Tatsache hingewiesen. Und nein, ich habe mich nicht um diesen Artikel gerissen, ich habe ihn nicht gewollt. Meine Ursprungsidee war ein kurzer Artikel in Ikhaya zu diesem Thema und von dort hat man mich ins Wiki delegiert. Du weißt nicht was im Forum von uu.de läuft. Eine kurze Suche von ICEauthority (natürlich nur im Forenbereich) gibt Dir folgendes aus: "Seite 1 von ungefähr 16 Seiten". Kurzinfo für Dich: z.Zt. kommte es vermehrt zu Problemen mit einer nicht mehr nutzbaren Datei ~/.ICEauthority und bei Verschlüsselung wird das System sogar unbrauchbar für einen Neueinsteiger.
Ich gebe zu den Fehler begangen und kursiv falsch verwendet zu haben, Fehlinterpretation meinerseits, ist wohl meine menschliche Seite. Da es hier so viele Wiki-Schreiber gibt kann ich auch nachvollziehen, dass Du mir das vor die Füsse knallst so als wenn ich ein Neuer wäre. Man kann sich ja die ganzen Nicks nicht merken, darum zu Erinnerung, den letzten Artikel meinerseits hast Du selbst am 3.Feb.2011 ins Wiki verschoben und ich glaube zwei stehen oder standen noch an.
Das solltet ihr dann auch in Eure Wiki/Syntax so hineinschreiben. In dem von Dir freundlichst verlinkten Artikel steht: "Befehle und ihre Optionen, Terminalausgaben im Fließtext, Modul, Benutzer, Gruppe" = Monotype und das habe ich getan, oder gehört sudo etc. nicht zu Befehlen?
Ich vergaß, Redundanzen, dafür werden auch schon mal numerisch geordnete Tabellen zerissen um sie in unübersichtlichere Teilstrukturen zu zerlegen oder es werden n Artikel aufgemacht um einen Hinweis nicht doppelt zu benutzen. Das der ganze Teil von root und sudo zur Veranschaulichung des Problems gehört ist Dir ja nicht aufgefallen, das schriebst Du ja schon im ersten Punkt Deiner Antwort. Vielleicht denkt ihr mal gemeinsam darüber nach, das man es den Anfängern evtl. erschwert in das Thema Ubuntu einzusteigen nur weil die hauseigenen Dogmen eingehalten werden müssen. Ich wüßte z.Zt. nicht wie und wo ich da bei sudo etwas einbauen sollte und habe eigentlich auch gar keine (mehr) Lust dazu. Darum bitte ich Dich/Euch, macht es selber oder beauftragt jemand anderen damit. Ich für meinen Teil bin raus aus diesem Thema und auch aus dem Wiki, zumindest vorerst. Bitte löscht den von mit unnütz angelegten Artikel, schreibt ihn auf Eure Wünsche um oder baut die brauchbaren Teile dort ein wo ihr sie für richtig erachtet. Es grüßt
RapaNui
|
kaputtnik
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9245
|
Servus ☺ ich hatte die Diskussion wegen dem Ikhaya-Artikel mitbekommen und bin auch dafür, das wir diesen Artikel als Unterartikel zu sudo aufnehmen. Als Untermauerung dafür, das man grafische Programme nicht per sudo starten soll. Der sudo Artikel ist eh schon so vollgepfropft und unübersichtlich geworden, das dort weitere Informationen nicht zur Verständlichkeit beitragen. Das RapaNui so schnell die Segel streicht ist schade. Das wir (das Wikiteam) nicht immer alles mitbekommen und auch mal Fehler machen, sei uns aber zugestanden. Gruß kaputtnik
|
RapaNui
(Themenstarter)
Anmeldungsdatum: 16. Juli 2007
Beiträge: 1925
Wohnort: Penco / Chile
|
kaputtnik schrieb: Das RapaNui so schnell die Segel streicht ist schade.
Nicht persönlich nehmen, denn es trifft normalerweise auf Dich nicht zu, aber diese Aussage passt in das neue Verständnis bei uu.de: Delegieren und von sich wegschieben. U.a. wird durch so eine Aussage der Eindruck erweckt, der Fehler liegt nur bei mir und ich sei nicht kritikfähig; der Andere macht immer nur die Fehler, wir sind korrekt vorgegangen. Es wird eine Antwort erzwungen, wenn sie nicht gemacht wird untermauert dies ja die Unfähigkeit des ursprünglischen Schreibers.
Das wir (das Wikiteam) nicht immer alles mitbekommen und auch mal Fehler machen, sei uns aber zugestanden.
Ohne weiteres, aber Wiki hat auch immer etwas mit Sprache und verstehen zu tun, dazu gehört neben dem sich informieren wollen auch eine gewisse Antwortkultur. Mein 1. Punkt zeugt eindeutig davon, dass Euer Teamleiter das nicht möchte/kann, die Gründe dafür weiß nur er selbst. Es werden oftmals Halbsätze gestreut (siehe z.B. bei Syntax, nicht von noisefloor), deren Sinn nur der Verfasser kennt, bei denen dann wieder unnütz nachgefragt werden muss um eine eindeutige Aussgage zu erhalten. Das Wort "Leiter" bedeutet aber auch, man ist eine Führungsperson, man muss best. Führungsqualitäten aufweisen, im realen wie im virtuellen Leben. Bei einem offenen Forum mit Wiki heißt das für mich, er muss nicht nur im Inneren sondern auch im Äußeren führen, die Benutzer dazu hinleiten es nach und nach besser zu machen. Die klassische (preußische)(subjektiv empfundene) Methode: "Du Dummerle, das musst Du so machen" zieht heute nicht mehr und kann, wenn überhaupt, nur auf Kinder angewendet werden. Das muss und und will ich mir nich antun, daher meine Entscheidung. RapaNui P.S. Ich finde, der Tonfall bei uu.de und der Umgang mit Menschen ist, im Gegensatz zu früher, sehr abgerutscht. Es nutz dabei auch wenig, wenn Antworten mit einem Chat-pseudo-english garniert werden. Die Gemeinschaft rund um Ubuntu wird immer älter, dies kann man im Forum sehr gut beobachten, und damit verschreckt ihr (mMn) einfach zukünftige Autoren.
|
cornix
Anmeldungsdatum: 9. März 2007
Beiträge: 4763
Wohnort: Ringenberg
|
RapaNui schrieb: P.S. Ich finde, der Tonfall bei uu.de und der Umgang mit Menschen ist, im Gegensatz zu früher, sehr abgerutscht.
Ja, einen Benutzer und sei er auch Teammitglied oder gar mit einer Leitungsfunktion betraut, über mehrere Postings hinweg öffentlich zu schmähen, das hätte es früher nicht gegeben. Stattdessen hätte man in Ruhe Missverständnisse aus dem Weg geräumt und zielgerichtet den Artikel fertiggestellt. 😉 Gruß, cornix
|
diesch
Anmeldungsdatum: 18. Februar 2009
Beiträge: 5072
Wohnort: Brandenburg an der Havel
|
Der Abschnitt "Grundlagen" ist so nicht ganz korrekt: ICE (Inter-Client Exchange) ist ein Framework, mit dem man unter X Protokolle für die Kommunikation zwischen X-Clients erstellen kann. XSMP (X Session Management Protocol) baut z.B. auf ICE auf und wird vom Session-Manager benutzt, um mit den Programmen der Session zu kommunizieren. ICE implementiert unter anderem auch Zugangsberechtigungen, die nötigen Informationen dafür werden in der Datei ~/.ICEauthority gespeichert. Daher muss der Session-Manager beim Start auf ~/.ICEauthority zugreifen (oder die Datei neu anlegen) können. Ein Hinweis auf iceauth ist denke ich überflüssig, in der Praxis braucht man das eher selten (und muss dann sowieso mehr über ICE wissen, als der Wiki-Artikel und die Doku zu iceauth enthält).
|
kaputtnik
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9245
|
cornix schrieb: Stattdessen hätte man in Ruhe Missverständnisse aus dem Weg geräumt und zielgerichtet den Artikel fertiggestellt. 😉
Es gilt aber insbesondere für Teammitglieder, die Sorgen, Probleme und Gedanken anderer ernst zu nehmen. Dein Beitrag bestätigt nur RapaNuis Vorwurf. 😐 RapaNui hat in einigen Dingen Recht und es wäre gut, wenn sich das Wikiteam zB über eine älter werdenden Gemeinschaft Gedanken machen würde, anstatt diese Gedanken mit einem "früher war alles besser"-Argument ab zu tun. Ich denke ausschlaggebend für die Reaktion war, das "nicht-alles-lesen" von noisefloor des Eingangsposts. Das kann ich gut verstehen, da ich das gleiche auch schon erlebt habe. So was frustriert, weil man sich Rechtfertigen muss. In diesem Fall ist es besonders tragisch, weil noisfloor die Diskussion um den Ikhaya-Beitrag nicht gelesen hatte. Wie oben schon gesagt: Das man einige Informationen einfach überliest, kann immer mal passieren. Für den Artikelschreiber ist es halt frustrierend und ich finde es nur verständlich, das man diesen Ärger in irgendeiner Art und Weise Luft macht. Was den Artikel betrifft: Ich fände ihn nützlich und es wäre schade, wenn er nicht fertig werden würde. Nur: Das Wikiteam ist nicht dazu da, um Artikel fertig zu schreiben. Insbesondere dann, wenn man wenig Ahnung von der Materie hat 😉 Gruß kaputtnik
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29048
Wohnort: WW
|
Hallo,
Das solltet ihr dann auch in Eure Wiki/Syntax so hineinschreiben.
Stimmt, stand nicht drin. Jetzt aber. ☺ EDIT: Jetzt, wo ich grob einen Plan habe, worum es geht: Unterartikel zu sudo +1. Gruß, noisefloor
|
Alice_wtfiA
Anmeldungsdatum: 6. Januar 2011
Beiträge: 1292
|
Ich hab leider auch das Gefühl, das ich niemand gerne in's offene Messer laufenlass, und hab des im Artikel nvidia-settings über einen Zusatz (gksu/kdesu) in der Hinweis-Box integriert. Die Nvidia-Settings aufzurufen, gehört mMn zu einer der ersten Dinge, die ein Neuling macht, und ob der dann auf die Fußnote zu Root-Rechten [2] klickt, halte ich für mehr als fraglich. -batsch - so passiert's- Ähnlich ist mir bei das bei Scanner aufgefallen, "/lib/udev/rules.d/40-libsane.rules mit Root-Rechten(2) editieren" Im Diskussionsbeitrag dazu hatte ich die Frage gestellt... -batsch #2-
|
cornix
Anmeldungsdatum: 9. März 2007
Beiträge: 4763
Wohnort: Ringenberg
|
Alice wtfiA schrieb: ein Neuling
Du möchtest nicht behaupten, dass ein Neuling den hier besprochenen Artikel versteht? Ich zumindest verstehe nur Bahnhof und mir ist bis jetzt noch nicht klar, was Ziel des Artikels ist und welche Strategie verfolgt wird, das Ziel zu erreichen. Gruß, cornix
|
DrScott
Ehemalige
Anmeldungsdatum: 7. Juli 2005
Beiträge: 6018
Wohnort: Nürnberg
|
Ich halte mich jetzt mal aus dem Thema Umgangston raus und versuche mich an konstruktiver Kritik: Die ganze Thematik ist - wie soll es anders sein - sehr kompliziert. Bei der Erstellung der Beispiele, Begründungen usw. warne ich davor, das ganze anhand einfacher Tests durchzuführen. Der Teufel steckt im Detail und Unterschiede zwischen Ubuntu und Kubuntu würden mich nicht überraschen. Die ganze sudo-Geschichte ist schon kompliziert genug. Ein exakter Artikel kann aber nicht einfach sein, wenn das Thema eben sehr komplex ist. Ich denke, Artikel in diesem Wiki sollten möglichst korrekt sein.
Als Superuser ist man in der Lage sein System bis in den hintersten Winkel zu modifizieren, aber auch sein System komplett zu zerstören. Ubuntu hat darauf reagiert und den Benutzer root gesperrt, d.h. es gibt keine direkte Möglichkeit sich mit diesem Benutzernamen anzumelden.
Verstehe ich nicht. Auch mit sudo/gksudo ist es ein leichtes, sein System zu zerstören, das kann also nicht der Beweggrund sein. Die Abwägung zwischen sudo oder direkter Anmeldung ist sehr komplex, auch aus Sicherheitsgründen (wo sudo durchaus Nachteile hat.) Natürlich hat sudo auch Vorteile. Ich verstehe nicht, was das mit der Datei .ICEAuthority zu tun haben soll.
sudo echo -e "Benutzer: $USER & UID: $UID\n home: $HOME\ndie Path-Var.: $PATH"
falscher Test: Dieses Beispiel zeigt leider sehr gut, wie leicht man sich bei Tests hinters Licht führen lässt. Was passiert bei dem Befehl? Zunächst ersetzt die Shell die Umgebungsvariablen, es ergibt sich also sudo echo -e "Benutzer: karl & UID: 1000\n home: /home/karl\ndie Path-Var.: blafasel Erst jetzt wird der Befehl mittels sudo ausgeführt. Nicht verwunderlich, dass hier nicht viel passiert. Das der Test bei kdesudo funktioniert liegt daran, dass dort die Auflösung der Variablen erst nach dem Kontextwechsel stattfindet. Äpfel und Birnen.
Welche Auswirkungen die oben gemachten Befehle auf die Dateiattribute[2] haben kann man nun noch einmal im Terminal überprüfen.
falscher Test: Im ersten Bereich wirkt sudo nur auf den ersten Teil der Pipe. Das "tee"-Kommando läuft wieder im normalen Benutzerkontext.
Beide Verfahren ändern Einträge in der .ICEauthority, da sie unter der Oberfläche von X ausgeführt werden
Kann ich nicht nachvollziehen: Sowohl bei sudo als auch gksudo bleibt die Datei komplett unberührt. Vielleicht verhält kdesudo sich hier anders? Jedenfalls läßt sich daraus kein Grund ableiten, weshalb graphische Programme nicht per sudo gestartet werden sollten. Die Gründe hierfür werden im Artikel zu sudo bereits erklärt. Im Abschnitt "Could not update ICEauthority file" wird ein Zusammenhang zu Verschlüsselung gebildet, der nicht wirklich existiert. Die im Zusammenhang mit Verschlüsselungsproblemen tatsächlich oft vorkommende Meldung ist nämlich nicht ursächlich, sondern immer die Folge des Verschlüsselungsproblems. Soll heißen: Die Datei .ICEAuthority ist nicht Teil des Problems. Ein Artikel über .ICEAuthority wäre schon schön. Ich verstehe aber nicht den Sinn des aktuellen Entwurfs. Sollte der Artikel nicht eher auf die Aufgabe der Datei im System eingehen? Mir ist die Aufgabe nämlich nicht so ganz klar. Ich kann sie löschen, ich kann sie unlesbar/unschreibbar machen: Mehr als eine kleine Fehlermeldung beim Gnomestart erhalte ich nicht. Wann wird das Ding gebraucht?
|
kaputtnik
Anmeldungsdatum: 31. Dezember 2007
Beiträge: 9245
|
Servus ☺ ich habe mich nicht so intensiv mit der Problematik befasst, bin bei der Suche nach Informationen aber auf diese Diskussion gestoßen: http://serverfault.com/questions/119580/what-is-iceauthority-file-in-opensuse-11-2 Die im zweiten Post verlinkte pdf-Datei geht aber auch nicht auf die Datei ICEauthority ein (zumindest findet man den String nicht) Da es anscheinend doch (wieder) öfter Probleme mit der Datei gibt, fände ich einen Artikel über die Hintergründe nicht verkehrt. Ob man die Hintergründe die zu diesen Problemen führen, ohne einer Dokumentation zu ICEauthority, wirklich aufdröseln kann, bleibt aber fraglich. Gruß kaputtnik
|
DrScott
Ehemalige
Anmeldungsdatum: 7. Juli 2005
Beiträge: 6018
Wohnort: Nürnberg
|
kaputtnik schrieb: Da es anscheinend doch (wieder) öfter Probleme mit der Datei gibt, fände ich einen Artikel über die Hintergründe nicht verkehrt. Ob man die Hintergründe die zu diesen Problemen führen, ohne einer Dokumentation zu ICEauthority, wirklich aufdröseln kann, bleibt aber fraglich.
Der Artikel könnte ja erstmal einen allgemeingültigen Lösungsweg beschreiben, wie man die diversen Probleme im Forum kochbuchartig löst. Dabei kann dann auch immer nachgebessert werden, falls nicht gleich alle Szenarien abgedeckt werden. Äußerst seltene Szenarien sollten aber nicht behandelt werden, wenn diese das Kochbuch unverhältnismäßig aufblähen. Ich erkenne aber schon wieder, dass das eben sehr schnell groß werden könnte: Eine Beschreibung, die .ICEauthority zu prüfen und eventuell zu korrigieren, würde bei Leuten scheitern, die ein Problem mit der Homeverschlüsselung haben. Als erster Schritt wäre daher die Prüfung notwendig, ob Home selbst existiert und schreibbar ist, was für viele andere Leute aber nicht notwendig erscheint...
|