Názory k článku
Fedora 11: běh na krátké tratě

Vlastním sice Mandrivu 2009.1 což je má stálá partnerka, ale Fedoru 11 si budu muset vyzkoušet, třeba se z ní stane alespoň milenka ;-) Doufám, že to nebude číst ná přítelkyně :-D

:) ja zkousel naposled Fedoru 5, tak doufam, ze od te doby udelali nejaky pokrok :)) ale jen do virtualu, RPM systemy mi nejak nesedi ..

Pokud to neni EXE system, tak to spravuji rad, u EXE systemu se vztekam, ale spravovat se take musi ;-)

skôr .CAB systém, nie? Alebo .MSI? Aha máš pravdu .aj EXE!

Ac jsem si pri kliknuti na clanek myslel neco o „dalsi“ recenzi, ktera bude mit par obrazku a zacinat i koncit informacnemi o novem vzhledu a rychlejsim startu, musim rict, ze jsem se spletl. Chvalim autora, pekny clanek, z nehoz jsem se kdeco dozvedel.

Je rychlá – boot na starém notebooku trvá 45 vteřin oproti dřívější minutě. Při používání je znatelně svižnější – ještě jsem si na to nezvykl. :-) Poinstalační práce tentokrát trvaly jen chvilku a po vypnutí KMS na i810 (XTerm dělal artefakty a v Google Earth nebyla zeměkoule :-) nepotřebuji žádnou opravu, která by mi vrátila dřívější funkčnost. Zatím největší spokojenost za celou Fedoří éru.

musi to fungovat aj zo suborov, pretoze prvy update po nainstalovanom systeme tiez pouzil deltarpm – a z live CD sa urcite ziadne RPM nekopirovali, len samotny system.

Funguje to se soubory na disku. Podmínkou je, že nebyl změněn žádný soubor, který nemá příznak %config.

Jojo, to sem si precetl z tech malo informaci co je k tomu k dispozici, ale jesli je v tom nejaky „vykonovy“ rozdil to by me celkem zajimalo. On ani ten princip funkce samotneho deltarpm neni nikdo moc objasnen. Nevim jesli v drpm jsou binarni diffy souboru, nebo jen celeho rpm atd.

Výkonový rozdíl samozřejmě je – rychleji se to stahuje, avšak déle se to instaluje. U pomalých strojů a velkých balíčků na rychlé síti to může znamenat i regresi.

ehm, ono to uz nejaky ten piatok nie je FC ale len F

docela me zaujala, co myslite, prejit/zkusit namisto ubuntu 9.04? na GNU/linux jsem komplet presel ze dne na den pred 4 mesici, pred tim zkusenosti zadne… Ale jsem zvidavy a GNU/linux miluji kvuli filozofii (GNU). Proprietarni SW jiz nikdy vic.

Takze – je tu nejaka dobra duse majici zkusenosti s obema temito systemy, ochotna popsat vyhody, na co si dat pozor, rozdily, proste proc fedora? dekuji :)

Myslim si, ze za zkousku to rozhodne stoji. Rozdil? No hlavne v balickovacim systemu, takze nastudovat yum a se zbytkem uz Vam dost dobre pomuze howto, ktere je na strankach fedora.cz. Vlastne i ten yum se tam da kvalitne vycist. Rozhodne je to nejlepsi prirucka uzivatele, ktera je online, protoze mate vse na jednom miste, logicky serazene, zkratka se s tim dobre pracuje. Pochopitelne v prirucce uzivatele Fedory 11 se budou dit velke zmeny, protoze jak predpokladam, tak je prevzata z predchozi verze a budou se menit jen ty casti, ktere funguji jinak. Ale mozna se pletu, treba uz to hosi vychytali v RC verzich a uz tam ty zmeny jsou zanesene, jeste jsem nemel cas do toho nakouknout.

Ano, prirucka se aktualizuje postupne. Nektere zmeny uz jsou popsany, jine cekaji na „dobrovolniky“, kteri je do prirucky napisi.

Fedoru mám hodně rád a pracuji výhradně na ní asi 2 roky. Ovšem nedávno jsem pro kamarádku kupoval notebook s Ubuntu. Byla tam verze 8.10, která se zaktualizovala na 9.04. Můj původní nápad na smazání Ubuntu a instalaci Fedory vzal za své a nechal jsem to tak jak to bylo. Připadalo mi, že přechodem by člověk, který na tom NTB má pracovat nic nezískal. Ale pro získání rozhledu doporučuji alespoň zkusit :)

Ahoj,
z clanku jsem ziskal obavy (jeste jsem neskousnul HAL a networkmanager a uz je to zase neco). Stahnul jsem si radeji komplet repo pro fedoru 9, co kdyby uz to nikdy nebylo lepsi…Planuju pockat do podzimku, to vyjde korekcni verze 12.

V urcitem smyslu je to horsi nez driv, pocet zmen na jedno vydani se blizi

Jake jsou hw naroky? 800MHz je celkem fajn, ale pamet? Staci 512 pametii pro zdravou/dravou funkcnost? Je to mozny nacpat do 256?
Docela bych uvital ke kazdemu vydani kit, ktery vraci zpatky funkcnost – ctrl-alt-f1, bkspc, klasicke baliky jako gv, xfig… Zacal jsem si neco psat sam, ale kazda F je jina…

Jak jsem psal v clanku, pouzivam F11 na dvou PIII800/512 resp. 768MB RAM bez vetsich problemu. 512MB bych ale pro GNOME GUI povazoval za minimum. Pouzivat Fedoru lze i na min, treba jen 64MB, ale urcite ne se vsema nadherama, ale notne orezanou. Tzn. ohnout jde, ale rozhodne to na tyto konfigurace neni pripravovane.

Tech 64MB je vyzkousenyc, nebo jen odhad? Pamatuji, ze F7 mela pro textovou instalaci minimum bud 64 nebo 128. Udelal jsem to tedy v textu a pak jsem v pohode behal maly WM. Pokud je ted minimum pro instalaci napriklad 512, tak uz je to o necem jinem…

U fedory jsem se naučil, že není dobré vlítnout hned na novou verzi. Například poslední update F10 mi rozsekal stabilitu KDE a ta konfigurace pulseaudio je také dost vtipná.

Co znamena rozsekana stabilita KDE? Muzes nam to pls hodit do rhbz?

Jsem rád, že A.C.P. nepolevuje v tradici kvalitních recenzí nových fedorek.

ps: já se na sha1sum nechal nachytat :-)

Klávesovú skratku ctrl+alt+backspace používam bohužiaľ často, pretože sa mi často stáva, že X zamrzne keď ťahám nejaký text alebo súbor. Systém si myslí, že stále držím nejaký text/ikonu súboru a tým pádom nemôžem robiť nič, iba čakať, či sa náhodou nespamätá alebo použiť tú skratku… Robí mi to na ubuntu 8.10 na staršom compe.

To by asi spíš řešily Ctrl-Alt-KP_Star (zruší grab) a/nebo Ctrl-Alt-KP_Slash (zabije klienta, který ho drží). Mám ovšem temné tušení, že jsou dnes už implicitně též zakázané…

To znie super, akurát netuším ako to nastaviť, google nehovorí nič. Našiel hlavne zdrojáky, z ktorých sa to akosi neviem dovtípiť…

V xorg.conf:

Option „AllowDeactiva­teGrabs“

Option „AllowClosedow­nGrabs“

Vypnuto je to z dobrého důvodu – jde s tím odstřelit screensaver a odemknout si tak obrazovku bez hesla.

a pripomina mi pootocene logo M$ – este aj farby sedia, alebo to som len ja paranoidny? …

Nejedna se o logo, logo fedory je stale stejne „f“ v bubline. Tohle je jen vizualizace onech ctyrech vlastnosti. Barvy jsou zamerne v jinych odstinech nez MS, ale nevim proc, podobnych zakladnich barvach.

To vysvetleni zkratky ABRT je spatne, je to „automatic BUG reporting tool“, umi to totiz reportovat do ruznych systemu a ne jen do bugzilly..

Fedora byla vzdycky zajimava a „pokrokova“, opet jsem se rozhodl vyzkouset. Ale k te instalaci. Kouknu sem http://ultra.linux.cz/…releases/11/ a vidim, ze i686 je k dispozici pouze jako Live-CD. A z netinstall CD (ktere jsem chtel puvodne pouzit) jde pouze upgrade systemu. Mam pravdu, nebo mi zase neco unika ;-)

Hmm a instalace z Live CD skoncila a po restartu mame „boot failure“. Ach jo…

Nevidim duvod proc by mel jit nej upgrade, ale priznavam ze netinstal jsem tentokrat nedelal ani jeden.

No, ja to zkousel a nabidlo mi to pouze upgrade. Dokonce jsem zkousel s timto i nabootovat (sazel jsem na chybne oznaceni) a proces nasledne skoncil chybou. Jinak na druhy pokus se mi instalace zdarila korektne, v prvnim pripade asi zasahly nejake nadprirozene sily ;-)

Ahoj,
co je i686? Predstavuji si, ze pentium je i586 a 486+386 je i386. Dik za pouceni.

Označení i686 je pro Pentium Pro (uveden 1995) a novější CPU (tedy 32bitové). Umí PAE a obsahuje instrukce navíc. Nejzajímavější je asi instrukce CMOV, která umí rychle kopírovat bloky paměti. Používají ji jak GLIBC (základní SW knihovna), tak jádro – tím pádem vám takový systém na starším CPU nepojede. Stejně jako PAE, které možňuje mít v 32bitovém systému více než 4GB RAM, avšak dnes se používá zejména pro ochranu před viry a červy (přetečení bufferu).

Zapomněl jsem na téměř nejdůležitější – i686 má úplně jiný způsob zřetězení instrukcí, takže optimalizace pro i686 způsobí na obyčejném Pentiu (a Pentium MMX) paradoxně zpomalení jejich vykonávání.

Idem do toho, ale mám také nutkanie vyskúšať XFCE spinoff, čo vy na to, bude to inak plnohodnotné? Uvidím, či sa pokorne vrátim k jarnej Mandrive. :-)

Vyskúšané živé CD (x86_64, Gnome), nejaká hláška o kernel chybe (poslané vývojárom – toto vyzerá byť užitočná funkcia), ešte na začiatku bootu v textovom režime že niečo nie je dobre a môžu sa vyskytnúť chyby, neprehráva to samo od seba „neslobodné“ kodeky, nenabehol proprietárny ovládač grafiky, nedali sa zapnúť desktop efekty… ostávam pri inej distribúcii. :-)

Viem, že to všetko sa dá vyriešiť a držím tejto sympatickej distribúcii palce.

Ficim na F11 preview XFCE i686 na desktope a teraz som nahodil F11 xfce 64 na notas, obe funguju skvele. Dokonca mam subjektivny dojem ze ta 64-bit verzia je nejaka rychlejsia. Ale mozem to porovnavat len s preview releasom F11 – neviem nakolko tam uz bolo vsetko optimalizovane.

K tomu XFCE asi tolko ze je to plnohodnotne prostredie, pouzivam ho od cias F8 a plne mi postacuje.

V prvnim problemu jsem nevinne, uvozovky tam spatne pridala redakce. Za zkomoleni jmena se omlouvam. Bohuzel preklepu jsem ted pri cteni na rootu nasel vicero (ja je ovsem opravit nemohu), ale snad to tak nekazi vysledny dojem.

HAL z principu ISA kartu nenajde, protože ISA sběrnice neposkytuje seznam zařízení, jako to umí PCI. Na ISA sběrnici musíte zkusit zavést modul, avšak znamená to naslepo zapsat něco na porty, z čehož může zamrznout (nekompatibil­ní) HW.

UXA není 2D akcelerace, ale rozhraní pro akceleraci, které využívá správu paměti GEM (paměť grafické karty a systémové RAM určené pro práci s grafikou), což umožňuje zobrazovat obsah paměti bez kopírování bloků paměti přímo do framebufferu a existuje to hlavně kvůli 3D a kompozitním manažerům oken (3D efekty na desktopu). Dnešní karty emulují 2D akceleraci pomocí 3D funkcí. Až ve firmaware grafických čipů tato emulace zmizí, můžeme na 2D zapomenout. UXA je reimplementace EXA s novým manažerem GEM (EXA používala manažer TTM). Před tím bylo XAA. V zásadě by se mělo přejít z EXA/UXA na OpenGL funkce.

DRI je nástupce DDX. DDX je driver, který překládal akcelerační instrukce v obecném formátu (např. vykreslení elipsy, posuv výseku obrazovky – rolování v okně nebo posun okna apod.) do instrukcí, kterým konkrétní grafický čip rozuměl, takže docházelo ke kopírování dat prostřednictvím jádra (indirect hardware access). DRI umožňuje přímý přístup k HW grafické karty (direct access), což významně urychluje 3D, kde je potřebné přenášené množství dat vyšší, než u 2D operací. Modul DRI X používá obecný DRM modul jádra, který používá HW specifický DRM modul pro kontakt s grafickým čipem. Nicméně DRI bylo konzervativní a přímý přístup k HW byl jen pro 3D funkce. Navíc DDX neuměl synchronizovat paměť karty s obsahem RAM, což řeší právě UXA s GEM. DRI2 se věnuje efektivitě komunikace mezi X a grafickým čipem a též možnosti používat kompilátor, který přeloží grafické instrukce do jazyka grafického čipu a umožní jejich asynchronní provádění.

Modul Presto funguje i bez původního balíčku (jen s tím, co má na disku), avšak „yum update“ nejprve vypíše celkovou velikost aktualizace bez ohledu na delta možnost. Při stahování je však už vidět, jak stahuje místo celých RPM balíčků jen DRPM balíčky (delta-rpm).

HAL ISA zarizeni skutecne nenajde, ale pokud zavedu rucne sb16 modul s prislusnymi parametry, coz delam uz drahne let v rc.local, zarizeni se normalne objevi. Problem je popsan v teto chybe a pro emu10k byl opraven, pro sb16 uz nikoli https://bugzilla.redhat.com/show_bug.cgi?…

S tim Prestem uz se to tady probiralo. Podle stranek DeltaRPM to vypada ze jsou mozne obe varianty – sestaveni z existujiciho RPM a DRPM nebo z nainstalovanych souboru a DRPM. Bohuzel jsem nenasel zadnou poradnou dokumentaci, kde by se to dalo overit.

Jinak diky za doplneni.