mpv/DOCS/Polish/users_against_developers.html

188 lines
9.4 KiB
HTML
Raw Normal View History

<HTML>
<BODY BGCOLOR=white>
<FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>
<P><B><I>In medias res</I></B></P>
<P>S<EFBFBD> takie dwa tematy, kt<6B>re zawsze wywo<77>uj<75> wielk<6C> dyskusj<73> i ogniste boje na
li<EFBFBD>cie dyskusyjnej <A
HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">u<>ytkownik<69>w mplayera</A>.
Tematem numer jeden jest:</P>
<A NAME=gcc><P><B><I>serie GCC 2.96</I></B></P>
<P><B>Przeczytaj te<74> <A HREF="gcc-2.96-3.0.html">ten</A> tekst !!!</B></P>
<P><I>T<EFBFBD>o</I>: by<62>y/s<> serie GCC <B>2.95</B>. Najlepsz<73> z nich by<62>a 2.95.3.
Zwr<EFBFBD><EFBFBD> uwag<61> na spos<6F>b numerowania wersji j<>dra. Oto jak dru<72>yna GCC numeruje
swoje kompilatory. Serie 2.95 s<> dobre. Nigdy nie widziano, aby co<63> <20>le si<73>
skompilowa<EFBFBD>o z przyczyny b<><62>d<EFBFBD>w w 2.95.</P>
<P><I>Poczynania</I>: <B>RedHat</B> rozpocz<63><7A> w<><77>czanie wersji GCC <B>2.96</B>
w swoich dystrybucjach. Zwr<77><72> uwag<61> na numeracj<63> wersji. To powinno by<62>
numerowanie dru<72>yny GCC. Oni na<6E>o<EFBFBD>yli <20>at<61> na wersj<73> CVS GCC (co<63> na
pograniczu 2.95 a 3.0). Ta <20>ata by<62>a bardzo powa<77>na i tej werji u<>yto do
dystrybucji, poniewa<77> wersja 3.0 nie by<62>a sko<6B>czona na czas, a oni chcieli mie<69>
obs<EFBFBD>ug<EFBFBD> IA64 ASAP (z powod<6F>w w<>asnych interes<65>w). A przecie<69> GCC 2.95
<EFBFBD>le kompiluje bash na architekturze s390 (nie ma dystrybucji RedHata dla
s390..).</P>
<P><I>Fakty</I>: proces kompilacji <B>MPlayera</B> wymaga
<CODE>--disable-gcc-checking</CODE>, aby pomin<69><6E> wykrywanie wersji GCC 2.96
(wyra<72>nie wymagana jest ta opcja przy <B>egcs</B> r<>wnie<69>; to dlatego, <20>e my
nie testujemy <B>MPlayera</B> na egcs. Prosz<73> nam wybaczy<7A>, ale my raczej
zajmujemy si<73> rozwijaniem <B>MPlayera</B>). Je<4A>eli znasz <B>MPlayera</B>,
powiniene<EFBFBD> wiedzie<69>, <20>e jest on bardzo szybki. Osi<73>ga to poprzez
zoptymalizowanie kodu dla MMX/SSE/3DNow/itp., dzi<7A>ki fastmemcpy i wielu innym
w<EFBFBD>a<EFBFBD>ciwo<EFBFBD>ciom. <B>MPlayer</B> zawiera<72> instrujkcje MMX/3DNow w sk<73>adni, kt<6B>r<EFBFBD>
wszystkie kompilatory Linuksowe akceptuj<75> ... za wyj<79>tkiem GCC RedHata (to
okre<EFBFBD>lenie jest bardziej zgodne ze standardem). On po prostu je
<B><I>przeskakuje</I></B>. Nie zg<7A>asza b<><62>d<EFBFBD>w. Nie wysy<73>a ostrze<7A>e<EFBFBD>. <B>I</B>,
tam jest "Lame". Z gcc 2.96, sprawdzanie jako<6B>ci (<CODE>make test</CODE> po
kompilacji) <I>nawet si<73> nie uruchamia!!!</I> Hej, ale on kompiluje bash na
s390 i IA64.</P>
<P><I>Wnioski</I>: wi<77>kszo<7A><6F> developer<65>w na <20>wiecie zacz<63><7A>o mie<69> z<>e odczucia
w zwi<77>zku z GCC 2.96 RedHata. Powiedzieli oni swoim u<>ytkownikom RedHat'a, aby
u<EFBFBD>ywali do kompilacji innych kompilator<6F>w, ni<6E> 2.96. Rozczarowanie u<>ytkownik<69>w
RedHata powoli przemieni<6E>o si<73> w gniew. Co by<62>o takiego dobrego, w
przeciwie<EFBFBD>stwie do b<>lu g<>owy developer<65>w, w dolewaniu oliwy do
anty-RedHatowskiego ognia, wprawiaj<61>cym u<>ytkownik<69>w w konsternacj<63>? Ja nie
znam odpowiedzi na to pytanie.</P>
<P><I>Tera<EFBFBD>niejszo<EFBFBD><EFBFBD></I>: RedHat twierdzi, <20>e GCC 2.96-85 i kolejne wersje s<>
naprawione i pracuj<75> w<>a<EFBFBD>ciwie. Zwr<77><72> uwag<61> na numeracj<63> wersji.To typowe, <20>e
zacz<EFBFBD>li z czym<79> takim. A co z GCC 2.96.85? Nieistotne. Nie szukam, ale
wci<EFBFBD><EFBFBD> widz<64> b<><62>dy w 2.96. To jest bez znaczenia teraz, miejmy nadziej<65>, <20>e
<B>RedHat zapomni o 2.96</B> i skieruje si<73> ku <B>3.0</B>. W kierunku
porz<EFBFBD>dnie za<7A>atanego 3.0...</P>
<P><I>To, czego ja tu nie rozumiem</I>, to z jakiego powodu jeste<74>my oblegani
przez u<>ytkownik<69>w RedHata, <20>al<61>cych si<73> na komunikaty ostrzegawcze i dokumenty
w rodzaju "trzymaj si<73> z dala" w <B>MPlayerze</B>. Dlaczego jeste<74>my nazywani
"umys<79>owo upo<70>ledzonymi", "totalnymi dupkami", "dziecinnymi w swoim my<6D>leniu"
przez <B>u<EFBFBD>ytkownik<EFBFBD>w RedHata</B>, na naszej mailowej li<6C>cie dyskusyjnej, a
nawet na li<6C>cie <B>redhat-devel</B>. Rozwa<77>ali oni nawet stworzenie odga<67><61>zienia
<B>MPlayera</B> dla nich samych. U<>ytkownicy RedHata. Dlaczego? Czy to RedHat
stworzy<EFBFBD> kompilator, dlaczego <U>wy</U> musicie nas nienawidzie<69>? Jeste<74>cie a<>
<U>takimi</U> wyznawcami RedHata? Prosz<73>, przesta<74>cie. My nie chowamy
urazy do u<>ytkownik<69>w, nie wa<77>ne jak g<>o<EFBFBD>no og<6F>aszacie co<63> przeciwnego. Id<49>cie,
prosz<EFBFBD>, u<>era<72> si<73> z Linusem Torvaldsem, z developerami DRI (och, teraz wiem ju<6A>
dlaczego oni zostali opuszczeni przez VA!), Wine, avifile. Je<4A>li nawet
jeste<EFBFBD>my aroganccy, czy nie jeste<74>my tacy sami jak wcze<7A>niej wspomniani?
Dlaczego to <B>my</B> musimy cierpie<69> z powodu nies<65>usznego gniewu?</P>
<P><A HREF="mailto:willis_matthew@yahoo.com">Matt Willis</A> uprzejmie
dostarczy<EFBFBD> proste howto (jak to zrobi<62>) kompilacji GCC-3.0.3, kt<6B>re poni<6E>ej
zamieszczam:</P>
<P>
<UL>
<LI><EFBFBD>ci<EFBFBD>gnij gcc. Id<49> na stron<6F>: <A
HREF="http://gcc.gnu.org/mirrors.html">http://gcc.gnu.org/mirrors.html</A>.
Ja <20>ci<63>gn<67><6E>em nast<73>puj<75>ce pliki, ale ty nie potrzebujesz ich wszystkich:<BR>
<CODE>gcc-g++-3.0.3.tar.gz<BR>
gcc-objc-3.0.3.tar.gz<BR>
gcc-3.0.3.tar.gz<BR>
gcc-g77-3.0.3.tar.gz<BR>
gcc-testsuite-3.0.3.tar.gz<BR>
gcc-core-3.0.3.tar.gz<BR>
gcc-java-3.0.3.tar.gz</CODE>
</LI>
<LI>Rozpakuj pliki, stw<74>rz katalog w kt<6B>rym b<>dizesz budowa<77> i zbuduj:
<CODE><PRE>
tar xvzf gcc-*3.0.3.tar.gz
mkdir gcc-build; cd gcc-build
../gcc-3.0.3/configure --prefix=/opt --program-suffix=-3.0.3
make bootstrap; mkdir -p /opt; make install</PRE></CODE>
<LI>Ustaw swoj<6F> <20>cie<69>k<EFBFBD>, aby zawiera<72>a /opt/bin<BR>
<CODE>export PATH=/opt/bin:${PATH}</CODE>
<LI>Teraz mo<6D>esz budowa<77> MPlayera.</LI>
</UL>
</P>
<A NAME=binary><P><B><I>Dystrybucja MPlayera w postaci binari<72>w</I></B></P>
<P>Tony u<>ytkownik<69>w prosz<73> nas o to. Na przyk<79>ad u<>ytkownicy Debiana maja
zwyczaj m<>wi<77>: Oh, mog<6F> zrobi<62> <CODE>apt-get install avifile</CODE>, dlaczego
mam <B>kompilowa<EFBFBD> MPlayera</B>? To brzmi rozs<7A>dnie, ale problem le<6C>y nieco
g<EFBFBD><EFBFBD>biej, ni<6E>:
ci-pieprzeni-developerzy-MPlayera-nienawidz<64>-gcc-2.96-i-RedHata-i-Debiana.</P>
<P>Przyczyny: <B>Prawo</B></P>
<P><B>MPlayer</B> zapisany jest jako <U><EFBFBD>r<EFBFBD>d<EFBFBD>a</U>. Zawiera on kilka plik<69>w z
niekompatybilnymi liecencjami w punktach dotycz<63>cych redystrybucji. Jako
<EFBFBD>r<EFBFBD>d<EFBFBD>owe pliki, maj<61> one prawo wsp<73><70>istnie<69> w tym samym projekcie.</P>
<P>Jednak<EFBFBD>e <U>ANI BINARIA, ANI BINARNE PAKIETY <B>MPlayera</B> NIE MAJ<41> PRAWA
ISTNIE<EFBFBD> W CHWILI, GDY TAKIE OBIEKTY <20>AMI<4D> LICENCJE</U>. LUDZIE, KT<4B>RZY
ROZPROWADZAJ<EFBFBD> TAKIE PAKIETY BINARNE POST<53>PUJ<55> NIELEGALNIE.</P>
<P>Wi<EFBFBD>c je<6A>li znasz kogo<67>, kto rozporz<72>dza binarnymi pakietami, w<>wczas daj mu
do przeczytania ten tekst i (popro<72> go o) kontakt z nami. To co on/ona robi,
jest nielegalne I TO JU<4A> NIE JEST <B>MPlayer</B>, a <U>jego/jej</U> mplayer.
Je<EFBFBD>li <20>le dzia<69>a, to to jest jego/jej wina. Niech nikt nie przychodzi i nie
<EFBFBD>ali si<73> na list<73> mailow<6F> <B>MPlayera</B>, bo najprawdopodobniej zostanie
zapisany na czarn<72> list<73>.</P>
<P>Przyczyny: <B>Techniczne</B></P>
<P>
<UL>
<LI>Optymalizacja szybko<6B>ci dzia<69>ania <B>MPlayera</B> (MMX, SSE, fastmemcpy,
itp) jest zdeterminowana podczas kompilacji. Z tego powodu skompilowane
binaria zawieraj<61> bardzo specyficzny dla danego procesora kod. Binaria
<B>MPlayera</B> skompilowane dla K6 nie b<>d<EFBFBD> wydolne na procesorach Pentium
i vice versa. To zosta<74>o rozpracowane poprzez wykrywanie runtime, co nie
jest <20>atw<74> do obej<65>cia zrobienia, gdy<64> sprawia masow<6F> utrat<61> pr<70>dko<6B>ci.
Je<4A>li nie wierzysz (to by<62>o juz 10000 razy wyja<6A>nione w szczeg<65><67>ach na
mplayer-users, przeszukaj archiwum), to rozwik<69>aj to i wy<77>lij nam patch.
Kto<74> zacz<63><7A> nad tym pracowa<77>, ale nie ma o nim wie<69>ci od tamtej pory.</LI>
<LI>System audio/video <B>MPlayera</B> nie jest oparty na systemie
wtyczek. System audio/video jest wkompilowany w binaria, co powoduje
zale<6C>no<6E><6F> binari<72>w od r<><72>nych bibliotek (GUI zale<6C>y od GTK, DivX4 zale<6C>y od
libdivxdecore, SDL zale<6C>y od libSDL, ka<6B>de wydanie SDL zawiera unikalny
b<><62>d, ktory musi by<62> omini<6E>ty w czasie kompilacji, X11 wyj<79>cie w r<><72>ny
spos<6F>b si<73> kompiluje X3 i X4, itp). Mo<4D>esz powiedzie<69>: wi<77>c zr<7A>bmy 30
wersji binari<72>w do <20>ci<63>gni<6E>cia! Nie zrobimy tego. Zrobimy te rzeczy w
postaci wtyczek w przysz<73>o<EFBFBD>ci.</LI>
</UL>
<A NAME=nvidia><P><B><I>NVidia</I></B></P>
<P>Nie lubimy binarnych sterownik<69>w nvidii, ich jako<6B>ci, niestabilno<6E>ci,
nieistniej<EFBFBD>cego wsparcia dla u<>ytkownik<69>w, wci<63><69> pojawiaj<61>cych si<73> nowych
b<EFBFBD><EFBFBD>d<EFBFBD>w. Wi<57>kszo<7A><6F> u<>ytkownik<69>w ma do nich podobne podej<65>cie. Skontaktowali si<73>
z nami p<><70>niej ludzie z NVidii i powiedzieli, <20>e te b<><62>dy nie istniej<65>,
niestabilno<EFBFBD><EFBFBD> jest win<69> chip<69>w AGP i odm<64>wili opublikowania raportu o
b<EFBFBD><EFBFBD>dach sterownika (np. o fioletowej linii). Wi<57>c je<6A>li masz problem ze swoj<6F>
NVidi<EFBFBD>, uaktualizuj sterownik nvidii i/lub kup now<6F> p<>yt<79> g<><67>wn<77>.</P>
<A NAME=kotsog><P><B><I>Joe Barr</I></B></P>
<P>On nie odpowiada na nasze maile. Jego wydawca nie odpowiada na nasze maile.
Sie<EFBFBD> jest pe<70>na jego fa<66>szywych stwierdze<7A> i oskar<61>e<EFBFBD> (on widocznie nei lubi na
przyk<EFBFBD>ad ch<63>opak<61>w z BSD, z powodu r<><72>nicy pogl<67>d<EFBFBD>w [na jaki temat?]).</P>
<P>Oto kilka cytat<61>w wypowiedzi r<><72>nych ludzi na temat Joe Barr (tylko po to,
aby<EFBFBD> zrozumia<69>, dlaczego on si<73> kompletnie nie liczy):</P>
<P><I>"Wszyscy pami<6D>tacie LinuxWorld 2000, kiedy on twierdzi<7A>, <20>e Linus T.
powiedzia<EFBFBD>, <20>e FreeBSD, to garstka developer<65>w. Linus nie powiedzia<69> NICZEGO w
tym rodzaju. Kiedy to wypomniano Joe'mu, jego reakcj<63> by<62>o wyzwanie ludzi
utrzymuj<EFBFBD>cych BSD of dupk<70>w i glupk<70>w."</I></P>
<P><I>"On jest interesuj<75>cy, ale kiepsko mu wychodzi unikanie ...
kontrowersyjno<EFBFBD>ci. Joe Barr by<62> regularnym uczestnikiem forum Willa Zachmanna
w Compuserve, kilka lat temu. By<42> zwolennikiem OS/2 (ja r<>wnie<69> by<62>em
zwolennikiem OS/2). Cz<43>sto przekracza<7A> wszelkie granice, rozw<7A>cieczaj<61>c ludzi
i podejrzewam, <20>e to by<62>y ci<63><69>kie czasy dla niego. Troch<63> z<>agodnia<69> ostatnio,
b<EFBFBD>d<EFBFBD>c ocenionym przez w<>asny dzia<69> redakcyjny. Stonowany, subtelny humor nie by<62>
jednak jesgo stylem w tamtych wczesnych dniach w zupe<70>no<6E>ci. "</I></P>
</HTML>