1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
<META name="generator" content=
"HTML Tidy for Linux/x86 (vers 1st March 2002), see www.w3.org">
<TITLE>Spory Programistów (org. Developer Cries) - MPlayer -
Odtwarzacz Filmów dla Linuksa</TITLE>
<LINK rel="stylesheet" type="text/css" href="../default.css">
<META http-equiv="Content-Type" content=
"text/html; charset=iso-8859-2">
</HEAD>
<BODY>
<H1><A name="appendix_e">Dodatek E - Spory Programistów (org.
Developer Cries)</A></H1>
<P>Są taki dwa tematy, które zawsze wywołują wielkie dyskusje i
ogniste boje na grupie dyskusyjnej <A href=
"http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
. Tematem numer jeden jest:</P>
<H2><A name="gcc">E.1 GCC 2.96</A></H2>
<P><B>Tło historii:</B> Seria GCC <B>2.95</B> jest oficjalnym
wydaniem GNU, z czego wersja GCC 2.95.3 ma najmniej błędów z
całej serii. Nigdy nie zauważyliśmy problemów kompilacji z GCC
2.95.3. Zaczynając od Red Hat Linux 7.0, <B>Red Hat</B>
dołączył do ich dystrybucji silnie połataną wersję GCC z CVS i
nazwał ją 2.96. Red Hat dołączył tę wersję do dystrybucji,
ponieważ GCC 3.0 nie zostało ukończone na czas, a oni
potrzebowali kompilatora dobrze pracującego na wszystkich
wspieranych przez nich platformach, włączając IA64 i s390.
Dystrybutor Linuksa - <B>Mandrake</B>, kierujący się także
przykładem Red Hata zaczął rozprowadzać GCC 2.96 razem z ich
serią Linux-Mandrake 8.0.</P>
<P><B>Oświadczenie:</B> Zespół GCC wypiera się wszelkich
powiązań z GCC 2.96 i wydał <A href=
"http://gcc.gnu.org/gcc-2.96.html">oficjalną odpowiedź</A> na
temat GCC 2.96. Wielu programistów na całym świecie zaczęło
mieć problemy z GCC 2.96 i zaczęli rekomendować inne
kompilatory. Przykłady to: <A href=
"http://www.mysql.com/downloads/mysql-3.23.html">MySQL</A>, <A
href="http://avifile.sourceforge.net/news-old1.htm">avifile</A>
i <A href=
"http://www.winehq.com/news/?view=92#RH%207.1%20gcc%20fixes%20compiler%20bug">
Wine</A>. Inne interesujące linki to: <A href=
"http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
Linux kernel news flash about kernel 2.4.17</A> i <A href=
"http://www.voy.com/3516/572.html">Voy Forum</A>. MPlayer także
ucierpiał z powodu nieregularnych problemów, rozwiązywaliśmy je
zmieniając GCC na inną wersję. Kilka projektów zaczyna
rozwiązywać problemy z niektórymi wydaniemi 2.96, ale my
odmawiamy naprawiania cudzych błędów, zwłaszcza dlatego, że
niektóre poprawki mogą spowodować utratę wydajności.</P>
<P>Możesz przeczytac o innej stronie tej historii <A href=
"http://web.archive.org/web/20011024212120/http://www.bero.org/gcc296.html">
na tej stonie</A>. GCC 2.96 nie zezwala na znak | (potok) w
komentarzach assemblera ponieważ dobrze wspiera Intela w
AT&T Syntax, a znak | jest symbolem w jednaj z odmian
Intela. problemem jest to, że <B>po cichu</B> ignoruje cały
blok a assemblerze. Podobno zostało to już naprawione, GCC
wyświetla ostrzeżenie zamiast pomijania bloku.</P>
<P><B>Obecnie:</B> Red hat twierdzi, że GCC 2.96-85 i kolejne
są naprawione. Sytuacja istotnie, poprawiła się, lecz ciągle
dostajemy raporty na naszej grupie dyskusyjnej, które znikają z
innymi kompilatorami. W każdym wypadkunie ma to już znaczenia.
Miejmy nadzieję, że dojrzewający GCC 3.x rozwiąże kwestię na
dobre. Jeżeli chcesz kompilować z 2.96 dodaj flagę
<CODE>--disable-gcc-checking</CODE> do configure. Pamiętaj, że
robisz to na własną odpowiedzialność i nie raportuj żadnych
błędów. Jeżeli to zrobisz, zostaniesz zbanowany z naszej grupy
dyskusyjnej, ponieważ mieliśmy więcej niż dosyć zaciekłych
wojen o GCC 2.96. prosimy, zostaw sprawę w spokoju.</P>
<P>Jeżeli masz problemy z GCC 2.96, możesz pobrać pakiety
2.96-85 z <A href="ftp://updates.redhat.com">serwera ftp</A>
Red Hata, lub po prostu odwołać się do pakietów 3.0.4
oferowanych w wersjach 7.2 i późniejszych. Możesz również
pobrać <A href=
"ftp://people.redhat.com/jakub/gcc/3.2-10/">pakiety
gcc-3.2-10</A> (nieoficjalne, ale działają świetnie) i możesz
zainstalować je równolegle z GCC 2.96, które aktualnie masz.
MPlayer wykryje go i użyje 3.2-10 zamiast 2.96. Jeżeli nie
chcesz lub nie możesz użyć pakietów binarnych, poniżej znajduje
się instrukcja, kompilacji najnowszego GCC ze źródeł:</P>
<OL>
<LI>Wejdź na stronę <A href=
"http://gcc.gnu.org/mirrors.html">GCC z mirrorami</A> i
pobierz <CODE>gcc-core-XXX.tar.gz</CODE> gdzie
<CODE>XXX</CODE> jest numerem wersji. Archiwum zawiera
kompletny kompilator C który jest wystarczający dla MPlayera.
Jeżeli chcesz również C++, Java lub inne zaawansowane funkcje
GCC, <CODE>gcc-XXX.tar.gz</CODE> może bardziej odpowiadać
twoim wymaganiom.</LI>
<LI>Rozpakuj archiwum komendą<BR>
<CODE>tar -xvzf gcc-core-XXX.tar.gz</CODE></LI>
<LI>GCC nie buduje się w katalogu ze źródłami tak jak
większość programów, ale wymaga stworzenia katalogu na
zewnątrz katalogu ze źródłami. A zatem musisz stworzyć ten
katalog poprzez<BR>
<CODE>mkdir gcc-build</CODE></LI>
<LI>Potem możesz kontynuować konfigurowanie GCC w stworzonym
katalogu, ale potrzebujesz configure z katalogu ze
źródłami:<BR>
<CODE>cd gcc-build<BR>
../gcc-XXX/configure</CODE></LI>
<LI style="list-style: none"><BR>
</LI>
<LI>Skompiluj GCC wydając komendę w stworzonym katalogu:<BR>
<CODE>make bootstrap</CODE></LI>
<LI>Teraz możesz zainstalować GCC (jako root) podając<BR>
<CODE>make install</CODE></LI>
</OL>
<H2><A name="binary">E.2 Dystrybuowanie binariów</A></H2>
<P>Wcześniej MPlayer zawierał kod z projektu OpenDivX, co nie
pozwalało na dystrybucję binariów. Ten kod został usunięty w
wersji 0.90-pre1 a pozostały plik <CODE>divx_vbr.c</CODE>
pochodzący z kodu OpenDivX został przeniesiony na licencję GPL
prze jego autorów, kiedy pojawiła się wersja 0.90-pre9. Jest
teraz mile widziane, byś tworzył pakiety binarne, jakich
potrzebujesz.</P>
<P>Inną przeszkodą w dystrybuowaniu binariów była
optymalizacja dla architektur CPU. MPlayer wspiera teraz
detekcję CPU w czasie rzeczywistym (wyszczególnij opcję
<CODE>--enable-runtime-cpudetection</CODE> podczas
konfiguracji). Jest ona domyślnie wyłączona, ponieważ wymaga
małych wyrzeczeń prędkości, ale teraz jest możliwe tworzenie
binariów dla różnych członków rodziny procesorów Intel.</P>
<H2><A name="nvidia">E.3 nVidia</A></H2>
<P>W rzeczywistości nie lubimy <A href=
"http://www.nvidia.com">nVidii</A> ponieważ dostarcza tylko
binarne sterowniki (dla XFree86), które są często z błędami.
Mamy wiele raportów na grupie <A href=
"http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
dotyczących problemów z tymi zamknięto-źródłowymi sterownikami,
ich kiepskiej jakości, niestabilności i kiepskiego wsparcia dla
użytkownika i eksperta. Kilka przykładów można znaleźć na <A
href=
"http://www.nvnews.net/vbulletin/forumdisplay.php?s=6d83dc289805c37caef49b77857a0b7e&daysprune=&forumid=27">
nVidia Linux Forum</A>. Wiele z tych problemów/kwestii pojawia
się wielokrotnie. Skontaktowaliśmy się ostatnio z nVidią, oni
twierdzą że błędy nie występują, niestabilność spowodowana jest
złymi chipami AGP i że nie odbierali żadnych raportów o błędach
w sterownikach (takich jak różowa linia). Więcej jeżeli masz
problem z twoją kartą z nVidia, doradza się update sterowników
nVidii i/lub kupno nowej płyty głównej lub poproszenie nVidii o
dostarczenie sterowników o otwartym kodzie. We wszystkich
przypadkach, jeżeli używasz binarnych sterowników nVidii i
doświadczasz ukrytych problemów ze sterownikami, prosimy, bądź
świadomy tego, że otrzymasz bardzo małą pomoc z nasze strony,
ponieważ nie możemy wiele pomóc w tej sprawie.</P>
<H2><A name="barr">E.4 Joe Barr</A></H2>
<P>Joe Barr zyskał niesławę pisząc mniej niż przychylną <A
href=
"http://www.linuxworld.com/site-stories/2001/1214.mplayer.html">
recenzję MPlayera</A>. Założył, że MPlayer jest trudny do
zainstalowania, ale potem napisał, że nie bardzo lubi <A href=
"http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">
czytać dokumentację</A>. Wywnioskował również, że programiści
są nieprzyjaźni i że dokumentacja jest niekompletna i obelżywa.
Sam osądź. Oparł się o negatywną wzmiankę o MPlayerze w jego <A
href=
"http://www.linuxworld.com/site-stories/2001/1227.predictions.html">
10 Linuksowych przewidywaniach na 2002</A> Kontynuując, w <A
href=
"http://www.linuxworld.com/site-stories/2002/0125.xine.html">recenzji
xine</A> dalej wywołuje kontrowersję. Ironicznie, na końcu tego
artykułu, cytuje swój wywiad z Günter Bartsch, głównym autorem
xine, który doskonale streszcza całą sytuacje:</P>
<BLOCKQUOTE>
Jednak, on także powiedział, że był "zaskoczony" moją kolumną
o MPlayerze i pomyślał że to było nieuczciwie, przypomina mi,
że jest to wolny projekt oprogramowania. "Jeżeli ci się nie
podoba,"powiedział Bartsch, "nie musisz tego używać."
</BLOCKQUOTE>
<P>Nie odpowiada na nasze e-maile. Jego wydawca nie odpowiada
na nasze e-maile. Oto kilka cytatów od różnych ludzi na temat
Joe Barr, więc możesz wyrobić sobie o nim opinię:</P>
<P>Marc Rassbach ma <A href=
"http://daily.daemonnews.org/view_story.php3?story_id=2102">coś
do powiedzenia</A> na temat tego faceta.</P>
<BLOCKQUOTE>
Wszyscy pamiętacie LinuxWorld 2000, kiedy on twierdził, że
Linus T. powiedział, że FreeBSD, to garstka developerów.
Linus nie powiedział NICZEGO w tym rodzaju. Kiedy wypomniano
to Joe'mu, jego reakcją było wyzwanie ludzi utrzymujących BSD
od dupków i głupków.
</BLOCKQUOTE>
<P><A href=
"http://www.mplayerhq.hu/pipermail/mplayer-users/2001-December/009118.html">
Cytat</A> od Roberta Munro na grupie dyskusyjnej <A href=
"http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
:</P>
<BLOCKQUOTE>
<P>On jest interesujący, ale kiepsko mu wychodzi unikanie ...
kontrowersyjności. Joe Barr był regularnym uczestnikiem forum
Willa Zachmanna w Compuserve, kilka lat temu. Był
zwolennikiem OS/2 (ja również byłem zwolennikiem OS/2).</P>
<P>Często przekraczał wszelkie granice, rozwścieczając ludzi
i podejrzewam, że to były ciężkie czasy dla niego. Trochę
złagodniał ostatnio, będąc ocenionym przez własny dział
redakcyjny. Stonowany, subtelny humor nie był jednak jego
stylem w tamtych wczesnych dniach, w zupełności.</P>
P>
</BLOCKQUOTE>
</BODY>
</HTML>
|
