Vlákno názorů k článku Fedora Core 1 od Milan Keršláger - Redistribuce vypálených ISO souborů byla zakázána jen komerčním...

Redistribuce vypálených ISO souborů byla zakázána jen komerčním subjektům (které neuzavřely s RH smlouvu). Školy, neziskové organizace, lidé mezi sebou a dokonce i firmy pro své zaměstnance mohli RHL šířit neomezeně včetně ochranných známek (dokonce kvůli zachování jména neměla být distribuce modifikována). Redistribuce nebyla možná už před vznikem RHN. RHL byl vždy základem pro RHEL (např. verze 2.1 vychází z RH 7.2). Zapomněl jste na subprojekt Fedora Legacy, který má dobu garantované podpory 6-9 měsíců prodlužovat. Vsadil bych se, že grafická instalace s pomocí NFS je stále k dispozici, protože GUI bylo pro FTP a HTTP přidáno. GUI nástroj pro správu balíčků závislosti v rámci výběru řeší (a yum i up2date například bez problému také). Grafický start sice přináší zpomalení na začátku (startuje X server), ale v závěru nemusíte čekat na start GDM (GUI přihlašování). Nepoužívate-li Xy, pak samozřejmě GUI start nemá smysl (a ani se nenainstaluje). Místo zápisu do /proc/sys bych raději doporučil editaci /etc/sysctl.conf. Fedora je nadále (stejně jako mnoho verzí zpět) překládána pro instrukční sadu i386 s optimalizací na i686. O i586 se Vám asi muselo něco zdát (nebo si to pletete s Mandrake). Vytuhnutí RPM při instalaci není způsobeno použitím non-Fedora balíčku, ale futexy (používané pro spouštění instalačních scriptů). Nicméně já jsem si toho ještě nevšiml a nesetkal jsem se s tím (v RPM ve verzi post-RH9, kterou si můžete pro starší verze RH Linuxu stáhnout z ftp://ftp.rpm.org). Interoperabilitu můžete elegantně řešit pomocí programů luit(1) i xterm(1) nebo (dočasným) nastavením UTF locale na vzdáleném systému. Midnight Commander už od verze z RH 8 (resp. 9) s UTF problémy IMHO nemá. Z konzole nelze vkládat jen některé (multibajtové) znaky (v podstatě velká háčkovaná písmena a ta malá, která nemají přímo klávesu na české klávesnici). Nechápu, co je za problém při přepnutí na ISO locale (asi myslíte LANG=cs), protože Glibc i s locale je stejná jako v jiných distribucích, které UTF implicitně nenastavují (pouhou změnou proměnné LANG). Také nechápu, proč by RH měl čekat, až tento krok provedou ostatní (to bychom se nedočkali funkčního UTF nikdy). Podpora MP3 ani DVD skutečně není možná kvůli licencím (za MP3 je třeba platit a dekodér DVD pro Linux oficiálně neexituje a tím pádem byste v USA i jinde porušoval distribucí zákon, což nelze). Osobně si myslím, že FTP edice SUSE bude také bez podpory MP3 (nebo by SUSE musela platit nebo by musela mít nějakou extra licenci). Ostatní distribuce jinak porušují (netýká se koupě krabice, kde to máte v ceně) zákony, což jistě dobré není...

No, celkově je to dost tristní recenze.... Některé věci vysvětluji podrobněji v dnešním článku na http://linuxzone.cz.

Je jiste pravda, ze RH se snazi dodrzovat americke zakony a proto vyradil podporu mp3 apod. ze svych novejsich distribuci. Pro me to byl ale jeden z duvodu, proc jsem presel z RH na MDK. Americke zakony me nezajimaji a doufam, ze ty evropske takove pitomosti jeste dlouho obsahovat nebudou.

Jinak k clanku - pokud se nemylim, RH neobsahoval podporu mp3 uz minimalne ve verzi 7.3, ne-li drive.

v RH 7,3 podpora mp3 byla

Problemy s RPM opravdu existuji od verze RH8.0 kdy proste RPM zatuhne pri instalaci noveho balicku. Chyba bude nekde v DB4 nebo v nespravne komunikaci mezi RPM a DB4. Staci dat kill -9 na rpm. smazat pomocne soubory v /var/lib/rpm ( jsou 3 "__neco.00[1-3] ) a rpm zase funguje dale. Je to neprijemna a asi i zakerna chyba. Minimalne na RH8.0 jsem vypozoroval, pokud se hned po instalaci snazi clovek odinstalovat mozillu ( vsechny 4 balicky naraz ) doje k 100% zatuhnuti RPM, chtelo by to overit popripade na zaklade teto teze chybu najit a opravit. Jinak RH o tomto problemu vi, nekolik zaznamu v buglistu ale mlzi protoze jej nedokaze opravit. Dokonce je tam popsan vyse uvedeny postup s vetou "situace neni kriticka, nijak to neafektuje funkcnost systemu". V RH9.0 je situace o to horsi ze nefunguje --rebuilddb ktery na RH8.0 fungoval.
Nicmene rpm jako takovy nadale funguje.
root@cookie root]# rpm --rebuilddb
error: db4 error(16) from dbenv->remove: Zařízení nebo zdroj jsou používány

Chyba je skutečně ve futexech. Dojde k nekonečnému čekání na uvolnění zámku. RPM z ftp://ftp.rpm.org to skutečně řeší, jak jsem již napsal. --rebuilddb není a nebyl po smazání zámků vůbec potřeba.

MP3 není americký problém, ale náš. Fraunhoferuv institut je z Německa. Kromě toho dodržování zákonů (i když třeba v našem právu není ošetřeno) je projevem civilizovanosti.

Mel jsem za to, ze u MP3 je zpoplatneno jen jejich vytvareni a ne prehravani. Jak to tedy je?

Patenty na MP3 jsou IMHO nesmysl. V norme je jasne receno, jak ma vypadat decoder, takze tam nemuze byt o patentech vubec rec a co se tyka koderu, tak ten musi splnovat to, ze vystupni data museji jit dekodovat dekoderem. To je taky v normou jasne dano - jedine, co si na tom muze kdo dat patentovat, je konkretni implementace koderu, protoze to je jedine, co tam lze prinest noveho.

Aby nedoslo k mylce, co je teple slovo editora a co muj osobni nazor, toto je *muj osobni nazor* na prilozeny link: Clanek neni spatny (i kdyz te politiky skoro moc, na trojnasobne delce textu jsem se nedozvedela nic noveho), ale fakt jsem se po ranu zasmala nad spojenim vzneseneho pana Kerslagera a LinuxZony - svuj k svemu, uzijte si to chlapci :)

Mne se ten clanek na LinuxZone libi, je kvalitni a zasvecenejsi, nez tento clanek na Rootu. Bud chlap a priznej si to. :-) A diskutuj vecne, nesnaz se shazovat oponenta, neuskodis jemu, ale sobe.

Souhlasím. To je docela slušná jedovatost, která do diskuse nepatří. Ačkoliv jsem od Johanky zvyklý na ledacos (a většinou je to k dobru věci), tentokrát to je úlet.

Au :( Ja opravdu nemam nic proti tomu clanku ani proti LinuxZone, mam jen neco proti chovani jistych lidi (nikoli zde!) a nemohla jsem si pomoct.

Bohuzel pravda je ale takova, ze ve svetle komentare a clanku pana Kerslagera vypada tato "recenze" jako prumerna reportaz z tv nova.

To jsem rád, že někdo uvedl článek na pravou míru. Ohledně podpory: kdo čte fedora-devel-list (bývalý rhl-devel-list), tak si nepochybně všiml, že je tak velký zájem podorovat (tj. vydávat bezpečnostní updaty) starší verze, že možná dojde i na 6.2.

Podpora UTF-8 v konzoli: Existuje patch do jádra od Radovana Garabíka, který to opravuje. Bohužel mění ABI, a tak se do jádra nedostane.

SuSE a MP3: SuSE sice nemá podporu pro vytváření MP3, ale pro čtení ano. Ač by i za to mohl Frauhofer Institute vyžadovat poplatky, zdá se, že dodržuje jakýsi "gentleman's agreement" - jde-li o software zadarmo a MP3 podporuje pouze pro čtení, licenční poplatky (zatím) nevyžaduje. Pro hw dekodéry a jakékoliv kodéry ano. A dosti vysoké.

Jak je tomu u LAME? Tam se, pokud vím, také poplatky neplatí. Měl jsem za to, že nezpoplatňování free věcí se týká i encoderů, ne jen přehrávačů.
Nicméně faktem stále zůstává, že MP3 může být kdykoli zpoplatněno v plné míře; je to tuším něco přes rok, co se o tom dokonce vážně diskutovalo, byť to nakonec Thomsoni dementovali. Na druhou stranu taky nechápu, proč v RH podpora free koderů/přehrávačů není.

> Graficky start sice prinasi zpomaleni na zacatku
> (startuje X server)

Hm, to sa neriesi cez bootsplash (vo framebufferi)?

No je to trochu proti zdravemu rozumu, a aby toho nebylo malo tak se to nakonec zase zhodi a nastartuje znovu s GDM :) A cely je to navic udelany tak divne, ze pri 2 monitorech to nenabehne temer vubec, pouze tehdy, kdyz na vas ma vyskocit ta kouzelna hlaska ze mate stisknout do 5-ti sekund y pro fsck, to to nahodi X a zase shodi aby se vas to mohlo na neco zeptat, no neni to na prd?

Problém 2 monitorů je zřejmě chyba a hodila by se do Bugzilly. Kvůli textovému vstupu není potřeba Xy shodit, stačí přepnout na textovou konzoli a pak zase zpět (což by se IMHO mělo dokonce skutečně dít a jestli ne, je to zase chyba).

Jen při bootu jádra. Pak lze sice framebuffer dále používat (např. SUSE), ale stejně nakonec kvůli grafickému přihlašování startuje X server. V RH se rozhodli rovnou spustit X server, což je prostě jinačí přístup (nicméně logický je). Během léta byly pokusy o paralelizaci startovacích skriptů, ale nepřinesly kýžený výsledek a do finální distribuce se proto nedostaly. Nicméně byly dále optimalizovány samotné původní startovací skripty.

Děkuji za uznání :-) Přejdeme k věcným tématům.

Ad redistribuce: V tom nejsme ve sporu. V článku jsem pod pojmem redistribuce uvažoval komerční redistribuci.

Ad Grafický start: Na mém počítači se nejprve nastartuje grafický boot, až se dokončí, tak se X server shodí a nastartuje se nový ve kterém se teprve nastartuje GDM. Nedochází tedy k recyklaci jednoho serveru, ale X server se startuje dvakrát. Čili se tím start prodlužuje.

Ad Správa balíčků: Věcné výtky GUI nástroje pro správu balíčků si můžete přečíst např. tady http://www.root.cz/clanek/1629
http://www.root.cz/clanek/1584

Ad NFS instalace: Máte pravdu. Před chvílí jsem ji zkoušel a funguje.

Ad 386/586: V release notes je doslovně uvedeno že minimální procesor na kterém Fedora běží je Pentium. Ostatně oproti dřívějšku není v distribuci není balíček s jádrem, které by běželo na 386/486. To že je optimalizována pro 686 je fakt.

Ad UTF8: Pokud nejdou na klávesnici vkládat velká písmena s diakritikou, považuji takovou konzoli za v našich podmínkách nepoužitelnou. Luit a xterm nelze použít vždy, stejně jako ne vždy je možné na vzdálené straně nastavit UTF-locales. Navíc v UTF-8 jsou i jména soborů, takže může dojít k problémům pokud na jednom disku máte více distribucí Linuxu.

Ad MP3: SuSE Linux 8.2 FTP i Mandrake GPL dekodéry MP3 obsahuje - ftp://ftp.suse.com/pub/suse/i386/8.2/suse/i586/mpg123-0.59s-301.i586.rpm

Nedíval jsem se podrobně, ale start 1 X serveru je záměr. Takže pokud to funguje jinak, tak buď máte špatný dojem nebo je někde chyba (a zaslouží reportovat). Výtky k RPM si můžete strčit za klobouk, protože (jak jsem vysvětlil nejméně 2x) existuje jednoduché řešení. O i586 se v REL.N. mluví jako o minimálních požadavcích na instalaci (succesfull install), takže to chce lépe číst. BOOT jádro je pro i386 a můžete ho použít (nebo si přeložit svoje). Ostatně instalovat na 386 je hloupost, protože by to dlouho trvalo a navíc jistě mělo málo paměti (instalátor není optimalizován na malou spotřebu paměti). Konzoli používat nemusíte, máte FB a Xy (ve kterých xterm a luit jde použít vždy a mám takový pocit, že konkrétně luit i v textové konzoli, protože to je obyčejný filtr). Jestli chcete konzoli s UTF češtinou, záplatujte jádro nebo použijte ISO kódování (to je to takový problém?). Soubory na disku by měly být vždy v UTF, jinak z problémů nevylezete. A jestli chcete používat zároveň i jiné distribuce (bez UTF), umažte 5 znaků z /etc/sysconfig/i18n a přestaňte zbytečně plakat na nesprávném hrobě. O tom, že Fraunhofer institut nevyžaduje (i když to deklaroval) poplatky od SUSE zde byla řeč. Problém RH je v tom, že na rozdíl od SUSE má RH 50% trhu a zisky, takže případná žaloba má smysl a RH by neměl na obranu nic. Stejně tak to je s NTFS podporou - Microsoft může zažalovat bez varování kohokoliv a jestli to udělají, bude to pro SUSE i Mandrake velmi nepříjemné (ne-li smrtící). Takže nedat podporu pro MP3 je naprosto legitimní a správné.

Prominte, ale michate dohromady fakta a smyslenky a navic na to jdete z pohledu obhajce pristupu RH, nikoliv z pohledu nezaujateho uzivatele. Toho skutecne nektere veci nezajimaji. Uz pouzivani framebufferu pri spusteni jadra je haluz (kolik uzivatelu uz se kvuli tomu dostalo do potizi), spusteni X je IMHO jen pokracovani v nespravne nastoupenem smeru. Nic by se nestalo, kdyby "vylestena" bootsplash byla v textovem rezimu.