staging.inyokaproject.org

Hallo dirksche,

alles ok. Wir sind ja da 😉 - und durch deine Transparenz hier in der Diskussion konnte das ja auch gleich ergänzt werden. Genau genommen war der Fehler auch schon vorher da, da der Artikel schon davor für xenial,bionic und cosmic getestet markiert wurde und das da hätte schon auffallen können/sollen.

Also: So eine Mini-Änderung darfst du gerne auch weiterhin ohne vorherige Rücksprache durchführen. Gerne Info in der Diskussion, dann kann man da nochmal drauf schauen. Mit der Zeit bekommst du da auch Sicherheit, was du machen kannst und was nicht. Wenn du unsicher bist, kannst du auch vorher fragen.

Nur größere Überarbeitungen müssen unbedingt in der wiki/Baustelle gemacht werden - oder wenn man Angst hat, beim Überarbeiten zu viel kaputt zu machen.

Danke für deine Beteiligung hier im Wiki. Bei weiteren Fragen gerne in wiki ein Thema aufmachen.

Viele Grüße

BillMaier

//edit: Baustellen-Link korrigiert

Alles klar. Dann weiß ich Bescheid.

Der "normalize-audio nicht gefunden"-Kram kann eigentlich raus für mindestens K3b 21.12.3 (Ubuntu 22.04). Es wird direkt das korrekte Binary gefunden. Keine Ahnung, wieviele uralte Ubuntu-Versionen hier unterstützt werden sollen, somit packe ich das nicht ohne Diskussion an.

Außerdem sollte eigentlich jedem halbwegs Fortgeschrittenen folgendes ins Auge fallen und weh tun:

1

sudo chmod 4711 /usr/bin/wodim; sudo chmod 4711 /usr/bin/cdrdao

Neben dem hinzugefügten SGID-Bit hat die Gruppe damit auch mal eben kein Leserecht mehr. Und chmod unterstützt natürlich mehrere Objekte gleichzeitig.

Und darunter wird /etc/sudoers angepasst. Auch die Debian-Wiki empfiehlt, immer Snippets unter /etc/sudoers.d/ anzulegen:

It is recommended that you make local changes in a snippet as well.

Oh man, nicht mal der sudo-Artikel erwähnt sudoers.d.

Solche alten Frickeleien sollten aus dem Wiki ganz verschwinden.

Hallo sausix,

das Wiki lebt vom Mitmachen 😊

Hast du Lust den Artikel zu überarbeiten? Das Wiki-Team schiebt ihn dir sicher gerne in eine Baustelle.

Viele Grüße!

BillMaier

Ps. Wikiartikel müssen genau die Ubuntu-Versionen unterstützen, für die sie getestet sind. Im besten Fall eine oder mehrere aktuelle LTS-Versionen. Alles andere kann raus.

Huhu BillMaier

Eine Infrastruktur dafür wäre toll. Also nicht im Text reinschreiben zu müssen, für welche Versionen ein Wiki gilt oder getestet ist. Mehr was zum Anhaken... Aber das muss dann sicher erst programmiert werden. Getestet ist oft aber nichts, denn ich habe schon Tippfehler in Befehlszeilen gesehen, die zu einem Syntaxfehler geführt haben.

Ein Artikel kann ja auch bis auf einen Absatz mit jedem Ubuntu kompatibel sein. Dieser Artikel wäre eigentlich auch eher abhängig von der K3b-Version. Das Konzept ist nicht so optimal und wird für neue Ubuntus oft nicht weiter gepflegt.

Also ich bin genereller Linux-Supporter und starte eine Ubuntu-VM erst, wenn jemand damit ein Problem hat und ich etwas nachstellen oder testen möchte. Ich kann gerne mal ein paar Artikel an das aktuelle Jahrzehnt aktualisieren. Ich hätte aber jetzt aber keine Lust, das auf mehr als einer VM zu testen. Nunja, oft sind Erklärungen von Grundlagen nicht so optimal. Das müsste zumindest nicht getestet werden.

Muss dafür eine Baustelle eröffnet werden? Ich würde einfach Absatzweise korrigieren und das im Änderungstext begründen.

Das Wikiteam liest hier mit und meldet sich sicher mit Details. Mithilfe ist immer gern gesehen.

Gruß BillMaier

Ich habe ein paar unbedenkliche Kleinigkeiten angepasst. Bei anderen Sachen bin ich mir nicht sicher, ob das richtig ist und dafür muss Diskutiert werden.

Zum Thema sudoers in diesem Artikel kann ich mir eigentlich nicht vorstellen, dass K3b auch tatsächlich sudo für ein Hilfsprogramm aufruft. Andernfalls ist die Passage nicht für den Artikel relevant.

Das normalize-Thema scheint laut https://wiki.ubuntuusers.de/K3b/a/diff/216561/219304/ schon älter (als 12 Jahre) zu sein. Dort wurde die Problemlösung "wieder eingebaut" ☺

Hallo,

und willkommen im Wiki!

sausix schrieb:

Der "normalize-audio nicht gefunden"-Kram kann eigentlich raus für mindestens K3b 21.12.3 (Ubuntu 22.04). Es wird direkt das korrekte Binary gefunden. Keine Ahnung, wieviele uralte Ubuntu-Versionen hier unterstützt werden sollen, somit packe ich das nicht ohne Diskussion an.

Du kannst das auch gleich entfernen, da es keine älteren unterstützten Versionen als 20.04 mehr gibt, mit dem Du ja getestet hast.

Außerdem sollte eigentlich jedem halbwegs Fortgeschrittenen folgendes ins Auge fallen und weh tun:

1	sudo chmod 4711 /usr/bin/wodim; sudo chmod 4711 /usr/bin/cdrdao

Neben dem hinzugefügten SGID-Bit hat die Gruppe damit auch mal eben kein Leserecht mehr.

Das ist richtig. Kannst Du das noch anpassen? Obwohl diese Berechtigung wohl nicht wesentlich für das Funktionieren ist.

Oh man, nicht mal der sudo-Artikel erwähnt sudoers.d.

Das stimmt so nicht ganz: Siehe sudo/Konfiguration (Abschnitt „Einstellungen“)

Solche alten Frickeleien sollten aus dem Wiki ganz verschwinden.

Sehe ich auch so - Die Testung für Focal folgte wohl nicht ganz den Richtlinien.

sausix schrieb:

Ein Artikel kann ja auch bis auf einen Absatz mit jedem Ubuntu kompatibel sein. Dieser Artikel wäre eigentlich auch eher abhängig von der K3b-Version. Das Konzept ist nicht so optimal und wird für neue Ubuntus oft nicht weiter gepflegt.

Guter Punkt. Das würde bedeuten, dass künftig Artikel, sobald mit einer neueren Version getestet, gleichzeitig die alte fallen lassen sollten. Man kann schließlich nicht die gesamte Historie der Programmentwicklung erhalten (zumal bei solchen, die sich besonders ausgeprägter Entwicklung erfreuen). Aber das Konzept sollte wohl generell noch einmal überdacht werden.

Muss dafür eine Baustelle eröffnet werden? Ich würde einfach Absatzweise korrigieren und das im Änderungstext begründen.

Für absehbar größere Änderungen an einem Artikel ist es Standard, eine Baustelle anzulegen - Auch um die Diskussionskultur aufrechtzuerhalten. Aber ich denke, in diesem Fall geht das in Ordnung.

sausix schrieb:

Zum Thema sudoers in diesem Artikel kann ich mir eigentlich nicht vorstellen, dass K3b auch tatsächlich sudo für ein Hilfsprogramm aufruft. Andernfalls ist die Passage nicht für den Artikel relevant.

Die erste Vorgehensweise scheint das Problem zu lösen. Hast Du das ebenfalls getestet?

Huhu!

karzer schrieb:

und willkommen im Wiki!

Bin schon länger hier und habe schon paar Edits gemacht 😀

Du kannst das auch gleich entfernen, da es keine älteren unterstützten Versionen als 20.04 mehr gibt, mit dem Du ja getestet hast.

Geduld. Ich bin gerade am Haupt-Artikel sudo. Entfernen kann jeder ☺

Außerdem sollte eigentlich jedem halbwegs Fortgeschrittenen folgendes ins Auge fallen und weh tun:

1	sudo chmod 4711 /usr/bin/wodim; sudo chmod 4711 /usr/bin/cdrdao

Neben dem hinzugefügten SGID-Bit hat die Gruppe damit auch mal eben kein Leserecht mehr.

Das ist richtig. Kannst Du das noch anpassen? Obwohl diese Berechtigung wohl nicht wesentlich für das Funktionieren ist.

Ja das wundert mich auch. Die Rechte der Blockdevices sollten greifen und ausreichen. Dafür muss ein Hilfsprogramm nicht als root laufen. Allerdings macht K3b im Optionsdialog auch so Sperenzchen mit chmod 4710 ... per Mausklick.

Oh man, nicht mal der sudo-Artikel erwähnt sudoers.d.

Das stimmt so nicht ganz: Siehe sudo/Konfiguration (Abschnitt „Einstellungen“)

Ja, ich arbeite gerade an sudo und da ist mir erst die Unterseite aufgefallen, die ich mir noch nicht angesehen habe.

sausix schrieb:

Ein Artikel kann ja auch bis auf einen Absatz mit jedem Ubuntu kompatibel sein. Dieser Artikel wäre eigentlich auch eher abhängig von der K3b-Version. Das Konzept ist nicht so optimal und wird für neue Ubuntus oft nicht weiter gepflegt.

Guter Punkt. Das würde bedeuten, dass künftig Artikel, sobald mit einer neueren Version getestet, gleichzeitig die alte fallen lassen sollten. Man kann schließlich nicht die gesamte Historie der Programmentwicklung erhalten (zumal bei solchen, die sich besonders ausgeprägter Entwicklung erfreuen). Aber das Konzept sollte wohl generell noch einmal überdacht werden.

Ist sicher schwer, das in die Wiki-Software einzubinden. Da will ich als "Neuling" höchstens eine Anregung da lassen.

sausix schrieb:

Zum Thema sudoers in diesem Artikel kann ich mir eigentlich nicht vorstellen, dass K3b auch tatsächlich sudo für ein Hilfsprogramm aufruft. Andernfalls ist die Passage nicht für den Artikel relevant.

Die erste Vorgehensweise scheint das Problem zu lösen. Hast Du das ebenfalls getestet?

Ich habe heute zwei VMs mit Ubuntu aufgesetzt und am Host einen virtuellen Brenner. Gibt aber noch technische Probleme. Das mit dem sudo und dem SETUID-Bit steht an erster Stelle für den Test.

Ich geh demnächst nochmal an den Artikel ran wenn ich mehr weiß.

Ich hatte Probleme, ein 100-GB-BD-Disk zu brennen ("mkisofs crashed") und bin auf den (anscheinend funktionierenden) Tipp gestoßen, die Rechte von wodim zu ändern.

Folgende Anmerkungen mit Änderungsvorschlägen hierzu:

1. Inzwischen kann man die Rechte in der k3b-GUI ändern (Settings → Configure k3b → programs → Permissions)

2. Nach dem Ändern der Rechte muss ich meinen User noch in die Gruppe operator eintragen mit sudo usermod -a -G operator <username> (keine Ahnung, wo die Gruppe herkommt, aber beim Start von k3b kam eine Meldung mit dem Hinweis, ich soll das tun)

3. Die Empfehlung, cdrecord statt wodim bei BDs zu verwenden, weil wodim nicht mehr weiterentwickelt wird, ist leider irritierend, weil beim verlinkten cdrecord Artikel ebenfalls erwähnt wird, dass das Programm nicht mehr weiterentwickelt wird, weil der Entwickler verstorben sei. Was jetzt besser ist, weiß ich leider nicht.

• https://wiki.ubuntuusers.de/K3b/#cdrecord-vs-wodim

• https://wiki.ubuntuusers.de/cdrecord/