Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: Vít Šesták (v6ak) 28. 05. 2011, 13:50:57
-
Na Archlinuxu jsem se sice ledacos naučil, ale vadí mi některé nevýhody a chtěl bych ho nahradit jinou distribucí. Už delší dobu se na to chystám, ale teđ by to mělo vyjít, když mi dost možná při reklamaci notebooku nahrají na disk ten OEM SLED.
Co bych od toho požadoval?
* Už ne rolling release - nechci riskovat s každým updatem, že místo práce budu řešit rozbitý systém.
* Možnost zůstat na starších balíčcích se zachováním minoritních updatů. Například jsem chtěl pozdržet Firefox na 3.6.*, ale bezpečnostní updaty jsou důležité.
* Možnost jít do novějších verzí brzy po vydání, pokud chci. (To, tuším, apt zvládá.)
* Možná: zvládnutí více verzí jedné app.
* Po instalaci nemusí být všechno připravené, čerstvé a křupavé. Rád si to trošku poladím (u Archu mi to až tak nevadilo).
Co se týče softwaru, sepsal jsem si seznam balíků, které bych chtěl mít (takové časté jako GIT, Firefox a další jsem nepsal):
* Catalyst (Fglrx) - ovladače pro grafárnu. Open-source alternativu jsem několikrár zkoušel, ale žraly baterku.
* Openbox
* Scala - tam nové verze ale nevycházejí až tak často a možná bych si to spíš udělal sám
* HotSpot JVM - opravdu nechci OpenJDK nebo IdecTea, ale Sun/Oracle JRE.
* Eclipse/Intellij IDEA - ještě nevím, co z toho budu používat, závisí to na pluginech pro Scalu
* NetBeans - pro PHP
Ze všeho nejdůležitější je asi Catalyst, tam si nedovedu představit, že bych to bez balíčku, bez skriptu a bez návodu zvládl nasadit. Zvlášť po tom, co jsem viděl v AURu. Prostě bych zde opravdu potřeboval hotové řešení nebo aspoň polotovar. Ostatní balíčky jsou spíše pro pohodlí.
A teď jsem distribuce:
SLED a OpenSuse - co jsem se díval na balíčky SLEDu, bylo to celkem slabé. Myslím, že mířili spíše na běžné uživatele. Tak asi hlavní výhodou zůstává jednoduchost instalace - zcela určitě tam bude Catalyst out-of-the-box, aspoň při OEM instalaci. Balíčkovací systém prakticky neznám a filozofii této distribuce taky ne. A OpenSuse asi nebude lepší. Takže spíše ne.
Debian - APT vypadá zajímavě, ale ve srovnání s Pacmanem mi přijde až příliš 'chytré'. Možná ale jde jen o to se s tím naučit. Třeba nedávno jsem na Ubuntu ve VMware udělal experiment, po kterém jsem měl rozbité závislosti a při každé operaci jsem se dočetl, že je to rozbité. Zkušenosti s použitím jen některých novějších balíčků (apt pinning, tuším) nemám, tak nevím, jak moc to je bezproblémové a pohodlné. Trošku se bojím, že by to bylo u Debianu potřeba příliš často. Catalyst by tam snad šel, když vydávají oficiální balíčky pro Ubuntu a z dalšího sw tam většina, tuším, je. Na APT se mi nelíbí větší automatizovanost co se týče automatického spouštění daemonů apod. (radši vím, co to dělá), ale to by šlo překousnout.
Ubuntu - Takový vyleštěny Debian s novějšími balíky. Moc mě nepřesvědčilo, mám pocit, že kdykoli si udělám něco po svém, přijdou problémy. (Možná trošku přeháním.)
Fedora - Vypadá zajímavě a někde jsem viděl používání více verzí jednoho balíčku pomocí module add. Takže by to mohlo být pořešené i v Yumu. Přístup k proprietárnímu SW mě ale moc nepřesvědčil.
Co byste mi poradili vy?
-
A nad Gentoo nepremyslels? Pokud teda netrvas nutne na binarnim distru.
-
Ja doporucuji Debian Squeeze ~ sable.
Pokud nebudes delat psi kusy a instalovat z exter. zdroju jako vztekly ;D tak jen nainstalujes a jedes (a nic neresis).
I u stable se da nastavit alternativni apt sources a pri CLI aktualizaci muzes vybrat, z kterych zdroju ma prohledavat.
http://www.linuxexpres.cz/distro/debian-gnu-linux-6-0-squeeze
-> a tam pak v komentarich, co pise 'Debo' ;D Cool nick, ale pise k veci ;)
-
U Gentoo si nejsem jistý, v čem bych si pomohl.
O Debianu celkem vázně uvažuji, ale stable mi asi stačit nebude. A zatím nevím, jak moc je problémový ten APT pinning.
-
Tak to asi presne netusis o cem Gentoo je - vsechny ty veci co zminujes totiz splnuje. Pokud te zajima neco dal, se klidne ptej.
-
O Debianu celkem vázně uvažuji, ale stable mi asi stačit nebude. A zatím nevím, jak moc je problémový ten APT pinning.
Ja netusim, co tim myslis, jestli by ti stacil :D
Jak jsem psala, lze i do stable instalovat novejsi verze, jako 'Debo' ;D popsal v tom odkazu vys.
Jinak k pinningu, netusim wocogo :-[ mozna P. Krcmar by vedel, nebo neco je zde:
http://wiki.debian.org/AptPreferences
-
Tak to asi presne netusis o cem Gentoo je - vsechny ty veci co zminujes totiz splnuje. Pokud te zajima neco dal, se klidne ptej.
Vždyť základní požadavek je ten, aby to nebylo rolling release distro.
Každopádně toho chce tázající imho trochu moc -- buď bude mít ne-uplně nové balíčky a nebo se prostě občas věci pokazí.
Já bych asi doporučil debian testing (s nějakými balíčky z unstable, případně experimentalu -- s tím, že po aktualizaci může něco přestat fungovat (ale prakticky se to neděje)) a nebo gentoo; sice je to rolling release -- ale oproti Archu je stabilnější; navíc se mu filosofií docela podobá.
-
apt pinning v kostce:
http://jaqque.sbih.org/kplug/apt-pinning.html
-
Vždyť základní požadavek je ten, aby to nebylo rolling release distro.
zrejme tu ma vice lidi problem s chapanim gentoo; gentoo neni rolling distro, pro temer vsechny aplikace ma vice verzi a uzivatel si muze nastavit kterou chce pouzivat, ok?
priklad kernel a zminenej firefox/jscala anoooo ... tak uz proboha netvrdte, ze gentoo je rolling ...
sys-kernel/gentoo-sources
Available versions:
(2.6.32-r24) 2.6.32-r24!b!s
(2.6.32-r29) 2.6.32-r29!b!s
(2.6.32-r30) ~2.6.32-r30!b!s
(2.6.32-r31) ~2.6.32-r31!b!s
(2.6.35-r15) 2.6.35-r15!b!s
(2.6.36-r8) 2.6.36-r8!b!s
(2.6.37-r3) ~2.6.37-r3!b!s
(2.6.37-r4) [m]2.6.37-r4!b!s
(2.6.37-r5) ~2.6.37-r5!b!s
(2.6.37-r6) ~2.6.37-r6!b!s
(2.6.38-r4) ~2.6.38-r4!b!s
(2.6.38-r5) ~2.6.38-r5!b!s
(2.6.38-r6) ~2.6.38-r6!b!s
(2.6.39) ~2.6.39!b!s
www-client/firefox
Available versions: 3.6.12 3.6.16-r1 3.6.17 ~4.0.1-r1
dev-lang/scala
Available versions: ~2.7.7!t ~2.8.1 ~2.9.0
...
-
rolling release- ja to chapu tak, ze se prubezne do neho pridavaj nove verze programu, takze kazdy den aktualizujes.
on to chce tak aby si jednou za rok stahl novpua verzi systemu, ktera bude mit 600mb, nebude nejaktualnejsi, ale bude odladene.
gentoo je rolling...
-
No dobře, začínám věřit, že Gentoo by těmto požadavkům mohlo vyhovět přinejmenším lépe než Arch, ale asi bych si musel trošku pohrát s nastavením verzí. A taky nevím, jestli by mi ta kompilace za to stála. Pochybuju, že bych často upravoval parametry kompilace, takže by se z toho stala spíše zdržovačka než výhoda. Co jsem si tak pročítal, předkompilované balíky v komunitě asi nejsou až tak oblíbené a sice tu bylo pár pokusů, ale moc se to neujalo.
radek: Ten popis je trošku zjednodušený, ale plus mínus něco takového chci. Ale klidně bych bral, kdyby to bylo něco trošku blíže rollingu - řekněme nějaký kompromis, kde by byly vychytány ty nejhorší chyby a přitom by byl systém relativně aktuální.
U Debianu se asi budu muset lépe porozhlédnout po významech jednotlivých větví.
-
...nějaký kompromis, kde by byly vychytány ty nejhorší chyby a přitom by byl systém relativně aktuální.
U Debianu se asi budu muset lépe porozhlédnout po významech jednotlivých větví.
IMHO, zkus si spis udelat seznam programu, u kterych bys (a treba i take proc :) bys chtel) jejich nejnovejsi verzi...
A k tomu Debianu: squeeze je dle mych zkusenosti skutecne stabilni, ty 'nejhorsi chyby', jak rikas ;D jsou u stable / squeeze urcite vychytany, je to spolehlivy ;)
Sice programy jsou trosku starsiho data, ale mas jistotu, ze sytem bude fungovat, aniz bys musel "porad" neco resit... (testovano na PC desktop; nekdo pry mel nejake potize na nejakem notebooku, pry tam nebyly wi-fi ovladace, nebo co, uz nevim presne).
K tomu, kdyby jsi si obcas 'doinstaloval neco novejsiho', dle vyse zminovaneho navodu, nebo pak co psal 'hermitek', kde bys ale mozna musel obcas resit neco vice :P (testing nebo unstable verze).
@NoName: dik za link ;)
-
Zde je nekolik (spis dost :P ) Debian sources, stable, unstable, testing i vsechny mozne/nemozne :)
http://lists.debian.org/debian-user/2011/05/msg00448.html
-
Ja bych rad prihodil par bodiku pro Fedoru.
- 3rd party repozitar, ktery obsahuje mimo jine i catalyst je na http://rpmfusion.org/ (http://rpmfusion.org/).
- Pinning jako takovy se nekona (pokud jsem neco neprehledl), kdyz lezes na novejsi distro, je vse kompilovane proti vsemu novemu, takze to neni ani dost dobre mozne - distro by muselo nabizet vice verzi.
- Releasuje se kazdy pul rok, upgradovat musis alespon jednou rocne.
-
No dobře, začínám věřit, že Gentoo by těmto požadavkům mohlo vyhovět přinejmenším lépe než Arch, ale asi bych si musel trošku pohrát s nastavením verzí. A taky nevím, jestli by mi ta kompilace za to stála. Pochybuju, že bych často upravoval parametry kompilace, takže by se z toho stala spíše zdržovačka než výhoda. Co jsem si tak pročítal, předkompilované balíky v komunitě asi nejsou až tak oblíbené a sice tu bylo pár pokusů, ale moc se to neujalo.
Kompilace ja machine time, ale chapu ... nicmene jak uz tu nekdo podotkl vys, udelej si ten seznam baliku co bys rad upgradoval *casto* a od toho se odpichni, kazdej balik ma naky dependency a da se z toho urcit, kterej pristup bude lepsi.
ps - ano gentoo vyzaduje stejne jako si psal o archu naky to ladeni na zacatek, ale pak se ti odvdeci tim ze spoustu let funguje (aspon tady, mam instalaci starou 9 let na 4tym hw, proste jen presypu z disku na disk, pozmenim kernel a zapisu boot loader). Jo a to ze upgradujes neco jako FF neznamena, ze musis dalsi baliky, samo takovy KDE 4.4 --> KDE 4.6 bude vyzadovat spoustu baliku, ale to je myslim jasny a je jedno jestli je to binarni nebo source-based distro.
ps2 - jinak si myslim, ze ta kombinace pravidelnych cyklu a chteni do toho cpat nektery veci up-to-date neni zrovna optimalni (napr catalyst vs. kernel vs xorg vs whatever - ber to jako priklad).
-
rolling release- ja to chapu tak, ze se prubezne do neho pridavaj nove verze programu, takze kazdy den aktualizujes.
on to chce tak aby si jednou za rok stahl novpua verzi systemu, ktera bude mit 600mb, nebude nejaktualnejsi, ale bude odladene.
gentoo je rolling...
Rozmyslam, co ti brani vykonat 'emerge --sync && emerge -uDNav world' raz za rok. Gentoo ta vobec do update nenuti. Vobec nekrici, nic. Nechapem: "... takze kazdy den aktualizujes." Ano, medzi nami Gentooistami su ludia co updatuju raz-dva krat denne. Ale je to kazdeho slobodna vola.
-
No dobře, začínám věřit, že Gentoo by těmto požadavkům mohlo vyhovět přinejmenším lépe než Arch, ale asi bych si musel trošku pohrát s nastavením verzí. A taky nevím, jestli by mi ta kompilace za to stála. Pochybuju, že bych často upravoval parametry kompilace, takže by se z toho stala spíše zdržovačka než výhoda. Co jsem si tak pročítal, předkompilované balíky v komunitě asi nejsou až tak oblíbené a sice tu bylo pár pokusů, ale moc se to neujalo.
a co Sabayon Linux? vychází z Gentoo ale není nutné kompilovat a funguje "out of box".
-
Michal Privoznik: více věcí:
* Přijdu o minoritní aktualizace (vč. bezpečnostních), což je např. u Firefoxu celkem závažné.
* Pořád je to někde jinde. To bych dostal aktuální a třeba ne tolik otestované balíky, byˇjen jednou za rok, což je ve srovnání s Debianem trošku jinde.
Kuba: Vypadá to zajímavě, ale je prý založen na Gentoo testing, což už až tak dobře nevypadá. Ale předtím jsem zkoušel pohledat nějakou předkompilovanou Gentoo distribuci, ale nenašel jsem.
#: Ke kombinaci novějších verzí se staršími: Ano, chápu. Ale je to asi jak kde. V případě Catalystu vím, o čem mluvíš (tam jsem na Archu od určité verze taky radši stopnul updaty Calatystu a musel jsem nechat ignorovat balíčky z Xorgu a radši jsem pak kašlal na aktualizace kernelu, "dokud to drží pohromadě"). Typicky chci ale napřklad novou verzi Firefoxu (3.6/4.0 byla výjimka kvůli jednomu rozšíření) a dalších end-user programů, kde to až tolik vadit nemusí. U Firefoxu by mohl být problém snad jen s novější verzí XULRunneru (obecně by byl problém u knihoven, u kterých má některý balíček omezení maximální verze), ale to, tuším, nějak fungovalo i na Archu.
Mordae: Na RPMFusion jsem se díval a třeba Catalyst jsem tam nenašel a, tuším, o HotSpotu se vyjádřili, že ho tam nechtějí. Ale pokud to neumí ten pinning, tak se Fedoře asi radši vyhnu.
-
michal: ty me vubec nechapes.... tady jde o to ze se vida za jedna verze a poradne otestovana. u gentooo chrli verzi hned co vyjde a neni to poradne otestovany a tudiz muze byt min stabilni jak distro co je vydavano xkrat do roka. rolling jen pokud chces nejnovejsi verze... starou verzi si vubec nepomuzes, bo na ne prdi uplne.
-
Tak jsem se dál díval a porovnal jsem Firefox u těchto distribucí:
* Debian - tam se třeba vykašlali na verzi 3.6. Mohu si volit mezi 'superstable' 3.5 a novou 4.0 - zdroj packages.debian.org/search?suite=all§ion=all&arch=any&searchon=names&keywords=iceweasel
* Gentoo - tam jsem to ne zcela pochopil: packages.gentoo.org/package/www-client/firefox
Gentoo púsobí dojmem, jako by udržovali 3.6 a 4.0. Ale několik vynechaných meziverzí vypadá trošku divně. A ornačení 'r' taky neznám.
-
no jestli te v gentoo zajimaji jenom bezpecnostni updaty, tak na to je specialni programek glsa-check, ten opravuje jenom chyby tykajici se bezpecnosti a vse ostatni necha byt
a s verzema firefoxa je to takto:
firefox: 3.6.12 3.6.16-r1 3.6.17 ~4.0.1-r1
firefox-bin: 3.6.16!m!s 3.6.17!m!s ~4.0.1!m!s
takze stabilni je aktualne 3.6.17, testing je aktualne 4.0.1-r1, pricemz je mozny nainstalovat i treba 3.6.12
ty r* je oznaceni mensi zmeny balicku v ramci gentoo, cim vetsi cislo, tim opravenejsi balicek
a firefox-bin je masked, ale muzes si ho povolit
-
* Debian - tam se třeba vykašlali na verzi 3.6. Mohu si volit mezi 'superstable' 3.5 a novou 4.0...
O cem to tu pisete proboha?? :o
Na debianu lze mit a provozovat soucasne 3.6.17 FF a take nejnovejsi Iceweasel, treba tim, jak uz nekdo psal, ze si individualne do stable nainstalujete i jine - testing/unstable aplikace!
-
jen k tomu gentoo podotknu, že některé balíčky mají své předkompilované varianty, (openoffice apod.) což je i případ toho firefox-bin, který teda tvrdě zamaskovaný není (testovací balíčky jsou zamaskovány pomocí ~arch, rozbité balíčky jsou označeny [M]) (to !m jen informuje, že se nebudou stahovat zdrojáky)
o_O: v sidovi je 3.5.19, v experimentalu 4.0.1, takže z oficiálních repozitářů ff 3.6 asi sotva seženeš
-
;D
...to je ale zvlastni, ze mam 3.6.17 FF (a nabizel mi upgrade na 4.x ale zatim nechci :P) a puvodni/orig. iceweasel na Debianu stable soucasne spolu a oba v pohode funguji... :)
Jen na zacatku bylo potreba nastavit cesty k profilum, at se mezi sebou neperou :)
-
Zdravim,
Vite, mas docela zajimave pozdavky, ale udelas si s nimi docela peklo.
Rad bys mel starsi stable verze programu, ale taky rad aktualni - a zde se dostanes docela do problemu, protoze nektera nova verze bude chtit novejsi verzi nejake knihovny a budes muset updatovat i tu, zatimco starsi verze jinych programu s ni treba nepojedou/balik nebude proti ni kompilovany. To je dost dulezita vec, kterou by sis mel uvedomit. Nejsem si moc jisty, jestli to je dobry pristup. Nize to lip vysvetlim.
Co se tyce Gentoo, nikdo tu poradne nezminil, ze je stable a testing. V testingu jsou nove veci hned po vydani, ve stable starsi verze a podle nazvu stable :) Ja osobne pouzivam testing (momentalne Gnome 3 z gnome overlay) a nemam nejmensi problem s nicim (ano, obcas se vyskytne problem ze nejaky maly update nejde hned zkompilovat...ale to je testing...tak co, zkompiluju to zitra kdy uz je to opraveno). Vzhledem k tomu, ze tam ke kazdemu programu mas na vyber nekolik verzi, urcite si vyberes. Ale tu muze nastat problem, co jsem psal vyse....pokud povolis nejake aplikaci novejsi verzi, muze ti zacit brecet, ze tuhle a tuhle knihovnu potrebuje novejsi a roztacis kolotoc. Ale to neni problem, zkompilujes to a pustis revdep-rebuild, ktery kontroluje, jestli nejaky update klicove knihovny neznicil nejakou aplikaci, pokud ano, najde ji a da moznost ji rekompilovat proti nove verzi te knihovny. A tady je problem no.2...stare verze proti nove jit kompilovat nemusi, protoze nova ma klicove zmeny a stary program hold na to neni delany. Stejny problem budes mit s binarni distribuci, akorat ze si tam budes neco hledat a prekompilovavat mnohem sloziteji. A ja bych se asi radeji zastrelil. :)
V Gentoo taky muzes mit vice verzi jedne aplikace najednou. Vetsinou to maji ruzne majoritni verze knihoven a majoritni verzi DE, ale mozne je to i u aplikaci...ovsem defaultne to az na par vyjimek neni. V takovem pripade se vezme ebuild dane aplikace do lokani portage a prepise slot na dalsi hodnotu a tim mas moznost mit paralelne nainstalovane dve a vice ruznych verzi jedne aplikace....
Takze abych to shrnul, nejlepe je bud jet stable distra se starsimi verzemi (ubuntu, debian, fedora, gentoo stable....) nebo novymi (arch, debian testing, gentoo testing...) a pokud chces mixovat, tak jedine Gentoo, protoze pripadne problemy tam vyresis mnohem snaze. A hlavne, neni nad to mit kompilovany system primo na svuj pocitac bez zbytecnych veci na vic a ver, ze je to poznat :)
Co se tyce Catalystu, tak nejvetsi problem jsou spis samotne ovladace, ktere jsou hrozny brak :)
-
V Debiane mozes mat aj firefox 6, len netreba tolko trollovat a namiesto vypytovania sa bludov, mozes vyskusat aj sam najst pre teba dolezite veci...
http://mozilla.debian.net/ (http://mozilla.debian.net/)
-
o_O: A máš tam aktualizace? Co vím, tak tam dříve místo FF 4.0 byl FF 3.6 a s vydáním FF 4.0 asi úplně zalomili FF 3.6 a soustředí se už jen na 3.5 a 4.0. (Na oldstable jsem se nedíval.)
Jo, takže ry r* je vlastně něco podobného jako -* v Archu. V Archu je první vydání balíčku např. 4.5.0-1, druhé 4.5.0-2 atd, v Gentoo je první vydání pouze 4.5.0 a druhé by bylo 4.5.0
Ten glsa-check (http://www.gentoo-wiki.info/Glsa-check) taky vypadá zajímavě.
Jinak, v Gentoo například nainstaluju Firefox z řady 3.6 a updaty pak budou pro 3.6, dokud bude podporovaná, pokud nezvolím ručně novější verzi? Toto jsem zatím moc nepochopil a nepodařilo se mi to najít.
uterak: Díky, zajímavé. Ale chtěl jsem znát spíše princip vydávání. Firefox to sice řeší, ale ostatní věci ne.
Jinak, na kolik času cca vyjde pravidelná údržba systému? Dejme tomu, že bych měl Openboxový desktop, k tomu aplikace z Gnome (berou si odtud mnoho závislostí), něco na Pythonu, pár vývojových nástrojů a pár běžných aplikací (Firefox, Thunderbird, MPlayer, ...)
Co se týče kompilace, nevidím to jako až takovou výhodu, radši použiju předkompilovanou verzi tam, kde to půjde. Hlavně u často se měnících věcí. Do vyhazování zbytečností z jádra se mi až tak moc nechce, leda pomocí sktirpu, který by proscannoval hardware a přednastavil kernel.
-
Jo, takže ry r* je vlastně něco podobného jako -* v Archu. V Archu je první vydání balíčku např. 4.5.0-1, druhé 4.5.0-2 atd, v Gentoo je první vydání pouze 4.5.0 a druhé by bylo 4.5.0
jo, jestli myslis to druhe myslis 4.5.0-r1
Jinak, v Gentoo například nainstaluju Firefox z řady 3.6 a updaty pak budou pro 3.6, dokud bude podporovaná, pokud nezvolím ručně novější verzi? Toto jsem zatím moc nepochopil a nepodařilo se mi to najít.
jestli reknes "emerge firefox", tak se ti nainstaluje stable 3.6.17
jestli v souboru /etc/portage/package.keywords napises radek www-client/firefox ~amd64, tak se ti nainstaluje 4.0.1-r1
a jestli napises "emerge =www-client/firefox-3.6.12" tak ...
automaticky update pomoci "emerge -uvDN world" ti pak bude davat nejnovejsi stable nebo nejnovejsi testing, pokud jim to nezakazes v /etc/portage/package.mask
jinak posledni glsa-check pro firefox je z konce roku 2007, asi predpokladaji, ze si ho budes upgradovat sam
quote author=Vít Šesták (v6ak) link=topic=2328.msg18560#msg18560 date=1306758287]
Do vyhazování zbytečností z jádra se mi až tak moc nechce, leda pomocí sktirpu, který by proscannoval hardware a přednastavil kernel.
[/quote]
v gentoo je genkernel, ale nepouzivam ho, jenom na initrd :) podle me ale nescanuje HW, ale podle prepinacu posklada jadro
-
V Debiane mozes mat aj firefox 6, len netreba tolko trollovat...
:D Souhlas.
http://mozilla.debian.net/ (http://mozilla.debian.net/)
[/quote]Ten odkaz ukazuje IMO jen na Iceweasel.
Mit na Debianu s Iceweasel i cisto-ciste firefox, to chce trochu kuchteni ::)
Bud si jej nainstalujes pomoci bash skriptu (ja bash jeste zatim moc neumim :-[ ) nebo si jej spustis jako lama (jako treba ja ;D) - stahnes a udelas si jej jako portable. Jen pak se ale vyplati spoustet kazdy zvlast (FF i Icew.) s jinym/jejich profilem.
FF se da stahnout treba odsud:
skripty:https://www.privacyfoundation.de/wiki/PortableLinuxApps
full komplety:http://releases.mozilla.org/pub/mozilla.org/firefox/releases
-
Ten glsa-check (http://www.gentoo-wiki.info/Glsa-check) taky vypadá zajímavě.
Bohuzel glsa je ve stavu rozkladu, takze na to bych nesazel (rozumej nikdo se o to momentalne poradne nestara).
Jinak, v Gentoo například nainstaluju Firefox z řady 3.6 a updaty pak budou pro 3.6, dokud bude podporovaná, pokud nezvolím ručně novější verzi? Toto jsem zatím moc nepochopil a nepodařilo se mi to najít.
Dost zalezi jestli je aplikace slotovana nebo ne, FF napriklad neni, takze ve chvili kdy prejde verze 4 z testing do stable, tak by se ti nainstalovala verze 4. Toto chovani (jako cokoliv jinyho) de samozrejme ovlivnit v konfiguraku, kde si nastavis napr maskovani vseho >FF4 a pak zustanes na 3.6.
Jinak, na kolik času cca vyjde pravidelná údržba systému? Dejme tomu, že bych měl Openboxový desktop, k tomu aplikace z Gnome (berou si odtud mnoho závislostí), něco na Pythonu, pár vývojových nástrojů a pár běžných aplikací (Firefox, Thunderbird, MPlayer, ...)
Z myho pohledu, pokud bys updatoval jednou mesicne, tak to vidim na 15 - 30 min (pro stable vetev s mixem par aplikaci z testing), do kterych pocitam precteni elogu, jestli se tam nepise neco zvlastniho a nasledny provedeni ukonu, ktery tam pisou - samozrejme nepocitam machine time. Jinak v pripade nakyho major updatu (napr v posledni dobe baselayout1 --> baselayout2+openrc to samozrejme zabere casu vic, ale toto byl extremni pripad komponent, ktery maji na starost init skripty a start systemu a stava se jednou za x let - nicmene neni uplne vyjmecnej viz hal vs udev etc ...).
-
Jinak, na kolik času cca vyjde pravidelná údržba systému? Dejme tomu, že bych měl Openboxový desktop, k tomu aplikace z Gnome (berou si odtud mnoho závislostí), něco na Pythonu, pár vývojových nástrojů a pár běžných aplikací (Firefox, Thunderbird, MPlayer, ...)
Co se týče kompilace, nevidím to jako až takovou výhodu, radši použiju předkompilovanou verzi tam, kde to půjde. Hlavně u často se měnících věcí. Do vyhazování zbytečností z jádra se mi až tak moc nechce, leda pomocí sktirpu, který by proscannoval hardware a přednastavil kernel.
Tebe udrzba vyjde minimalne. Pocitac kompiluje za tebe a ty muzes porad delat co chces a nestaras se. Obcas jen musis obslouzit nove configuraky, ktere by chtely prepsat nektere aktualni a na to ma gentoo tool, ktery ti to usnadni. Nejvice casu ti zabere pocatecni instalace a vyladeni vsech USE flagu pro tvuj system. Potom uz nic neresis, leda by se objevilo neco, co nutne vyzaduje zapnout nejaky flag, ale to ti hned vypise.
Rikas, ze kompilaci nevidis jako vyhodu? Ale to je prece ta nejvetsi vyhoda. Diku use flagum nastavis zavislosti, takze si do systemu nezatahas hromadu balastu, ktery nepotrebujes, programy nebudou kompilovane proti hromade nechtenych veci, budou mensi a diky optimalizaci rychlejsi. Na mem pocitaci je treba rozdim mezi Archem (coz povazuji za jedno z nejsviznejsich package dister) a Gentoo znatelny co se tyce reakci celeho DE a systemu. Alespon na 64bit.
-
Jen pár drobností k tomu Gentoo:
Počáteční rozběhnutí na novym HW (první instalace) je pro začátečníka na jeden celej den. Nejhorší je rozject jádro, pak už jen jednoduchý věci jako nastavení sítě, use flagy, ... brnkačka
Problém může nastat při instalaci X serveru, případně ovladačů grafiky (vždycky to nějak pojede, ale rozject to na plnej výkon neni občas sranda - doporučuju dopředu pročíst jak na tu konkrétní grafiku, musí se konkrétně nastavit jádro)
Od prvního rozběhnutí systému se všim všudy je všechno pohodička
Pokud chceš dvě verze stejnýho programu, jde to řešit slotama (nevim jak, nepotřeboval jsem)
Pokud chceš nejnovější možnou verzi, lze to odmaskovat (ale nemusí se zkompilovat, záleží jak co je už připravený k běhu)
Pokud nechceš updatovat každej den (já spíš tejden), nemusíš, ale pokud budeš updatovat jednou ročně, očekávej peklo. Závislosti balíků i nastavení jednotlivých balíků budeš řešit celej víkend.
Když budeš updatovat jednou týdně (cca), zabere Ti update pár minut (spuštění), pak to samo nějakej čas pojede (podle balíků od pár minut do několika hodin) a pak zase budeš pár minut řešit případný změny konfiguráků. Je to ale uživatelsky přijatelný, i když všechno přes konzoli.
Gentoo má jednu obrovskou, fakt obrovskou výhodu - dá Ti hrozně moc zkušeností. Po jedný instalaci budeš vědět víc, než by ses naučil za rok nebo dva s Ubuntu (SUSE, Fedorou, ...). Budeš vědět kde co nastavit, jak která služba funguje, co je součástí jádra, kde to tam hledat, co si můžeš v jádře dovolit vypnout, který služby jsou potřeba a který ne, ...
Pokud by ses pro Gentoo rozhodnul, tak si pamatuj jednu věc - v jádře MUSÍŠ mít zaškrtnutý Generic SCSI (nedebatuj a zaškrtni, pokud chceš nabootovat :-D )
-
Děkuji za příspěvky.
Toho GSLA check je celkem škoda. Celkově mi přijde, že okolo Gentoo vznikají zajímavé věci, ale mnohé se moc neudrží, což je škoda.
Genkernel (http://www.gentoo.org/doc/en/genkernel.xml)vypadá pěkně, takové "celkem levné a celkem kvalitní".
K Firefoxu pro Debian: Děkuji za komentáře, ale opravdu mi šlo spíše o princip, jak to vydávají. Pokud si budu moci v Gentoo vybrat mezi třeba dvěmi nedávnými větvemi, bude to pro mě příjemnější než výběr mezi příliš novou a příliš starou větví. S profily Firefoxu IMHO umím.
Slotting (http://devmanual.gentoo.org/general-concepts/slotting/index.html) vypadá taky dobře. Ale v případě Firefoxu si budu asi muset ručně pořešit updaty od doby, kdy se nová verze dostane do stable, že?
K updatům: přiznám se, že na Archu jsem je dělal zhruba takto: pacman -Syu, vyřeším případné dotazy (nahrazení balíčku jiným apod.), prolétnu, co to chce udělat, potvrdím, počkám a pročtu si výstup, jestli mi tam něco nefailnulo.
Ale i ten machine time by mě zajímal, přecejen jde o notebook. Na Archu nebyl problém spustit update a neřešit zvýšenou spotřebu, na Gentoo to asi platit nebude. (Něco jsem tam už kompiloval...)
Grafika na plný výkon - hlavně na nízký příkon, víc mě moc nezajímá :) Ale podle zkušeností z Archu na to mají vliv především použité ovladače (Catalyst vs. open-source ovladače), jejich nastavení má vliv minimální.
Co se týče zkušeností, myslím, že vím, o čem je řeč. Před Archem jsem měl spíše letmé zkušenosti s několika distribucemi (Fedora, CentOS, Debian a Ubuntu) z virtuálu a ze školy (a teda ještě s Cygwinem). Když se mi kdysi něco v Debianu rozbilo, byl prostě rozbitý a řešil jsem to vytažením dat přes live CD.
-
Machine time - to jsem zapomněl. To je nevýhoda Gentoo. Takový nebinární Openoffice se na mym Core i5 750 (4 fyzický jádra) se 4GB RAM kompilujou 70 minut. Zbytek je relativně rychlej. Třeba X server se závislostma za deset minut, Wine za pár minut, KDE4 několik desítek minut (více než hodina). Malý balíky jako třeba knihovny obrázků, drobný závislosti apod. se dokonce dýl připravujou než kompilujou :-D
Samozřejmě NTB v tu dobu žere a topí.
Closed-source k ATI/AMD je jediná cesta k 3D výkonu a nízký spotřebě. Bohužel i tak je s nima často spousta práce a neuspokojivej výsledek. Ale to neplatí jen pro Gentoo, ale obecně - ATI/AMD prostě na ovladače kašle. Škoda, HW mají prej dobrej.
-
A kernel? Vím, že kompilace kernelu mi před časem na Archu na 64b trvala skoro přesně hodinu. Nesnažil jsem se to ale nějak moc okleštit. A byla spuštěná Xka, bez nich je to údajně mnohem rychlejší (nemám potvrzeno, berte s rezervou).
No, asi to budu muset vyzkoušet.
Gentoo mě trošku přesvědčuje, abych zůstal na x86_64 - bez ní bych asi nevyužil jeho potenciál naplno. Na 32b architekturu mě trošku láká client mode v JVM, který se občas taky hodí pro rychlý start. Ještě asi na stolním počítači zkusím porovnat TieredCompilation (hybridní mód) s client mode, aspoň orientačně, abych věděl, jak moc mám 32b (ať už systém nebo JVM) zvažovat.
K ATI: Jo, asi to byla chyba, ale co už. Ideální by asi byla nějaká integrovaná grafika. Poučení pro příště. Ale jinak je to slušný model.
-
Kompilace bych se nebal mam na netbooku freebsd a svyjimkou šilenosti jako liberoffice a par dalšich molochu je to v poho takže předpokladam že gentoo na tom bude podobně
-
Machine time prece neni problem. Pokud jsi na baterce, neupdatuj, updatuj az na siti a pokud mas opravdu nutnou potrebu neco updatovat hned, tak muzes jen tu jedinou vec. Co se tyce kernelu, netusim jak ne na tom genkernel, ale ja si delam svuj vlastni jen s vecmi co muj pocitac potrebuje a to zabere odhadem ne vic nez 5 minut. Ono to staci jednou nastavit a configurak uz si pak muzes prenaset mezi dalsimi verzemi.
Co se tyce slottingu tak ne, nemusis nic nucene resit. Slot ma vetsi prioritu nez verze. Takze pokud se ti do portage hodi nova verze pro slot 0, slot 1 se ti updatovat nebude. V praxi by to vypadalo asi tak, ze pro slot 0 si das mask na verzi >=4 a pro 4 a vice si vytvoris lokalne slot 1. Takze kdyz prijde do portage nova verze 4, slot 0 se updatovat nebude a slot 1 taky ne, dokud si tam sam verzi nezvednes.
Pokud mas 64bit cpu, ani o 32bit systemu neuvazuj!
-
Na 32b mě láká Java. Je sice i na 64b, ale nemá tam client mode, který umožňuje relativně rychle se spustit, což se někdy taky hodí. A pokusy na virtualizovaném Ubuntu (32b) vypadaly celkem přesvědčivě, i když neporovnávám dobře porovnatelné. (Tzn. je tu mnoho dalších možných vlivů, ale ty by to měly ovlivňovat spíše v neprospěch 32b varianty.) Ještě zkusím 64b Ubuntu, pokud půjde virtualizovat z 32b Windows. (Údajně by něco takového mělo jít, ale nevím, jestli tu není nějaká významnější ztráta výkonu.)
Další možností by bylo vedle 64b Javy mít i 32b Javu, ale...
-
Tak kernel Ti řeknu naprosto přesně. Moje jádro se na mym PC (Core i5 750, 4GB RAM) se zkompiluje s pomocí "make -j5" za tři minuty :-D
Předchozí jádro pro jinej počítač jsem kompiloval na NTB s jednojádrovým 1,6GHz Centrinem a 1GB RAM za 12 minut.
Obě jádra byly kompilovaný v Xkách (KDE4) okleštěný až co to šlo, nebyly tam téměř žádný zbytečnosti. Samozřejmě, že první jádro může bejt větší (třeba z obavy vyškrtat síťový karty, protože Gentoo je na nich závislý a když netrefíš tu svojí, jsi bez netu...), ale postupně se to jádro okleští až na to minimum.
Moje aktuální jádro má tuším 4,3MB a je v něm podpora virtualizace (zatím nevyužitá).
To starší zmíněné jádro mělo kolem 3,5MB.
Ani v jednom nevyužívám moduly, všechno je v jádře (vyjma grafických ovladačů, ty se samy kompilujou jako moduly a u staršího Intel wifi karty, která musela zavést firmware a musela bejt jako modul).
Můžeš se zkusit klidně ptát na další podrobnosti, když bude v mých silách, budu odpovídat :-)
Ale aby bylo jasno hned - 32b vs. 64b neporadim, se slotama zkušenost nemám.
K tý ATI - nebyla to vysloveně chyba, jen je s tim víc práce a občas překvapí nová (nefunkční) verze ovladače. Pak Tě čeká nějakej ten Google, čtení, vyřešení a máš na rok klid. Gentoo má relativně dobře popsanou instalaci ATI closed ovladačů, takže by neměl bejt problém to nainstalovat.
Jen pozor na ATI framebuffer, mě na stolní kartě 5570 sice fungoval, ale bot skončil černou obrazovkou (virtuální terminály nefachaly, Xka taky ne, ale samotnejs tart probíhal vATI FullHD framebuffer).Kámoš má v NTB asi kartu 4650 a jemu to jede v pohodě. Dokonce i hry mu jedou líp než na tý mojí stolní (míň chyb v texturách, víc framerate, menší problémy, ...). Nastavení jsme měli víceméně stejný (on jel podle toho, jak jsem nastavoval já). Uvidíš, s ATI je to vždycky trochu magie :-)
-
To zní celkem dobře. Teď ještě mít ten notebook...
ATI nebyl vyloženě velký fail, dá se to, ale kdyby měl místo toho nějakou jednoduchou integrovanou grafárnu s lepšími ovladači, bylo by to holt lepší. Ale to bych tehdy možná musel dělat ústupky jinde.
-
Samozřejmě NTB v tu dobu žere a topí.
Pokud se dá do /etc/make.conf
PORTAGE_NICENESS="19"
není to tak hrozné, a klidně můžeš mít zapnutý Firefox a přehrávat video ve flashi. Samozřejmě je to vykoupeno o trochu delším časem při kompilování. Takže když budeš kompilovat Officy (Libre nebo OOo) potrvá to s touhle volbou třeba o hodinu déle ať už budeš mít otevřený Firefox nebo ne.