Re: [RFR] po4a://translationproject.org/PO-files/de/shadow-man-4.20.0-rc2.de.po (Teil 3/37)

Hallo Mario und Mitlesende,

Mario Blättermann schrieb am 19. Juli 2026

> Am So., 19. Juli 2026 um 21:18 Uhr schrieb Markus Hiereth
> <[email protected]>:
> >
> > Hallo Mario und Mitlesende,
> >
> > vorab danke für die Beschäftigung mit dem Meldungskatalog.
> >
> > Mario Blättermann schrieb am 17. Juli 2026 um 16:36
> >
> > > # MH Remnant of the original version of Julianne Frances Hugh version that
> > > # politely addressed female users: "for her own account". Consider using
> > > # female forms throughout this manual page.
> > > #. (itstool) path: refsect1/para
> > > msgid ""
> > > "The <_:command-1/> command changes the user's full name, office room number, "
> > > "office phone number, and home phone number information for an account in the "
> > > "respective fields of <_:filename-2/>. This information is typically printed "
> > > "by <_:citerefentry-3/> and similar programs. A normal user may only change "
> > > "the fields for her own account, subject to the restrictions in <_:filename-4/"
> > > ">. (The default configuration is to prevent users from changing their "
> > > "fullname.) The superuser may change any field for any account. Additionally, "
> > > "only the superuser may use the <_:option-5/> option to change the undefined "
> > > "portions of the GECOS field."
> > > msgstr ""
> > > "Der Befehl <_:command-1/> ändert den vollständigen Namen, die "
> > > "Raumnummer sowie die berufliche und private Telefonnummer für ein "
> > > "Benutzerkonto in den entsprechenden Feldern der Datei <_:filename-2/>. "
> > > "Diese Informationen werden typischerweise von <_:citerefentry-3/> "
> > > "und ähnlichen Programmen ausgegeben. Eine normale Benutzerin "
> > > "darf nur die Felder ihres eigenen Kontos ändern und ist dabei Beschränkungen "
> > > "in <_:filename-4/> unterworfen. So ist es Benutzern "
> > > "standardmäßig nicht möglich, ihren vollständigen Namen zu ändern. Der "
> > > "Systemadministrator kann alle Felder aller Konten verändern. Außerdem darf "
> > > "nur er mit der Option <_:option-5/> die undefinierten Teile des GECOS-"
> > > "Feldes ändern."
> >
> > > Raumnummer ??? Zimmernummer
> >
> > Ich bin da ohne Leidenschaften, aber wieso ist Zimmernummer
> > besser? Meine Überlegung war, dass "Raum" ein vernünftiges deutsches
> > Wort und direkt verwandt ist mit dem englischen "room".
> >

> Es war intuitiv. Ich hab mir das mal in anderen Übersetzungen
> angeschaut, hier zum Beispiel in util-linux:
> 
> #. type: Plain text
> #: ../login-utils/chfn.1.adoc:42
> msgid "Specify your office room number."
> msgstr "gibt Ihre Büronummer an."
 
> Wenn ich aber zwischen »Raum« und »Zimmer« zu wählen hätte, würde ich
> »Zimmer« nehmen (und es wegen der Konsistenz auch in util-linux
> ändern).

In Ordung. Das heißt, ich soll also bei den shadow -Handbuchseiten auf
"Zimmer" als Übersetzung einschwenken und Du würdest in util-linux,
das offenbar eine Handbuchseite zu einer anderen Implementierung von
chfn beinhaltet, auch in dieser Weise übersetzen.



> > > #. (itstool) path: refsect1/para
> > > msgid ""
> > > "These fields must not contain any colons. Except for the <_:emphasis-1/> "
> > > "field, they should not contain any comma or equal sign. It is also "
> > > "recommended to avoid non-US-ASCII characters, but this is only enforced for "
> > > "the phone numbers. The <_:emphasis-2/> field is used to store accounting "
> > > "information used by other applications."
> > > msgstr ""
> > > "Diese Felder dürfen keinen Doppelpunkt enthalten. Mit Ausnahme des Feldes "
> > > "<_:emphasis-1/> sollten sie kein Komma oder "
> > > "Gleichheitszeichen enthalten. Außerdem wird davon abgeraten, andere Zeichen "
> > > "als US-ASCII zu verwenden, aber nur für die Telefonnummern wird dies "
> > > "erzwungen. Das Feld <_:emphasis-2/> wird von "
> > > "anderen Anwendungen verwendet, um dort Informationen über das Konto "
> > > "abzuspeichern."
> > >
> > > Den zweiten Satz würde ich freier formulieren:
> >
> > > Für Telefonnummern müssen zwingend US-ASCII-Zeichen verwendet werden,
> > > aber auch für andere Felder raten wird davon ab, Nicht-ASCII-Zeichen
> > > zu verwenden.
> >
> > Mit 'wir' statt 'wird' übernommen.
> >
> >
> > > (Frage am Rande: Gibt es eigentlich noch einen anderen
> > > ASCII-Zeichensatz als US-ASCII????)
> >
> > Habe dazu gerade eine Suchmaschine befragt und eine Fundstelle mit
> > dieser Erklärung
> >
> >  "ASCII, stands for American Standard Code for Information
> >  Interchange. It is a 7-bit character code where each individual bit
> >  represents a unique character."
> >                                          https://www.ascii-code.com/
> >
> > und ich glaube, das vorangestellte US ist nicht technisch relevant,
> > weil es wirklich keine Unterarten / Varianten des ASCII-Zeichensatzes
> > gibt, sondern politisch/geografisch. US-ASCII könnte das Augenmerk
> > darauf lenken, dass Amerika ein Kontinent ist und die USA "nur" ein
> > politisches Gebilde auf ihm.

> Na ja, war nur so eine Frage. Wir können es so lassen, auch wenn es
> die Originalautoren anderswo damit auch nicht immer so genau nehmen.

Die Schnüffelei an Nebenschauplätzen gehört zu den Dingen, die das
Übersetzen interessanter machen. Insofern war mir "nur so eine Frage"
willkommen.


> > > #. (itstool) path: listitem/para
> > > #, fuzzy
> > > #| msgid ""
> > > #| "Apply changes in the <replaceable>CHROOT_DIR</replaceable> directory and "
> > > #| "use the configuration files from the <replaceable>CHROOT_DIR</"
> > > #| "replaceable> directory."
> > > msgid ""
> > > "Apply changes in the <_:replaceable-1/> directory and use the configuration "
> > > "files from the <_:replaceable-2/> directory. No SELINUX support."
> > > msgstr ""
> > > "führt die Veränderungen in dem Verzeichnis <_:replaceable-1/> "
> > > "durch und verwendet die Konfigurationsdateien aus dem "
> > > "Verzeichnis <_:replaceable-2/>. SELINUX wird nicht unterstützt."
> >
> > > Ist OK, aber es gibt ein überflüssiges Leerzeichen am Ende.
> >
> > Ich finde dieses nicht.

 
> Das Leerzeichen ist ganz am Ende, hinter dem Anführungszeichen. Ist
> für itstool/gettext irrelevant, wäre nur eine kosmetische Korrektur.

Deswegen fand ich es nicht. Zwar hätte ich poedit, aber ich werkle
häufiger mit emacs in den po-Dateien.

Jetzt ist es weg.


> > > #. (itstool) path: para/emphasis
> > > msgid "group_name"
> > > msgstr "Gruppenname"
> >
> > > # MH this string is the argument for pwck. Elsewhere, capital letters
> > > are used in this context
> > > # s/passwd/PASSWD
> > > # The same refers to the argument shadow s/shadow/SHADOW
> > > #. (itstool) path: para/emphasis
> > > msgid "password"
> > > msgstr "passwort"
> >
> > > passwort ??? Passwort
> >
> > Von der Gleichbehandlung mit "Gruppenname" her ja. Aber mir wäre dann
> >
> >   "gruppen_name" und "passwort", also alles klein
> > oder
> >   "GRUPPEN_NAME" und "PASSWORT", also alles in Großbuchstaben
> >
> > lieber
 
> Eigentlich egal. Diese Variablen stehen anderswo auch meist in
> Blockschrift, also dann halt alles groß.

Jetzt kam mir als Argument für durchgehende Kleinschreibung, dass man
das Formatieren besser den von den Entwicklern eingebauten Routinen
überlässt. Diese gibt es ja. Die beiden Wörter sind ja einer Kategorie
"emphasis" zugeordnet und könnten als solche irgendeine Hervorhebung
erfahren. (Hier ist es eine kursiver Font.)




> PS: Kannst du deinen Mailer irgendwie auf UTF-8 oder wenigstens
> ISO_8859-15 einstellen? Für Nicht-ASCII-Zeichen kommen bei mir immer
> drei Fragezeichen an.

Mein Mailer ist mutt. Bei einfachen Mails nutzt er ISO-8859-1 und das
ist als charset im Content-Type so spezifiziert. Für die
po-Datei-Anhange, die UTF-8-codiert sind und es auch bei meinen
Bearbeitungen bleiben, ist das (wenn ich es nicht vergesse habe) im
Content-Type richtig, also mit charset=utf-8 angegeben.

In Mailarchiv https://lists.debian.org/debian-l10n-german entdecke ich
an meinen Mails auch nichts problematisches.

Viele Grüße
Markus