Re: [RFR] po://w3m/de.po
Hallo Helge und Mitlesende,
Helge Kreutzmann schrieb am 24. Mai 2022 um 20:43
> On Tue, May 24, 2022 at 11:46:26AM +0200, Markus Hiereth wrote:
> > > > die Übersetzung von w3m ist veraltet, übernimmst Du die
> > > > Aktualisierung? Es sind neun Zeichenketten zu aktualisieren.
> >
> > habe die neuen Zeichenketten übersetzt, sie kamen aus den Zeilen
> >
> > 198, 208, 214, 227 und 378 bis 381 der Datei rc.c
> Deine Datei hat ganz viele Zeilen, woran kann ich die neuen Zeilen
> erkennen? Die ganze Datei würde ich ungern nochmal QS-lesen.
Ja, die alten Übersetzungen müssen wirklich nicht geprüft werden. Doch
die Angabe oben habe ich genau deswegen geliefert. Es handelt sich um
die Ursprungsdatei und Zeilennummer, die über jeder zu übersetzenden
Zeichenkette der po-Datei als Kommentar erscheinen.
> > Anmerkung zu rc.214
> >
> > bei "SSL ciphers" habe ich es mir einfach gemacht und "SSL Ziffern"
> > als Übersetzung genommen. obwohl ich denke, dass es dort um die Länge
> > einer Zeichenkette oder Ziffernkette geht, also eine Anzahl.
>
> Nein, das ist leider falsch.
>
> eine SSL cipher ist eine "Chiffre" oder ein
> "Verschlüsselungsverfahren" (ich würde ersteres bevorzugen), siehe
> https://en.wikipedia.org/wiki/Cipher (und dann links in der Leiste auf
> "deutsch" wechseln).
>
> Das hat nichts mit irgendeiner Länge zu tun.
Habe den Wikipedia-Text gesichtet; er schien mir zu allgemein. Ich
konnte nichts hilfreiches finden.
Dieser Kontext
#: rc.c:212
msgid "Minimum SSL version (all, TLSv1.0, TLSv1.1, TLSv1.2, or TLSv1.3)"
msgstr "Minimum SSL-Verfahren (all, TLSv1.0, TLSv1.1, TLSv1.2 oder TLSv1.3)"
#: rc.c:214
msgid "SSL ciphers for TLSv1.2 and below (e.g. DEFAULT:@SECLEVEL=2)"
msgstr "SSL Ziffern für TLSv1.2 and niedrigere (e.g. DEFAULT:@SECLEVEL=2)"
spricht dagegen, dass "SSL ciphers" mit SSL-Verschlüsselungsverfahren
zu übersetzen ist. In der oberen Zeichenkette werden TLSv1.0 und
folgende als SSL-Verfahren aufgeführt. Dann kann eine Einstellung für
ein einziges Verfahren, nämlich TLSv1.2 nicht ebenfalls mit als
"Verschlüsselungsverfahren" übersetzt werden.
Dass es sich um Zeichenkettenlänge handelt, kommt aus der praktischen
Erfahrung. Ich musste in exim mal eine höhere Länge und damit eine
höhere Sicherheit einstellen, damit der Mailserver mit meinem Computer
kommuniziert.
Das was als eingeklammert als Beispiel gegeben ist, ist geradeso
kryptisch wie die kryptische Materie, um deren Konfiguration es geht.
Gibt es weitere Stimmen zu dem Problem?
Oder brauchen wir den Entwickler und müssen anhand des Quellcodes
herausfinden, welche Art von Eingabe hier erwartet wird? Letzteres
versuchte ich gerade, doch CMT_SSL_CIPHER kommt nur in der Datei rc.c
vor.
Viele Grüße
Markus
Reply to: