Re: Nowe tłumaczenie dla apt-0.7.11

Witam!

Wiktor Wandachowicz pisze:
> Dziękuję za wnikliwą analizę, znalazłem w Twojej odpowiedzi kilka ciekawych
> pomysłów. Przejdę więc do sedna.
> 
> 27-02-08, Wojciech Zaręba <[email protected]> napisał
>>> msgid "Total package names:"
>>> ?msgstr "W sumie nazw pakietów: "
>>> ?msgstr "Łączna liczba nazw pakietów: "
>>> +msgstr "Liczba nazw pakietów: "
>> Jak dla mnie słowo total oznacza po polsku "łączna liczba" albo "w
>> sumie", oba te tłumaczenia są dobre, liczba (bez łączna) w tym przypadku
>> chyba też nie jest złym tłumaczeniem.
> 
> Po namyśle zostawiam więc jak było (jak jest dobrze nie ma co psuć):
> 
> msgid "Total package names:"
> msgstr "Liczba nazw pakietów: "
> 
> msgid "Total distinct versions: "
> msgstr "W sumie różnych wersji: "
> 
> 
>>> "   showsrc - Show source records\n"
>> Ja bym był dosłowny: Pokaż (pokazuje) rekordy źródłowe (lub źródeł,
>> zależnie od kontekstu), ale być może w tym kontekście to nie byłoby
>> najszczęśliwsze.
>>
>>> ?"   showsrc - Pokaż informacje na temat źródeł\n"
>>> +"   showsrc - Pokaż opis dla źródeł\n"
>> Być może to jest najszczęśliwsze tłumaczenie, ale tu bardzo wiele zależy
>> od kontekstu, w jakim pojawiają się te napisy, a jakoś go nie kojarzę.
>>
>>>> ?"   show - Pokaż czytelny rekord dla danego pakietu\n"
>>> +"   show - Pokaż czytelny opis dla danego pakietu\n"
>> Na pewno słowo "czytelny" nie jest najlepsze, wg mnie sugeruje, że
>> istnieje jakaś forma "nieczytelna" (binarna?), którą też można
>> wyświetlić, a chyba nie o to chodzi?
> 
> Chodzi po prostu o wyniki poniższych poleceń
> (na przykładzie pakietu tofrodos):
> 
> -------------------------------
> 
> $ apt-cache show tofrodos
> Package: tofrodos
> Priority: optional
> Section: utils
> Installed-Size: 68
> Maintainer: Florian Ernst <[email protected]>
> Architecture: i386
> Version: 1.7.6-2
> Depends: libc6 (>= 2.3.5-1)
> Conflicts: sysutils (<= 2.0.0-1)
> Filename: pool/main/t/tofrodos/tofrodos_1.7.6-2_i386.deb
> Size: 16774
> MD5sum: c0a1e359dae889eef60f00e216e5b4ea
> SHA1: 06efad05f0d6a8801f9843709e3cd2b129271515
> SHA256: 65f1586bd63bfbcaaf7334fbfc00b41bdc25c87f0b94fbf8fc03d0d8f99507d4
> Description: Converts DOS <-> Unix text files, alias tofromdos
>  DOS text files traditionally have CR/LF (carriage return/line feed) pairs
>  as their new line delimiters while Unix text files traditionally have
>  LFs (line feeds) to terminate each line.
>  .
>  Tofrodos comprises one program, "fromdos" alias "todos", which converts
>  text files to and from these formats. Use "fromdos" to convert DOS
>  text files to the Unix format, and "todos" to convert Unix text files
>  to the DOS format.
>  .
>  This functionality is also available via the dos2unix/unix2dos symlinks.
>  .
>   Homepage: http://www.thefreecountry.com/tofrodos/index.shtml
> Tag: interface::commandline, role::program, scope::utility,
> use::converting, works-with::text
> 
> -------------------------------
> 
> $ apt-cache showsrc tofrodos
> Package: tofrodos
> Binary: tofrodos
> Version: 1.7.6-2
> Priority: optional
> Section: utils
> Maintainer: Florian Ernst <[email protected]>
> Build-Depends: debhelper (>= 5), dpatch
> Architecture: any
> Standards-Version: 3.6.2
> Format: 1.0
> Directory: pool/main/t/tofrodos
> Files:
>  b95cd8cad67cfc497195d57a996c6011 569 tofrodos_1.7.6-2.dsc
>  518b32d041879702e883f651c77c0fcc 89691 tofrodos_1.7.6.orig.tar.gz
>  1ad7966870817abf085ecc8d3d3982bc 5077 tofrodos_1.7.6-2.diff.gz
> 
> -------------------------------
> 
> Informacje takie wyświetla np. aptitude (wyświetlając opis pakietu) czy
> synaptic (we właściwościach pakietu, z podziałem na zakładki/karty).

W takim razie ja bym napisał: pokaż informacje o pakiecie.

> 
> No i ten "record" czy "readable record" jest właśnie w dokumentacji Debiana
> przetłumaczony jako "opis". Stąd moje wahanie, czy zostawić w tłumaczeniu
> ten "rekord" czy zmienić jako "opis". Dodam, że "rekord" jest historycznie
> uwarunkowany, bo tak już był tłumaczony - jednak naprawdę wolę "opis".
> 
> Zapomniałem niestety napisać, że w oryginale jest:
> "   showsrc - Show source records\n"
> "   show - Show a readable record for the package\n"
> przez co zgubił Ci się kontekst.
> 
> I było tak:
> "   showsrc - Pokaż informacje na temat źródeł\n"
> "   show - Pokaż czytelny rekord dla danego pakietu\n"
> 
> A ja proponuję:
> "   showsrc - Pokaż opisy dla źródeł\n"
> "   show - Pokaż czytelny opis dla danego pakietu\n"

W takim razie: showsrc - pokaż opis źródłowy
                show - pokaż czytelniejszy opis pakietu


> Co jest zgodne z:
> http://www.debian.org/doc/manuals/reference/ch-package.pl.html
> 
> Jak również z wersją angielską ("description"):
> http://www.debian.org/doc/manuals/reference/ch-package.en.html
> 
> I zauważyłem jeszcze, że jak jest "show source records", to powinno być
> "pokaż opisy dla źródeł" (jak poprawiłem powyżej). Ech ;)
> 
> 
> Co do:
>> msgid "Archive has no control record"
> to Marcin Owsiany wytłumaczył to całkiem słusznie:
> 
>> Jak być może niektórzy/wszyscy wiedzą plik deb jest archiwum programu
>> "ar", zawierającym kilka składników:
>>
>> | $ ar t inkscape_0.44.1-1_i386.deb
>> | debian-binary
>> | control.tar.gz
>> | data.tar.gz
> 
> Natomiast "Archiwum nie posiada rekordu kontrolnego" jest chyba
> najzręczniejszym rozwiązaniem. Tak więc zostawię - dziękuję!
> 
> 
>>> msgid "Unknown package record!"
>>> ?msgstr "Nieznany rekord pakietu!"
>>> +msgstr "Nieznany wpis w opisie pakietu!"
>> Opis (rekord) nieznanego pakietu
> 
> Tu problem dotyczy programu "apt-sortpkgs - Utility to sort package index
> files". Kontekst w kodzie źródłowym jak poniżej:
> 
> // DoIt - Sort a single file                                            /*{{{*/
> // ---------------------------------------------------------------------
> /* */
> bool DoIt(string InFile)
> {
>    /*... ciach ...*/
> 
>    while (Tags.Step(Section) == true)
>    {
>       PkgName Tmp;
> 
>       /* Fetch the name, auto-detecting if this is a source file or a
>          package file */
>       Tmp.Name = Section.FindS("Package");
>       Tmp.Ver = Section.FindS("Version");
>       Tmp.Arch = Section.FindS("Architecture");
> 
>       if (Tmp.Name.empty() == true)
>          return _error->Error(_("Unknown package record!"));
> 
> Posiłkując się moim doświadczeniem programistycznym wnioskuję, że:
> * DoIt jest wywoływany z "main" i przetwarza pojedynczo pliki z indeksami
>   pakietów
> * ma posortować rekordy z takiego pliku (znów te "rekordy" ;)
> * jeśli nie znajdzie opisu pakietu (rekord "Package") to narzeka i przerywa
>   działanie z błędem
> 
> Podejmuję więc decyzję o następującym tłumaczeniu:
> msgid "Unknown package record!"
> msgstr "Nieznany opis pakietu!"

Będąc konsekwentnym - nie pozostaje nic innego ;-)

> 
> 
>>> msgid "Invalid record in the preferences file, no Package header"
>>> msgstr "Nieprawidłowy wpis w pliku ustawień, brak nagłówka Package"
>> Nieprawidłowy wpis w pliku konfiguracyjnym, brak nagłówka Package
> 
> Hm, stwierdzenie "plik ustawień" już było, sam ciąg "w pliku ustawień" jest
> krótszy niż "w pliku konfiguracyjnym", jednak zostanę przy "ustawieniach".
> Mi chodziło tu bardziej o "rekord w pliku" względem "wpis w pliku", a skoro
> ten "wpis" nie przeszkadza to tak zostawię.
> 
> 
>>> +"skróty MD5 i rozmiary. Obsługiwany jest plik override, pozwalający wymusić\n"
>>> +"priorytet i dział pakietu.\n"
>>>
>>> Czy użyć 'wymusić' dla "force"? (prośba #4)
>> Ja mam tu dużo wątpliwości, bo nie znam kontekstu i działania programu,
>> możliwe jest np. tłumaczenie:
>> ...każdego pakietu jako suma MD5 i rozmiar pliku. Jest też obsługiwane
>> nadpisywanie pliku w celu wymuszenia wartości w polach Priority i Section.
> 
> Dla mnie "MD5 hash" spokojnie można zostawić jako "skrót MD5" (stosuje się
> takie pojęcie), nie trzeba zamieniać go na "sumę MD5".
> 
> Powiększam kontekst:
> 
> "Similarly apt-ftparchive generates Sources files from a tree of .dscs.\n"
> "The --source-override option can be used to specify a src override file\n"
> "Options:\n"
> "  -s=?  Source override file\n"
> 
> "apt-ftparchive podobnie generuje pliki Sources na podstawie drzewa plików\n"
> ".dsc. Przy pomocy opcji --source-override można podać plik override dla\n"
> "pakietów źródłowych.\n"
> "Opcje:\n"
> "  -s=?  Plik override dla źródeł\n"
> 
> Dlatego pytałem tylko o "force" -> "wymusić", stwierdzenie "plik override",
> jakkolwiek potencjalnie wątpliwe, jest chyba jednak najlepsze. Z tej opcji
> i tak zresztą będą korzystać tylko osoby, którym ten akurat anglicyzm nie
> powinien przeszkadzać (generowanie plików Sources to robota dla tworzących
> repozytoria pakietów).

W tym kontekście - jak najbardziej tak :-)

> 
> 
>>> msgid "Failed to locate the hash element!"
>>> ?msgstr "Nie udało się odnaleźć elementu hasha!"
>>> ?msgstr "Nie udało się odnaleźć elementu hasza!"
>>> +msgstr "Nie udało się odnaleźć elementu tablicy haszującej!"
>> A ja podejrzewam, że chodzi o zwykłą sumę kontrolną, bo do tego zwykle
>> stosuje się "hashowanie" (MD5) ;-) Zapewne użycie zwrotu "element
>> tablicy haszującej" jest poprawne, ale jeśli mam rację (?), to o wiele
>> lepiej napisać po prostu: brak (nie można znaleźć) sumy kontrolnej.
>>
>>> a to dlatego, że jest także taki komunikat (którego nie zmieniałem):
>>>
>>> msgid "Failed to locate node in its hash bucket"
>>> msgstr "Nie udało się znaleźć węzła w jego kubełku haszującym"
>>>
>>> Czy użyć 'tablicy haszującej'? (prośba #6)
>> Może być wiele tłumaczeń słowa bucket (komora, tłok, czerpak itp.) +
>> sporo idiomów, w których występuje, a nie znam się na tyle na
>> algorytmach, żeby wiedzieć, które z nich tu pasuje, być może tablica...
> 
> Naprawdę, popatrzyłem w kod źródłowy i para:
> 
> msgid "Failed to locate the hash element!"
> msgstr "Nie udało się odnaleźć elementu tablicy haszującej!"
> 
> msgid "Failed to locate node in its hash bucket"
> msgstr "Nie udało się znaleźć węzła w jego kubełku haszującym"
> 
> naprawdę ma sens i odzwierciedla zachowanie programu z algorytmicznego
> punktu widzenia. Podzielam tu zdanie Marcina:
> 
>> Hash bucket to pojedynczy składnik tablicy haszującej, więc raczej nie
>> można tego tłumaczyć jako tablica. Myślę, że błąd jest na tyle mało
>> prawdopodobny, że jeśli ktoś będzie miał szansę na niego coś poradzić,
>> to będzie wiedział co to jest kubełek.

Ja nie wiem, co to jest kubełek, ale w końcu nie na wszystkim człowiek 
musi się znać :-)

> 
> Jeszcze raz dziękuję Marcinowi, Wojciechowi oraz Bartoszowi (z którym
> wymieniłem kilka maili prywatnie) za rozwianie moich wątpliwości.
> Jeśli nie będzie sprzeciwu, to wyślę zgłoszenie na bugs.debian.org
> z nowym tłumaczeniem w postaci załącznika.

Tylko tak napiszę, co mi przyszło do głowy: w specjalistycznych 
kwestiach (np. kubełka) warto w nawiasie podać słowo angielskie, żeby 
rozwiać wątpliwości. Pamiętam, że czytałem kiedyś książkę (o J2EE), w 
której autor konsekwentnie stosował słowo pieniek. Konia z rzędem temu, 
kto wie o co naprawdę chodziło... ;-)

Pozdrawiam
Wojtek


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]