Hallo Mario und Mitlesende,
Mario Bl�ttermann schrieb am 27. Dezember 2021 um 14:50
Am So., 26. Dez. 2021 um 09:21 Uhr schrieb Markus Hiereth <[email protected]>:
Hallo,
in den shadow-utils haben die Entwickler mitunter Begrifflichkeiten,
die im mindesten erl�uterungsbed�rftig sind. Dazu geh�rt INACTIVE, das
z.B. auf man 8 usermod als Option vorkommt
-f --inactive INACTIVE
Das Argument von INACTIVE ist ein Zahl, n�mlich die Anzahl der Tage
nach Ablauf eines Passworts, nachdem der Benutzer sich �berhaupt nicht
mehr einloggen kann. Bis dahin wird er aufgefordert, sein abgelaufenes Passwort zu ersetzen.
Das hei�t, je h�her die Zahl, desto sp�ter kommt des zur kompletten Inaktivit�t/Sperrung des Kontos. Oder umgekehrt, innerhalb der Zeit
gibt es noch eine M�glichkeit zur Aktivit�t, n�mlich das Passwort zu �ndern. Insofern finde ich die Wortwahl der Entwickler widersinning
und will sie wirklich nicht in den �bersetzungen haben.
F�r die �bersetzung f�llt mir als Begriff "Karenzzeit" ein. Also eine
Zeit, die einem einr�umt wird, etwas in Ordnung zu bringen, was
eigentlich schon in Ordnung sein m�sste.
Im Englischen gibt es dieses Wort offenbar nicht, aber "grace
period". Laut W�rterbuch ist das eine Zeit, die einem zu�tzlich
einger�umt wird, um seine Geldschulden zu bezahlen, ehe Sanktionen
verh�ngt werden.
Einfache L�sung, ausgehend von dem, was mir �man usermod.8� derzeit anzeigt:
-f, --inactive INACTIVE
Die Anzahl von Tagen, nach denen ein Passwort abgelaufen ist, bis
das Konto deaktiviert wird.
Anstatt nach irgendeinem Begriff zu suchen, w�rde ich es so schreiben:
-f, --inactive TAGE
Die Anzahl von Tagen, nach denen ein Passwort abgelaufen ist, bis
das Konto deaktiviert wird.
Der Benutzer liest die Optionsbeschreibung und wei�, worum es geht. Ob
die Optionsvariable nun �Tage� oder �Karenzzeit� hei�t, kann ihm egal
sein. Die Option muss nicht selbsterkl�rend sein, daf�r gibt es ja die Beschreibung dazu.
In der deutschen �bersetzung schlicht TAGE als Nemen der
Optionvariablen zu benutzen, ist eine L�sung. Aber es gibt noch Texte,
wo inactive in quasi festen Begriffen erscheint oder als Merkmal des Benutzerkontos:
inactivity period
an inactive account
In login.defs(5) gibt es noch die Variable
INACTIVE
Momentan habe ich noch den Meldungskatalog als ganzes vor mir und kann
noch �berlegen, wie ich �bersetze und ob ich "Karenzzeit" einf�hre. Es
geht nicht zuletzt um Konsistenz bei den rund zwei Dutzend
Handbuchseiten von shadow-utils.
Ziemlich sicher werden die Entwickler von dem verqueren Optionsnamen /
dem verqueren Attribut "inactive" nicht abgehen, selbst wenn sie
einsehen, dass "grace" oder etwas neutrales besser w�re.
Versch�rft wird die �bersetzungsproblematik meines Erachtens noch
dadurch, dass in der Nutzerkontenverwaltung noch andere Attribute
auftauchen, die alle dazu f�hren, dass ein Benutzer sich nicht mehr
anmelden kann: expired , disabled,
Vorab nur Danke f�r diese L�sung im Einzelfall
Markus
---
zur Veranschaulichung; Ergebnisse aus grep -i -r ina[kc] im Meldungskatalog:
"<option>-f</option>, <option>--inactive</option> <replaceable>INACTIVE</" "<option>-f</option>, <option>--inactive</option> <replaceable>INAKTIV</"
"If not specified, <command>useradd</command> will use the default inactivity " "period specified by the <option>INACTIVE</option> variable in <filename>/etc/" "mit der Variable <option>INACTIVE</option> "
"das Datum, an dem das Benutzerkonto xxx inaktiviert | abgeschaltet wird"
"This option sets the <option>INACTIVE</option> variable in <filename>/etc/" "Diese Option verändert die Variable <option>INACTIVE</option> in "
"warning period, and no password inactivity period (see below)."
"password inactivity period"
"An empty field means that there are no enforcement of an inactivity period."
"long int\t\tsp_inact; /* days before account inactive */\n"
"sp_inact - days after password expires that account is considered inactive "
"sp_inac