mpv/DOCS/xml/pl/users-vs-dev.xml

228 lines
9.9 KiB
XML
Raw Normal View History

<?xml version="1.0" encoding="iso-8859-2"?>
<!-- synced with 1.13 -->
<appendix id="users-vs-dev">
<title>Deweloperzy wyrywaj<61> sobie w<>osy</title>
<sect1 id="gcc-296">
<title>GCC 2.96</title>
<formalpara>
<title>Zarys historyczny:</title>
<para>
GCC z serii <emphasis role="bold">2.95</emphasis> jest oficjalnym wydaniem GNU,
a jego wersja 2.95.3 jest najbardziej wolna od b<><62>d<EFBFBD>w. Nigdy nie odnotowali<6C>my
problem<EFBFBD>w przy kompilacji, kt<6B>re mogliby<62>my przypisa<73> gcc-2.95.3. Zaczynaj<61>c od
Red Hat Linuksa 7.0, <emphasis role="bold">Red Hat</emphasis> do<64><6F>czy<7A> powa<77>nie
zmodyfikowan<EFBFBD> wersj<73> CVS GCC do swojej dystrybucji i nazwa<77> j<>
<emphasis role="bold">2.96</emphasis>. Sta<74>o si<73> tak, poniewa<77> GCC 3.0
nie by<62>o jeszcze uko<6B>czone, a potrzebowano kompilatora, kt<6B>ry wsp<73><70>dzia<69>a<EFBFBD>by
dobrze z wszystkimi platformami jakie by<62>y obs<62>ugiwane, w<><77>czaj<61>c w to IA64 i
s390. Dystrybutor <emphasis role="bold">Mandrake</emphasis> r<>wnie<69> poszed<65> w
<EFBFBD>lady Red Hata i zacz<63><7A> do<64><6F>cza<7A> GCC 2.96 do serii Linux-Mandrake 8.0.
</para>
</formalpara>
<formalpara>
<title>O<EFBFBD>wiadczenie:</title>
<para>
Zesp<EFBFBD><EFBFBD> GCC wypar<61> si<73> jakichkolwiek powi<77>za<7A> z GCC 2.96 i wystosowa<77>
<ulink url="http://gcc.gnu.org/gcc-2.96.html">oficjaln<EFBFBD> odpowied<65></ulink>
na GCC 2.96. Wielu developer<65>w ze <20>wiata zacz<63><7A>o mie<69> problemy z tym
kompilatorem i zarekomendowali inne. Przyk<79>ady to
<ulink url="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</ulink>
i
<ulink url="http://avifile.sourceforge.net/news-old1.htm">avifile</ulink>.
Inne interesuj<75>ce linki:
<ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
Kr<4B>tka wiadomo<6D><6F> o j<>drze 2.4.17</ulink>
i
<ulink url="http://www.voy.com/3516/572.html">Forum Voy</ulink>.
<application>MPlayer</application> r<>wnie<69> ucierpia<69> z powodu okresowych
problem<EFBFBD>w, kt<6B>re zosta<74>y rozwi<77>zane przez przesiadk<64> na inn<6E> wersj<73> GCC. Kilka
projekt<EFBFBD>w rozpocz<63><7A>o implementacj<63> obej<65><6A> dla pewnych spraw zwi<77>zanych z 2.96,
ale my postanowili<6C>my nie naprawia<69> b<><62>d<EFBFBD>w innych, szczeg<65>lnie, <20>e niekt<6B>re
obej<EFBFBD>cia mog<6F> ujemnie wp<77>ywa<77> na wydajno<6E><6F>.
</para>
</formalpara>
<para>
GCC 2.96 nie pozwala na u<>ycie symbolu <literal>|</literal> (pipe - potok) w
komentarzu assemblera, poniewa<77> obs<62>uguje zar<61>wno sk<73>adni<6E> Intela jak i
AT&amp;T, a symbol <literal>|</literal> jest stosowany w wariancie Intela.
Problem polega na tym, <20>e ca<63>y blok assemblera jest
<emphasis>po cichu</emphasis> ignorowany. Rzekomo zosta<74>o to ju<6A> naprawione i
GCC wy<77>wietla ostrze<7A>enie zamiast pomijania tego bloku.
</para>
<formalpara>
<title>Tera<EFBFBD>niejszo<EFBFBD><EFBFBD>:</title>
<para>
Red Hat twierdzi, <20>e GCC 2.96-85 i kolejne zosta<74>y ju<6A> poprawione. Sytuacja
rzeczywi<EFBFBD>cie poprawi<77>a si<73>, ci<63>gle jednak dostajemy raporty o b<><62>dach na nasze
listy dyskusyjne, kt<6B>re znikaj<61> wraz z przej<65>ciem na inny kompilator. W ka<6B>dym
razie, nie ma to ju<6A> znaczenia. Mamy nadziej<65>, <20>e dojrzewaj<61>ce GCC 3.x na dobre
zako<EFBFBD>czy t<> spraw<61>. Je<4A>eli chcesz kompilowa<77> z 2.96, przeka<6B> flag<61>
<option>--disable-gcc-checking</option> skryptowi
<filename>configure</filename>. Pami<6D>taj, <20>e mo<6D>esz wtedy liczy<7A> tylko na siebie
i <emphasis role="bold">nie zg<7A>aszaj <20>adnych b<><62>d<EFBFBD>w</emphasis>. Je<4A>eli to
zrobisz, zostanie odebrany Ci dost<73>p do naszej listy dyskusyjnej, poniewa<77> mamy
ju<EFBFBD> bardziej ni<6E> do<64><6F> bezsensownych k<><6B>tni na temat GCC 2.96. Prosz<73>, zostaw t<>
spraw<EFBFBD> w spokoju.
</para>
</formalpara>
<para>
Je<EFBFBD>eli masz problemy z GCC 2.96, mo<6D>esz pobra<72> paczki 2.96-85
z <ulink url="ftp://updates.redhat.com">serwera ftp</ulink> Red Hat lub
skorzysta<EFBFBD> z pakiet<65>w 3.0.4, oferowanych z wersj<73> 7.2 i kolejnymi. Mo<4D>esz
r<EFBFBD>wnie<EFBFBD> <20>ci<63>gn<67><6E>
<ulink url="ftp://people.redhat.com/jakub/gcc/3.2.3-11/">pakiety gcc-3.2.3-11</ulink>
(nieoficjalne, ale dzia<69>aj<61> dobrze) i zainstalowa<77> je razem z gcc-2.96, kt<6B>re
ju<EFBFBD> masz. <application>MPlayer</application> wykryje je i u<>yje 3.2 zamiast
2.96. Je<4A>eli nie chcesz albo nie mo<6D>esz u<>y<EFBFBD> binarnych paczek, poni<6E>ej
znajdziesz informacje, jak skompilowa<77> GCC 3 ze <20>r<EFBFBD>de<64>:
</para>
<procedure>
<step><para>
Wejd<6A> na stron<6F> z
<ulink url="http://gcc.gnu.org/mirrors.html">serwerami lustrzanymi GCC</ulink>
i <20>ci<63>gnij
<filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename>, gdzie
<replaceable>XXX</replaceable> to numer wersji. W pliku znajduje si<73> kompletny
kompilator C, kt<6B>ry wystarczy dla <application>MPlayera</application>. Je<4A>eli
chcesz mie<69> r<>wnie<69> C++, Java albo inne z zaawansowanych mo<6D>liwo<77>ci GCC,
<filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> mo<6D>e bardziej
pasowa<77> do twoich potrzeb.
</para></step>
<step><para>
Rozpakuj archiwum, wykonuj<75>c
<screen>tar -xvzf gcc-core-<replaceable>XXX</replaceable>.tar.gz</screen>
</para></step>
<step><para>
GCC nie jest budowane w katalogu <20>r<EFBFBD>d<EFBFBD>owym jak wi<77>kszo<7A><6F> program<61>w, ale
potrzebuje katalogu kompilacji poza katalogiem ze <20>r<EFBFBD>d<EFBFBD>ami. B<>dziesz musia<69>
stworzy<7A> katalog przez
<screen>mkdir gcc-build</screen>
</para></step>
<step><para>
Dalej mo<6D>esz przej<65><6A> do procedury konfiguracyjnej i katalogu budowy, ale
musisz skonfigurowa<77> z katalogu <20>r<EFBFBD>d<EFBFBD>owego:
<screen>
cd gcc-build
../gcc-3.<replaceable>XXX</replaceable>/configure</screen>
</para></step>
<step><para>
Skompiluj GCC, wykonuj<75>c t<> komend<6E> w katalogu kompilacji:
<screen>make bootstrap</screen>
</para></step>
<step><para>
Teraz mo<6D>esz zainstalowa<77> GCC (jako superu<72>ytkownik), wpisuj<75>c
<screen>make install</screen>
</para></step>
</procedure>
</sect1>
<sect1 id="mplayer-binary">
<title>Dystrybucja binari<72>w</title>
<para>
<application>MPlayer</application> zawiera<72> wcze<7A>niej <20>r<EFBFBD>d<EFBFBD>a z projektu
OpenDivX, kt<6B>ry zabrania redystrybucji binari<72>w. Kod ten zosta<74> usuni<6E>ty w
wersji 0.90-pre1, a pozostawiony plik <filename>divx_vbr.c</filename>, kt<6B>ry
pochodzi ze <20>r<EFBFBD>de<64> OpenDivX, zosta<74> obj<62>ty licencj<63> GPL przez jego autor<6F>w w
wersji 0.90pre9. Mo<4D>esz teraz bez obaw tworzy<7A> pakiety binarne.
</para>
<para>
Kolejn<EFBFBD> przeszkod<6F> przy redystrybucji binari<72>w by<62>a optymalizacja dla konkretnej
architektury CPU podczas kompilacji. <application>MPlayer</application>
obs<EFBFBD>uguje wykrywanie CPU podczas uruchamiania (podaj opcj<63>
<option>--enable-runtime-cpudetection</option> dla skryptu
<command>configure</command>). Jest ona domy<6D>lnie wy<77><79>czona, poniewa<77> wymaga
po<EFBFBD>wi<EFBFBD>cenia ma<6D>ej cz<63><7A>ci mocy obliczeniowej procesora. Jednak mo<6D>liwe jest
teraz tworzenie binari<72>w, kt<6B>re b<>d<EFBFBD> dzia<69>a<EFBFBD>y na r<><72>nych typach procesor<6F>w
kompatybilnych z Intelem.
</para>
</sect1>
<sect1 id="nvidia-opinions">
<title>nVidia</title>
<para>
Nie podoba nam si<73> fakt, <20>e <ulink url="http://www.nvidia.com">nVidia</ulink>
dostarcza wy<77><79>cznie sterowniki binarne (dla XFree86), kt<6B>re cz<63>sto zawieraj<61>
b<EFBFBD><EFBFBD>dy. Dostali<6C>my wiele zg<7A>osze<7A> na
<ulink url="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</ulink>
o ich b<><62>dach, marnej jako<6B>ci, braku stabilno<6E>ci oraz s<>abym wsparciu dla
u<EFBFBD>ytkownika i eksperta. Wiele z tych problem<65>w/kwestii pojawia si<73> ci<63>gle.
nVidia skontaktowa<77>a si<73> z nami ostatnio i stwierdzi<7A>a, <20>e te b<><62>dy nie
istniej<EFBFBD>, a przyczyn<79> braku stabilno<6E>ci s<> wadliwe uk<75>ady AGP, nie otrzymali
r<EFBFBD>wnie<EFBFBD> <20>adnych zg<7A>osze<7A> o b<><62>dach w sterowniku (takich jak purpurowa linia).
Je<EFBFBD>eli masz problem ze swoj<6F> kart<72> nVidia, radzimy zainstalowa<77> najnowsz<73> wersj<73>
sterownik<EFBFBD>w nVidia i/lub kupno nowej p<>yty g<><67>wnej lub poprosi<73> nVidi<64> o otwarte
sterowniki. W ka<6B>dym razie, je<6A>eli u<>ywasz sterownik<69>w binarnych nVidia i
stajesz przed problemami z nimi zwi<77>zanymi, b<>d<EFBFBD> <20>wiadom, <20>e nie otrzymasz zbyt
du<EFBFBD>ej pomocy z naszej strony, poniewa<77> nie mamy du<64>ej mo<6D>liwo<77>ci jej udzielenia.
</para>
</sect1>
<sect1 id="joe-barr">
<title>Joe Barr</title>
<para>
Joe Barr sta<74> si<73> ma<6D>o popularny w grudniu 2001, pisz<73>c niezbyt pochlebn<62>
recenzj<EFBFBD> <application>MPlayera</application> zatytu<74>owan<61>
<ulink url="http://www.linuxworld.com/story/32880.htm"><application>MPlayer</application>: Projekt z piek<65>a rodem</ulink>.
Mia<EFBFBD> problemy z jego instalacj<63>. Stwierdzi<7A> r<>wnie<69>, <20>e developerzy byli ma<6D>o
przyja<EFBFBD>ni, a dokumentacja niekompletna i ubli<6C>aj<61>ca. Sam oce<63>. Nast<73>pnie
negatywnie pisa<73> o Arpim w swoich
<ulink url="http://www.linuxworld.com/story/32887.htm">10 prognozach dla Linuksa na rok 2002</ulink>.
W podobnej recenzji xine zatytu<74>owanej
<ulink url="http://www.linuxworld.com/story/32716.htm">Strumieniowy odtwarzacz medi<64>w dla reszty z nas</ulink>
ci<EFBFBD>gle wzbudza<7A> kontrowersje. Jak na ironi<6E>, pod koniec swojego artyku<6B>u cytuje
kr<EFBFBD>tk<EFBFBD> wymian<61> zda<64> mi<6D>dzy nim a G<>nterem Bartschem, tw<74>rc<72>
<application>xine</application>, kt<6B>ra idealnie podsumowuje ca<63><61> spraw<61>:
<blockquote><para>
Jednak powiedzia<69> te<74>, <20>e by<62> &quot;zaskoczony&quot; moim artyku<6B>em o
<application>Mplayerze</application> i uwa<77>a go za niesprawiedliwy,
przypominaj<EFBFBD>c, <20>e jest to projekt wolnego oprogramowania. &quot;Je<EFBFBD>li Ci si<73> nie
podoba,&quot; powiedzia<69> Bartsch, &quot;nie ma przeszk<7A>d, <20>eby<62> go nie u<>ywa<77>.&quot;
</para></blockquote>
Prawie 2 lata p<><70>niej w pa<70>dzierniku 2003 napisa<73> kolejn<6A> recenzj<7A> zatytu<74>owan<61>
<ulink url="http://www.newsforge.com/article.pl?sid=03/10/02/0343200">Mplayer raz jeszcze</ulink>
(umy<6D>lnie zachowana z<>a pisownia).
Zawarty jest w niej nast<73>puj<75>cy wniosek:
<blockquote><para>
Musz<EFBFBD> przyzna<6E>, <20>e znacznie zwi<77>kszy<7A>a si<73> liczba mo<6D>liwo<77>ci, poprawi<77>a si<73>
wydajno<EFBFBD><EFBFBD> i dokumentacja. Ci<43>gle instalacja nie jest naj<61>atwiejsza na <20>wiecie,
szczeg<EFBFBD>lnie dla pocz<63>tkuj<75>cych, ale jest troch<63> lepiej ni<6E> by<62>o.
</para></blockquote>
i
<blockquote><para>
Ale co najwa<77>niejsze, nie dochodz<64> do mnie komentarze o oburzeniu u<>ytkownik<69>w.
My<EFBFBD>l<EFBFBD>, <20>e nale<6C>y mi si<73> za to uznanie, nawet je<6A>eli tylko ja tak twierdz<64>.
Arpi i reszta zespo<70>u pracuj<75>cego nad projektem musz<73> uwa<77>a<EFBFBD> tak samo, poniewa<77>
zatroszczyli si<73> o wzmiank<6E> o mnie w specjalnym rozdziale ich dokumentacji
do<EFBFBD><EFBFBD>czonej w pliku tar. Jak m<>wi<77>em na pocz<63>tku, niekt<6B>re rzeczy si<73> nie
zmieniaj<EFBFBD>.
</para></blockquote>
Nie mo<6D>emy sprecyzowa<77> naszego stanowiska wobec Joe Barr'a lepiej:
&quot;Ci<EFBFBD>gle nie jest to najuczciwszy i najlepiej opracowany artyku<6B>
na <20>wiecie, ale jest lepszy ni<6E> kiedy<64>.&quot; Mamy nadziej<65>, <20>e kiedy<64>
przypadniemy sobie do gustu. Jednak uznanie za dojrza<7A>o<EFBFBD><6F>, mo<6D>emy tylko
przypisa<EFBFBD> starzeniu si<73> i po cz<63><7A>ci zm<7A>czeniu bezsensownymi k<><6B>tniami.
</para>
</sect1>
</appendix>