Mercurial > mplayer.hg

comparison DOCS/pl/users_against_developers.html @ 9376:a07c2838fd28

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
Translation from Zorg ( Krzysztof Materka )
author eyck
date Sun, 09 Feb 2003 19:49:55 +0000
parents a604236b0dd6
children 475bb1a6ef75
comparison
equal deleted inserted replaced
9375:b4bd650b30ca 9376:a07c2838fd28
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
2
1 <HTML> 3 <HTML>
2 4 <HEAD>
3 <HEAD> 5 <META name="generator" content=
4 <META http-equiv="content-type" content="text/html; charset=iso-8859-2" /> 6 "HTML Tidy for Linux/x86 (vers 1st March 2002), see www.w3.org">
5 </HEAD> 7
6 8 <TITLE>Spory Programistów (org. Developer Cries) - MPlayer -
7 <BODY BGCOLOR=white> 9 Odtwarzacz Filmów dla Linuksa</TITLE>
8 10 <LINK rel="stylesheet" type="text/css" href="default.css">
9 <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2> 11 <META http-equiv="Content-Type" content=
10 12 "text/html; charset=iso-8859-2">
11 <P><B><I>In medias res</I></B></P> 13 </HEAD>
12 14
13 <P>Są takie dwa tematy, które zawsze wywołują wielką dyskusję i ogniste boje na 15 <BODY>
14 liście dyskusyjnej <A 16 <H1><A name="appendix_e">Dodatek E - Spory Programistów (org.
15 HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">użytkowników mplayera</A>. 17 Developer Cries)</A></H1>
16 Tematem numer jeden jest:</P> 18
17 19 <P>Są taki dwa tematy, które zawsze wywołują wielkie dyskusje i
18 <A NAME=gcc><P><B><I>serie GCC 2.96</I></B></P> 20 ogniste boje na grupie dyskusyjnej <A href=
19 21 "http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
20 <P><B>Przeczytaj też <A HREF="gcc-2.96-3.0.html">ten</A> tekst !!!</B></P> 22 . Tematem numer jeden jest:</P>
21 23
22 <P><I>Tło</I>: były/są serie GCC <B>2.95</B>. Najlepszą z nich była 2.95.3. 24 <H2><A name="gcc">E.1 GCC 2.96</A></H2>
23 Zwróć uwagę na sposób numerowania wersji jądra. Oto jak drużyna GCC numeruje 25
24 swoje kompilatory. Serie 2.95 są dobre. Nigdy nie widziano, aby coś źle się 26 <P><B>Tło historii:</B> Seria GCC <B>2.95</B> jest oficjalnym
25 skompilowało z przyczyny błędów w 2.95.</P> 27 wydaniem GNU, z czego wersja GCC 2.95.3 ma najmniej błędów z
26 28 całej serii. Nigdy nie zauważyliśmy problemów kompilacji z GCC
27 <P><I>Poczynania</I>: <B>RedHat</B> rozpoczął włączanie wersji GCC <B>2.96</B> 29 2.95.3. Zaczynając od Red Hat Linux 7.0, <B>Red Hat</B>
28 w swoich dystrybucjach. Zwróć uwagę na numerację wersji. To powinno być 30 dołączył do ich dystrybucji silnie połataną wersję GCC z CVS i
29 numerowanie drużyny GCC. Oni nałożyli łatę na wersję CVS GCC (coś na 31 nazwał ją 2.96. Red Hat dołączył tę wersję do dystrybucji,
30 pograniczu 2.95 a 3.0). Ta łata była bardzo poważna i tej werji użyto do 32 ponieważ GCC 3.0 nie zostało ukończone na czas, a oni
31 dystrybucji, ponieważ wersja 3.0 nie była skończona na czas, a oni chcieli mieć 33 potrzebowali kompilatora dobrze pracującego na wszystkich
32 obsługę IA64 ASAP (z powodów własnych interesów). A przecież GCC 2.95 34 wspieranych przez nich platformach, włączając IA64 i s390.
33 źle kompiluje bash na architekturze s390 (nie ma dystrybucji RedHata dla 35 Dystrybutor Linuksa - <B>Mandrake</B>, kierujący się także
34 s390..).</P> 36 przykładem Red Hata zaczął rozprowadzać GCC 2.96 razem z ich
35 37 serią Linux-Mandrake 8.0.</P>
36 <P><I>Fakty</I>: proces kompilacji <B>MPlayera</B> wymaga 38
37 <CODE>--disable-gcc-checking</CODE>, aby pominąć wykrywanie wersji GCC 2.96 39 <P><B>Oświadczenie:</B> Zespół GCC wypiera się wszelkich
38 (wyraźnie wymagana jest ta opcja przy <B>egcs</B> również; to dlatego, że my 40 powiązań z GCC 2.96 i wydał <A href=
39 nie testujemy <B>MPlayera</B> na egcs. Proszę nam wybaczyć, ale my raczej 41 "http://gcc.gnu.org/gcc-2.96.html">oficjalną odpowiedź</A> na
40 zajmujemy się rozwijaniem <B>MPlayera</B>). Jeżeli znasz <B>MPlayera</B>, 42 temat GCC 2.96. Wielu programistów na całym świecie zaczęło
41 powinieneś wiedzieć, że jest on bardzo szybki. Osiąga to poprzez 43 mieć problemy z GCC 2.96 i zaczęli rekomendować inne
42 zoptymalizowanie kodu dla MMX/SSE/3DNow/itp., dzięki fastmemcpy i wielu innym 44 kompilatory. Przykłady to: <A href=
43 właściwościom. <B>MPlayer</B> zawierał instrujkcje MMX/3DNow w składni, którą 45 "http://www.mysql.com/downloads/mysql-3.23.html">MySQL</A>, <A
44 wszystkie kompilatory Linuksowe akceptują ... za wyjątkiem GCC RedHata (to 46 href="http://avifile.sourceforge.net/news-old1.htm">avifile</A>
45 określenie jest bardziej zgodne ze standardem). On po prostu je 47 i <A href=
46 <B><I>przeskakuje</I></B>. Nie zgłasza błędów. Nie wysyła ostrzeżeń. <B>I</B>, 48 "http://www.winehq.com/news/?view=92#RH%207.1%20gcc%20fixes%20compiler%20bug">
47 tam jest "Lame". Z gcc 2.96, sprawdzanie jakości (<CODE>make test</CODE> po 49 Wine</A>. Inne interesujące linki to: <A href=
48 kompilacji) <I>nawet się nie uruchamia!!!</I> Hej, ale on kompiluje bash na 50 "http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
49 s390 i IA64.</P> 51 Linux kernel news flash about kernel 2.4.17</A> i <A href=
50 52 "http://www.voy.com/3516/572.html">Voy Forum</A>. MPlayer także
51 <P><I>Wnioski</I>: większość developerów na świecie zaczęło mieć złe odczucia 53 ucierpiał z powodu nieregularnych problemów, rozwiązywaliśmy je
52 w związku z GCC 2.96 RedHata. Powiedzieli oni swoim użytkownikom RedHat'a, aby 54 zmieniając GCC na inną wersję. Kilka projektów zaczyna
53 używali do kompilacji innych kompilatorów, niż 2.96. Rozczarowanie użytkowników 55 rozwiązywać problemy z niektórymi wydaniemi 2.96, ale my
54 RedHata powoli przemieniło się w gniew. Co było takiego dobrego, w 56 odmawiamy naprawiania cudzych błędów, zwłaszcza dlatego, że
55 przeciwieństwie do bólu głowy developerów, w dolewaniu oliwy do 57 niektóre poprawki mogą spowodować utratę wydajności.</P>
56 anty-RedHatowskiego ognia, wprawiającym użytkowników w konsternację? Ja nie 58
57 znam odpowiedzi na to pytanie.</P> 59 <P>Możesz przeczytac o innej stronie tej historii <A href=
58 60 "http://web.archive.org/web/20011024212120/http://www.bero.org/gcc296.html">
59 <P><I>Teraźniejszość</I>: RedHat twierdzi, że GCC 2.96-85 i kolejne wersje są 61 na tej stonie</A>. GCC 2.96 nie zezwala na znak | (potok) w
60 naprawione i pracują właściwie. Zwróć uwagę na numerację wersji.To typowe, że 62 komentarzach assemblera ponieważ dobrze wspiera Intela w
61 zaczęli z czymś takim. A co z GCC 2.96.85? Nieistotne. Nie szukam, ale 63 AT&amp;T Syntax, a znak | jest symbolem w jednaj z odmian
62 wciąż widzę błędy w 2.96. To jest bez znaczenia teraz, miejmy nadzieję, że 64 Intela. problemem jest to, że <B>po cichu</B> ignoruje cały
63 <B>RedHat zapomni o 2.96</B> i skieruje się ku <B>3.0</B>. W kierunku 65 blok a assemblerze. Podobno zostało to już naprawione, GCC
64 porządnie załatanego 3.0...</P> 66 wyświetla ostrzeżenie zamiast pomijania bloku.</P>
65 67
66 <P><I>To, czego ja tu nie rozumiem</I>, to z jakiego powodu jesteśmy oblegani 68 <P><B>Obecnie:</B> Red hat twierdzi, że GCC 2.96-85 i kolejne
67 przez użytkowników RedHata, żalących się na komunikaty ostrzegawcze i dokumenty 69 są naprawione. Sytuacja istotnie, poprawiła się, lecz ciągle
68 w rodzaju "trzymaj się z dala" w <B>MPlayerze</B>. Dlaczego jesteśmy nazywani 70 dostajemy raporty na naszej grupie dyskusyjnej, które znikają z
69 "umysłowo upośledzonymi", "totalnymi dupkami", "dziecinnymi w swoim myśleniu" 71 innymi kompilatorami. W każdym wypadkunie ma to już znaczenia.
70 przez <B>użytkowników RedHata</B>, na naszej mailowej liście dyskusyjnej, a 72 Miejmy nadzieję, że dojrzewający GCC 3.x rozwiąże kwestię na
71 nawet na liście <B>redhat-devel</B>. Rozważali oni nawet stworzenie odgałęzienia 73 dobre. Jeżeli chcesz kompilować z 2.96 dodaj flagę
72 <B>MPlayera</B> dla nich samych. Użytkownicy RedHata. Dlaczego? Czy to RedHat 74 <CODE>--disable-gcc-checking</CODE> do configure. Pamiętaj, że
73 stworzył kompilator, dlaczego <U>wy</U> musicie nas nienawidzieć? Jesteście aż 75 robisz to na własną odpowiedzialność i nie raportuj żadnych
74 <U>takimi</U> wyznawcami RedHata? Proszę, przestańcie. My nie chowamy 76 błędów. Jeżeli to zrobisz, zostaniesz zbanowany z naszej grupy
75 urazy do użytkowników, nie ważne jak głośno ogłaszacie coś przeciwnego. Idźcie, 77 dyskusyjnej, ponieważ mieliśmy więcej niż dosyć zaciekłych
76 proszę, użerać się z Linusem Torvaldsem, z developerami DRI (och, teraz wiem już 78 wojen o GCC 2.96. prosimy, zostaw sprawę w spokoju.</P>
77 dlaczego oni zostali opuszczeni przez VA!), Wine, avifile. Jeśli nawet 79
78 jesteśmy aroganccy, czy nie jesteśmy tacy sami jak wcześniej wspomniani? 80 <P>Jeżeli masz problemy z GCC 2.96, możesz pobrać pakiety
79 Dlaczego to <B>my</B> musimy cierpieć z powodu niesłusznego gniewu?</P> 81 2.96-85 z <A href="ftp://updates.redhat.com">serwera ftp</A>
80 82 Red Hata, lub po prostu odwołać się do pakietów 3.0.4
81 <P><A HREF="mailto:willis_matthew@yahoo.com">Matt Willis</A> uprzejmie 83 oferowanych w wersjach 7.2 i późniejszych. Możesz również
82 dostarczył proste howto (jak to zrobić) kompilacji GCC-3.0.3, które poniżej 84 pobrać <A href=
83 zamieszczam:</P> 85 "ftp://people.redhat.com/jakub/gcc/3.2-10/">pakiety
84 86 gcc-3.2-10</A> (nieoficjalne, ale działają świetnie) i możesz
85 <P> 87 zainstalować je równolegle z GCC 2.96, które aktualnie masz.
86 <UL> 88 MPlayer wykryje go i użyje 3.2-10 zamiast 2.96. Jeżeli nie
87 <LI>Ściągnij gcc. Idź na stronę: <A 89 chcesz lub nie możesz użyć pakietów binarnych, poniżej znajduje
88 HREF="http://gcc.gnu.org/mirrors.html">http://gcc.gnu.org/mirrors.html</A>. 90 się instrukcja, kompilacji najnowszego GCC ze źródeł:</P>
89 Ja ściągnąłem następujące pliki, ale ty nie potrzebujesz ich wszystkich:<BR> 91
90 <CODE>gcc-g++-3.0.3.tar.gz<BR> 92 <OL>
91 gcc-objc-3.0.3.tar.gz<BR> 93 <LI>Wejdź na stronę <A href=
92 gcc-3.0.3.tar.gz<BR> 94 "http://gcc.gnu.org/mirrors.html">GCC z mirrorami</A> i
93 gcc-g77-3.0.3.tar.gz<BR> 95 pobierz <CODE>gcc-core-XXX.tar.gz</CODE> gdzie
94 gcc-testsuite-3.0.3.tar.gz<BR> 96 <CODE>XXX</CODE> jest numerem wersji. Archiwum zawiera
95 gcc-core-3.0.3.tar.gz<BR> 97 kompletny kompilator C który jest wystarczający dla MPlayera.
96 gcc-java-3.0.3.tar.gz</CODE> 98 Jeżeli chcesz również C++, Java lub inne zaawansowane funkcje
97 </LI> 99 GCC, <CODE>gcc-XXX.tar.gz</CODE> może bardziej odpowiadać
98 100 twoim wymaganiom.</LI>
99 <LI>Rozpakuj pliki, stwórz katalog w którym będizesz budował i zbuduj: 101
100 <CODE><PRE> 102 <LI>Rozpakuj archiwum komendą<BR>
101 tar xvzf gcc-*3.0.3.tar.gz 103 <CODE>tar -xvzf gcc-core-XXX.tar.gz</CODE></LI>
102 mkdir gcc-build; cd gcc-build 104
103 ../gcc-3.0.3/configure --prefix=/opt --program-suffix=-3.0.3 105 <LI>GCC nie buduje się w katalogu ze źródłami tak jak
104 make bootstrap; mkdir -p /opt; make install</PRE></CODE> 106 większość programów, ale wymaga stworzenia katalogu na
105 107 zewnątrz katalogu ze źródłami. A zatem musisz stworzyć ten
106 <LI>Ustaw swoją ścieżkę, aby zawierała /opt/bin<BR> 108 katalog poprzez<BR>
107 <CODE>export PATH=/opt/bin:${PATH}</CODE> 109 <CODE>mkdir gcc-build</CODE></LI>
108 110
109 <LI>Teraz możesz budować MPlayera.</LI> 111 <LI>Potem możesz kontynułować konfigurowanie GCC w stworzonym
110 </UL> 112 katalogu, ale potrzebujesz configure z katalogu ze
111 </P> 113 źródłami:<BR>
112 114 <CODE>cd gcc-build<BR>
113 <A NAME=binary><P><B><I>Dystrybucja MPlayera w postaci binariów</I></B></P> 115 ../gcc-XXX/configure</CODE></LI>
114 116
115 <P>Tony użytkowników proszą nas o to. Na przykład użytkownicy Debiana maja 117 <LI style="list-style: none"><BR>
116 zwyczaj mówić: Oh, mogę zrobić <CODE>apt-get install avifile</CODE>, dlaczego 118 </LI>
117 mam <B>kompilować MPlayera</B>? To brzmi rozsądnie, ale problem leży nieco 119
118 głębiej, niż: 120 <LI>Skompiluj GCC wydając komendę w stworzonym katalogu:<BR>
119 ci-pieprzeni-developerzy-MPlayera-nienawidzą-gcc-2.96-i-RedHata-i-Debiana.</P> 121 <CODE>make bootstrap</CODE></LI>
120 122
121 <P>Przyczyny: <B>Prawo</B></P> 123 <LI>Teraz możesz zainstalować GCC (jako root) podając<BR>
122 124 <CODE>make install</CODE></LI>
123 <P><B>MPlayer</B> zapisany jest jako <U>źródła</U>. Zawiera on kilka plików z 125 </OL>
124 niekompatybilnymi liecencjami w punktach dotyczących redystrybucji. Jako 126
125 źródłowe pliki, mają one prawo współistnieć w tym samym projekcie.</P> 127 <H2><A name="binary">E.2 Dystrybutowanie binariów</A></H2>
126 128
127 <P>Jednakże <U>ANI BINARIA, ANI BINARNE PAKIETY <B>MPlayera</B> NIE MAJĄ PRAWA 129 <P>Wcześniej MPlayer zawierał kod z projektu OpenDivX, co nie
128 ISTNIEĆ W CHWILI, GDY TAKIE OBIEKTY ŁAMIĄ LICENCJE</U>. LUDZIE, KTÓRZY 130 pozwalało na dystrybucję binariów. Ten kod został usunięty w
129 ROZPROWADZAJĄ TAKIE PAKIETY BINARNE POSTĘPUJĄ NIELEGALNIE.</P> 131 wersji 0.90-pre1 a pozostały plik <CODE>divx_vbr.c</CODE>
130 132 pochodzący z kodu OpenDivX został przeniesiony na licencję GPL
131 <P>Więc jeśli znasz kogoś, kto rozporządza binarnymi pakietami, wówczas daj mu 133 prze jego autorów, kiedy pojawiła się wersja 0.90-pre9. Jest
132 do przeczytania ten tekst i (poproś go o) kontakt z nami. To co on/ona robi, 134 teraz mile widziane, byś tworzył pakiety binarne, jakich
133 jest nielegalne I TO JUŻ NIE JEST <B>MPlayer</B>, a <U>jego/jej</U> mplayer. 135 potrzebujesz.</P>
134 Jeśli źle działa, to to jest jego/jej wina. Niech nikt nie przychodzi i nie 136
135 żali się na listę mailową <B>MPlayera</B>, bo najprawdopodobniej zostanie 137 <P>Inną przeszkodą w dystrybutowaniu binariów była
136 zapisany na czarną listę.</P> 138 optymalizacja dla architektur CPU. MPlayer wspiera teraz
137 139 detekcję CPU w czasie rzeczywistym (wyszczególnij opcję
138 <P>Przyczyny: <B>Techniczne</B></P> 140 <CODE>--enable-runtime-cpudetection</CODE> podczas
139 141 konfiguracji). Jest ona domyślnie wyłączona, ponieważ wymaga
140 <P> 142 małych wyrzeczeń prędkości, ale teraz jest możliwe tworzenie
141 <UL> 143 binariów dla różnych członków rodziny procesorów Intel.</P>
142 <LI>Optymalizacja szybkości działania <B>MPlayera</B> (MMX, SSE, fastmemcpy, 144
143 itp) jest zdeterminowana podczas kompilacji. Z tego powodu skompilowane 145 <H2><A name="nvidia">E.3 nVidia</A></H2>
144 binaria zawierają bardzo specyficzny dla danego procesora kod. Binaria 146
145 <B>MPlayera</B> skompilowane dla K6 nie będą wydolne na procesorach Pentium 147 <P>W rzeczywistości nie lubimy <A href=
146 i vice versa. To zostało rozpracowane poprzez wykrywanie runtime, co nie 148 "http://www.nvidia.com">nVidii</A> ponieważ dostarcza tylko
147 jest łatwą do obejścia zrobienia, gdyż sprawia masową utratę prędkości. 149 binarne sterowniki (dla XFree86), które są często z błędami.
148 Jeśli nie wierzysz (to było juz 10000 razy wyjaśnione w szczegółach na 150 Mamy wiele raportów na grupie <A href=
149 mplayer-users, przeszukaj archiwum), to rozwikłaj to i wyślij nam patch. 151 "http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
150 Ktoś zaczął nad tym pracować, ale nie ma o nim wieści od tamtej pory.</LI> 152 dotyczących problemów z tymi zamknięto-źródłowymi sterownikami,
151 <LI>System audio/video <B>MPlayera</B> nie jest oparty na systemie 153 ich kiepskiej jakości, niestabilności i kiepskiego wsparcia dla
152 wtyczek. System audio/video jest wkompilowany w binaria, co powoduje 154 użykownika i eksperta. Kilka przykładów można znaleść na <A
153 zależność binariów od różnych bibliotek (GUI zależy od GTK, DivX4 zależy od 155 href=
154 libdivxdecore, SDL zależy od libSDL, każde wydanie SDL zawiera unikalny 156 "http://www.nvnews.net/vbulletin/forumdisplay.php?s=6d83dc289805c37caef49b77857a0b7e&amp;daysprune=&amp;forumid=27">
155 błąd, ktory musi być ominięty w czasie kompilacji, X11 wyjście w różny 157 nVidia Linux Forum</A>. Wiele z tych problemów/kwestii pojawia
156 sposób się kompiluje X3 i X4, itp). Możesz powiedzieć: więc zróbmy 30 158 się wielokrotnie. Skontaktowaliśmy się ostatnio z nVidią, oni
157 wersji binariów do ściągnięcia! Nie zrobimy tego. Zrobimy te rzeczy w 159 twierdzą że błędy nie występują, niestabilność spowodowana jest
158 postaci wtyczek w przyszłości.</LI> 160 złymi chipami AGP i że nie odbierali żadnych raportów o błędach
159 </UL> 161 w sterownikach (takich jak różowa linia). Więcej jeżeli masz
160 162 problem z twoją kartą z nVidia, doradza się update sterowników
161 <A NAME=nvidia><P><B><I>NVidia</I></B></P> 163 nVidii i/lub kupno nowej płyty głównej lub poproszenie nVidii o
162 164 dostarczenie sterowników o otwartym kodzie. We wszystkich
163 <P>Nie lubimy binarnych sterowników nvidii, ich jakości, niestabilności, 165 przypadkach, jeżeli używasz binarnych sterowników nVidii i
164 nieistniejącego wsparcia dla użytkowników, wciąż pojawiających się nowych 166 doświadczasz ukrytych problemów ze sterownikami, prosimy, bądź
165 błędów. Większość użytkowników ma do nich podobne podejście. Skontaktowali się 167 świadomy tego, że otrzymasz bardzo małą pomoc z nasze strony,
166 z nami później ludzie z NVidii i powiedzieli, że te błędy nie istnieją, 168 ponieważ nie możemy wiele pomóc w tej sprawie.</P>
167 niestabilność jest winą chipów AGP i odmówili opublikowania raportu o 169
168 błędach sterownika (np. o fioletowej linii). Więc jeśli masz problem ze swoją 170 <H2><A name="barr">E.4 Joe Barr</A></H2>
169 NVidią, uaktualizuj sterownik nvidii i/lub kup nową płytę główną.</P> 171
170 172 <P>Joe Barr zyskał niesławę pisząc mniej niż przychylną <A
171 <A NAME=kotsog><P><B><I>Joe Barr</I></B></P> 173 href=
172 174 "http://www.linuxworld.com/site-stories/2001/1214.mplayer.html">
173 <P>On nie odpowiada na nasze maile. Jego wydawca nie odpowiada na nasze maile. 175 recenzję MPlayera</A>. Założył, że MPlayer jest trudny do
174 Sieć jest pełna jego fałszywych stwierdzeń i oskarżeń (on widocznie nei lubi na 176 zainstalowania, ale potem napisał, że nie bardzo lubi <A href=
175 przykład chłopaków z BSD, z powodu różnicy poglądów [na jaki temat?]).</P> 177 "http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">
176 178 czytać dokumentację</A>. Wywnioskował również, że programiści
177 <P>Oto kilka cytatów wypowiedzi różnych ludzi na temat Joe Barr (tylko po to, 179 są nieprzyjaźni i że dokumentacja jest niekompletna i obelżywa.
178 abyś zrozumiał, dlaczego on się kompletnie nie liczy):</P> 180 Sam osądź. Oparł się o negatywną wzmiankę o MPlayerze w jego <A
179 181 href=
180 <P><I>"Wszyscy pamiętacie LinuxWorld 2000, kiedy on twierdził, że Linus T. 182 "http://www.linuxworld.com/site-stories/2001/1227.predictions.html">
181 powiedział, że FreeBSD, to garstka developerów. Linus nie powiedział NICZEGO w 183 10 Linuksowych przewidywaniach na 2002</A> Kontynuując, w <A
182 tym rodzaju. Kiedy to wypomniano Joe'mu, jego reakcją było wyzwanie ludzi 184 href=
183 utrzymujących BSD of dupków i glupków."</I></P> 185 "http://www.linuxworld.com/site-stories/2002/0125.xine.html">recenzji
184 186 xine</A> dalej wywołuje kontrowersję. Ironicznie, na końcu tego
185 <P><I>"On jest interesujący, ale kiepsko mu wychodzi unikanie ... 187 artykułu, cytuje swój wywiad z Günter Bartsch, głównym autorem
186 kontrowersyjności. Joe Barr był regularnym uczestnikiem forum Willa Zachmanna 188 xine, który doskonale streszcza całą sytuacje:</P>
187 w Compuserve, kilka lat temu. Był zwolennikiem OS/2 (ja również byłem 189
188 zwolennikiem OS/2). Często przekraczał wszelkie granice, rozwścieczając ludzi 190 <BLOCKQUOTE>
189 i podejrzewam, że to były ciężkie czasy dla niego. Trochę złagodniał ostatnio, 191 Jednak, on także powiedział, że był "zaskoczony" moją kolumną
190 będąc ocenionym przez własny dział redakcyjny. Stonowany, subtelny humor nie był 192 o MPlayerze i pomyślał że to było nieuczciwie, przypomina mi,
191 jednak jesgo stylem w tamtych wczesnych dniach w zupełności. "</I></P> 193 że jest to wolny projekt oprogramowania. "Jeżeli ci się nie
194 podoba,"powiedział Bartsch, "nie musisz tego używać."
195 </BLOCKQUOTE>
196
197 <P>Nie odpowiada na nasze e-maile. Jego wydawca nie odpowiada
198 na nasze e-maile. Oto kilka cytatów od różnych ludzi na temat
199 Joe Barr, więc możesz wyrobić sobie o nim opinię:</P>
200
201 <P>Marc Rassbach ma <A href=
202 "http://daily.daemonnews.org/view_story.php3?story_id=2102">coś
203 do powiedzenia</A> na temat tego faceta.</P>
204
205 <BLOCKQUOTE>
206 Wszyscy pamiętacie LinuxWorld 2000, kiedy on twierdził, że
207 Linus T. powiedział, że FreeBSD, to garstka developerów.
208 Linus nie powiedział NICZEGO w tym rodzaju. Kiedy wypomniano
209 to Joe'mu, jego reakcją było wyzwanie ludzi utrzymujących BSD
210 od dupków i głupków.
211 </BLOCKQUOTE>
212
213 <P><A href=
214 "http://www.mplayerhq.hu/pipermail/mplayer-users/2001-December/009118.html">
215 Cytat</A> od Roberta Munro na grupie dyskusyjnej <A href=
216 "http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
217 :</P>
218
219 <BLOCKQUOTE>
220 <P>On jest interesujący, ale kiepsko mu wychodzi unikanie ...
221 kontrowersyjności. Joe Barr był regularnym uczestnikiem forum
222 Willa Zachmanna w Compuserve, kilka lat temu. Był
223 zwolennikiem OS/2 (ja również byłem zwolennikiem OS/2).</P>
224
225 <P>Często przekraczał wszelkie granice, rozwścieczając ludzi
226 i podejrzewam, że to były ciężkie czasy dla niego. Trochę
227 złagodniał ostatnio, będąc ocenionym przez własny dział
228 redakcyjny. Stonowany, subtelny humor nie był jednak jego
229 stylem w tamtych wczesnych dniach, w zupełności.</P>
230 P&gt;
231 </BLOCKQUOTE>
232 </BODY>
192 </HTML> 233 </HTML>
234