Pouzivam RHL od verzie 6.1 (stale amatersky) od zaciatku sa mi velmi pacila sprava balickov, ktora sa velmi podobala na instalaciu aplikacii vo Windows. Az neskor som si zacal vsimat aj neprijemnosti spojene s touto spravou balickov - zavislosti, nie vsetky aplikacie su upravene do rpm a samozrejme aj chyby v rpm-manageroch. Moje uplne rozcarovanie vsak nastalo po prechode z RHL 7.3 na RHL 9. To co vyviedli v RHL je strasne. Clovek vobec nema prehlad (z rpm-managera) o skutocne nainstalovanych balickoch, pri odinstalovavani nepotrebnych balickov potrebuje CD s rpm balicka, ktory potrebuje odinstalovat. Pizvukujem, ze vsetko sa tyka noveho rpm-managera v RHL, nie prikazoveho riadku. Ak sa mylim, prosim opravte ma.
Vazne rozmyslam o prechode z RHL na inu distribuciu
z RH uz nemam hodne dlouho prakticke zkusenosti, ale myslim ze "vsichni" RH uzivatele nakonec zacali pouzivat alternativni apt-get ci jine
jinak bych rad videl podobne srovnani s mdk, zatim mi pripada, ze oba tyto moje oblibene distro s prevahou valcuje, takze trocha kriticnosti od nekoho s vetsim rozhledem, by mi jiste prospela :)
Prechod na jinou distribuci - pokud mate zkusenosti s RH, tak bych vam doporucil Mandrake. Ma hodne podobnou strukturu konfiguracnich souboru a vubec je hodne kompatibilni s RH - aby ne, vzdyt z RH vlastne vznikl ;-) Ackoli je zalozeny na rpm, tak tam nejsou problemy typu RH - ma vlastni spravce balicku, ktery funguje podobne jako v SuSE a ktery ma take radkovou verzi podobnou Debianu. (# urpmi jmeno_balicku nainstaluje balicek i s pripadnymi zavislostmi).
ja mam uz prechod z RHL viac-menej za sebou, skusil som Gentoo a ak pojde vsetko ako doteraz, rozhodnutie to bolo dobre...
IMHO RHL sa ubera dost divnym smerom, pouzival som ho od 7.1 do 8, 9 som radsej ani nekusal po precitani par recenzii.
Fakt mam pocit ze distribucie "from scratch" su asi jedine to prave...
Možná jsou ty jediné pravé pro vás, ale rozhodně ne pro všechny. Normální uživatel to co chce používat musít také zaplatit. Nedovedu si představit, že bych přijel k zákazníkovi, začal stahovat zdrojáky několika stovek programů, objednal kýbl kafe a naúčtoval si pak třeba 18 hodin práce.
O problémech se správou verzí, updaty a následnou údržbou ani nemluvě.
Prostě Linux from Scratch je báječná myšlenka, ale naprosto nevhodná pro jakékolib bussiness nasazení.
to je omyl vobec sa mi nejedna o to ze je to zdarma - nemam problem zaplatit za kvalitny OS alebo aplikacie, problem je ze mne sa az tak kvalitne nezda ju byt "velke" distribucie...
k udrzbe from scratch systemov - neviem ako to je pri inych ale gentoo ma spravu verzii, updaty a zavislosti vyriesene uplne genialne, ja prave naopak vidim gentoo idealny pre biznis nasadenie ak by sa mal nasadit linux... nie je potrebne kompilovat from scratch je mozne stiahnut aj hotove verzie
Podnikání velkých linuxových firem, výrobců distribucí (Red Hat Linux, SuSE Linux), je založeno na tom, že dodávají Linux s přidanou hodnotou. Není to tak, že by kazili geniálně kvalitní open-source programy, vnášeli do nich chyby a pak je za peníze šířili. Dobrá distribuce je kvalitní (prověřená) sbírka programů, která je vzájemně sladěna a třeba obsahuje opravy chyb nebo dokonce backporty nových funkcí. Jsou odstraněny funkce, které mohou způsobit problémy. Je k ní poskytována dokumentace, podpora nebo rovnou záruky. A to je pro bussiness nasazení velice důležité.
Stahování "hotových verzí" programů do "linux from scratch distribuce" mi přijde jako trochu schizofrenní a odporující základním principům takové distribuce. Proč potom rovnou nestáhnout odladěné a záplatované balíčky z komerční distribuce?
Osobně si stojím za tím, co jsem již napsal výše. Scratch distribuce jsou možná dobré pro pokročilé individuální uživatele, kteří vědí co dělají, a kteří jsou schopni docenit výhody, které jim takové distribuce nabízejí. Nedovedu si ovšem představit, že bych s jejich pomocí sledoval a udržoval třebas padesát ostrých serverů svých zákazníků.
Podnikání velkých linuxových firem, výrobců distribucí (Red Hat Linux, SuSE Linux), je založeno na tom, že dodávají Linux s přidanou hodnotou. Není to tak, že by kazili geniálně kvalitní open-source programy, vnášeli do nich chyby a pak je za peníze šířili. Dobrá distribuce je kvalitní (prověřená) sbírka programů, která je vzájemně sladěna a třeba obsahuje opravy chyb nebo dokonce backporty nových funkcí. Jsou odstraněny funkce, které mohou způsobit problémy. Je k ní poskytována dokumentace, podpora nebo rovnou záruky. A to je pro bussiness nasazení velice důležité.
Stahování "hotových verzí" programů do "linux from scratch distribuce" mi přijde jako trochu schizofrenní a odporující základním principům takové distribuce. Proč potom rovnou nestáhnout odladěné a záplatované balíčky z komerční distribuce?
Osobně si stojím za tím, co jsem již napsal výše. Scratch distribuce jsou možná dobré pro pokročilé individuální uživatele, kteří vědí co dělají, a kteří jsou schopni docenit výhody, které jim takové distribuce nabízejí. Nedovedu si ovšem představit, že bych s jejich pomocí sledoval a udržoval třebas padesát ostrých serverů svých zákazníků.
Možná mi to budete mít za zlé, ale já jsem na RedHatu sice začínal, a sem tam ho oťukám, ale můj názor je, že se jedná o věčnou betaverzi. Možná je to daň za pokus o rychlejší uvádění novinek, nevím, ale mě se osobně hodně ulevilo, když jsem přešel na jinou distribuci.
SuSe příliš neznám, chtěl jsem ho zkusit asi před 2-3 lety, ale nepodařilo se mi ho ani nainstalovat. Měl jsem SCSI disk a SuSE ho prostě nenašel. Zkoušel jsem asi 5 jiných distribucí, mimo jiné i RedHat, a kromě SuSE všechny disk našly. A protože SuSE nenašel disk, tak ho nebylo ani kam instalovat. Od té doby jsem SuSE nezkoušel, takže nemohu o něm nic řící.
Co je na tom objektivniho? To ze nekdo rika o RH8 nebo RH9 ze mu nevyhovuje kdyz mu RH7.3 vyhovoval, tak to je hola zhovadilost. Je to stale o tom samem, akorat presli na podporu UTF8, ktera za chvilku bude stejne vsude. Lidi probudte se! Dyt preci nezalezi co mate za distribuci, vsechno to je Linux! Kazdy z Linuxu ma nejaky balickovy system, bez nej to proste nejde a zbytek je jen Linux. Nema cenu soudit distribuci podle dvou grafickych aplikaci, ktere opravdovy profesional stejne nikdy nepouzije. Kdo chcete jen rejdit mysi a sem tam tuknout do klavesnice pro zadani par parametru do grafickeho okna, tak si laskave nastupte do vlaku zvany Window$, ktery smeruje primo do pekla. Preci nechcete z Linuxu udelat dalsi vagonek za timto vlakem, nebo se pletu?!
ja osobne Linux pouzivam nepouzivam - coz znamena, ze vetsinu casu pracuju pod M$W 2k.
Rukama mi prosli: MDK 8.2,9,9.1, RH 9, Debian Woody(este byl v hluboko testingu) a Slack 9
a musim rict ze RH se mi nelibil, MDK by stabilni ve jen verzi 8.2 a ostatni jsou strasne pomali, Debian byl vybornej ale nejak nestabilni(mel na to pravo byl to testing) a asi nejprijemnejsi byl Slack 9, ale jen do doby kdy jsem chtel rozchodit Xawtv (ma asi 15 zavislosti)
takze, ted Linux nemam(nepotrebuju), ale az vyjde Debian Sarge(az pujde naistallovat) tak u nej skoncim
PS: u deb plati, ze to co ma jako testing je stejne stabilni jako stable u vsech ostatnich
Slackware je perfektna distribucia, ale ma malu podporu zo strany balickov(vacsinou ix kompilujem), a takisto na updaty (v debiane staci apt-get a updatne sa sam a so zavislostami). Nevyhodou debianu je pomalost aktualizacie a stare balicky. Pozdava sa mi gentoo, ale kompiluje sa 2 dni. Najviac by mi vyhovovalo cosi ako gentoo len bez kompilacie, nie tak casto updatovane(a s grafickym prostredim ;)
Ak niekto take nieco najde, ozvite sa mi...
"Co je na tom objektivniho? To ze nekdo rika o RH8 nebo RH9 ze mu nevyhovuje kdyz mu RH7.3 vyhovoval, tak to je hola zhovadilost"
...trochu nepovedená reakce. Už jsi testoval kompilaci httpd 2.0.45 pod RH9 s mod_ssl enabled? Problém! Nyní má RH9 OpenSSL vykompilovaný s podporou kerberos a bez úpravy kompilačních parametrů to bude dosti obtížné. Myslím si, že v tomto má RH, bohužel, nešťastné volby. Jejich rozhraní "BC" je sice hezké, ale tyhle razantní zásahy jsou kontraproduktivní. Kdo proboha v desktop systému používá kerberos? Proč tedy musí být OpenSSL tak znetvořené? Obdobně si vzpomínám, jak někdo z RH protlačil do jedné z řad 7.x nový gcc, který byl v té době ještě hodně problémový!
Obdobně i já jsem nucen přejít z verze 6.1 (6.2, 7.2) na vyšší, protože nyní už je systém z větší části jen slátanina všech verzí RH a nemá to s 6.1 + update nic společného.
Vybral jsem si také SuSE, protože:
- pokud mám/chci platit, ať to teče do Evropy a ještě lépe, přímo do SuSE CZ.
- chci mít dostupný i něco jako SMIT v AIXu, tedy YAST2 (opravdu slušné rozhraní). U RH nic obdobného ve znakovém režimu není.
- pokud budu v budoucnu potřebovat enterprise prostředí (support, clustery, aj.), u debianu a slackware jej asi nedostanu. Pokud si vyberu SuSE, při přechodu na enterprise si nebudu muset zvykat na nic moc jiného.
--RAV
Ano - i tyto veci jsem mel, samozrejme, na mysli.
V RH 9 , zda se, je spousta veci, ktere drive bezne fungovaly, problem.
Krome toho si nemohu dovolit provozovat firemni servery na distribuci, ktera je kazdou chvili uplne jina, podpora je nyni jiz kratka atd...Uznava, ze na hrani to je zajimave, jenze ve firemnim prostredi musite byt zdrave konzervativni, jinak mate furu zbytecnych problemu. Kupovat si komercni RH server - to je sice dobra myslenka, ale kdyz se nad tim zamyslim, na vetsine masin mne SuSE neco.neco Professional udela stejnou sluzbu mnohem levneji. A kdyz budu treba chtit provozovat Oracle, ktery je podporovan jen pro komercni RH a United Linux ? Samozrejme zvolim opet distribuci od SuSE, zalozenou na UL - to je logicke.
To, ze Vy kerberos nepouzivate, neznamena, ze jeho podpora neni potreba (pouziva se mj. na stanicich MFF UK). Budte si jist, ze vyvojari RHL stravili upravami existujiciho software tak, aby s OpenSSL a kerberem sel zkompilovat, daleko vice casu nez Vy. Je to krok z technickeho hlediska spravnym smerem.
Vysledkem je, ze OpenSSL nyni podpoduje pkgconfig
a az priste pribude k OpenSSL nova zavislost,
uz se nic menit nebude muset.
Myslim, ze problemy se maji resit a ne kvuli kompatibilite neustale odkladat, a RHL je distribuce, ktera toto pro me splnuje. To, ze s novym vyvojem prichazeji problemy, je logicke, ale me osobne to jako uzivateli dava vyhodu pred temi, kteri pouzivaji "konzervativni" distribuce a
s novymi vecmi se setkaji pozdeji.
Pokud by vyvoj netlacil dopredu RHL, bud by to delala jina distribuce a nadavalo by se na to uplne stejne, nebo v horsim pripade by k vyvoji nedoslo.
Nevim jak Vy, ale ja jsem opravdu rad, ze v systemu
mohu bez problemu pouzivat znaky jako Š
a &tm;, o exotictejsich znacich nemluve.
Ce se tyce gcc 2.96rh, byla to v te dobe logicka
volba a dnes se uz k tomu nema smysl vracet.
Jistě, pokud kerberos potřebujete, potom jste logicky spokojený uživatel/správce. Je otázkou, nemohlo-li se v momentě instalace vybrat "s podporou krb, nebo bez". Osobně nejsem přesvědčený, že by byl kerberos stále využívanější a postup mohl být zvolen opatrnější. Do diskuse o životaschopnosti kerbera mimo univerzitní prostředí a clustery jako IBM SP2 se pouštět nechci, promiňte. Nejsem si v tento moment ale jistý ani tím, proč se bavíte o čase, který na tom tráví vývojáři! Tohle, jako argument kvality distribuce přece neberete, že?
Já osobně jsem rád, že linux je zde. Buďme rádi, že můžeme porovnávat distribuce, která je o co lepší. Je to přece zábava :)
U gccčka to mohla být jistě logická volba, ale pokud vím, tak i Alan Cox, který je (či byl?) u RH v inventáři, se k začlenění vyjadřoval zamítavě. Kompilátor jednoduše nebyl v té době dobře otestován a byla to špatná volba.
Pokud je tedy hlavním úkolem RH distribuce být IN i za takovouto cenou, potom si dopřeji tu možnost na pár let usednout k SeSE. Možná budu obdobně reagovat u diskuse SuSE 12 vs Red Hat 11.1 :) , avšak ve "prospěch" RH.
--mějte slunný den
Co se tyka Kerberosa - tak nad tim je postaven v podstate cely Active Directory. Zatim nikdo nevymyslel (a doufam, ze ani nevymysli) zadny zpusob pro single-sign-on pro celou cit a aplikace. Ve sve podstate je Kerberos vse, co potrebujes, pokud chces behat vetsi sit a mit moznost centralizovane spravovat prava uzivatelu nejen k souborovemu systemu, ale i treba jednotlivym funkcim softwaru.
....."- pokud budu v budoucnu potrebovat enterprise prostredi (support, clustery, aj.), u debianu a slackware jej asi nedostanu. Pokud si vyberu SuSE, pri prechodu na enterprise si nebudu muset zvykat na nic moc jineho." ....
Ja to delam take tak, uz leta kupuji jenom rucni vrtacky firmy Bosch - abych si nemusel zvykat napr. na Metabo.
Prominte mi tu literarni formu meho prispevku, ale jinak se na takove blbosti snad uz neda reagovat...
Máte dar nechápavosti, važte si toho :) trochu vám to tedy předžvýkám. Linux provozuji také cca 5let na 7 serverech a tak už trochu vím, kde co a proč. Protože chci na většině ze serverů přejít na vyšší verze linuxu a vidím, že má RH problémy si ujasnit kudy a kam, obhlížím terén. Nemá smysl si na jeden server nasadit RH, protože proto, na další debian, protože apt, na další slackware, protože linux guru jen slackware. Pokud máte nést zodpovědnost za další vývoj na vašem písečku, je vhodnější mít jednotné a spolehlivé prostředí s jistější budoucností (viz. SCO a united linux) a pokud váš šéf pískne, že od zítřka pojede oracle a sap na linuxu, tak to tak jednoduše musí zafungovat.
Ano, máte-li jeden linuxík - díky za něj - pod stolem a bastlíte na něm Mozillu, aby konečně ^c bylo c, bavíme se každý o naprosto něčem jiném.
--Každopádně mějte se fajn a bojujte
az vas sef piskne a bude chtit SAP , tak bude muset mit do zacatku 15 mil. Kc v tobolce a o tom na cem to pobezi bude rozhodovat ten , kdo to bude implementovat. Takze nemejte strach, ze by jste to dopredu mohl nejak ovlivnit - rozhodovat to urcite nebudete. To same plati pro Oracle, staci se podivat do odpovidajicich news-groups jak tam vsichni s tim molochem bojuji, at uz to bezi na cem chce.
Cilem meho prispevku bylo vyjadrit me zoufalstvi nad mladou generaci nadsencu, kteri se zabyvaji s nepodstatnymi malickostmi, misto toho, aby vyjadrili zasadni nesouhlas s takovym nesmyslem, jakym je SuSE i RedHat. Oba distributori dodavaji inzenyrsky nasmyslne produkty - preneseno do bezneho zivota - vseobecne univerzalni otviraky na vsechny lahve, konzervy, nadrzky plechovky a kanystry tohoto sveta.
Je to pro me silena predstava, ze tito nadsenci maji jednoho dne platit mou penzi.
:))) SAP nám běží pěknou řádku let na AIXu a nedávno jsem si dovolil nainstalovat testovací verze SAP BW na RH 7.2. Jednoduše byla zde ta možnost jej otestovat na linuxu a prošlo to. Samozřejmě, že se nejedná o plně novou instalaci, protože v ten moment většinou rozhodne dodavatelská firma, v tom jsme za jedno. Myslel jsem si, že to postřehnete z kontextu. Pokud by mělo něco podobného běžet na RH, potom se začínáme pohybovat někde u RH Linux AS a to je přece řeč o mírně jiném světě. Každopádně oněch 15mil by věrší firmě nestačilo ani na licence, natož na konzultanty (LOL).
Jinak nemohu sdílet vaše špatné zkušenosti s oraclem. Za těch cca 7 let ostrého provozu nebyl s DB tohoto formátu jediný problém, jak na zmiňovaném AIXu, tak i na Windows NT. To už jsem prošel někde z verze 7.3.3 na 8.0.5, až po 8.1.7. Na vyšší už náš HW jednoduše nemá :(
Za vaše reakce jsem rád a oceňuji, že jsou od osoby znalé problému. Jen mne trochu překvapil poslední příspěvek, resp. poslední odstavec. Tuším, že SuSE (nyní jej neobhajuji) nabízí SuSE mail server, který slouží jako mailový server, tedy je vytvořen hodně účelově. Máte přece tu možnost nainstalovat si do systému to, co potřebujete, třeba jen "zcela" holý systém. Obdobně jsou na tom vlastně všechny distribuce, jako i Debian, který je přísně GNU, nebo mohu-li si vypůjčit odjinud, tak i FreeBSD. To, že si tam nasypete později hejno balíků, o jejichž účelu nemáte ani tušení (nemyslím konkrétně vás), není přece vinou tvůrců distribucí. Určitě by bylo vhodné, kdyby se každý z uvedených ponaučil a převzal to kladné od jiných. Určitě bych u suse přivítal dselect od debianu, který je opravdu promyšlený a dělá svoji práci se ctí. RH by se zase mohl ponaučit od SuSE a rozhodnout se pro nějaký administrativní nástroj, jako je například YAST2. V tichosti se rozloučil se s linuxconfem a nyní tvoří svůj vlastní "setup", který po dlouhé době vývoje vypadá a funguje stejně pochybně. No, každopádně distribuce jsou takové, jaké jsou a proto vlastně o nich diskutujeme, že?
Nechal jsem se unést, sorry všem.
--mějte se fajn a zítra zase v jiné diskusi ahoj :)
Jde o reseni postavene na standartu Linux.
Proste jen o vyber toho, ktere danemu cloveku vyhovuje a je ve vysledku lepsi.
Ja volim vzdy cestu, ktera vede k lepsimu cili a rychleji a je mi pomerne jedno jak to udelam, i kdyz si nemuzu pomoct, ale prikazova radka je prikazova radka :-).
Muj obecny nazor je, ze: Instalace a sprava je lepsi textak a co se monitorovani tyce, tak grafika.
Nie, ze by som chcel vrtat, ale nemalo by vacsi vyznam hodit na servre FreeBSD (alebo Gentoo) a odosobnit sa od linux. distros??? Ja som to tak urobil a mam pokojnejsi spanok. Uz ziadne rpm a ide pekelne vynalezy :-) a ich kompatibilita.
Doma mam SuSe 8.2 a podla mna vyzrety system vyzera inak, ale mozem sa mylit...
Používám RH 9 na desktopu celkem v pohodě, ale na WWW serveru mám MDK 9.1. Důvodem je možnost volby verze apache, mod_recode, mod_gzip a nové MySQL 4.0, awstats, bezproblémová instalace XFS na rootu atd. atd.. Také logování a vůbec zabezpečení se mi zdá u Mandrake přehlednější. RH 9 mám na desktopu zejména kvůli unicode a novému Gnome s Gorillou...
Redhat Linux pouzivam v textovem rezimu uz od verze 5 a byl jsem s nim vzdy spokojen. Je pravda, ze jsem nekdy nadaval pri pouzivani rpm. Vadilo mi, ze jsem musel vzdy zjistovat, co kteremu baliku chybi. Kdyby to aspon vzdy napsalo, ktery balik mu chybi a ne, ktery soubor. Ale jinak jsem byl vzdy spokojen.
Ale ted me dostalo to, ze budu muset vzdy jednou za rok preinstalovat/upgradovat cely server, abych mohl instalovat zaplaty. Je pravda, ze muzu aplikace updatovat ze zdrojaku, ale z toho mam obavy.
A tak se chci zeptat. Jak je to u ostatnich distribuci? Hlavne me zajima Mandrake ci Debian. Jak je to tam s vydavanim zaplat. Je to potrega aktualizovat ze zdrojaku a nebo pomoci balicku?
Pokud vim, tak Debian je na tom se zaplatami velmi dobre, aktualizuje se binarnimi balicky, ktere jsou dostupne pomerne rychle na security.debian.org a aktualizuje se pres apt-get, stejne jako pri instalaci novych balicku.
Zaplaty jsou velmi konzervativni, opravdu pouze opravuji chybu a nepridavaji nic noveho. Vyvojari Debianu obcas backportuji opravu do te verze programu, ktera je v Debianu aktualne, aby byly zmeny v distribuci co nejmensi.
No ja tez pouzival RH od 6.1 do verze 8 na serverech (RH znam od 5.1)a byl jsem spokojen ..ale jak jsem pricuchl k MD9.1 ,tak jsem na nej komplet presel ...vyhoda urpmi,same nove "ficurky" v kernelu a tak... kdyz uz mate na starosti kolem 10 serveru ,tak si proste kompilovat ruzne new verze/updaty a piplat se se vsim nemuzete dovolit.... ps: ale musite ovsem vedet ,co a jak udelat :) ..ale to by spravnej spravce mel vedet:-))
...kecy ,ktere me vzdycky dostanou jsou ,ze MD nebo RH ma slozite konfiguraky a ze SLACK ne. Proste kdyz chcete neco delat dobre a naplno,tak tomu musite dat cas a zjistite ,ze je to vsecko nadherne logicke.
No rozdíl v tom je já sice primárně používám Mandrake a SuSE, ale musím říct, že Slack má jednodušší konfuguráky. Např httpd.conf - Slackware má jeden httpd.conf, ale Mandrake má httpd.conf a commonhttpd.conf a má to co má Slack na jednom místě na dvou místech. Proč to? Stačil by jeden. A SuSE jich má ještě víc, kromě httpd.conf má i suse_load_module.conf, *add_module.conf a ještě asi dva další. Ve Slacku (a např ve Windowsovském Apachi taky) mám tohle všechno v jednom konfiguráku a nemusím si otevírat několik věcí, když chci poeditovat Apache.
Rád bych se zastal své oblíbené distribuce RedHat. Chce to jen zahodit konzervatizmus a trochu odvahy.
Když jsem poprve nainstaloval RH8, tak mi naskákaly pupínky. Potom jsem ho začal tesovat na svém notebooku a dnes ho používám v celé firmě. Následný přechod na RH9 byl již plný pozitivních překvapení.
Na UTF8 jsem si již zvykl, tak že není co řešit. Doufám, že další distribuce budou také přecházet na UTF8. Je to konečné řešení!
Kdyz Linux provozujete ve firme, kde potrebujete predevsim 100% funkcnost, minimum vypadku, minimalni cas straveny s upgrady atd... asi zacnete byt take konzervativni.
Pokud si s Linuxem hrajete, pripadne pokud jej pouzivate napr. k vyvoji nejakeho OS produktu, samozrejme se na to budete divat trochu jinak a veskere horke novinky budete chtit ihned vyzkouset.
Zda se mne, ze si nerozumime - ja tvrdim, ze free distribuce RH uz proste neni vhodna pro nasazeni ve firemnim prostredi. Nic vic a nic min.
Já Red Hat Linuxu nevytýkám UTF-8, spíše naopak. Chápu ho jako přínos. Nehledě na to, že lze celý systém celkem snadno překonfigurovat do iso-8859-2.
Problémy vidím zejména ve správě balíčků, způsobu šíření distribuce, zkrácení doby dostupnosti updatů a porušení principu binární kompatibility.
Přesto všechno na svém notebooku, se kterým pracuji osm hodin denně, používám RHL 9, se kterým jsem spokojen. Zákazníkům, kterým dodávám hotová řešení, a kterým pak musím poskytovat následnou podporu ho z důvodů uvedených v článku (bude to mít i pokračování) však nedoporučuji.
Autor na zacatku clanku napsal neco o pohledu profesionala. Me to az tak z pohledu profika nepripadalo. Podle me nema cenu srovnavat RH a SuSE, RH se nesnazi rientovat na Desktop (aspon je to vysledek). Spis by se hodilo srovnani Mandrake vs SuSE, to jsou podle me systemy, ktere se orientuji na stejnou cilovou skupinu zakazniku.
Myslím, že se pletete. Red Hat Linux 9 (narozdíl od Red Hat Enterprise Linux) je koncipován jako systém pro domácí využití a nebo třeba pro Linuxové nadšence s minimálními nároky na podporu (volná citace z Webových stránek RH). To je tedy jeho cílová skupina. Red Hat se orientuje na desktop, možná méně než třeba Mandrake, ale rozhodně srovnatelně třeba se SuSE. Podívejte se třeba na Bluecurve, Bussiness Desktop, Red Hat Network, atd.
Stejně tak SuSE Linux je podle marketingových informací SuSE koncipován jako "univerzální produkt pro domácí uživatele a malé firmy". To že má kvalitní obslužné programy neznamená, že by z něj nemohl být skvělý server. Obsahuje kupříkladu ACL, celý arzenál serverových služeb (z nichž mnohé v Red Hat Linuxu nejsou), LVM, apod.
Dělení podle vzoru Red Hat a Debian na servery, Mandrake a SuSE na destopy je krátkozraké. Fakticky jsou zmíněné distribuce vyrovnané a nejsou mezi nimi žádné zvláštní omezení, které by bránily jejich použití tím nebo oním způsobem.
Vazeny pane Petricku,
naprosto s Vami souhlasim. Vsak sem rikal, ze vysledek RH pro domaciho uzivatele je nic moc, i kdyz na ne mysli, ale to je muj dojem, kazdy ma jiny vkus. Ja RH ani zadny jiny system neodsuzuji. Kazdy si najde ten svuj a o tom, ktery je lepsi, se lidi budou bavit donekonecna. U Win se tohle stat nemuze.
A uz vubec jsem nenarazel na to, ze MDK nebo SuSE jsou JEN pro Dekstop, jasne ze paradne funguji i jako servery vsechny, jinak by to nebyl Linux, ale nejaky LinWinXPhome :-)
Jak pisete v clanku, soucasti jsou i dve prirucky. Vcera vecer jsem prolistoval Uzivatelskou prirucku a muj dojem z ni byl spise spatny:
a) pouzity jazyk je prilis familierni (ma to byt prirucka nebo beletrie?) a myslim ze ani se smajliky by se to nemelo prehanet.
b) pomerne dost preklepu (ctenar je odkazovan na stranu ??; na Aplikacni prirucku, ktera je kde?; dovi se ze GRUB ma vicemoznosti nez GRUB; slovo "warnung" mi v cestine taky moc nerika apod. odhadem, co 1-2 strany to "perla".)
c) prilis obecny charakter nekterych pasazi, takze zacatecnik se treba dovi, proc nektery soubor muze videt, a nesmaze ho, ale nedovi se jak to nastavit. Nebo se uzivatel se docte o tom ze mozilla muze mit AA fonty, a ze hezky navod je na abclinuxu.cz. Na druhou stranu s Uzivatelskou prirucky bude uzivatel schopen odstranit step-by-step kralici oci v Gimpu. Prijde mi to dost nevyvazene.
Prestoze jsem prirucku jen zbezne prolistoval, myslim, ze rychlost uvedeni 8.2 CZ na trh se negativne projevila na kvalite prekladu. Uz se "tesim", co se doctu v te druhe brozurce. Preci jen zkuseny odbornik v linuxu != zkuseny autor technicke literatury ;-).
V kazdem pripade, muj negativni pocit z dokumentace mnohonasobne vynahrazuje skvely SuSE Linux....diky za nej.