Am Sa, den 16.10.2004 schrieb Ronny Buchmann um 0:03: Ich würde sagen, das ist eher ein Fall für die fedora-trans-de(a)redhat.com Sollte laut http://elvis.redhat.com/cgi-bin/i18n-status?rm=mode7&locale=de doch bereits übersetzt sein?! [...] Ich denke, die Bezeichnungen sollten auf jeden Fall identisch zu anaconda verwendet werden. Christoph P.S.: Von welchen Quellen oder RPMs reden wir eigentlich?

On Sat, 16 Oct 2004 00:03:14 +0200, Ronny Buchmann wrote: Meine Wenigkeit betrachtet die komplette Eindeutschung von Fachdokumentation als Unart, die es zu Bekämpfen gilt, sofern die deutsche Terminologie nicht von einem Gremium abgesegnet wird. Vermiede, daß ein "tabbed dialog" mal in "Reiter" und mal in "Registerkarte" eingedeutscht würde. Paradebeispiel für mißlungene Übersetzungen sind Bücher zu Programmiersprachen, in denen nicht nur der englische Originaltext, sondern auch die Bezeichner und Funktionsnamen der Programmiersprache oder Programmbeispielen übersetzt wurden. Daher würde ich bevorzugen, die englische Terminologie inklusive der Abkürzungen beizubehalten und bei ihrer ersten Einführung und in einem Glossar zu umschreiben. Sofern sich für jeden Begriff eine gute Übersetzung findet und diese Übersetzung auch konsequent bis zur Systemebene (Kommandozeilenschnittstelle z.B.) angewandt wird, kann es gerne auch umgekehrt geschehen: eingedeutsche Terminologie mit Referenz zu den englischen Originalen. Was der naheliegenden direkten Übersetzung gemäß Wörterbuch entspricht. Wobei ich "Volume Group" jedoch "Datenträgerverbund" nennen würde. Wer mit der deutschen Begriffsbildung beginnt, verstünde es. Ob jemand jedoch auch Abkürzungen eingedeutscht sehen möchte und ggf. zwischen englischer und deutscher Terminologie hin- und herwechseln müßte, halte ich für fraglich. Streifenförmige Anordnung. Trifft meiner Ansicht nach nicht die Verwendung im Englischen. Extend = "Belegungseinheit" oder "Einteilungseinheit" war doch schon recht gängig, falls ich mich nicht irre. --

On Sun, 2004-10-17 at 23:02 +0200, Frank Arnold wrote: Ich weiß nicht, ob ich das Gremien überlassen würde -- siehe Hickhack um die neue Rechtschreibung ;-). Meist ist es doch so, dass wenn solche Fachbegriffe eingedeutscht werden, keiner mehr versteht worum's geht -- der Neuling weil ihm die Zusammenhänge fehlen und der alte Hase weil jetzt wieder "mit Gewalt" ein deutscher Begriff verwendet werden musste. Jemand, der sich noch nie mit LVM auseinander gesetzt hat, muss es sich erst mal von jemandem erklären lassen. Typischerweise ist das dann jemand, der ihm auch die Begriffe beibringt ;-). Ich würde erst dann einen deutschen Begriff verwenden, wenn ich nicht derjenige bin, der ihn einführt, konkret würde ich also bei "Logical Volume Management", "Volume Group", "Physical/Logical Volume", "Striping" bleiben (auch wenn es schmerzen sollte ;-), da dies die Fachbegriffe sind und es bisher keine deutschen Äquivalente gibt, die sich in irgendeiner Weise durchgesetzt haben. Nils -- Nils Philippsen / Red Hat / nphilipp(a)redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011

On Mon, 18 Oct 2004 10:59:44 +0200, Michael Kollender wrote: Nun, "domain" mit "Domäne" zu übersetzen, oder "daemon" mit "Dämon", könnte auch eher an schlechtem Geschmack liegen, anstatt an Unfähigkeit. Aus "e-mail" statt "die e-Mail" (_die_ elektronische Post!) "das Mail" zu machen, ebenso. Vielleicht bin ich aber auch nur uninformiert, und Grammatikexperten oder Linguisten haben für sowas eine Begründung. Wobei ich mich gerade frage, wie denn RAID eingedeutscht wirken würde. Oder LVM selbst. Nichts. Nur fände ich eine unvollständige Übersetzung inkonsequent. Mal angenommen, auf Systemebene würden englische Abkürzungen erhalten bleiben, etwas ein fiktives /dev/lvm/* (allein schon /dev könnte /ger sein). Oder automatische Partitionierung zu Beginn einer deutschsprachigen Installation würde /dev/VolGrp01/Vol* anlegen. Vermeidbar, wenn man sich gar nicht erst darauf einläßt, übereifrig Fachbegriffe einzudeutschen. Über den heutzutage erreichbaren Abstraktionsgrad läßt sich prima streiten. Der Nutzer wird besonders bei der Installation und Wartung noch zwangsläufig mit Fachbegriffen und kompliziert wirkenden Konzepten konfrontiert: Partitionen (warum überhaupt partitionieren?), Megabyte, Gigabyte, Swap Space ("Auslagerungsspeicher"), Cache, Master Boot Record, Boot Loader, USB, AGP, ATAPI, Firewire, Formatieren, usw.usf. Aber auch bei der Nutzung: HTTP, HTTPS, SSL, Cookies ("Kekse"? "Marken"? "Stempel"?), Flash, usw.usf. Nicht zu vergessen, verwirrende Namensgebungen, wie JavaScript vs. Java. Braucht der Nutzer zu wissen, wie groß eine Festplatte ist? Reichte es nicht, wenn die Datenträgergröße in "Anzahl speicherbarer Bilder oder Dokumente durchschnittlicher Größe" angegeben würde? ;) Ähnlich wie die Beschreibung von Volumentarifen, mit denen der Nutzer monatlich 200.000 Webseiten und 100.000 e-Mails abrufen könne. Gefiele mir überhaupt nicht, und ich kann auch nichts weiter zur generellen Akzeptanz solcher Abstraktionen sagen. Erläuterung von Sachverhalten und Konzepten in deutscher Sprache mit Bezug zur englischen Terminologie hielte ich für praktikabel. Sofern sich daraus eine breite Kultur entwickelte, ließe es sich ausweiten. Aber eher unwahrscheinlich... -- Fedora Core release 2.92 (FC3 Test 3) - Linux 2.6.8-1.541 loadavg: 0.42 0.44 0.36

Am Mo, den 18.10.2004 schrieb Michael Kollender um 10:59: Ich habe mich evtl. mit "(SuSe-) Linux" etwas missverständlich ausgedrückt. Das war nur eine nicht wertende Beobachtung aus meinem Umfeld. Ich finde es auch schade, dass diese Leute aus Enttäuschung manchmal wieder zu Windows zurückkehren. Am Mo, den 18.10.2004 schrieb Michael Schwendt um 12:08: Diese Beispiele sprechen natürlich allesamt nicht für eine Übersetzung. Lernwillige Windows Benutzer kennen diese und komplette Computer-Neulinge, die sich sofort mit Linux auseinander setzen, haben wohl meist eine Art Mentor. Leider ist es schon soweit. Schau Dir einfach mal Werbung für MP3-Player an. "Bis zu 5000 Songs" war ein Statement in der letzten Tchibo-Werbung. Vom der Größe des Speichers habe ich nichts gelesen... ;) Auf Betriebssysteme sollte man das natürlich nicht ausweiten. Das Problem zur Zeit liegt wohl darin, dass recht viele GUIs übersetzt werden. Die dazugehörige Dokumentation (z.B. Hilfe) aber eher nicht, da hier der Aufwand recht groß ist.