"siducer" hat kein Passwort

Begonnen von ro_sid, 2026/04/01, 21:37:58

Vorheriges Thema - Nächstes Thema

ro_sid

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.

hendrikL

#1
Moin, stempel uns bitte einen Issue ins GitHub,

https://github.com/siduction/release-orga

ro_sid

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.

scholle1

"Pax in terris" - Das ist mein großer, mein einzigster für diese Welt von Herzen kommender Wunsch.
"Friede auf Erden" und alles Weitere erscheint einfach.

ro_sid


ro_sid

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.

towo

Ja, richtig, sorry ich fixe das gleich.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

ro_sid


ro_sid

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.}]

towo

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.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

ro_sid

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 :).

towo

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.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

ro_sid

Danke - ich werde mir den Unterschied zu meiner Version ansehen.
[Ich 'baue' meine ISO per pyfll-Skript aus dem "git-Repo".]

ro_sid

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?

towo

Falls du über irgendeinen cacher baust, da liegt vielleicht ein kaputtes shine-on-common-livesettings drin.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.