Achtung: Durch eine Änderung (einen Fehler?) im Programm "adduser" hat der Standard-Benutzer "siducer" derzeit kein Paßwort beim "Bauen" eines Live-ISOs.
Nach einem Ausloggen oder "Sleep" kommt man so nicht mehr in diese (oder eine andere) Sitzung.
Ein Ausweg: Das Vergeben eines Paßworts für "siducer" als "root" in der primären Sitzung - am Besten 'live' um kompatibel zum Handbuch zu bleiben.
Moin, stempel uns bitte einen Issue ins GitHub,
https://github.com/siduction/release-orga
Zitat von: hendrikL in 2026/04/02, 07:58:28
Moin, stempel uns bitte einen Issue ins GitHub,
https://github.com/siduction/release-orga
Dort habe keinen Zutritt um ein Issue aufzumachen. Aber hier sind die Informationen:
/usr/bin/livesettings aus (derzeit) dem Paket
shine-on-common-livesettings (version 2024.1-2)), eine Shell-Datei, verwendet in der Funktion
add_live_user() das Programm
adduser aus dem gleichnamigen Paket (derzeit in der Version 3.155, das die Schwierigkeiten macht).
adduser funktioniert "live", aber nicht (mehr) geskripted wie hier.
Issue gesetzt.
https://github.com/siduction/fll-live-initscripts/issues/3 (https://github.com/siduction/fll-live-initscripts/issues/3)
Danke!
Dank für den heutigen "Fix".
Allerdings vermute ich einen Tippfehler in "livesettings" -> "add_live_user()" Zeile 34:
adduser --command ${FLL_LIVE_USER} ${FLL_LIVE_USER} \
Dort sollte --command sicherlich --comment heißen.
Jedenfalls erhielt ich beim ISO-Bau einen Fehler wegen einer (nicht vorhandenen) Option command in adduser.
Falls sich das bestätigt, sollte das bitte im "git" eingepflegt werden.
Ja, richtig, sorry ich fixe das gleich.
Vielen Dank!
Es tut mir leid berichten zu müssen: Der Patch/Fix führt nicht zum Erfolg, den Benutzer siducer wieder mit einem Paßwort zu versehen.
Vermutlich handelt es sich um einen "echten" Fehler im Programm adduser, denn im interaktiven Modus funktioniert das Setzen des Paßworts weiterhin, auch dann wenn man den --gecos Schalter verwendet, im "Batch"-Modus dagegen nicht.
[Persönlicher "Rant": Die Entwickler legen allem Anschein nach mehr Wert darauf, Linux von seinem Unix-Ursprung zu entfernen, als Mühe aufs Testen zu verwenden (filesystem hierarchy standard, kiss, initrd, systemd, namespaces, bootloader etc.). {Ist natürlich nur mein subjektives Empfinden, der sich bis circa 2012 über jede neue Version und die Weiterentwicklung gefreut hat und seitdem (Gnome3) fast nur noch Enttäuschungen erlebt - Siduction ausgenommen.}]
Da ich im Moment nicht weiss, warum das nicht mehr funktioniert, habe das gemacht den ich schon lange machen wollte, nämlich den User siducer ohne Passwort anzulegen. Der Live-User braucht ja nicht wirklich ein Passwort.
Aber augenblicklich wird siducer nicht als (login-fähiger) Benutzer ohne Paßwort erzeugt.
Damit kann man sich gar nicht mehr einloggen, wenn die graphische Sitzung ausfällt - aus welchem Grund auf immer.
Daher halte ich ein Paßwort für siducer als sehr erstrebenswert.
Nicht jeder benutzt das Live-System nur zum Installieren von Siduction - z.B. ich :).
Also was auch immer Du da machst, mit
https://testbuilds.siduction.org/kde/siduction-2025.1.0-Shine_on-kde-amd64-202604141203.iso
kann sich siducer überall, also sddm und auch tty, ohne Passwort einloggen und auch einen gesperrten Bildschirm entsperren.
Danke - ich werde mir den Unterschied zu meiner Version ansehen.
[Ich 'baue' meine ISO per pyfll-Skript aus dem "git-Repo".]
Ja, das 202604141203 ISO image funktioniert ohne Paßwort für siducer. Dieser Benutzer hat keinen Eintrag in /etc/shadow "::" (also kein Paßwort), wo bei mir bis zuletzt ein ":!:" (ungültiges Paßwort) stand!
Nach einem 'merge' von git 'pyfll' (master) erhalte ich jetzt einen Baufehler No live settings scripts found! Please fix! (exit in finalize.postinst), da wohl /usr/bin/livesettings beim Bauen fehlt. Gibt es da eine Korrelation zu anderen Komponenten im Siduction git Repo?
Erklärt das vielleicht auch die vorherige Diskrepanz?
Falls du über irgendeinen cacher baust, da liegt vielleicht ein kaputtes shine-on-common-livesettings drin.
Danke für den Vorschlag.
Ich habe (nur) den Inhalt der Siduction-Repos gelöscht und diesmal wurde ein ISO ohne Paßwort für siducer erstellt.