Wer arbeitet an welchen .po Files?

[Bernd Bartmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Da auf meine erste Mail keine Antwort kam, hier nochmal die Fragen:

Hat schon jemand mit Übersetzungen angefangen? Wenn ja, mit welchen
Modulen?

Um doppelte Arbeit zu vermeiden, sollten wir hier koordinieren wer woran
arbeitet.

- --
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: [phone] / Fax: [phone]
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFAAC8rkQuIaHu84cIRApdrAJ0Yb0zDgoRmPe/+nI6at7vURazc4wCeMe8T
> UJfcILxeOUjUwwriV7p+RyI=
> =YxC/
> -----END PGP SIGNATURE-----

[Stefan Hoelldampf]

Bernd Bartmann wrote:

>  Hat schon jemand mit Übersetzungen angefangen? Wenn ja, mit welchen
>  Modulen?
>  
>  Um doppelte Arbeit zu vermeiden, sollten wir hier koordinieren wer woran
>  arbeitet. 
Die Feiertage sind vorüber, ich wäre auch daran interessiert, wann es
losgeht. ;-)

Meine erste Frage ist schon einmal, ob die Übersetzung von "SMB share"
mit "SMB-Share" wirklich gewollt ist. IMHO wäre "SMB-Freigabe"
gelungener.
Ungefähr 10 Übersetzungen wären davon betroffen.

Grüße,
	Stefan

[Bernd Groh]

>  Die Feiertage sind vorüber, ich wäre auch daran interessiert, wann
> es
>  losgeht. ;-) 
Jetzt. :-)

>  Meine erste Frage ist schon einmal, ob die Übersetzung von "SMB
> share"
>  mit "SMB-Share" wirklich gewollt ist. IMHO wäre "SMB-Freigabe"
> gelungener.
>  Ungefähr 10 Übersetzungen wären davon betroffen. 
Das sind jetzt immer so Sachen. Beide sind recht häufig verwendet. Im 
Prinzip ist mir das egal, es wäre nur gut wenn wir uns auf einen einigen 
würden. Irgendjemand der "SMB-Freigabe" unterstützt? Irgendjemand der 
"SMB-Share" lieber hätte? Richtige Lösungen gibt's in solchen Fällen 
keine, und ich bin in der Regel für Mehrheitsentscheid. Da sich dies 
allerdings etwas schwierig gestalten kann, bin ich damit einverstanden 
dass jede/jeder das in ihrem/seinem Modul so macht, wie sie/er das will. 
Wäre aber nett, wenn man das der Liste Teil werden lässt.

Gruß,
Bernd

-- 
Dr. Bernd R. Groh                     Email: bgroh(a)redhat.com
I18n/L10n Engineering                 Phone: [phone]
Red Hat Asia-Pacific                  Fax  : [phone]

"Everything we know is an illusion, nothing we know is real,
  nothing real we can know, illusion is what we call reality."

         Disclaimer: http://apac.redhat.com/disclaimer

[Martin Mewes]

Moin, moin ...

Bernd Groh <bgroh(a)redhat.com&gt; wrote:

> > Die Feiertage sind vorüber, ich wäre auch daran interessiert,
> wann es
> > losgeht. ;-)
>
> Jetzt. :-) 
Gut :-)

> Das sind jetzt immer so Sachen. Beide sind recht häufig verwendet. Im
>
> Prinzip ist mir das egal, es wäre nur gut wenn wir uns auf einen einigen 
> würden. Irgendjemand der "SMB-Freigabe" unterstützt? Irgendjemand der 
> "SMB-Share" lieber hätte? Richtige Lösungen gibt's in solchen Fällen 
> keine, und ich bin in der Regel für Mehrheitsentscheid. Da sich dies 
> allerdings etwas schwierig gestalten kann, bin ich damit einverstanden 
> dass jede/jeder das in ihrem/seinem Modul so macht, wie sie/er das will. 
> Wäre aber nett, wenn man das der Liste Teil werden lässt. 
Also nach meinem Dafürhalten wäre "SMB-Share" angebrachter, da man
sich immer wieder in der Administration mit englischen Begriffen
rumplagen muß/darf/sollte. Diese kann man dann aber bei Benutzung von
"SMB-Freigabe" uU nicht mehr zuordnen, wenn man irgendwo was von
"SMB-Share" liest und des englischen nicht mächtig ist. (1)

Bspw. wenn man im Internet nach Konfigurationsmöglichkeiten googelt.

OK, dieses Beispiel ist jetzt ein wenig dämlich gewählt, aber eine
gute Portion Anglizismen sollte sich in den Übersetzungen
wiederfinden.

(1) Eigentlich hat ein Admin ohne grundlegende Englischkenntnisse in
der Administration nix zu suchen, aber das ist eine andere Maus.

bis dahin - kind regards

Martin Mewes

-- 
http://webmin.mamemu.de/
Official Webmin/Usermin Translation Co-Ordinator 2003/2004
Proud Forte Agent 2.0 Beta Tester

[Stefan Hoelldampf]

Martin Mewes wrote:

>  Also nach meinem Dafürhalten wäre "SMB-Share" angebrachter,
> da man
>  sich immer wieder in der Administration mit englischen Begriffen
>  rumplagen muß/darf/sollte. Diese kann man dann aber bei Benutzung von
>  "SMB-Freigabe" uU nicht mehr zuordnen, wenn man irgendwo was von
>  "SMB-Share" liest und des englischen nicht mächtig ist. (1) 
Wenn jemand zu Hause sich ein kleines Intranet einrichten möchte, Fedora
verwendet und des Englischen kaum mächtig ist, der wird mit SMB-Freigabe
eher etwas anfangen können. ;-)

Wenn wir bei "SMB-Share" bleiben, sollten wir so etwas aber
vereinheitlichen. Hier ist ist einmal ein Auszug aus printconf/de.po:

>  printconf/de.po:msgstr "Windows Drucker (SMB) Daten"
>  printconf/de.po:msgstr "Legen Sie ein SMB-Share zum Drucken fest."
>  printconf/de.po:msgstr "Sie müssen eine SMB-Share zum Drucken auswählen."
>  printconf/de.po:msgstr "Sie müssen einen SMB-Share zum Drucken festlegen."
>  printconf/de.po:"Die SMB Druckerwarteschlange benötigt das Programm
> \"smbclient\", das nicht " 
- "SMB-Share" mit oder ohne Bindestrich?
- der/die/das "SMB-Share"?

Weiterhin sollten wir grundlegende Worte einheitlich übersetzen, häufig
ist mir jetzt aufgefallen, dass z.B. aus den "Wortgruppen"

- verwenden / benutzen
- festlegen / auswählen / einstellen
- verstecken / verbergen
- Weiter / Vor
- ...

frei gewählt wird.
Alles zu überarbeiten wäre vielleicht etwas übertrieben, aber bei neuen
Übersetzungen sollten wir IMHO eine Wiedererkennungsmöglichkeit haben. ;-)

Grüße,
	Stefan

[Martin Mewes]

Hallo Stefan,

Stefan Hoelldampf <stfn(a)gmx.net&gt; wrote:

> Martin Mewes wrote:
> > Also nach meinem Dafürhalten wäre "SMB-Share" angebrachter, da man
> > sich immer wieder in der Administration mit englischen Begriffen
> > rumplagen muß/darf/sollte. Diese kann man dann aber bei Benutzung von
> > "SMB-Freigabe" uU nicht mehr zuordnen, wenn man irgendwo was von
> > "SMB-Share" liest und des englischen nicht mächtig ist. (1)
>
> Wenn jemand zu Hause sich ein kleines Intranet einrichten möchte, Fedora
> verwendet und des Englischen kaum mächtig ist, der wird mit SMB-Freigabe
> eher etwas anfangen können. ;-) 
Dabei wäre grundlegend festzuhalten, wer die Zielgruppe ist.
Profis sollten mit SMB-Share was anfangen können.
Einsteiger kommen wohl mit SMB-Freigabe besser klar.

> Wenn wir bei "SMB-Share" bleiben, sollten wir so etwas aber
> vereinheitlichen. Hier ist ist einmal ein Auszug aus printconf/de.po:
>
> > printconf/de.po:msgstr "Windows Drucker (SMB) Daten"
> > printconf/de.po:msgstr "Legen Sie ein SMB-Share zum Drucken fest."
> > printconf/de.po:msgstr "Sie müssen eine SMB-Share zum Drucken auswählen."
> > printconf/de.po:msgstr "Sie müssen einen SMB-Share zum Drucken festlegen."
> > printconf/de.po:"Die SMB Druckerwarteschlange benötigt das Programm
> \"smbclient\", das nicht "
>
> - "SMB-Share" mit oder ohne Bindestrich? 
Mit (imho), weil SMBShare einfach ... aussieht.

> - der/die/das "SMB-Share"? 
Macht man eine hintergründige Übersetzung, dann wäre "die" für "die
Share = die Freigabe" richtig. Anglizismen derlei Art scheinen mir
jedoch eher einem Neutrum zurechenbar zu sein - ergo: "Das SMB-Share".

> Weiterhin sollten wir grundlegende Worte einheitlich übersetzen,
> häufig
> ist mir jetzt aufgefallen, dass z.B. aus den "Wortgruppen"
>
> - verwenden / benutzen
> - festlegen / auswählen / einstellen
> - verstecken / verbergen
> - Weiter / Vor
> - ...
> frei gewählt wird. 
Was imho nicht so schlimm ist, aber ...

> Alles zu überarbeiten wäre vielleicht etwas übertrieben, aber bei
> neuen
> Übersetzungen sollten wir IMHO eine Wiedererkennungsmöglichkeit haben. ;-) 
Wenn wir uns hier auf einen Nenner einigen können, dann wäre die
Überarbeitung der alten Sachen nicht wirklich zeitraubend.

Bis zur endgültigen Klärung einiger Guidelines wäre eventuell ein
freeze für deutsche Übersetzungen nötig, oder jetzt erdachte
Guidelines kommen erst in FC3 zum Tragen.

Freundliche Grüsse
Kind regards

Martin Mewes
-- 
Official Webmin/Usermin Translation Co-Ordinator
http://www.webmin.com/
http://webmin.mamemu.de/ (Mirror)

[Stefan Hoelldampf]

Martin Mewes wrote:

> >Wenn jemand zu Hause sich ein kleines Intranet einrichten möchte,
> Fedora
> >verwendet und des Englischen kaum mächtig ist, der wird mit SMB-Freigabe
> >eher etwas anfangen können. ;-) 
>  Dabei wäre grundlegend festzuhalten, wer die Zielgruppe ist.
>  Profis sollten mit SMB-Share was anfangen können.
>  Einsteiger kommen wohl mit SMB-Freigabe besser klar. 
Mein Gedanke dahinter war, dass Leute, die von Windows wechseln, bei dem
Wort "Freigabe" an die "Windows-Freigabe" (heißt das dort so?)
erinnert
werden könnten.

> >- "SMB-Share" mit oder ohne Bindestrich? 
>  Mit (imho), weil SMBShare einfach ... aussieht. 
Mit "ohne Bindestrich" meinte ich eigentlich "SMB Share".

>  Wenn wir uns hier auf einen Nenner einigen können, dann wäre die
>  Überarbeitung der alten Sachen nicht wirklich zeitraubend. 
Wenn der gemeinsame Nenner nicht zuviel Zeit benötigt ;-)

>  Bis zur endgültigen Klärung einiger Guidelines wäre eventuell ein
>  freeze für deutsche Übersetzungen nötig, oder jetzt erdachte
>  Guidelines kommen erst in FC3 zum Tragen. 
ACK, die Richtlinien müssen ja nicht besonders ausgefeilt sein, ein
robustes, einfaches Gerüst reicht für den Anfang allemal.
Bei den bisherigen Releases hat es ja scheinbar auch ohne ganz gut geklappt.

Grüße,
	Stefan

[Andreas Mueller]

Hallo,

Stefan Hoelldampf wrote:
>  Martin Mewes wrote:
>  > Wenn wir uns hier auf einen Nenner einigen können, dann wäre die
>  > Überarbeitung der alten Sachen nicht wirklich zeitraubend.
>
>  Wenn der gemeinsame Nenner nicht zuviel Zeit benötigt ;-) 
Ich bin nicht der Meinung, dass wir ein großes Regelwerk benötigen, um die 
Übersetzungen hinzubekommen, nur gibt es oft genug Grenzfälle, insbesondere 
auch in Bezug auf Anglizismen (die mir desöfteren durchaus zu weit gehen).

>  > Bis zur endgültigen Klärung einiger Guidelines wäre eventuell
> ein
>  > freeze für deutsche Übersetzungen nötig, oder jetzt erdachte
>  > Guidelines kommen erst in FC3 zum Tragen.
>
>  ACK, die Richtlinien müssen ja nicht besonders ausgefeilt sein, ein
>  robustes, einfaches Gerüst reicht für den Anfang allemal.
>  Bei den bisherigen Releases hat es ja scheinbar auch ohne ganz gut
>  geklappt. 
Das liegt vielleicht daran, dass bis einschließlich Red Hat Linux 9 nur 
interne Mitarbeiter an der Übersetzung gearbeitet haben (Bernd? sonst noch 
jemand?). Wenn allerdings ein halbwegs öffentlicher Zugriff per CVS besteht, 
dann ist auch die Gefahr da, dass ständig Kleinigkeiten hin- und hergeändert 
werden, was ja auch nicht Sinn der Sache ist. Evtl. sollte man für bestimmte 
(oder besser alle) Module einen halbwegs festen Maintainer haben, wie seht 
ihr die Sache? Das ganze könnte dann ja auch auf der noch nicht fertigen 
Projekt-Seite dokumentiert werden.

>  Grüße,
>        Stefan 
Wartend auf Vorschläge,
Andreas.

[Martin Mewes]

Moin, moin ...

Andreas Mueller <mailinglists(a)andreas-mueller.com&gt; wrote:

> Stefan Hoelldampf wrote:
> > Martin Mewes wrote:
> > > Wenn wir uns hier auf einen Nenner einigen können, dann wäre die
> > > Überarbeitung der alten Sachen nicht wirklich zeitraubend.
> >
> > Wenn der gemeinsame Nenner nicht zuviel Zeit benötigt ;-)
>
> Ich bin nicht der Meinung, dass wir ein großes Regelwerk benötigen, um die 
> Übersetzungen hinzubekommen, nur gibt es oft genug Grenzfälle, insbesondere 
> auch in Bezug auf Anglizismen (die mir desöfteren durchaus zu weit gehen). 
Dito: Die Deutschen sind meiner Meinung nach ein Musterbeispiel dafür,
wie man sich selbst kaputtreglementieren kann und deswegen keinen
Schritt weiter kommt.

> > > Bis zur endgültigen Klärung einiger Guidelines wäre
> eventuell ein
> > > freeze für deutsche Übersetzungen nötig, oder jetzt erdachte
> > > Guidelines kommen erst in FC3 zum Tragen.
> >
> > ACK, die Richtlinien müssen ja nicht besonders ausgefeilt sein, ein
> > robustes, einfaches Gerüst reicht für den Anfang allemal.
> > Bei den bisherigen Releases hat es ja scheinbar auch ohne ganz gut
> > geklappt.
>
> Das liegt vielleicht daran, dass bis einschließlich Red Hat Linux 9 nur 
> interne Mitarbeiter an der Übersetzung gearbeitet haben (Bernd? sonst noch 
> jemand?). Wenn allerdings ein halbwegs öffentlicher Zugriff per CVS besteht, 
> dann ist auch die Gefahr da, dass ständig Kleinigkeiten hin- und hergeändert 
> werden, was ja auch nicht Sinn der Sache ist. Evtl. sollte man für bestimmte 
> (oder besser alle) Module einen halbwegs festen Maintainer haben, wie seht 
> ihr die Sache? Das ganze könnte dann ja auch auf der noch nicht fertigen 
> Projekt-Seite dokumentiert werden. 
[X] Zustimmung

Hängt jedoch auch davon ab, wieviele aktive Übersetzer wir hier haben.
Letzlich müssten die Module auf die Maintainer so verteilt werden, daß

a) Der Maintainer die Module hat, die er kennt und mag

	Nur wer sich ausreichend selbst in den Anwendungen auskennt,
	ist auch in der Lage Übersetzungen auf Stimmigkeit zu
	überprüfen. -> imho

b) Nur der Maintainer eines Modules ein abschliessendes "commit"
machen darf oder im Bedarfsfall auch ein qualifiziertes "reject".

c) Wie steht RedHat zu der Sache, Bernd?




bis dahin - kind regards

Martin Mewes

-- 
http://webmin.mamemu.de/
Official Webmin/Usermin Translation Co-Ordinator 2003/2004
Proud Forte Agent 2.0 Beta Tester

[Bernd Groh]

Guten Abend,

> >Das liegt vielleicht daran, dass bis einschließlich Red Hat Linux
> 9 nur 
> >interne Mitarbeiter an der Übersetzung gearbeitet haben (Bernd? sonst noch 
> >jemand?). Wenn allerdings ein halbwegs öffentlicher Zugriff per CVS besteht, 
> >dann ist auch die Gefahr da, dass ständig Kleinigkeiten hin- und hergeändert 
> >werden, was ja auch nicht Sinn der Sache ist. Evtl. sollte man für bestimmte 
> >(oder besser alle) Module einen halbwegs festen Maintainer haben, wie seht 
> >ihr die Sache? Das ganze könnte dann ja auch auf der noch nicht fertigen 
> >Projekt-Seite dokumentiert werden.
>  
>  
>  [X] Zustimmung 
[X] Zustimmung

Nur Seite hab ich hier noch keine. Letztendlich soll es ja auch Software 
geben, die den Zugriff zum CVS einschränkt. Ob das vor FC3 was wird, ist 
allerdings fraglich. Ich sehe aber was ich machen kann.

Wir haben die Deutschen Übersetzungen von RHL im Übrigen erst ab der 
Version 9 übernommen. Vorher wurde das von einem anderen Office aus 
gehandhabt.

>  Hängt jedoch auch davon ab, wieviele aktive Übersetzer wir hier
> haben.
>  Letzlich müssten die Module auf die Maintainer so verteilt werden, daß
>  
>  a) Der Maintainer die Module hat, die er kennt und mag
>  
>  	Nur wer sich ausreichend selbst in den Anwendungen auskennt,
>  	ist auch in der Lage Übersetzungen auf Stimmigkeit zu
>  	überprüfen. -> imho
>  
>  b) Nur der Maintainer eines Modules ein abschliessendes "commit"
>  machen darf oder im Bedarfsfall auch ein qualifiziertes "reject".
>  
>  c) Wie steht RedHat zu der Sache, Bernd? 
Das ist genau das was sich RedHat gedacht hat. Aber b) ist im Augenblick 
noch in der Arbeit. Und manuell wird das bestimmt keiner Regeln, dafür 
haben wir leider keine Zeit. Deswegen bitte ich euch an a) zu halten, 
und dann auch an b). Solange das passiert, ist c) in Ordnung. ;)

Gruß,
Bernd

-- 
Dr. Bernd R. Groh                     Email: bgroh(a)redhat.com
I18n/L10n Engineering                 Phone: [phone]
Red Hat Asia-Pacific                  Fax  : [phone]

"Everything we know is an illusion, nothing we know is real,
  nothing real we can know, illusion is what we call reality."

         Disclaimer: http://apac.redhat.com/disclaimer

[Martin Mewes]

Moin, moin ...

Bernd Groh <bgroh(a)redhat.com&gt; wrote:

> Guten Abend, 
Watt? Ach, ja, bei Euch wird's langsam dunkel :-)
Also in Asien ;-)

[Bemerkung von Andreas]
> >>Das liegt vielleicht daran, dass bis einschließlich Red Hat
> Linux 9 nur 
> >>interne Mitarbeiter an der Übersetzung gearbeitet haben (Bernd? sonst noch 
> >>jemand?). Wenn allerdings ein halbwegs öffentlicher Zugriff per CVS besteht, 
> >>dann ist auch die Gefahr da, dass ständig Kleinigkeiten hin- und hergeändert 
> >>werden, was ja auch nicht Sinn der Sache ist. Evtl. sollte man für bestimmte 
> >>(oder besser alle) Module einen halbwegs festen Maintainer haben, wie seht 
> >>ihr die Sache? Das ganze könnte dann ja auch auf der noch nicht fertigen 
> >>Projekt-Seite dokumentiert werden. 
Martin Mewes
> [X] Zustimmung 
Bernd Groh
> [X] Zustimmung 
Sind schon zwei :-)

[Meine Anfrage]
> > Hängt jedoch auch davon ab, wieviele aktive Übersetzer wir hier
> haben.
> > Letzlich müssten die Module auf die Maintainer so verteilt werden, daß
> > 
> > a) Der Maintainer die Module hat, die er kennt und mag
> > 
> > 	Nur wer sich ausreichend selbst in den Anwendungen auskennt,
> > 	ist auch in der Lage Übersetzungen auf Stimmigkeit zu
> > 	überprüfen. -> imho
> > 
> > b) Nur der Maintainer eines Modules ein abschliessendes "commit"
> > machen darf oder im Bedarfsfall auch ein qualifiziertes "reject".
> > 
> > c) Wie steht RedHat zu der Sache, Bernd?
>
> Das ist genau das was sich RedHat gedacht hat. Aber b) ist im Augenblick 
> noch in der Arbeit. Und manuell wird das bestimmt keiner Regeln, dafür 
> haben wir leider keine Zeit. Deswegen bitte ich euch an a) zu halten, 
> und dann auch an b). Solange das passiert, ist c) in Ordnung. ;) 
Also gilt es

1. Einen Ehrencodex/Verfahrensanweisung zu entwerfen, damit b)
gewährleistet ist.
2. Freiwillige, derzeit manuelle Maintainer für a) zu finden.

Um a) zu garantieren, sollte dann aber auch ...

3. Patches via Mailingliste geschickt werden (Ich denke diff ist in
Ordnung).
4. Readonly CVS-Zugriff für Nicht-Maintainer.
5. CVS-Schreibrecht für Maintainer.

4. und 5. erfordert Mitarbeit von RedHat und bis das erledigt ist
sollte eventuell kein weiterer CVS-Account angelegt werden können.
Auch das muß von RedHat organisiert werden. Es würde ein einfacher
Text auf der entsprechenden Seite ausreichen.

http://fedora.redhat.com/projects/translations/

Streiche: "To become a translator, go to the sign up page."
Setze: "We are in the status of reorganizing our CVS-Structure, so
apllying for an account will result in a Read-Only-Account. Please see
(1) for details on how to be involved nevertheless."

(1) sollte dann eine eigene Webseite sein. Ich schreibsele dafür gerne
was zusammen.

Das Problem ist dabei, daß das Projekt selbst ja nicht von Bernd
gelenkt wird und das wir unsere Vorstellungen diesbezüglich vielleicht
eine Stufe höher auf fedora-trans-list zur Sprache bringen sollten.

Im Prinzip sollte uns wurscht sein, was andere Teams machen, aber aus
der Sichtweise der Qualitätssicherung erscheint mir eine mehr globale
Sichtweise durchaus angebracht.

Wenn uns das jedoch wurscht sein möchte, dann brauchen wir eine eigene
"Create Account Seite" und die Skripte, die dahinter liegen, sollten
die CVS-Sachen so anlegen, wie wir das für richtig halten.

Das scheint mir jedoch nicht umsetzbar, aber ich möchte das einfach
mal aussprechen. Falls jedoch nicht allzuviel Gegenwind kommt, dann
werde ich ein entsprechendes Pamphlet schreiben und das bei
fedora-trans-list einreichen.

oder

Setze: "We are in the status of reorganizing our CVS-Structure, so
there is no signup possible at the moment."

Damit wären neue Übersetzer erstmal ausgeschlossen.


bis dahin - kind regards

Martin Mewes

-- 
http://webmin.mamemu.de/
Official Webmin/Usermin Translation Co-Ordinator 2003/2004
Proud Forte Agent 2.0 Beta Tester

[Bernd Groh]

>  Watt? Ach, ja, bei Euch wird's langsam dunkel :-)
>  Also in Asien ;-) 
Brisbane ist GMT+10, und ich geh jetzt auch gleich nach Hause. :-)

>  Also gilt es
>  
>  1. Einen Ehrencodex/Verfahrensanweisung zu entwerfen, damit b)
>  gewährleistet ist.
>  2. Freiwillige, derzeit manuelle Maintainer für a) zu finden. 
Ja, ganz genau.

>  [...]
>  Das Problem ist dabei, daß das Projekt selbst ja nicht von Bernd
>  gelenkt wird und das wir unsere Vorstellungen diesbezüglich vielleicht
>  eine Stufe höher auf fedora-trans-list zur Sprache bringen sollten. 
Ist wahrscheinlich eine gute Idee.

>  Wenn uns das jedoch wurscht sein möchte, dann brauchen wir eine
> eigene
>  "Create Account Seite" und die Skripte, die dahinter liegen, sollten
>  die CVS-Sachen so anlegen, wie wir das für richtig halten. 
Eines der Dinge die ich gerade mache, ist genau die Software zu 
Schreiben die die CVS-Sachen dann regelt. So kann ich einen 'Maintainer' 
(hier wollen die das auf einen 'Translator' festlegen) einem Modul 
zuweisen, und dann kann auch nur der 'Maintainer' ein Commit 
durchführen. Wie gesagt, ist *eines* der Dinge die ich gerade mache.

>  Das scheint mir jedoch nicht umsetzbar, aber ich möchte das einfach
>  mal aussprechen. Falls jedoch nicht allzuviel Gegenwind kommt, dann
>  werde ich ein entsprechendes Pamphlet schreiben und das bei
>  fedora-trans-list einreichen. 
Nein, ist schon gut so, immer her mit den Vorschlägen.

>  Setze: "We are in the status of reorganizing our CVS-Structure,
> so
>  there is no signup possible at the moment."
>  
>  Damit wären neue Übersetzer erstmal ausgeschlossen. 
Schon richtig, und das hatte ich hier auch mal vorgeschlagen, aber wenn 
wir Übersetzer ausschließen bis dies alles geregelt ist, wird die 
Übersetzung von FC2 garantiert nicht fertig. Wir haben uns also dazu 
entschlossen unseren Übersetzern einfach mal zu vertrauen.

Gutes Nächtle,
Bernd

-- 
Dr. Bernd R. Groh                     Email: bgroh(a)redhat.com
I18n/L10n Engineering                 Phone: [phone]
Red Hat Asia-Pacific                  Fax  : [phone]

"Everything we know is an illusion, nothing we know is real,
  nothing real we can know, illusion is what we call reality."

         Disclaimer: http://apac.redhat.com/disclaimer

[Andreas Mueller]

Bernd Bartmann wrote:
>  Da auf meine erste Mail keine Antwort kam, hier nochmal die Fragen:
>
>  Hat schon jemand mit Übersetzungen angefangen? Wenn ja, mit welchen
>  Modulen? 
Bis jetzt noch nichts. Evtl. werde ich mich morgen an ein paar Sachen machen, 
was weiß ich noch nicht. Ich bin da sehr anspruchslos.

>  Um doppelte Arbeit zu vermeiden, sollten wir hier koordinieren wer
> woran
>  arbeitet. 
Ich bin auch dafür.

Grüße,
Andreas

[Bernd Groh]

Schönen Guten Tag Zusammen,

> >Da auf meine erste Mail keine Antwort kam, hier nochmal die
> Fragen:
> >
> >Hat schon jemand mit Übersetzungen angefangen? Wenn ja, mit welchen
> >Modulen? 
Danke, dass Du das ansprichst.

>  Bis jetzt noch nichts. Evtl. werde ich mich morgen an ein paar Sachen
> machen, 
>  was weiß ich noch nicht. Ich bin da sehr anspruchslos. 
Ich denke jeder nimmt sich einfach was sie/er will und wer zuerst kommt, 
wird dann automatisch zum 'Maintainer'.

> >Um doppelte Arbeit zu vermeiden, sollten wir hier koordinieren wer
> woran
> >arbeitet.
>  
>  
>  Ich bin auch dafür. 
Ich auch. Zwei Sachen allerdings. Ich habe noch keine Webseite,
an der ich öffentlich machen könnte wer jetzt was macht, und die 
Software, die die Koordination regeln sollte ist noch nicht fertig. 
Koordination über die Mailing-Liste ist demnach die einzige Lösung die 
ich anbieten kann. Ihr könnt mir entweder mitteilen, welches Modul ihr 
wollt, und ich geb euch das dann, oder Ihr fangt einfach mit einem Modul 
an und schreibt in einer email an die Liste mit welchem. Oder, ihr habt 
einen anderen Vorschlag.

Gruß,
Bernd

-- 
Dr. Bernd R. Groh                     Email: bgroh(a)redhat.com
I18n/L10n Engineering                 Phone: [phone]
Red Hat Asia-Pacific                  Fax  : [phone]

"Everything we know is an illusion, nothing we know is real,
  nothing real we can know, illusion is what we call reality."

         Disclaimer: http://apac.redhat.com/disclaimer

[Andreas Mueller]

Bernd Groh wrote:
>  Schönen Guten Tag Zusammen,
>
>  >>Da auf meine erste Mail keine Antwort kam, hier nochmal die Fragen:
>  >>
>  >>Hat schon jemand mit Übersetzungen angefangen? Wenn ja, mit welchen
>  >>Modulen?
>
>  Danke, dass Du das ansprichst.
>
>  > Bis jetzt noch nichts. Evtl. werde ich mich morgen an ein paar Sachen
>  > machen, was weiß ich noch nicht. Ich bin da sehr anspruchslos.
>
>  Ich denke jeder nimmt sich einfach was sie/er will und wer zuerst kommt,
>  wird dann automatisch zum 'Maintainer'. 
OK, dann fang ich jetzt mal mit redhat-config-printer an (oder heißt das schon 
system-config-printer). Daran hatte ich in der FC1-Beta-Phase auch schon viel 
gearbeitet.

>  >>Um doppelte Arbeit zu vermeiden, sollten wir hier
> koordinieren wer woran
>  >>arbeitet.
>  >
>  > Ich bin auch dafür. 
Ergänzung: Wir sollten nicht nur koordinieren, wer was übersetzt, sondern auf 
eine möglichst einheitliche Übersetzung bestimmter Wörter oder Fachausdrücke 
achten, so wie Stefan das gestern in seiner Mail angesprochen hat.

>  Ich auch. Zwei Sachen allerdings. Ich habe noch keine Webseite,
>  an der ich öffentlich machen könnte wer jetzt was macht, und die
>  Software, die die Koordination regeln sollte ist noch nicht fertig.
>  Koordination über die Mailing-Liste ist demnach die einzige Lösung die
>  ich anbieten kann. Ihr könnt mir entweder mitteilen, welches Modul ihr
>  wollt, und ich geb euch das dann, oder Ihr fangt einfach mit einem Modul
>  an und schreibt in einer email an die Liste mit welchem. Oder, ihr habt
>  einen anderen Vorschlag. 
Die letzte Idee find ich für den jetzigen Zeitpunkt OK. Wann soll denn die 
Webseite kommen? Wie wird sie funktionieren? Evtl. ein Interface, wo man sich 
für ein bestimmtes Modul anmeldet und dieses dann gesperrt wird, bis man es 
wieder freigibt?

>  Gruß,
>  Bernd 
Grüße,
Andreas

[Andreas Mueller]

Andreas Mueller wrote:
>  Bernd Groh wrote:
>  > Schönen Guten Tag Zusammen,
>  >
>  > >>Da auf meine erste Mail keine Antwort kam, hier nochmal die Fragen:
>  > >>
>  > >>Hat schon jemand mit Übersetzungen angefangen? Wenn ja, mit welchen
>  > >>Modulen?
>  >
>  > Danke, dass Du das ansprichst.
>  >
>  > > Bis jetzt noch nichts. Evtl. werde ich mich morgen an ein paar Sachen
>  > > machen, was weiß ich noch nicht. Ich bin da sehr anspruchslos.
>  >
>  > Ich denke jeder nimmt sich einfach was sie/er will und wer zuerst kommt,
>  > wird dann automatisch zum 'Maintainer'.
>
>  OK, dann fang ich jetzt mal mit redhat-config-printer an (oder heißt das
>  schon system-config-printer). Daran hatte ich in der FC1-Beta-Phase auch
>  schon viel gearbeitet. 
Ja, das kommt davon, wenn man vor dem Schreiben nicht nachschaut, ob das Modul 
schon fertig ist. Zu meiner Überraschung hat sich in printconf/de.po bis 
jetzt nichts geändert. Dann fange ich jetzt eben mit apacheconf und 
authconfig an. Laut http://carolina.mff.cuni.cz/~trmac/fedora-i18n.html gibt 
es da noch was zu tun.

Grüße,
Andreas

[Bernd Groh]

>  Ergänzung: Wir sollten nicht nur koordinieren, wer was übersetzt,
> sondern auf 
>  eine möglichst einheitliche Übersetzung bestimmter Wörter oder Fachausdrücke 
>  achten, so wie Stefan das gestern in seiner Mail angesprochen hat. 
Auf jeden Fall.

>  Die letzte Idee find ich für den jetzigen Zeitpunkt OK. Wann soll
> denn die 
>  Webseite kommen? Wie wird sie funktionieren? Evtl. ein Interface, wo man sich 
>  für ein bestimmtes Modul anmeldet und dieses dann gesperrt wird, bis man es 
>  wieder freigibt? 
Ja, das ist in etwa richtig. Ist allerdings noch einiges zu tun, von 
daher erstmal Mailing-Liste.

Gruß,
Bernd

P.S. Danke fürs Mitmachen!

-- 
Dr. Bernd R. Groh                     Email: bgroh(a)redhat.com
I18n/L10n Engineering                 Phone: [phone]
Red Hat Asia-Pacific                  Fax  : [phone]

"Everything we know is an illusion, nothing we know is real,
  nothing real we can know, illusion is what we call reality."

         Disclaimer: http://apac.redhat.com/disclaimer