Hallo Zusammen, Übersetzungen sollten bis Ende der Woche fertig sein. Wie sieht's aus? Ich würde Deutsch gerne 100% sehen. Ich nehme mir jetzt authconfig, da es ja wohl am meisten Arbeit ist. Irgendjemand der mit den anderen Dreien mithelfen will? Thorsten, machst Du rhpl noch? Bernd, willst Du system-config-display für Dich behalten? Irgendjemand der an system-config-securitylevel arbeiten will? Die Statusseiten sind jetzt am Laufen, wollen wir Deutsch nicht etwas nach vorne bringen? Viele Grüße, Bernd

Hallo Andreas, Gute Frage. Ich halte mich lediglich an meinen Zeitplan, der eigentlich aktualisiert werden sollte, wenn sich die Schedule ändert. Ich gehe jetzt mal davon aus, dass dies einfach nicht geschehen ist. 2. April ist bestätigt, wir haben also noch Zeit. Ja, ich auch. Viel zu viel. Aber wie gesagt, wir haben noch Zeit, und Danke! Gruß, Bernd

Hi Andreas, Sorry, ich hab rhpl gerade auto-gefixt. Es scheint jetzt alles fertig zu sein. Darfst Dir aber gerne jegliches Paket nehmen und Proofen (hmmm, das ist jetzt aber kein Deutsches Wort, oder?). Ich denke Deutsch ist damit erstmal 100% und dürfte jetzt Rang 1 einnehmen (da wir einen String mehr haben wie Französisch). Falls Ihr euch wundert warum unterschiedliche Sprachen eine unterschiedliche Anzahl an Strings haben, das kommt daher, dass einige der PO-Dateien out of sync sind. Deutsch, z.B., hat 10618. Die PO-Dateien haben allerdings 10632. Unschön, aber das ist eigentlich die Verantwortlichkeit der Entwickler, und ich kann da erstmal nicht mehr machen als die Entwickler höflich zu beten. Status wurde aktualisiert, seht's euch an: http://elvis.redhat.com/cgi-bin/i18n-status?rm=mode8 :-) Grüße aus dem warmen Australien! Bernd

Das ist das Wort! Bin schon 7 Jahre hier, da entfällt einem schon einiges. Ist schon richtig so! :-) Das Problem kommt daher, dass die Entwickler faul sind. Manchmal machen die nichtmal Updates zu den POT-Dateien, sondern lassen Skripte über die PO-Dateien selbst laufen. Ich hatte schon Tage, an denen sich nichts and der POT-Datei geändert hatte, aber ein Eintrag aus allen PO-Dateien entfernt wurde, und die PO-Dateien dann auf einmal einen Eintrag weniger hatten als die POT-Datei. Ich weiss auch nicht, was genau die jetzt machen. Ich kann mich nichtmal darauf verlassen, dass die Einträge in den POT-Dateien die richtigen sind. Mir ist aber klar mitgeteilt worden, dass ich die PO-Dateien nicht per Hand mit den POT-Dateien synchronisieren darf. Diese Verantwortung liegt klar beim Entwickler, und ich darf da nicht "rumpfuschen". Und ich mach mir da jetzt auch keinen Ärger, auch wenn ich es sehr unschön finde und nichts dagegen hätte zumindest die Deutschen PO-Datein selbst zu synchronisieren. Nun ja, warten wir einfach mal auf die Entwickler, und denken nicht weiter darüber nach. Das ist wohl die einfachste Lösung. Gruß, Bernd

Hallo Bernd, Danke erst mal. Ist ja nur noch rhpl übrig jetzt. :-) Hmmm, gute Frage. Ich nehme mal an Libglade. Einige Einträge die in den PO-Dateien zu finden sind, sind eigentlich XML. Wir konvertieren die nur in PO, damit die Übersetzung einfacher und einheitlicher ist. Nichts gegen XML, aber KBabel ist schon unser Übersetzungsstandard hier. Gute Frage, Kommentar ist nicht wirklich aussagekräftig: #. Translators: the word before the bar is just context and #. doesn't need to be translated. Only after will be translated. Was das aber heissen soll, ist, dass der Kontext, nämlich 'keyboard|', in die Übersetzung übernommen werden soll. "keyboard|German" wird demnach "keyboard|Deutsch" Und nein, mir gefällt das ganz und garnicht! Sollen die Entwickler doch wenigstens einen Tag kreieren, damit's dann einfacher zu verstehen ist. Aber alle die an rhpl arbeiten, STOP!!!! Alle fuzzy-Einträge hier scheinen 'keyboard|'-bezogen zu sein, ich schreib mal schnell ein Skript und mach das automatisch. Ist ja die Mühe nicht wert. Gruß, Bernd

Stefan Hoelldampf wrote: Was aber nicht heißt, dass das Wort vor dem Strich nicht stehenbleiben soll, es soll nur nicht übersetzt werden. Da bin ich eher für Bernds Variante, s.o. Grüße, Andreas

Bernd Groh wrote: Ich habe mir das betreffende de.po mal angesehen und festgestellt, dass wir nun eine Mischung aus beiden Varianten haben. Da muss man wohl doch nochmal per Hand nachhelfen. Grüße, Andreas

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernd Groh schrieb: |> |> |> Ich habe mir das betreffende de.po mal angesehen und festgestellt, |> dass wir nun eine Mischung aus beiden Varianten haben. Da muss man |> wohl doch nochmal per Hand nachhelfen. |> | | Hmmm, ich hatte jetzt nur die fuzzy strings berücksichtigt. Irgendjemand | der das gerne machen würde? Und überhaupt, Korrekturlesen darf jeder | gerne. Wir haben da Sachen drin, die sind schon eine Jahre alt, und | eventuell sehr unschön. In der Tat. Ich habe gestern mal angefangen einige Module komplett gegenzulesen und zu korrigieren. Bei up2date sind einige tolle Sachen drin, z.B. deselect = entmarkieren, optional = fakultativ :-) Außerdem scheint jemand SPO auch im Deutschen zu mögen. Teilweise sind selbst die englischen Originaltexte - hmm sagen wir mal - "sehr kreativ" formuliert. mfg - -- Dipl.-Ing. (FH) Bernd Bartmann <Bernd.Bartmann(a)sohanet.de&gt; I.S. Security and Network Engineer SoHaNet Technology GmbH / Kaiserin-Augusta-Allee 10-11 / 10553 Berlin Fon: +49 30 214783-44 / Fax: +49 30 214783-46