Re: [RFR] man://manpages-l10n/perl5422delta.1perl.po

Hallo Helge,

Am Do., 28. Mai 2026 um 20:47 Uhr schrieb Helge Kreutzmann
<[email protected]>:
>
>
> > #. type: Plain text
> > #: archlinux
> > msgid ""
> > "The list above is almost certainly incomplete as it is automatically "
> > "generated from version control history.  In particular, it does not include "
> > "the names of the (very much appreciated) contributors who reported issues to "
> > "the Perl bug tracker."
> > msgstr ""
> > "Die vorstehende Liste ist wahrscheinlich unvollständig, da sie automatisch "
> > "aus dem Verlauf einer Revisionssteuerung erstellt wurde. Insbesondere "
> > "enthält sie die (besonders wertgeschätzten) Beitragenden nicht, die Probleme "
> > "in die Fehlerdatenbank von Perl berichteten."
> >
> > Revisionssteuerung → Versionsverwaltung
> > Das halte ich für einen einigermaßen verbreiteten Begriff. Wenn du
> > jedoch bei »Revision« bleiben willst, dann wenigstens
> > »Revisionsverwaltung«, denn mit irgendeiner Art von Steuerung hat das
> > überhaupt nichts zu tun.
>
> Ich nehme „Versionsverwaltung“.
>
> > die Probleme in die Fehlerdatenbank von Perl berichteten.
> > →
> > die im Fehlererfassungssystem von Perl Probleme gemeldet haben.
>
> Ich finde „Fehlerdatenbank“ gar nicht so schlecht, und so steht es
> auch in unserer Wortliste. Ich habe mal geschaut, auf der Webseite von
> Perl (selbst im „Issue tracker“) konnte ich auf die schnelle keine
> deutsche Übersetzung finden und im Wikipedia-Artikel gibts auch
> anscheinen keinen Treffer.
>

Das »Fehlererfassungssystem« als Begriff ist damals im
Gnome-Übersetzungsteam entstanden:
https://wiki.gnome.org/de/StandardUebersetzungen
Wenn ich mich recht entsinne, hatten wir uns deshalb dafür
entschieden, weil der Benutzer Fehler _erfassen_ soll; dass eine
Datenbank im Hintergrund werkelt, kann ihm ja schnuppe sein. Er kriegt
davon nichts mit, der _Vorgang_ des Meldens ist entscheidend.

> > msgid ""
> > "If the bug you are reporting has security implications which make it "
> > "inappropriate to send to a public issue tracker, then see \"SECURITY "
> > "VULNERABILITY CONTACT INFORMATION\" in perlsec for details of how to report "
> > "the issue."
> > msgstr ""
> > "Falls Ihr Fehlerbericht Sicherheits-Implikationen enthält, weswegen er nicht "
> > "zum Senden an eine öffentliche Fehlerdatenbank geeignet ist, dann lesen Sie "
> > "den Abschnitt »SECURITY VULNERABILITY CONTACT INFORMATION« in B<perlsec>(1), "
> > "um Details zum Berichten des Problems zu erfahren."
> >
> > Falls Ihr Fehlerbericht Sicherheits-Implikationen enthält,
> > →
> > Falls Ihr Fehlerbericht sicherheitskritische Informationen enthält,
>
> Würde „Auswirkungen“ statt „Implikationen“ für Dich besser klingen?
> Oder „Auswirkungen auf die Sicherheit“?
>

Wenn du nicht so am Wortlaut des Originals kleben würdest, dann wäre
meine Version für dich sicher akzeptabel. Aber von mir aus auch
»Implikationen → Auswirkungen«. Ist kaum besser, aber es ist deine
Entscheidung.

>
> > #. type: Plain text
> > #: archlinux
> > msgid ""
> > "The I<Changes> file for an explanation of how to view exhaustive details on "
> > "what changed."
> > msgstr ""
> > "Die Datei I<Changes> für eine Erläuterung, wie die vollständigen Details der "
> > "Änderungen betrachtet werden können."
> >
> > → In der Datei I<Changes> finden Sie detaillierte Informationen über
> > die Änderungen.
>
> Nein, das ist Teil von „siehe auch“, und immer gleich strukturiert.
>

Ja, eben… Wenn schon so etwas in SEE ALSO steht, dann gern mit
Weblinks. Diese immer gleich strukturierten Einträge gehen
stillschweigend davon aus, dass der Leser weiß, wo er nach den Dateien
suchen muss. Das ist schon das Grundproblem. Die Formulierung ist das
nächste…

> > So ähnlich sollte es idealerweise auch im Original lauten. Ich bin nun
> > wahrlich alles andere als ein englischer Muttersprachler, aber
> > stilistisch ist die ganze Handbuchseite grausig. Entweder braucht es
> > hier jede Menge FIXMEs oder du verabschiedest dich vom wortgetreuen
> > Übersetzen und lässt das Original, wie es eben ist.
>
> Es ist ja im wesentlichen ein Änderungsprotokoll. Aber ich berichte
> auch dazu, wenn ich die FIXMEs komme, bin hier aber nicht sehr
> kritisch dran gegangen, weil die Datei ja nur eine endliche Relevanz
> hat.
>
Warum es überhaupt ein Änderungsprotokoll in Form einer Handbuchseite
geben muss, erschließt sich mir sowieso nicht. Die Seite ist de facto
statisch, also brauchst du eigentlich gar keine FIXMEs zu bemühen, es
wird sich sowieso nichts ändern.

Gruß Mario