current stable (sarge) má jako standardní kompilátor gcc-3.3 a už oldstable (woody) obsahoval pro hppa a ia64 architektury standardně vyšší verzi než 2.95.x, takže bych to s tím držením se gcc 2.95.x zas tak neviděl.
Take uz je standardni python 2.4, alespon v unstable. Pouzivam unstable skoro 3 roky, a posledni dobou musim rict, ze se hromadi vyskyt horsich chyb - nefunknich programu, nebo problem s baliky. Za cele tri roky se mi to stalo tak radove 10x, z toho asi 5x za poslednich par mesicu. Mozna bych mohl prejit zase na testing, ale zatim mi unstable furt vyhovuje - nove programy, a v podstate bezchybny.
Upgraduji taky skoro kazdy den, chyby byly predevsim v .postinst skriptech, ktery zpusobi, ze se balik nenainstaluje a zustane polo rozbaleny. Nekdy stacilo jednoduche pridani stredniku nebo zavorky, nekdy byla chyba slozitejsi. Castejsi je, ze balik obsahuje soubor, ktery je i v jinym baliku, vysledek je totez, akorat oprava je opruz, musi se balik rucne rozbalit (pomoci dpkg-deb), soubor smazat, zabalit a nainstalovat rucne. Je pravda, ze podobny preklepy jsou v 90% do druheho dne opraveny.
Post-sarge se dělalo několik velkých změn v knihovnách (i například v onom pythonu). Když používáte unstable, tak musíte počítat s tím, že byste měl číst mailling listy, abyste věděl, co se děje.
I když taková bota, která se stala někde mezi buzzem, rexem nebo bo (už si to přesně nepamatuju), kdy rozbili libc se už dlouho nestala...
Nic proti, ale Debian je Debian a ja ho mam rad i pro tu konzervativnost. Ono to clovek oceni kdyz ma vic HW architektur a vidi ja vyvoj bezi v jednotlivych vetvích. Mam ted Sparc a AMD64 a i386 a vse jede. Klobouk dolu.
jo, souhlasí - je celkem jedno jestli vyjde v prosinci, nebo v únoru, ale měl by si zachovat tu kvalitu co měl doteď. Rychlokvašných distribucí je až dost
Ano ano, celkom suhlasim s tymto postojom. Na vsetkych servroch mam nainstalovany prave Debian a na vsetkych desktopoch Kubuntu.
Na desktope mi Kubuntu staci, ale na server mi ovela viac vyhovuje klasicky Debian... Vzdy pouzivam "stable" vetvu a zatial som sa nestretol so situaciou ze by neaka aplikacia nefungovala... Hoci niektore kniznice a programy su starsich verzii, viem ze sa na ne mozem spolahnut a to je podla mna na serveri ovela dolezitejsie ako mat tam najnovsie veci... Mne take rychlo sa meniace distribucie iba prinasali mnozstvo problemov (vsetko bolo treba skusat na referencnych masinach bo casto ten super novy balik nechodil tak ako mal) a Debian bol v tomto ohlade jedno s poslednych utocisk. Nemusel som sa bat, a spokojne som si vzdy dal iba "apt-get dist-upgrade" a vedel som ze mi to pojde bez problemov, kdezto pri kubuntu som sa stretol niekolkokrat s tym ze po update niektore veci jednoducho prestali chodit... Myslim ze Debian bol super taky aky bol. Pokial udrzia aj pri takom tempe ako chcu nasadit vsetky plusy ktore henta distribucia mala (robustnost, stabilita) tak klobuk dole. Ale osobne si myslim ze niekde sa to zakonite prejavit musi... Tak asi iba tolko...
taky mám trochu strach - FF2 ještě nevyšel a už tam má být, KDE 3.5.4 je celkem taky novinka a podobně. Radši základní vyzkoušené verze programů - na to co potřebuju nutně zaktualizovat mi většnou stačí dh_maka + fakeroot. Jinak hlasuju pro vyzkoušenost a stabilitu (a to sarge používám na desktopu)
Intel ve své době trochu zaspal a AMD docela přispělo pro podporu 64bit v kernelu, proto je tato architektura v kernelu zadrátované pod názvem AMD64.
V praxi jsou technologie AMD64 a EM64 komaptibilní.
Ne to teda nejsou, ale glibc s GCC umi vytvorit binarku pro oba.
Teda kdyz se to skompiluje pro intel, bezi to i na AMD64, ale pokud se rekne AMD64, tak to na intelu nepobezi, nebot AMD64 nema jen 64bit adresaci, ale ma i nektere 64bit instrukce (jsou to 2 cpu v jednom) ... neb AMD64 je konkurence Itania2
Intel opravdu implementuje AMD64 pod svym jmenem jen s minimalnima odchylkama (chybi 3dNOW a sahf). Kod optimalizovany pro Athlon nemusi bezet na Intelu, protoze se muze pouzit 3dNOW prefetch, ale to je zcela stejne i na 32bitech. 64bit instrukce maji oba a s dvema procesory v jednom to nema nic delat. AMD64 debian jiste pobezi i na Intelu.
Dva procesory v jednom jsou oba dva, respektive od AMD-K5 a Intel Pentium Pro se vsechny procesory x86 skladaji ze dvou casti: RISCove jadro a HW emulace architektury x86 nad timto jadrem. Je to tak rychlejsi.
Za to bych se primluvil ... ted jsem instaloval na jeden stroj (miniserverik), co ma na hrbu uz prvni krizek (jj 10 let a porad jede) a debiani instalator si vystacil s 32MB pameti a 1.2GB diskem. Nove Ubuntu a Fedora se tam nacpat nepodarilo kvuli mistu na disku (a to jsem tam sveho casu provozoval dualboot Win98 a RedHat). Zrejme b ych uspel jestese Slackware.
Mám na serveru osekanou Mandrivu2006, tj.výběr pouze balíčků nutných pro provozování serveru (Router+FW+Apache+ProFTD+Bind+Squid+věci nutné pro kompilaci jádra) a vešel jsem se do 250MB a to je mi jasné, že tam je spousta věcí, které tam vůbec být nemusí...
Ja taky - ale s binarnimi balicky. Protoze prekladat na tom stroji by bylo hrozne. Pripadne mozna distcc + sitovy disk na odkladani (pripojeny jen po dobu prekladu).
Na preklad gtk+ potrebujete 200MB pameti - a ne kvuli C, ale kvuli dokumentaci. Nastesti na serveru gtk+ nepotrebujete (natoz s dokumentaci).
mam taky "problem" ... v sarge mi vlc-multicast berie 45-50% vykonu,kdezto v etch uz 80% ... e to novym kernelom,udev,alebo? a pripadne ako do sarge dat openoffice2
Doufám, že už maj dodělanej Synaptic, v Sargeovi padá, pokud chce uživatel používat stable i testing větev, i když tam je to nastavení, kterou upřednostňovat.
Tak na toto som skutocne cakal - graficky instalator!!!
Tak som si raz povedal, ze ked aj debian prejde na graficky instalator, tak to je uz potom naozaj katastrofa. Povedzte mi preboha, co je zle na 'curses' instalatore!!! CO? Graficky instalator je hnusny a pripomina mi tu odpornu fedoru. Uz to tak vyzera, ze aj debian sa zopsul. Ja osobne pouzivam na mojom desktopo-serveri testing verziu Debianu (sucasneho) a som nad mieru spokojny (az na napalovanie, ale to je 'genialita' jadier 2.6). Na cisty server by som bez vahania pouzil stable s novsim jadrom.
Takze som zvedavy, co nam to debianisti pripravuju, ale zacinam mat obavy.... :(((
su - \mathfrak{M}ĦĒNJMARCHON (neregistrovaný)
No neviem, Gentoo ma uz tiez graficky instalator, ale este som nepocul "success story", ze by ho niekto nejak extenzivne pouzival, ten manual si proste tak ci tak treba precitat :-). Tiez viz Kuroo (frontend k emerge).
Myslim, ze graficke instalatory prezijeme bez vacsej ujmy (na obecnosti ;-)).
Gentoo ma grafickou nadstavbu nad emerge ? No rozhodne mi nechybelo ze jsem o ni nevedel :-). A pristi Gentoo budu instalovat rucne ze stage 1 jako ty predtim, instalator neinstalator.
Tak na toto som skutocne cakal - graficky instalator!!!
Tak som si raz povedal, ze ked aj debian prejde na graficky instalator, tak to je uz potom naozaj katastrofa. Povedzte mi preboha, co je zle na 'curses' instalatore!!! CO? Graficky instalator je hnusny a pripomina mi tu odpornu fedoru. Uz to tak vyzera, ze aj debian sa zopsul. Ja osobne pouzivam na mojom desktopo-serveri testing verziu Debianu (sucasneho) a som nad mieru spokojny (az na napalovanie, ale to je 'genialita' jadier 2.6). Na cisty server by som bez vahania pouzil stable s novsim jadrom.
Takze som zvedavy, co nam to debianisti pripravuju, ale zacinam mat obavy.... :(((
Stale tam zustava moznost pouzit textovy instalator, takze bych se tolik nebal a neodsuzoval to, dokud to neuvidim. Ja ted mam sarge treba i na postarsim K6 s 32MB RAM a uz i tam jsem musel instalatoru vnutit, aby byl ciste v textu, protoze ten defaultni vyzaduje framebuffer a 32MB mu nestacilo.
no s tim UTF jsem celkem zvedavy. Naposled, co jsem se o to rekl bych velmi dukladne snazil pod gentoo. Tak se mi to TEMER povedlo. Ale par veci jeste neslapalo tak, jak bych si predstavoval. No uvidime - drzim palce
Pche. Ja na UTF-8 prejdu az kdyz v nem bude fungovat textova konzole (nikdy), framebuffer bude rychlejsi nez textova konzole (pravdepodobne nikdy) nebo az bude mozne mit soucasne pustenou jednu binarku na textove konzoli v ISO8859-2 a v xtermu v UTF-8 (to by me zajimalo - zatim to vypada, ze to nejde, protoze se "UTF-8 nebo ne" voli pri prekladu a ne za behu, ale mozna na tom nekdo dela).
Pokud se má Debian více přiblížit uživatelům, měl by po instalaci defaultně sprovoznit OpenGL grafické karty, jak k tomu dojde Mandraku/Mandrivě. Také by měl fungovat zvuk 3D s jakoukoliv zvukovou kartou. Může se v tom něco udělat? Mám asi 60 Linuxů, ale zatím mi nejvíce vyhovuje Mandrak 10.1 PP, právě pro tyto vlastnosti. Vyzkoušel jsem ještě OpenSUSE 10.2, FedoruCore 6, Debian 3.1r1 Sarge, Debian 4 Etch, MEPIS, Mandriva 2007.1 Spring.