Miért a Gentoo?

"Mennyire lesz idegen egy olyan valakinek, aki eddig a Debian alapú disztribeket próbálgatta(Debian és Ubuntu) ? "

Talán eccerűbb lesz, pl: rc-update kontra update-rc.d

"Mennyire lassabb a csomagtelepítés a .deb és az .rpm-nél ? (bár szerintem az rpm is lassú..)"

Ez még annál is lassabb :)

"Felhasználóbarát ? ( :)vagy csak válogatja a barátait)"

Ha megismered az lesz! :)

[quote:7d3ad60f58="1aca"][quote:7d3ad60f58="zoozo"]A Slackware mellett a Gentoo is felkapott disztribúció napjainkban.

Felkapott? Az mit jelent? Szerintem egyik sem felkapott, ha azok szamat nezzuk , akik hasznaljak.

Hát ha a (persze nem mérvadó) HUPos idei disztró szavazást nézzük, akkor a Gentoo a 3. Aztán a slack közel fele annyi szavazattal. Tavaly 2. volt, de a debian közösség egy része ubuntu párti lett és így az nagyon feljött, így idén az lett a második. Szóval én azért népszerűnek nevezném :D

Miért is az? A hihetetlen jó csomagkezelése miatt például. Sokan azt hiszik, (pl a debianosok) hogy a gcc flagek számítanak (volt erről cikk is, hogy custom C flagekkel újraforgatni debiant és akkor mennyire gentoo lesz... http://hup.hu/modules.php?name=News&file=article)
Pedig nem ez számít, hanem a USE flagek amikkel a függőségeken változtathatsz, és nem olyan lesz a rendszer mint az UHU, hogy egy x progi mellé felrakja, az aRts-ot, Esound-ot, alsa-t gtk-t qt-t stb, hanem csak azt amit te akarsz. Persze ez nem mindenol választható, hiszen a KDE sose fog GTKval műkdni, de rengeteg helyen lehet választani. Legjobb példa az Mplayer amelyhez kb 50 féle USE flag van. Pl nem kell az össze -ao és -vo dolgot beleforgatnod, nem muszály sdl-t felrakni meg hasonlók.

szerk:
az előttem szóló által emlegetett dolgok szintén. (amikor elkezdtem írni a hozzászólásomat még nem volt ott...)

[quote:3d6a46ae3b="whitehawk"]A technikai kérdések maradjanak inkább a http://hup.hu/modules.php?name=Forums&file=viewtopic&p=105347#105347

<off>
Szerintem az a topic nem tul szerencses, mert atlathatatlan es kovethetetlen. Az egyes kerdesek kulon temakba kellene, hogy keruljenek.

Abban igazad van, hogy nem kellene, hogy technikai kerdesek megvalaszolasanak iranyaba menjen el ez a toipic, de a tobbi hozzaszolast elnezve, ez utobbiak legalabb meg a gentoorol szoltak.
</off>

[quote:2aac4dfb14="KKata"]
"apt-get install" helyett "emerge"
"apt-get update, apt-get upgrade" helyett "emerge -uD world"
Kevesebb karakter begépelésével megúszod :)
Naszóval, annak idején a Debiant is meg kellett tanulnod, most meg kell tanulnod a Gentoo nyelvén beszélni. Nem nagy ügy.

Ezzel egyetértek, erre hajlandó is vagyok :)

[quote:2aac4dfb14="KKata"]
Az elején nagyon hosszadalmas, amíg felépül egy desktop-rendszer, de utána már - viszonylag - gyorsan mennek a dolgok, lehet akár egész rendszer újrafordítása mellett dolgozni, meg amit úgy általában csinálsz a gépeden. Mondjuk ha idegesít az rpm lassúsága, akkor ne kezdj gentoozni :)

Ha többnapos procedúra, akkor inkább nem bántom. :)
Az rpm lassúsága: Mandriva-n és SuSE-n is azt tapasztaltam, hogy piszok lassan telepít a csomagkezelő, de főleg Mandriva-n az RPMDrake. Zavart is nagyon. A Synaptic-al gyorsan lehet haladni, és ezért is tetszik.

[quote:2aac4dfb14="KKata"]
Viszont nem lesz "dependency hell". Nekem ez az egyik legvonzóbb dolog a Gentooban: nem kell egyenként összevadásznom a szükséges dolgokat (mint pl. Slackware-ben), ha pedig leszedek valamit, nem ránt magával egy rakat létfontosságú cuccot (mint pl. Debianban tapasztaltam néha).

Ez kifejezetten jól hangzik! Néha tényleg elég nyakatekerten kell megoldani egy-egy függőséget. Vagy nem is lehet :) (pl: Mesa-val szívtam, amikor még ATi-m volt. A mesa és két társa körbe függtek egymástól, és kézi telepítéssel sehogyse ment a feloldás. Szerencsére már nVidia-m van)

[quote:a26ee2d2d1="unranked"]
Ha többnapos procedúra, akkor inkább nem bántom. :)

Nem muszáj ám több napig a compiler kimenetét nézegetni...
Nekem kb. 2 nap volt, míg graf. felület is lett (na persze nem KDE), de az egész folyamatot chroottal csináltam, UHU alól. Most hadd ne keressek neked linket ennek mikéntjéről, majd találsz te, ha akarsz :)
Persze én nem akarlak rábeszélni a Gentoora... ugyan... ;)

johans, nem akarok beleronditani a postodba, mert nagyon jo, csak annyit tennek hozza, ogy szerintem szolni kellene:

* a minel inkabb a fejlesztok altal kozreadott programverziot tamogato filozofiarol, tehat - ahol, csak lehet - nincsenek disztrospecifikus buzeralasok
* a KDE split ebuildekrol
* az egyszeru config updaterol
* a kifinomult toolkornyezetrol (emerge, equery, stb.)
* az archtektura tamogatason kivul a keszulo tovabbi kernel es userspacekrol
* arrol, hogy a csomagfrissites ugyan idoigenyes lehet, de ez jellemzoen nem befolyasolja a munkat (a telepites a legalacsonyabb prioritassal fut)
Ha persze meg nem telepitett csomagot teszek fel, akkor azt sajnos tenyleg ki kell varni, ugyanakkor a nagyobb forditasi idot igenylo csomagokbol van binaris valtozat (KDE, OOo, stb.)

Azért jó a Gentoo mert te fordítod a csomagokat és sokkal gyorsabb. :lol:

[quote:6707333d80="KKata"][quote:6707333d80="unranked"]
Ha többnapos procedúra, akkor inkább nem bántom. :)

Nem muszáj ám több napig a compiler kimenetét nézegetni...
Nekem kb. 2 nap volt, míg graf. felület is lett (na persze nem KDE), de az egész folyamatot chroottal csináltam, UHU alól. Most hadd ne keressek neked linket ennek mikéntjéről, majd találsz te, ha akarsz :)
Persze én nem akarlak rábeszélni a Gentoora... ugyan... ;)

:) Értem én.
Most látogattam el a Gentoo fórumra itt a hup-on. Az egyik topikban jöttem rá, hogy ezzel még várnom kell. Nagyon-nagyon utána kellene olvasni (nem ez a főprobléma), és azt olvastam, hogy jó angol tudás szükséges. Hát angol tudás éppen van, de nem a legjobb :(
Hogy miért is nem bántom ? Rövidke tanulmányozás után világossá vált, hogy mindent nekem kell megcsinálnom. Ez egy picit riasztó számomra. Első neki futásra az Ubuntu telepítő is félelmetes volt, de már ez elmúlt, nem ijedek meg az expert módtól sem. De hogy mindent az utolsó bitig nekem kell fordítani! Jó mókának hangzik, de nem érzem magam felkészültnek :)
Az 'install-x86-universe-2005.1-r1.iso' azért elfér a vinyómon. ;)
Persze olvasni is szeretek...szinte biztos, hogy utána fogok olvasni a Gentoo Linux rejtelmeinek.
Csak abban a tudatban voltam, hogy letöltöm, kiírom, felrakom, és élvezem.

A fenti dolgokat csak megerositeni tudom, viszont annyit hozzafuznek, h sajnos neha belefut az ember durva bugokba. En pl a gcc-3.4.4 migralasommal szivok 2 honap utan is, ugyanis a legtobb c++ progi nem fordul. Elolvastam a doksit, irtam a forumjukra, senki nem tudott hozza szolni, megkerestem a fejlesztoket is, de semmi, probaltam itt a HUPon is szinten semmi.

Hardcore gentoofan vagyok es nagyon sajnalnam, ha valtanom kellene masra, mert ennyire jo disztribem meg nem volt es egy picit tartok tole, hogy nem is lesz. Eleg sok jo dologrol le kellene mondanom, de egyre jobban ugy nez ki, hogy nincs ra idom, energiam, hogy ennel tobbet tudjak szentelni egy most aktualis gcc hibara, vagy mas apro bugokra. Szep es jo, biztonsagos, villamgyors, de sokszor rengeteg szabadidot elvesz.

A szerveren hotziher, hogy marad a gentoo, de a laptopra megy fel a slackware miutan lejott az utso cd is.

Nem szeretnem elvenni a kedvedet, csak ne erjen varatlanul, ha neha nem mennek zokkenomentesen a dlgok. Mindettol fuggetlenul sztem probald ki es majd meglatod.

Sok sokert hozza ;)

[quote:d36f9bbb71="nsuperbus"][quote:d36f9bbb71="whitehawk"]Hát ha a (persze nem mérvadó) HUPos idei disztró szavazást nézzük, akkor a Gentoo a 3. Aztán a slack közel fele annyi szavazattal. Tavaly 2. volt, de a debian közösség egy része ubuntu párti lett és így az nagyon feljött, így idén az lett a második. Szóval én azért népszerűnek nevezném Very Happy

Abból a szavazásból csak annyit lehet leszurni,hogy akik rendszeresen olvassák a hupot azok szavaztak és ezek közül legtobb debian-t,ubuntu-t hasznalnak. Ebbol abszolut nem lehet felmerni hogy mennyire nepszeru vagy nem nepszeru egy disztro. Abszolut nem reprezentativ.Amugy egyetertek amit irtal. Ezt csak azert irtam,mert megteveszto lehet a kezdoknek ez a szavazas.

Ezért van benne az a zárójeles megjegyzés.

[quote:e127c1127c="KKata"]
Viszont nem lesz "dependency hell". Nekem ez az egyik legvonzóbb dolog a Gentooban: nem kell egyenként összevadásznom a szükséges dolgokat (mint pl. Slackware-ben), ha pedig leszedek valamit, nem ránt magával egy rakat létfontosságú cuccot (mint pl. Debianban tapasztaltam néha).

Ha a slackware fuggoseg nelkulisegevel peldazodsz a dependency hell-t illetoleg, egy kicsit tevedsz. Definicio szerint nem lephet fel dependecy hell egy olyan disztro eseteben, ahol nincsenek is fuggosegek. Lasd: itt

Nem akaorok senkit megserteni, de a gentoo nekem olyannak tunik, mint egy "vezerelt" LFS. Ha jo csapat van mogotte, akkor jo, ha nem, akkor eleg sz@r. Attol, hogy az en gepem forditja le a csomagokat, nem fogok boldogabb lenni. Es nem is igazan lesz gyorsabb. Inkabb teszek a szerverembe tobb RAM-ot, gyorsabb vinyot, stb. Attol lesz gyorsabb, nem attol, hogy i486 helyett AthlonXP-re lett optimizalva. Az edeskeves, max 1-2 % (kiveve persze a multimedias progikat, azoknal szamithat, az apache pl. szerintem csak rohog rajta).

[quote:f020507825="zoozo"]
Melyik parancs kiadásával tudom ellenőrizni, illetve updatelni a sérülékeny csomagokat? Debianon az apt-get update után egy apt-get dist-upgrade, itt gondolom nem emerge world mert arra minden újrafordulna.

glsa-check
A debianban az apt-get dist-upgrade minden csomagból felrakja a legújabbat, akár volt benne sebezhetőség, akár nem. Itt kilistázhatod az adott rendszerre specifikus sebezhetőségeket, és dönthetsz úgy, hogy csak ezeket a csomagokat rakod fel. Az apt-get dist-upgrade megfelelője valóban az emerge -avuDN world

[quote:f020507825="zoozo"][quote:f020507825="johans"]
* Frissesség: mivel nincsenek igazi kiadási ciklusok, a letesztelt csomagok folyamatosan kerülnek be a "stable" ágba. Ez pl. a debianhoz képest egy adott csomagnál lényegesen rövidebb release ciklust tesz lehetővé.

Ez egyébként cél a gentooban, hogy megszünjenek a hivatalos értelemben vett kidások? A distrowatch szerint 2004-ben még 4 kiadása volt a gentoonak, 2005-ben már csak 2. Nem tartom problémának csak érdekel miért.

A distrowatch információja ebben a formában hibás. Megpróbálom elmagyarázni miért.

A Gentoo build rendszer alapját képezi a USE flag-eket + egy rakat hasonló változót kezelő rész. Ennek van "default" értéke, te pedig megadhatod, hogy a default-tól mennyiben akarsz eltérni. Na, ez a default érték változott 2004-ben 4 alkalommal, 2005-ben pedig 2 alkalommal - elsősorban azért, mert a csomagkezelőbe jelentős új feature-ök jöttek be, és ezek default értéke beállításra került. Ettől függetlenül, ha a "stable" ágba bekerül valamelyik program új verziója (pl. az új bash) az egyaránt elérhető ugyan abban a pillanatban az összes 2004-es és 2005-ös "kiadásban", nem csak a legfrissebben, max. másképp fordul, ha nem upgrade-elsz, mert más flagek vannak beállítva. Ezért nem érdemes ezt összekeverni a hagyományos értelemben vett releasel.

Ja, még valami. Az új installációs live-cd -t is ezekhez igazítják, tehát abból ilyenkor jön ki új.

[quote:f020507825="zoozo"][quote:f020507825="johans"]
* Képes un. slotokat kezelni. Ez azt jelenti, hogy java-bol, python-bol, gcc-bol stb. egyszerre nem 1 verzió lehet fenn, hanem akár az összes. Váltani köztük 1 parancs.

Ez tényleg hasznos, a FreeBSD már régóta tudja és hiányzott eléggé a linuxból.
Melyik ez a parancs? A doksiban eddig nem találtam.

A ~ (unstable) ágban ezt már az eselect végzi, a stable ágban még programonként külön-külön progi van rá, pl. gcc-config, java-config stb.

[quote:f020507825="zoozo"][quote:f020507825="johans"]
* Hátrány az, hogy egy csomag felrakása (hacsak nem a GRP-t használod) jóval tovább tart, mint ha deb-ből vagy rpm-ből raknád fel.

Ez a GRP ha jól értem bináris csomagokat jelent. Feltételezem ekkor le kell mondani az saját USE flag-ekről és processzor optimalizált fordításról.
Ezeket hogy lehet feltenni? Sima emerge egy speciális opció megadásával?

A GRP a "Gentoo Reference Platform" rövidítése, előre fordított bináris csomagokat jelent bizonyos architektúrákhoz (amd64, Pentium4 van, a többit nem néztem). Természetesen ezeket is a csomagkezelővel rakja fel / veszi le az ember. A GRP-ből feltett csomagoknál nem határozhatod meg a USE flageket. Viszon a USE flageket a rendszer csomagonként tárolja, és a későbbiekben lehetőséged van arra, hogy a nem "aktuális" flagekkel fordított csomagokat (így a GRP-ből feltetteket is) újrafordítsd.

Hozzá kell tenni, hogy a GRP nem minden szituációban használható. Szóval ez inkább a kezdeti install folyamatát tudja lényegesen gyorsabbá tenni, és egyenlőre csak egy érdekes feature, mintsem default installálási mód.

[quote:3b87cb1c0c="1aca"]Nem akaorok senkit megserteni, de a gentoo nekem olyannak tunik, mint egy "vezerelt" LFS. Ha jo csapat van mogotte, akkor jo, ha nem, akkor eleg sz@r. Attol, hogy az en gepem forditja le a csomagokat, nem fogok boldogabb lenni. Es nem is igazan lesz gyorsabb. Inkabb teszek a szerverembe tobb RAM-ot, gyorsabb vinyot, stb. Attol lesz gyorsabb, nem attol, hogy i486 helyett AthlonXP-re lett optimizalva. Az edeskeves, max 1-2 % (kiveve persze a multimedias progikat, azoknal szamithat, az apache pl. szerintem csak rohog rajta).

Write-only üzemmód?

[quote:10371a545b="johans"]
Write-only üzemmód?

Tessek? Ezt kifejtened?

[quote:611f1752c3="zoozo"]
Így első pillantásra a Gentoo kicsit FreeBSD/ports linuxos megfelelőjének tűnik. Ez természetesen jó és hiánypótló dolog linuxon. Érdekes viszont, hogy készülőben van /legalábbis tervezik/ egy Gentoo/FBSD is. A FreeBSD és Ports-hoz képest van valamilyen előnye a Gentoo Emerge csomagkezelőjének?
Gondolom a Gentoo fejlesztői úgy látják van, különben nem is terveznék a Gentoo/FBSD portját.

A Gentoo portage rendszerének egyik ihletője a FreeBSD ports volt. Összehasonlításra azért nem szívesen vállalkoznék, mert a FreeBSD-s isemereteim ehhez kevesek. A Gentoo/FBSD viszont alapvetően más lesz, mint a FreeBSD, hiszen a userland a Gentoo/Linux userlanddel fog megegyezni - gyakorlatilag egy Gentoo Linux BSD kernellel.

[quote:71c6822915="1aca"]Nem akaorok senkit megserteni, de a gentoo nekem olyannak tunik, mint egy "vezerelt" LFS. Ha jo csapat van mogotte, akkor jo, ha nem, akkor eleg sz@r. Attol, hogy az en gepem forditja le a csomagokat, nem fogok boldogabb lenni. Es nem is igazan lesz gyorsabb. Inkabb teszek a szerverembe tobb RAM-ot, gyorsabb vinyot, stb. Attol lesz gyorsabb, nem attol, hogy i486 helyett AthlonXP-re lett optimizalva. Az edeskeves, max 1-2 % (kiveve persze a multimedias progikat, azoknal szamithat, az apache pl. szerintem csak rohog rajta).

Az egyik nagy baj a gentooval, hogy elterjedtek rola tevhitek. Ezek koze tartozik, hogy a gentoo azert gyors, mert src alapu es optimalizalhato, stb. Ez ugy baromsag, ahogy van. Ahogy te is irod, csak nagyon ritka esetben hoz eszleleheto sebessegkulonbseget a sajat architekturara valo optimalizacio az eloforditott csomagokkal szemben.

A source alapusagnak, tehat nem a sebesseg meg az optimalizacio lenyege, hanem az, hogy sokkal konnyebb tobb architekturat tamogatni, a use flag rendszerhez (ami a rnedszer rugalmassaganak egyik alapja) alapvetoen szukseges.

A gentoonak tehat sokkal inkabb azok az elonyei, amit joahns leirt. A gentoo egy metadisztribucio, ami a valasztas szabadsagarol szol, es mindemellett kenyelmes es keves munkaval hatekonyan adminisztralhato es karbantarthato. Igen jol erzed, egy tokeletesen kenyelmes LFS.

Igen itt jon a masik tevhit, hogy a gentoot sok ido karbantartani, mert sok idot vesz igenybe a csomagok forditasa. Hat igen, lehet, hogy van, aki tapad a kepernyore, mert eppen gcc v. configure output rohan rajta, de ez - lassuk be - nem szukseges. ;-)

En az adminisztralasra kb. hetente 5-10 percet forditok. Vannak automatikus szkriptek, amik mindent elvegeznek helyettem, megnezem az eredmenyt, es kizarolag a csomagfrissiteseket vegzem kezzel. Ugyanis ez utobbi a config fileok mergelesenek okan nem automatizalhato.

Termeszetesen nincs problemamentes rendszer, idonkent az ember belefut ebbe-abba. De a forumokon nagyon gyorsan kapsz segitseget, es olyan problema sosem volt, ami a rendszer mukodokepesseget alapjaban veve befolyasolta volna. Mindez egy 2003 ota folyamatosan frissitegetett desktop installacioval, amit a legkulonfelebb feladatokra hasznalunk (tobbek kozott fejlesztesre), es en nem vagyok mentes minden kiserletezesi hajlamtol.

hmm. mire jó ez a slack vs. gentoo, nem értem. két kedvencem. slack szervernek és semmi más, ott nincs kedvem és időm fordítani, meg többnyire lassú szar, egyedi vasak.

gentoo, az álom! :) ennyire karbantartható rendszert keveset láttam. nem mindig minden friss, mert nem akarom, mert utálom mondjuk az 5-ös mysql-t, nosza maszkolom, és nekem 4-es marad, közben odbc-ből a legfrissebbet kérem, akár hetente.

most is frissül éppen az ooo, mert találtam /var/tmp-nek 8 gigás partíciót és lefordítom h legyenek kde ikonok, nem zavar a munkában, h 5 órát fordít.

és a runscriptek áttekinthetősége, azt hiszem, ebben nagyjából a slackival egy szinten vannak, bár elegánsabb a gentoo, jobban lekérdezhető.

az equery, ahogy megismerem lassan, pedig egész jó áttekintést tesz lehetővé csomagkezelést illetően, eddig minden gubancot megoldottam vele

hmmm. persze, amikor vmi nem megy éppen elsőre, az fgo (forums.gentoo.org) vagy a tényleg alapos doksi sokat jelent, meg azért az arcélnek is jót tesz, h kicsit utánajársz, mi hogy működik, miért nem megy, és megoldhatatlan hibákkal (lekopogom) nem találkoztam

bár (deviáns módon :) egy barátom thinkpadjére ubuntut raktam napokban és meglepően tetszett is, ahogy szabtam volna testre éreztem, h ez nem ugyanaz a feeling. elsőre jó-jó, de nincs meg az a szabadságom. egy szóval gentoo=szabadság

[quote:9e3cee9496="1aca"][quote:9e3cee9496="johans"]
Write-only üzemmód?

Tessek? Ezt kifejtened?

A postod előtt elhangzott kb. 20 dolog. Ezek között az, hogy igen, gyorsabb, de nem szignifikánsan, és hogy nem ezért szeretjük. Erre jött a beírásod.

Amellett, hogy nagyfokú tájékozatlanságról tettél tanubizonyságot, látszik, hogy el sem olvastad az előtted szólokat, vagy ha igen, fel nem fogtad, az biztos. Kérlek emellett gondolkozz el rajta, hogy milért nem írt egyetlen gentoos sem a "miért slackware?" topicba?

Na de nem etetem tovább a trollokat, a téma ezen részét részemről lezártam.

[quote:3d0a7b157d="piszi"]hmm. mire jó ez a slack vs. gentoo, nem értem. két kedvencem. slack szervernek és semmi más, ott nincs kedvem és időm fordítani, meg többnyire lassú *****, egyedi vasak.

Itt egyaltalan nem slack vs. gentoo-rol van szo. Felreerted. Egyszeruen KKata modnott valamit, amit en kifogasoltam, ezert kijavitottam. Ennyi.
Slack vs. gentoo-ban pedig nem tudok hozzaszolni, mert gentoo-t nem probaltam. Es amig ki nem probalom, nem tudok velemenyt mondani.

unranked, látogass el a http://magenta.linuxforum.hu/ oldalra, ott van magyar doksi is, telepítéshez is, meg a továbbiakhoz is

sztem elsőre ne stage1-gyel kezdj, már csak idő miatt sem, menet közben évek alatt úgyis tutira kicsiszolod a gentoodat. elég az neked, h két éve, mióta megvettem a vasat, nem volt újrahúzva csak frissítgetek? egy próbát megér, és nem a telepítése a legszebb álom, de kiv. egész jól van magyarul is dokumentálva

> Itt egyaltalan nem slack vs. gentoo-rol van szo.
> Felreerted. Egyszeruen KKata modnott valamit,
> amit en kifogasoltam, ezert kijavitottam. Ennyi.

olvastam, amit írtál. és finom is voltam. folyamatosan hülyeségeket írsz ebbe a topikba, erre utaltam volna eufemisztikusan, és nem én vok az első, aki szól, h trollkodsz

több tudás, kevesebb okoskodás

gondolom, te sok gnome-os progit telepítesz slackire, pölö evolutiont. és még semmi dep hell... áhhh, vagy a szavakat nem érted, vagy csúsztatsz. > /dev/null

[quote:995fb8e845="piszi"]unranked, látogass el a http://magenta.linuxforum.hu/ oldalra, ott van magyar doksi is, telepítéshez is, meg a továbbiakhoz is

Köszi szépen! Nagyon jó kis gyűjtőhely.

[quote:efead639ab="johans"]
A postod előtt elhangzott kb. 20 dolog. Ezek között az, hogy igen, gyorsabb, de nem szignifikánsan, és hogy nem ezért szeretjük. Erre jött a beírásod.

Erdekes... Mindig elmondja valaki, hogy gyorsabb, de nem szignifikansan... De azert MINDENKI odateszi... Erdemes ezen elgondolkodni...
[quote:efead639ab="johans"]
Amellett, hogy nagyfokú tájékozatlanságról tettél tanubizonyságot, látszik, hogy el sem olvastad az előtted szólokat, vagy ha igen, fel nem fogtad, az biztos.

[humor]Sajnalom, hogy nem erem fel egy GENTOOS ertelmi szintjet, legalabbis szerinted.[/humor]
A gyorsasagroil szolo resz, ha eszrevetted volna, csak a masodik resze a hozzaszolasomnak. Az eleje az volt, hogy olyan, mintha valaki segitene (doksin kivul) egy LFS rendszert osszeallitani, karbantartani. Es meg az is, hogy ha ez a csapat, aki ebben segit, profi, akkor szuper. Ha nem, akkor nem annyira. Ezt a reszt nem kommentaltad... Vajon miert? Kicsit szelektiv az olvasokeszseg?
[quote:efead639ab="johans"]
Kérlek emellett gondolkozz el rajta, hogy milért nem írt egyetlen gentoos sem a "miért slackware?" topicba?

En csak velemenyt fejtettem ki, nem tanacsot adtam. Azt ki is jelentettem, hogy nem vagyok gentoos. Attol meg elmondhatom a velemenyemet rola, nem?
[quote:efead639ab="johans"]
Na de nem etetem tovább a trollokat, a téma ezen részét részemről lezártam.

No comment...

[quote:89814b3e1f="fdavid"]
Igen itt jon a masik tevhit, hogy a gentoot sok ido karbantartani, mert sok idot vesz igenybe a csomagok forditasa. Hat igen, lehet, hogy van, aki tapad a kepernyore, mert eppen gcc v. configure output rohan rajta, de ez - lassuk be - nem szukseges. ;-)

Ebben igazad van, viszont van egy olyan aspektusa, amit nem szabad letagadni. Ha ki akarsz próbálni pl. 5 különböző zenelejátszót, akkor az debian/ubuntu stb. alatt úgy megy, hogy apt-get install elso masodig harmadik .... es 10 perc múlva eldöntheted , hogy melyiket hagyod meg a gépeden. Gentoo alatt ez lényegesen lassabb folyamat. Nem kell a fordítást nézni, de ha a fordítás eredményét használni akarod, akkor várni kell rá.

Én végiol olvastam a topikot és sok ellent mondás van.
Valaki azt mondja, hogy nem gyorsabb a gentoo mint más rendszer, valki szerint igen.Igazság szerint én még csak live cd probáltam ki úgyhogy nem tudom hogy mi a helyzet vele, de többhelyen olvastam hogy gyors.Ahogy azt is olvastam, hogy kezdöknek is ajánják.

Észrevételeim szerint, minden rendszer eltér a gyorsaságban, mégha nem is nagy mértékben.
Szerintem probáld ki és alkos saját véleményt.Én is tervezem a Gentoo telepítést, amint meglesz az új vinyom.

[quote:b24fc9f465="KKata"][quote:b24fc9f465="unranked"]
Ha többnapos procedúra, akkor inkább nem bántom. :)

Nem muszáj ám több napig a compiler kimenetét nézegetni...
Nekem kb. 2 nap volt, míg graf. felület is lett (na persze nem KDE), de az egész folyamatot chroottal csináltam, UHU alól. Most hadd ne keressek neked linket ennek mikéntjéről, majd találsz te, ha akarsz :)
Persze én nem akarlak rábeszélni a Gentoora... ugyan... ;)

Nem érdemes sokáig user mode linux alol fordítani, mert rémesen lassú. Nekem 2 nap alatt kde-vel felment minden, de úgy, hogy amint felállt az alap rendszer egyből rebootoltam és a továbbiakat már az új gentoo alól telepítettem, fordítottam.
A user mode linuxnál bármleyik virtualozátor jobb, xen vagy vmware. A FreeBSDs jail sem egy sebesség rekorder de a linux usermódja mindent alulmúl. Itt egy teszt róla http://www.cl.cam.ac.uk/Research/SRG/netos/xen/performance.html
Persze ha user mode linux alól készíted el az egész gentoo desktop rendszert, akkor annak azért van annyi haszna, hogy addig is használhatod a gépet pl UHU alatt böngészésre stb, még gentooból fordítva várni kell addig amíg legalább a legfontosobb desktop programok lefordulnak. Egyik sem tökéletes, de ha úgyis el kell utazni pl. hétvégén, vagy van más PC a közelben akkor jobb a natív környezet.
Egyébként itt van egy rövid tömör howto a gentoo telepítéséről a hupon is.
http://www.hup.hu/modules.php?name=News&file=article&sid=1550
Thuglife linuxos idejéből :) bár már régi ma is hasznos, csak devfs helyett ma már udev kell.

[quote:20d67cee6e="piszi"]> Itt egyaltalan nem slack vs. gentoo-rol van szo.
> Felreerted. Egyszeruen KKata modnott valamit,
> amit en kifogasoltam, ezert kijavitottam. Ennyi.

olvastam, amit írtál. és finom is voltam. folyamatosan hülyeségeket írsz ebbe a topikba, erre utaltam volna eufemisztikusan, és nem én vok az első, aki szól, h trollkodsz

több tudás, kevesebb okoskodás

gondolom, te sok gnome-os progit telepítesz slackire, pölö evolutiont. és még semmi dep hell... áhhh, vagy a szavakat nem érted, vagy csúsztatsz. > /dev/null

De ha egyszer a dependency hell nem azt jelenti, amilyen értelemben KKata használta... Az, hogy egy adott proginak sok függősége van, önmagában még nem dependency hell. Ez a 1aca által megadott linken egyértelműen le van írva.

Úgyhogy nem egészen értem, mire fel vered magad.

[quote:883413e7e9="piszi"]> Itt egyaltalan nem slack vs. gentoo-rol van szo.
> Felreerted. Egyszeruen KKata modnott valamit,
> amit en kifogasoltam, ezert kijavitottam. Ennyi.

olvastam, amit írtál. és finom is voltam. folyamatosan hülyeségeket írsz ebbe a topikba, erre utaltam volna eufemisztikusan, és nem én vok az első, aki szól, h trollkodsz

több tudás, kevesebb okoskodás

Legalabb tudod, mit jelent a dependency hell? Legy szives nezz utana, mielott total idiotat csinalnal magadbol.
A masik dolog: ha valakire azt mondod, hulyeseget ir, valamivel ala is kell tamasztani. Maskepp nem tisztesseges. Tehat, akkor mi is hulyeseg, amit irtam es miert?

[quote:c54157f159="Panther"]És egy Mozillát is vegyünk hozzá. Na, ekkor az 1GB-os fizikai memória mellett swapet használ a fordítás közben (ccache, prelink nélkül).

Szerintem meg a forditas kozbeni memoriazaba, meg a swappeles nem gond, az nem (annyira) fontos, hogy gyorsan leforduljon....
Inkabb arra gondolok, hogy a sok prelinkelt .so, meg lib nem arasztja-e el a memoriat?
(nekem mozilla minusz amugy - konqueror rulz - de a 256MB igy is keves :-()

> Ez a 1aca által megadott linken egyértelműen le van írva.

meghajolok érveid súlya alatt, valóban, eztán wikikről fogom életem kérdéseit eldönteni. ugyanmár...

most innen-onnan összeszedet binárisoknál ne alakulna ki dependency hell, mikor még rpm is van a slackin? igaz, én csak használom évek óta, különféle élethelyzetekre, és nem hackerideológiákat szajkózok ostobán, de mindenki azt tesz, amit akar. ettől még a slack nagyszerű os, nem a hibátlansága, hanem az arra való törekvése teszi naggyá :)

[quote:56b3588150="1aca"][quote:56b3588150="KKata"]
Viszont nem lesz "dependency hell". Nekem ez az egyik legvonzóbb dolog a Gentooban: nem kell egyenként összevadásznom a szükséges dolgokat (mint pl. Slackware-ben), ha pedig leszedek valamit, nem ránt magával egy rakat létfontosságú cuccot (mint pl. Debianban tapasztaltam néha).

Ha a slackware fuggoseg nelkulisegevel peldazodsz a dependency hell-t illetoleg, egy kicsit tevedsz. Definicio szerint nem lephet fel dependecy hell egy olyan disztro eseteben, ahol nincsenek is fuggosegek. Lasd: itt

Tudom, hogy ezt a terminus technicust nem pont ebben az értelemben szokták használni, mint amiben én említettem. De ez a lényegen (számomra) nem változtat, mármint ami a Gentoo függőségkezelését illeti. Ezért is hagytam benn a saját szövegemet ott fent egyben. Semmi mást nem akartam mondani, csak azt, ami ott van fent az idézetben.

Szerk.: Mindazonáltal nem tudom, minek kell azt nevezni, amikor egy egyszerű sylpheedet nem lehet csak úgy feltenni a pkgtool-lal, illetve fel lehet, csak nem fog elindulni, mert kell még neki libgpgme.so meg mifene, amiket innen-onnan összeszedegethetek saját kezűleg, aztán vagy lesz sylpheedem, vagy sem ;)

[quote:6324048037="johans"][quote:6324048037="fdavid"]
Igen itt jon a masik tevhit, hogy a gentoot sok ido karbantartani, mert sok idot vesz igenybe a csomagok forditasa. Hat igen, lehet, hogy van, aki tapad a kepernyore, mert eppen gcc v. configure output rohan rajta, de ez - lassuk be - nem szukseges. ;-)

Ebben igazad van, viszont van egy olyan aspektusa, amit nem szabad letagadni. Ha ki akarsz próbálni pl. 5 különböző zenelejátszót, akkor az debian/ubuntu stb. alatt úgy megy, hogy apt-get install elso masodig harmadik .... es 10 perc múlva eldöntheted , hogy melyiket hagyod meg a gépeden. Gentoo alatt ez lényegesen lassabb folyamat. Nem kell a fordítást nézni, de ha a fordítás eredményét használni akarod, akkor várni kell rá.

Igen teljesen egyetertunk, es ki is tertem ra az ezt megelozo postomban. A fentieket viszont kifejezetten a karbantartasra ertettem.

Ezzel egyutt alairom, hogy minden telepites eredmenyet vegulis ki kell varni, csak arra probaltam utalni, hogy egyreszt ez az ido nem feltetlenul improduktiv az ember szamara, hiszen kozben problemamentesen dolgozhat, masreszrol pedig nem kozvetlenul vesz el emberi idot. Persze ez az egesz nem elony, es jobb lenne, ha azonnal meglenne egy telepites eredmenye, de nem elviselhetetlen es athidalhatatlan kompromisszum a tobbi elonyert cserebe.

Azért szeretem a gentoot, mert akkorákat lehet szívni vele, mint a ház. Főleg, ha nincs magyarázat az idétlen viselkedésre. No mind1.

[quote:bbbb6d6ec4="1aca"]Nem akaorok senkit megserteni, de a gentoo nekem olyannak tunik, mint egy "vezerelt" LFS. Ha jo csapat van mogotte, akkor jo, ha nem, akkor eleg sz@r. Attol, hogy az en gepem forditja le a csomagokat, nem fogok boldogabb lenni. Es nem is igazan lesz gyorsabb. Inkabb teszek a szerverembe tobb RAM-ot, gyorsabb vinyot, stb. Attol lesz gyorsabb, nem attol, hogy i486 helyett AthlonXP-re lett optimizalva. Az edeskeves, max 1-2 % (kiveve persze a multimedias progikat, azoknal szamithat, az apache pl. szerintem csak rohog rajta).

Gyorsaság. Hm. sose mértem. szerintem 1-2 dolog gyorsabb. Nem a CFLAGek miatt, inkább a USE flagek miatt. Pl prelink gyorsítja a programok betöltését.. (a prelink nem use flag hanem egy progi...) :D

[quote:86cc35443c="prygme"][quote:86cc35443c="KKata"]
Nem muszáj ám több napig a compiler kimenetét nézegetni...
Nekem kb. 2 nap volt, míg graf. felület is lett (na persze nem KDE), de az egész folyamatot chroottal csináltam, UHU alól. Most hadd ne keressek neked linket ennek mikéntjéről, majd találsz te, ha akarsz :)
Persze én nem akarlak rábeszélni a Gentoora... ugyan... ;)

Nem érdemes sokáig user mode linux alol fordítani, mert rémesen lassú. Nekem 2 nap alatt kde-vel felment minden, de úgy, hogy amint felállt az alap rendszer egyből rebootoltam és a továbbiakat már az új gentoo alól telepítettem, fordítottam.

Szerintem félreértesz valamit, senki nem beszélt UM linuxról... Egyszerű chroot. Az meg per define pont olyan gyors, mint a gép maga.

hmm, mi ez a prelink, mesélhetnél róla.
Csak hogy érdemes e uténna nézni...

[quote:f7313aa13e="fdavid"]
Ugyanis barmelyik disztron megtehetem, hogy beallitom a gcc-t hudekurv@optimalizaltra, aztan leforditok vele mindent. Es?

Igen meg lehet tenni, de ha ugyis ujraforditod az egesz rendszert, akkor minek a disztro? A gentoo-ban az elso csomagtol meg lehet mondani neki, hogy milyen fuggosegekkel forduljon a sajat izlesednek megfeleloen. Akinek nincs erre igenye az hasznaljon mas disztrot. En sok olyan dolgot hasznalok ami fejlesztoi verzio es eleg sok uj libet igenyel, emiatt untam meg a Debiant mert a fel rendszert ujra kellett forditanom, akkor meg minek a binaris terjesztes.

Udv Zoli

Imho meddő vita a disztribúciók között. Általában egy ember (csapat) azért hoz létre egy új disztrót, mert valami olyat akarnak kreálni, amit előttük még senki (eltekintve attól, amikor egy létező disztróból származtatnak pl embeddedet, KDE orientáltat, stb.). Ebből következik az, hogy az embereknek a saját ízlésük szerint nem fog mindegyik egyformán tetszeni, illetve ami az egyik előny, az a másiknak hátrany. Én kiállok a Gentoo mellett, mert nekem ez tetszik.

Szeretem syncelgetni, szeretem optimalizálgatni, szeretek forrásból fordítgatni (ooo2-t nem :D), szeretek csomagfüggőségeket feloldozgatni, szeretem az USE flageket állítgatni, szeretem a szóismétléseket, stb. :)

Ezek vélemények. Diszkrimináns és előítéletekkel teli vagyok a Debian és származékai iránt. De ez az én dolgom és megtartom magamnak. Mellesleg az, hogy a prelink mennyi memóriát eszik, csak attól függ, hogy a user mennyi libet tölt be. Értelemszerűen, ha az egész /usr/lib/ -et, akkor az sok lesz. De a saját hibájából tanul az ember.

[quote:9caa241687="prygme"][quote:9caa241687="halal"]Kb. egy-másfél év kihagyás után újra feltelepítettem a Gentoot, és kicsit csalódtam benne. Szerintem a disztrib fejlődése igencsak rossz irányba halad.
Kezdjük ott, hogy már csak stage3 ról ajánlott telepíteni a rendszert. Továbbá, régebben szinte mindíg a legújabb szoftververziókat lehetett feltenni, most meg egy csomó minden le van maradva több hónappal: a KDE csak 3.4.3 -as, az nvidia-driver is a 6xxx sorozatból van, pedig már van 8xxx-es, ráadásul amd64-re november vége óta nem lehetett lefordítani, és csak kb. 1-2 hete csinálták meg. A skype vagy a KDE alatt nagyon hasznos gtk-engines-qt még mindíg maszkolva van stb. Az utóbbi már egy éve is maszkolt volt, miért?
Szerintem ha valaki az új csomagok miatt akar használni egy rendszert, annak érdemesebb az Arch Linuxot választania.

Ez igy szerintem is túlzás, de azért van benne valami igazság. 1.5 éve valóban alig lehetett találni olyan gnu/linux programot ami nem lett volna meg a gentoo portageében, méghozzá a legfrissebb verzióban. Ma azért találni ilyeneket, de meg kell jegyezni a legfontosabbakat ez nem érinti.
Csak pár dolog amivel találokztam mostanában, a linphone 1.1.0 van még csak benne a portageban 1.2.0 még az unstableként sincs benne pedig már több mint egy hónapja megjelent. Vegastrikenak 0.4.1 csak a legújabb ebuildje ami már 2003 szeptemberi kiadás. A legutóbbi vegastrike kiadás 0.4.3 már 2005 februárjában lassan egy éve ki lett adva. Még lehetne jópár példát találni
Nyilván ezeket a csomagokat nem tartják rendesen karban a maintainenerei, vagy már nem is foglalkoznak velük. A gentoo indulásakor nagyon sokan felfigyeltek rá. Ráadásul a másik source distro a sorcerert övező problémák miatt, már onnan is jött sok új fejlesztő. A másik csoport imho a Debian konzervativizmusát megelégelő tapasztalt heavyuserek jelentős számú csoportja volt. És persze jöttek mindenhonnan, akik a maximumot akarták kihozni a gépükből. Volt fejlesztő, csomagkarbantartó bőven.
Azonban az időközben megjelent új szereplő az ubuntu egyre inkább érezteti a hatását. Imho tapasztalható némi elszivóerő a ubuntu felé, amit az új userek nem tudnak pótolni, egy jó ideig csak töredékükből válhat maintainer.
Akik csak a csomagok frissesége miatt váltottak gentoora, már ubuntut használnak, és ezt épp a csomagok frissesége sínylette meg a gentooban, igaz csak a jatékok és egyéb kevésbé fontos programok esetében. De hát Asimov alapítványában is a galaxis távoli végein kezdődtek a problémák a birodalommal :D na jó ez azért csak poén :D
Ami viszont fontos, tekintve hogy a gentoo source disztrib, ha nincs meg valami vagy csak régi verzió van a portageban, szedd le a forrást a program fejlesztőjétől, és fordítsd le magadnak. Mivel fent van minden devel eszköz ez gentoon a legproblémamentesebb ügy. És ha van egy kis időd és gyakran használod azt a programot, miért is ne csinálnál belőle ebuildet és válnál te is gentoo fejlesztővé ill maintainerré. Jóval kevesebb nyűg mint egy debian csomag karbantartása, és úgyis használod rendszeresen. Plusz a gentooban nem kell agyonpatchelni a programcsomagokat mint sok más distroban.

Azért figyelembe kell venni a csomagok/ebuildek időközben hatalmasra hízott tömegét - mindezekhez maintainert kell találni, akik rendszeresen commitolnak, hibajavítanak, bugzilláznak stb.
Ha csak azt nézem, mennyi ideig tart egy emerge --sync most és mennyi volt két éve, hány ebuild jön le stb...

[quote:3d4e3126dd="piszi"]> Ez a 1aca által megadott linken egyértelműen le van írva.

meghajolok érveid súlya alatt, valóban, eztán wikikről fogom életem kérdéseit eldönteni. ugyanmár...

Persze. Amennyiben egy wikis (vagy bármilyen egyéb netes) forrás egybevág az addigi ismereteiddel. És mivel nekem a dependency hell mindeddig azt jelentette, hogy egy adott disztró függőségkezelő rendszere képes végtelen ciklusba keveredni akár a wikis oldalon említett körkörös, akára végtelen elágazású fa módon, így számomra teljesen elfogadható az a definíció.

most innen-onnan összeszedet binárisoknál ne alakulna ki dependency hell, mikor még rpm is van a slackin?

Ha feloldhatatlan függőségi helyzetekre gondolsz, akkor szerintem kicsi rá az esély. Olyan pl nemigen fordulhat elő, mint pár hete, amikor a legújabb arch akadt ki függőségek miatt háromszor egymás után, amikor full installt kértem tőle.

igaz, én csak használom évek óta, különféle élethelyzetekre, és nem hackerideológiákat szajkózok ostobán,

Konkrétan milyen hackerideológiák vannak itt ostobán szajkózva?

de mindenki azt tesz, amit akar. ettől még a slack nagyszerű os, nem a hibátlansága, hanem az arra való törekvése teszi naggyá :)

Jé, azért van olyan is, amiben egyetértünk. Nahát.

[quote:70e2e0c40e="KKata"]
Tudom, hogy ezt a terminus technicust nem pont ebben az értelemben szokták használni, mint amiben én említettem. De ez a lényegen (számomra) nem változtat, mármint ami a Gentoo függőségkezelését illeti. Ezért is hagytam benn a saját szövegemet ott fent egyben. Semmi mást nem akartam mondani, csak azt, ami ott van fent az idézetben.

Persze, azzal nincs is semmi gond. Sem a gentoo függőségkezelésével, sem azzal, hogy szereted.

Szerk.: Mindazonáltal nem tudom, minek kell azt nevezni, amikor egy egyszerű sylpheedet nem lehet csak úgy feltenni a pkgtool-lal, illetve fel lehet, csak nem fog elindulni, mert kell még neki libgpgme.so meg mifene, amiket innen-onnan összeszedegethetek saját kezűleg, aztán vagy lesz sylpheedem, vagy sem ;)

Ööö... nem automatizált függőségkezelésnek? Manuális függőségkezelésnek? Én kifejezetten kedvelem, és nem is használok swaret-et. Slackware feature. :D

[quote:c29d45d4be="Beka"]
Persze, azzal nincs is semmi gond. Sem a gentoo függőségkezelésével, sem azzal, hogy szereted.

Oké. Ugye nem baj, ha nem fogok irkálni a "Miért Slackware?" topikba? :)

[quote:8003afc2bd="colos"][quote:8003afc2bd="fdavid"]
Ugyanis barmelyik disztron megtehetem, hogy beallitom a gcc-t hudekurv@optimalizaltra, aztan leforditok vele mindent. Es?

Igen meg lehet tenni, de ha ugyis ujraforditod az egesz rendszert, akkor minek a disztro?

Nem tudom, hogy mitol ilyen nehez azt megerteni, hogy a fentiek arrol szolnak, hogy a gentoo linuxnak nem egyeduli sajatja a gcc, es a vele valo forditasi optimalizacio. Es minthogy ez igy van, ezert nem is a forditasi optimalizacio a gentoo lenyege. (Igen lehet, de nem muszaj, sot nem lesz tole jobb.) De ezt elottem leirtak mar paran, jomagam pedig ebben a szalban mar kb. harmadszor v. negyedszer irom le. Probald meg a szalat visszaolvasni, tenyleg benne van minden informacio ezt a temat illetoen.

[quote:8003afc2bd="colos"]A gentoo-ban az elso csomagtol meg lehet mondani neki, hogy milyen fuggosegekkel forduljon a sajat izlesednek megfeleloen.

Kosz, hogy szolsz. ;-) Lehet, hogy 3 ev gentoozas utan most ujat mondtal? ;-) De azert remelm, hogy azt is tudod, hogy ennek _semmi koze a gcc kapcsoloihoz_.

[quote:8003afc2bd="colos"]Akinek nincs erre igenye az hasznaljon mas disztrot.

Hat rendes toled, hogy megmondod, hogy ki mit hasznaljon, de talan bizzuk ra ezt a legilletekesebbre, szoval hadd dontse el mindenki sajat maga.

[quote:aa4c02efb2="prygme"]
Akik csak a csomagok frissesége miatt váltottak gentoora, már ubuntut használnak, és ezt épp a csomagok frissesége sínylette meg a gentooban, igaz csak a jatékok és egyéb kevésbé fontos programok esetében. De hát Asimov alapítványában is a galaxis távoli végein kezdődtek a problémák a birodalommal :D na jó ez azért csak poén :D

Azert ez nem teljesen igaz. En is Debian-rol jotem 2.5 eve. Fel eve egyszer elemnyomtak egy Debiant, de egy honapon belul Gentoo lett rajta. Es ismerek meg olyan embereket akik hasonloan velekednek, es szinten Debian-rol valtottak.

Mellesleg nagyon keves olyan program van amihez nem lehet talalni ebuild-ot a portage-ben. Ha ott nincs akkor forums.gentoo.org, bugs.gentoo.org.

http://www.gentoo.org/doc/en/prelink-howto.xml

Nekem UHU-Linux volt az első disztróm. 1 évig UHU-ztam, aztán jött valami sugallat, hogy próbáljunk ki vmi mást is. Aztán egyszer csak találtam egy ilyet hogy Gentoo linux.. "ez meg mi a ...." Utána olvastam, és rájöttem hogy sokat tanulhatok akár a telepítéséből is. Mit ne mondjak, másodszorra sikerült egy jó rendszert összehoznom :) , és mostmár egy jó fél éve gentoo-t használok. Nekem tetszik :D . Hogy miért, azt már sokan leírták ebben a topikban.

[quote:d30a10e073="kmARC"]

Szerintem meg a forditas kozbeni memoriazaba, meg a swappeles nem gond, az nem (annyira) fontos, hogy gyorsan leforduljon....
Inkabb arra gondolok, hogy a sok prelinkelt .so, meg lib nem arasztja-e el a memoriat?
(nekem mozilla minusz amugy - konqueror rulz - de a 256MB igy is keves :-()

Nem.

Nagyon leegyszerűsítve a dolgot perlink nélkül a következő történik: elf executable betöltődik -> libek betöltődnek -> szimbolikus hivatkozások feloldódnak -> program elindul.
Mindez perelinkkel: elf executable ÉS a libek feloldott hivatkozásai betöltődik -> libek betöltődnek -> program elindul

A végeredmény (és így a memória használat) pontosan ugyan az a két esetben. A nyereség ott van, hogy a libekben lévő, akár több tízezer szimbólikus hivatkozást nem futás időben, hanem fordítási időben oldja fel a rendszer, ezért a program indulása sokkal gyorsabb. A gáz a prelinkkel az, hogy:

* bizonyos esetekben nem működik (pl. a PaX randomizálja az elf executable és a libek kezdőpozícióját, ezért belátható, hogy nem lehet prelinkelni)
* ha egy lib megváltozik, akár azért, mert új verziót raktál fel belőle, akár azért, mert újrafordítottad megváltoztatott opciókkal / másik gcc-vel, akkor ugye a szimbólumokhoz jó eséllyel új cím tartozik, ezért újra kell prelinkelni mindent, mert különben nem indulnak el az őt használó programok.

[quote:340f5c80e9="KKata"]
[quote:340f5c80e9="unranked"]
Mennyire lesz idegen egy olyan valakinek, aki eddig a Debian alapú disztribeket próbálgatta(Debian és Ubuntu) ?

"apt-get install" helyett "emerge"
"apt-get update, apt-get upgrade" helyett "emerge -uD world"
Kevesebb karakter begépelésével megúszod :)

[code:1:340f5c80e9]apt-get update[/code:1:340f5c80e9] az mondjuk az [code:1:340f5c80e9]emerge --sync[/code:1:340f5c80e9]
[code:1:340f5c80e9]apt-get upgrade[/code:1:340f5c80e9] az meg mondjuk [code:1:340f5c80e9]emerge world -uD[/code:1:340f5c80e9] csak a rendszercsomagokat az [code:1:340f5c80e9]emerge system -uD[/code:1:340f5c80e9] oldja meg.
[code:1:340f5c80e9]apt-get install[/code:1:340f5c80e9] az simán [code:1:340f5c80e9]emerge[/code:1:340f5c80e9]

a csomaglista a portage treeben van, amit rsync-kel frissít. Kb 10000 csomag, nincsenek dev csomagok.

[quote:1a8a53f02d="johans"]A végeredmény (és így a memória használat) pontosan ugyan az a két esetben. A nyereség ott van, hogy a libekben lévő, akár több tízezer szimbólikus hivatkozást nem futás időben, hanem fordítási időben oldja fel a rendszer, ezért a program indulása sokkal gyorsabb. A gáz a prelinkkel az, hogy:

* bizonyos esetekben nem működik (pl. a PaX randomizálja az elf executable és a libek kezdőpozícióját, ezért belátható, hogy nem lehet prelinkelni)
* ha egy lib megváltozik, akár azért, mert új verziót raktál fel belőle, akár azért, mert újrafordítottad megváltoztatott opciókkal / másik gcc-vel, akkor ugye a szimbólumokhoz jó eséllyel új cím tartozik, ezért újra kell prelinkelni mindent, mert különben nem indulnak el az őt használó programok.

Hm... szoval akkor nem. Az mar azert sok ido, ha egy uj lib miatt az arra dependelo programokat is ujra kellene forditani... Kar :-( akkor marad a memoriavasarlas :-)

Ezzel a sok dologgal együtt a legnagyobb előnye a Gentoonak, hogy megérted, hogyan áll össze és működik egy linux oprendszer.
Tanulni nagyon sokat lehet. Olyanná szabod a rendszered, amilyet szeretnél és közben okosabb leszel.
(És ha nem rontod el, akkor igenis gyorsabb. :)
Érdekes: Debian faster than Gentoo?

Én a prelinket elhagytam, mert inkább csak gond volt vele, de gyorsulást nem tapasztaltam. Konzervatívan választottam CFLAGS-t, LDFLAGS-t, nptl, hdparm, kernel sysctrl, fájlrendszer, kde minimalizálás, kábé ennyi és ez elég.

[quote:44be7a6c4b="prygme"]Csak pár dolog amivel találokztam mostanában, a linphone 1.1.0 van még csak benne a portageban 1.2.0 még az unstableként sincs benne pedig már több mint egy hónapja megjelent. Vegastrikenak 0.4.1 csak a legújabb ebuildje ami már 2003 szeptemberi kiadás. A legutóbbi vegastrike kiadás 0.4.3 már 2005 februárjában lassan egy éve ki lett adva. Még lehetne jópár példát találni

És ilyenkor a user beír a bgo-ba, hogy új verzió van, és kér egy verzió ugrást. Szokott működni. Lássuk be, nem minden program prioritása ugyanaz, és egy karbantartó el is felejthet egy progit amiből x ideig nincs új verzió.

Én is a USE flagek meg a tömérdek ebuild miatt szeretem, szinte minden programhoz van a portageben egy-egy :)

Persze-persze. Nem akartam tanfolyamot tartani.
Bocs, hogy beleszóltam a nagyok szövegébe.

Meg azért is gentoo, mert 3 parancsból lehet telepíteni:

<@insomnia> it only takes three commands to install Gentoo
<@insomnia> cfdisk /dev/hda && mkfs.xfs /dev/hda1 && mount /dev/hda1 /mnt/gentoo/ && chroot /mnt/gentoo/ && env-update && . /etc/profile && emerge sync && cd /usr/portage && scripts/bootsrap.sh && emerge system && emerge vim && vi /etc/fstab && emerge gentoo-dev-sources && cd /usr/src/linux && make menuconfig && make install modules_install && emerge gnome mozilla-firefox openoffice && emerge grub && cp /boot/grub/grub.conf.sample /boot/grub/grub.conf && vi /boot/grub/grub.conf && grub && init 6
<@insomnia> that's the first one

http://bash.org/?464385

ui.: kata az nem igazán neked szólt az előbb, csak az, hogy az emerge --sync kimaradt :D

Hali!

Bevallom csak a fórum elejét olvastam :oops: Szerintem az hogy a Gentoo gyorsabb, a híres forrásból felrakom és akkor megnő a sebesség, ez egy hülyeség. Még pedig szerintem azért mert a kényes részeket úgy is assembliben írják úgyhogy ennyit a flagekről meg a c++ -ról. Amúgy olvastam egy cikket abban az állt hogy kb 5% -os sebesség növekedést érjetünk el max. Hát kössz megéri ez az egynapos installt (tudom gépfüggő) szal csak ennyit kartam. Ha hülyeséget dumáltam akkor elnézést a gentoo rajpongóktól!

üdv Ákos!

[quote:12faa21a87="johans"][quote:12faa21a87="kmARC"]

Szerintem meg a forditas kozbeni memoriazaba, meg a swappeles nem gond, az nem (annyira) fontos, hogy gyorsan leforduljon....
Inkabb arra gondolok, hogy a sok prelinkelt .so, meg lib nem arasztja-e el a memoriat?
(nekem mozilla minusz amugy - konqueror rulz - de a 256MB igy is keves :-()

Nem.

Nagyon leegyszerűsítve a dolgot perlink nélkül a következő történik: elf executable betöltődik -> libek betöltődnek -> szimbolikus hivatkozások feloldódnak -> program elindul.
Mindez perelinkkel: elf executable ÉS a libek feloldott hivatkozásai betöltődik -> libek betöltődnek -> program elindul

A végeredmény (és így a memória használat) pontosan ugyan az a két esetben. A nyereség ott van, hogy a libekben lévő, akár több tízezer szimbólikus hivatkozást nem futás időben, hanem fordítási időben oldja fel a rendszer, ezért a program indulása sokkal gyorsabb. A gáz a prelinkkel az, hogy:

* bizonyos esetekben nem működik (pl. a PaX randomizálja az elf executable és a libek kezdőpozícióját, ezért belátható, hogy nem lehet prelinkelni)
* ha egy lib megváltozik, akár azért, mert új verziót raktál fel belőle, akár azért, mert újrafordítottad megváltoztatott opciókkal / másik gcc-vel, akkor ugye a szimbólumokhoz jó eséllyel új cím tartozik, ezért újra kell prelinkelni mindent, mert különben nem indulnak el az őt használó programok.

*Mi az a PaX?

*Én most olvastam a prelink dokumentációját. Elvileg csak a futtatandó binárist fordítja újra nem? Tehát ha az Ooo-t prelinkelem, nem fogja az egészet újrafordítani, hanem csak a futtatandó binárisokat ( soffice ).
Vagy rosszul gondolom?

A PaX valamilyen szintű védelmet nyújt a támadásokal szemben (memóriával történő játszadozás). Ilyen az, hogy lapokra vagy szegmensekre osztott memória nem futtatható csak úgy (stack overflow, buffer overflow támadás módok kivédhetők ezzel), véletlenszerűvé teszi a programon belüli memóriacímeket, bár igazán csak grsecurity társaságában hatásos. Hardened gentoo Hát dektopra nagyon nem jön be nekem. Nem tudtam nulláról egy rendes hardened gentoot telepíteni, ez-az nem ment rendesen. És nem tudom, miért....

[quote:e8db9be260="zoozo"][quote:e8db9be260="ProTech"]
Mellesleg nagyon keves olyan program van amihez nem lehet talalni ebuild-ot a portage-ben. Ha ott nincs akkor forums.gentoo.org, bugs.gentoo.org.

Azt hogy lehet megcsinálni? emerge csomagnév.ebuild nem működik.
Még csak most telepítettem, de elsőre tetszik.

Eleg sok ebuild request tipusu bug report van, es ezeknek vagy a hozza kapcsolodo hozzaszolasoknak altalaban van egy csatolmanya, amiben maga az ebuild van.

Ezt le kell menteni a /usr/local/portage/<csomag-kategoria>/<csomag>/<ebuild-nev>-<verzio>.ebuild nev ala. Ez celszeruen egy teljesen olyan fa struktura kell, hogy legyen, mint ami a /usr/portage alatt van.

Ezek utan az /etc/make.conf-ban be kell allitani a PORTDIR_OVAERLAY valtozot a /usr/local/portage ertekre.

Ezek utan meg el kell kesziteni a digest filet:

[code:1:e8db9be260]ebuild /usr/local/portage/<csomag-kategoria>/<csomag>/<ebuild-nev>-<verzio>.ebuild digest[/code:1:e8db9be260]

Es maris kiadhato az [code:1:e8db9be260]emerge -av <ebuild-nev>[/code:1:e8db9be260] parancs.

[quote:006381ec97="mindegy"]Konzervatívan választottam CFLAGS-t, LDFLAGS-t, nptl, hdparm, kernel sysctrl, fájlrendszer, kde minimalizálás, kábé ennyi és ez elég.

LDFLAGS-et nem állítgatunk!!!

[quote:943ad8aa42="kmARC"]
Hm... szoval akkor nem. Az mar azert sok ido, ha egy uj lib miatt az arra dependelo programokat is ujra kellene forditani... Kar :-( akkor marad a memoriavasarlas :-)

Még mindig nem. :D A megváltozott lib miatt az arra dependáló programokat prelinkelni kell, nem újrafordítani. Ez csak egy kicsivel több idő, mint egyébként az adott programnál a prelink nélküli indulási ideje, hiszen csak azt a táblázatot kell update-elni, amiben a szimbólumokhoz tartozó címeket tárolja (és ezt prelink nélkül futásidőben úgyis megtenné, annyival lassabb az újra-prelinkelés, hogy ezt vissza kell írni a diszkre)

Ha viszont a géped azért lassú, mert a kevés memória miatt swappel, akkor azon a prelink sem segít.

[quote:06f08ddfb7="whitehawk"]http://www.gentoo.org/doc/en/prelink-howto.xml

thx :)

A technikai kérdések maradjanak inkább a http://hup.hu/modules.php?name=Forums&file=viewtopic&p=105347#105347

[quote:b0eda6b990="strangedr"]
Azért figyelembe kell venni a csomagok/ebuildek időközben hatalmasra hízott tömegét - mindezekhez maintainert kell találni, akik rendszeresen commitolnak, hibajavítanak, bugzilláznak stb.
Ha csak azt nézem, mennyi ideig tart egy emerge --sync most és mennyi volt két éve, hány ebuild jön le stb...

ez igaz, amit irtam viszont más. vegyük pl a vegastrike esetét ezt a programot még 1.5 éve rendszeresen frisítette a karbantartója. nemsokkal a hivatalos kiadások megjelenése után, bekerült az új ebuild is. ma ez már nincs így. lassan 3 éves ebuild van ott még mindig. erre értettem.

[quote:273aaf3e1e="fdavid"]
Szerintem az a topic nem tul szerencses, mert atlathatatlan es kovethetetlen. Az egyes kerdesek kulon temakba kellene, hogy keruljenek.
</off>

Teljesen egyetértek. kíváncsi vagyok mennyiszer szerepel ugyanaz a kérdés, a gentoo kérdesekben. Nem valószínű, hogy valaki átolvas több mint 600 kérdést, hátha már megválaszolta valaki a problémáját. Így fel teszi újra.
Ráadásul van külön gentoo főforum, amiben témákra bontott témák között sokkal jobban el lehet igazodni. Ha valakinek gentoos kérdése van inkább ott keressen egy megfelelő témát, vagy ha még nem lenne megfelelő nyisson egy újat neki. és persze ott vannak a http://magenta.linuxforum.hu témakörökre bontott fórumai is.

[quote:8114e79bad="fdavid"]
En az adminisztralasra kb. hetente 5-10 percet forditok. Vannak automatikus szkriptek, amik mindent elvegeznek helyettem, megnezem az eredmenyt, es kizarolag a csomagfrissiteseket vegzem kezzel. Ugyanis ez utobbi a config fileok mergelesenek okan nem automatizalhato.

Milyen scriptekre gondolsz? a triviális minden disztroban meglévő crontabba rakott adminscripteken kívül persze.
Ez az egyik lényeges különbség, hogy a csomagfrissítéseket a gentoon kézzel kell elvégezni. glsa-check -f $(glsa-check -t all) nél is gyakran van blokkolt csomag aminek a sorsáról karbantartónak kell döntnie, és épp ezért nem automatizálható. szemben a debian security updateével, amit a stable ág esetében a crontabba berakva, és naponta vagy legalább hetente automatikusan futtatva többé kevésbé biztonságban tudhatjuk a rendszert. ubuntunál, redhatnál susenél feltételezem van hasonló lehetőség.
ezért egy biztonságos debian karbantartása kevés munkával is elvégezhető, igy sok gépnél alkalmazhatja egyetlen admin. ez természetesen csak az alaprendszerre vonatkozik, és a debianon kívül lévő pl webes alkalmazásokra mint a phpnuke, és annak ügyeletes nyavajáira már nem. de egy olyan oldalt úgyis napi szinten kell kezelni, a tartalom szerkesztése karbantartása miatt. akkor már nukeot is lehet napi szinten személyesen ellenőrizni.
természetesen ez nem hiba a gentooban inkább sajátos feature, amit nem árt tudnia annak, aki telepíteni akarja. és a személyes karbantartás igénye meghálálja magát, főleg a nagyfokú testreszabhatóságban és a gentoo 'naprakész mégis stabil' jellegével, amit pedig pont a debian redhat suse ... nem mondhat el magáról.

[quote:6ea3a287a5="halal"]Azért jó a Gentoo mert te fordítod a csomagokat és sokkal gyorsabb. :lol:

Már sokan írták előbb, hogy nem ez a legfőbb érv. sőt elárulom, nálam a gcc optimalizáció mtune=i686 ra van állítva. Így viszont ha más gépre kell telepíteni, elég egy
find -mount -print | cpio -dpm /mnt/newgentoo
majd új jelszavak userek, fstab állítás, esetleg egy új kernel, grub és kész az egyik leggyorsabb telepítés
akár hálózaton is
tar cvjf - / | ssh nev@cim.server.cc 'cd /mnt/newgentoo; tar xpjf -'
telepítettem már így távoli gépre gentoot.

[quote:64d815a5ab="prygme"][quote:64d815a5ab="halal"]Azért jó a Gentoo mert te fordítod a csomagokat és sokkal gyorsabb. :lol:

Már sokan írták előbb, hogy nem ez a legfőbb érv.

Sokan sok helyen elmondták már biztos azt is miért tesz smileyt az ember egy mondat végére. Hát azért mert viccnek szánta..

meg biztos olyat is hallottál, hogy az uccsó hozzászóló szerkessze a hozzászólását és ne újat írjon...

(300.)

Kb. egy-másfél év kihagyás után újra feltelepítettem a Gentoot, és kicsit csalódtam benne. Szerintem a disztrib fejlődése igencsak rossz irányba halad.
Kezdjük ott, hogy már csak stage3 ról ajánlott telepíteni a rendszert. Továbbá, régebben szinte mindíg a legújabb szoftververziókat lehetett feltenni, most meg egy csomó minden le van maradva több hónappal: a KDE csak 3.4.3 -as, az nvidia-driver is a 6xxx sorozatból van, pedig már van 8xxx-es, ráadásul amd64-re november vége óta nem lehetett lefordítani, és csak kb. 1-2 hete csinálták meg. A skype vagy a KDE alatt nagyon hasznos gtk-engines-qt még mindíg maszkolva van stb. Az utóbbi már egy éve is maszkolt volt, miért?
Szerintem ha valaki az új csomagok miatt akar használni egy rendszert, annak érdemesebb az Arch Linuxot választania.

halal: amit hiányolsz, mind-mind elérhető. Tudomásul kell venni, hogy azért nem a legújabbak az alapértelmezettek, mert nem ütik meg a stabil verzió kritériumait. De ez nem kell, hogy elvegye a kedvedet, ha tudod, hogy hogyan kell, simán felteheted a legfrissebbet.
Igen, a skype most lett csak stabil, eddig elfeledkeztek róla. A gtk-engines-qt pedig jogosan nem stabil, mert kezdetleges verzió. Nálam a firefox alatt elég furcsákat szokott csinálni, ezért inkább másik engine-t választottam.
Az nvidia drájverbe mindig beleteszik a legfrissebb foltokat, így nekem sose volt gondom vele, bezzeg Debian alatt mindig szívni kellett rendesen.
Ezek egyébként nem maszkolva vannak, hanem csak nem stabilaknak vannak minősítve.
Viszont aki működő rendszert akar, annak a stabil változattal nagyobb sikere lesz. Így megy ez a Gentooban, imádom.
Tőlem használhat bárki Arch Linuxot, de a felsorolt indokok azért nem megfelelőek.

[quote:ebd6782577="fdavid"]Szerintem az a topic nem tul szerencses, mert atlathatatlan es kovethetetlen. Az egyes kerdesek kulon temakba kellene, hogy keruljenek.

en pedig rohadtul nem szeretem, ha minden f*s 1 soros kerdesnek kulon topicot nyitnak. ott a nagy gentoo kerdesek topic, olvassak a hozzaertok es segitenek is. de mivel nem azert van a forum, hogy en szeressem, felolem aztan csinalhatjatok, ahogy akarjatok. 8)</off>

[quote:9c42fb3fb7="whitehawk"]
Sokan sok helyen elmondták már biztos azt is miért tesz smileyt az ember egy mondat végére. Hát azért mert viccnek szánta..

meg biztos olyat is hallottál, hogy az uccsó hozzászóló szerkessze a hozzászólását és ne újat írjon...

Hát halal addigi hozzászólásai alapján, abban a szövegkörnyezetben, inkább iróniának tűnik. és az ott a végén LOL, ami szintén más szinezetet ad a mondatnak mint egy smiley.
Azért írtam két más hozzászólásba, mert két külön személy hozzászólásaira válaszoltam. igy szoktam, szerintem igy jobban elkülönülnek egymástól.
tudom, hogy lehet szerkeszteni is egyébként.

Előbb utóbb minden topik telemegy szarral... Ez a miért gentoo tpik is hülyeség szerintem. Most akkor lett miért debian miért slak topik is, meg mit miért topik meg mittomén...

[quote:bb90b0cffb="prygme"][quote:bb90b0cffb="fdavid"]
En az adminisztralasra kb. hetente 5-10 percet forditok. Vannak automatikus szkriptek, amik mindent elvegeznek helyettem, megnezem az eredmenyt, es kizarolag a csomagfrissiteseket vegzem kezzel. Ugyanis ez utobbi a config fileok mergelesenek okan nem automatizalhato.

Milyen scriptekre gondolsz? a triviális minden disztroban meglévő crontabba rakott adminscripteken kívül persze.
Ez az egyik lényeges különbség, hogy a csomagfrissítéseket a gentoon kézzel kell elvégezni. glsa-check -f $(glsa-check -t all) nél is gyakran van blokkolt csomag aminek a sorsáról karbantartónak kell döntnie, és épp ezért nem automatizálható. szemben a debian security updateével, amit a stable ág esetében a crontabba berakva, és naponta vagy legalább hetente automatikusan futtatva többé kevésbé biztonságban tudhatjuk a rendszert. ubuntunál, redhatnál susenél feltételezem van hasonló lehetőség.
ezért egy biztonságos debian karbantartása kevés munkával is elvégezhető, igy sok gépnél alkalmazhatja egyetlen admin. ez természetesen csak az alaprendszerre vonatkozik, és a debianon kívül lévő pl webes alkalmazásokra mint a phpnuke, és annak ügyeletes nyavajáira már nem. de egy olyan oldalt úgyis napi szinten kell kezelni, a tartalom szerkesztése karbantartása miatt. akkor már nukeot is lehet napi szinten személyesen ellenőrizni.
természetesen ez nem hiba a gentooban inkább sajátos feature, amit nem árt tudnia annak, aki telepíteni akarja. és a személyes karbantartás igénye meghálálja magát, főleg a nagyfokú testreszabhatóságban és a gentoo 'naprakész mégis stabil' jellegével, amit pedig pont a debian redhat suse ... nem mondhat el magáról.

Az altalanos szkripteken (pl. mentes, chkrootkit, rkhunter, localepurge) tul:
* rsync es eix adatbazis update
* glsa-check
* eclean-dist

most igy hirtelen ennyi jutott eszembe, de lehet, hogy nincs is tobb.

A security updatek nem a blokkolt csomagok miatt nem automatizalhatoak, mert az ritka, mint a feher hollo. Hanem a config fileok mergelese nem mindig trivialis, ezert kell kezzel csinalni. Arra azert kivancsi lennek, hogy a debian ezt hogy oldja meg .

[quote:faff5d577b="dakos"]Hali!

Bevallom csak a fórum elejét olvastam :oops: Szerintem az hogy a Gentoo gyorsabb, a híres forrásból felrakom és akkor megnő a sebesség, ez egy hülyeség. Még pedig szerintem azért mert a kényes részeket úgy is assembliben írják úgyhogy ennyit a flagekről meg a c++ -ról. Amúgy olvastam egy cikket abban az állt hogy kb 5% -os sebesség növekedést érjetünk el max. Hát kössz megéri ez az egynapos installt (tudom gépfüggő) szal csak ennyit kartam. Ha hülyeséget dumáltam akkor elnézést a gentoo rajpongóktól!

üdv Ákos!

1. Ha csak a forum elejet olvastad, ne szolj hozza. Ez nem csak itt igaz.
2. A sebessegnovekedes tenyleg hulyeseg, de ha olvastal volna, tudhatnad, hogy a gentoo linux nem ezert jo, es a tobbseg nem ezert hasznalja. Mondjuk kb. 2 postot kellett volna meg elolvasnod az elso utan, hogy ez szamodra is kideruljon.
3. Amit a C/C++/ASM temaban irsz, az ugy finoman fogalmazva is ....hogy is mondjam... nagyon melle.
4. A gentoot lehet 1 ora latt es 2 nap alatt is installalni. Viszont ha neked annyit nem ert meg a dolog, hogy egy topicban legalabb a 3. hoszzaszolasig olvassal, akkor errol termeszetesen nem tudhatsz. Viszont akkor tegyel meg annyit, hogy az altalanos "okossagoktol" megkimelsz minket.

spec láttam halál hozzászólásait, de én bízom benne, hogy viccnek szánta :D

[quote:7b3e5a5d7f="halal"]Kb. egy-másfél év kihagyás után újra feltelepítettem a Gentoot, és kicsit csalódtam benne. Szerintem a disztrib fejlődése igencsak rossz irányba halad.
Kezdjük ott, hogy már csak stage3 ról ajánlott telepíteni a rendszert. Továbbá, régebben szinte mindíg a legújabb szoftververziókat lehetett feltenni, most meg egy csomó minden le van maradva több hónappal: a KDE csak 3.4.3 -as, az nvidia-driver is a 6xxx sorozatból van, pedig már van 8xxx-es, ráadásul amd64-re november vége óta nem lehetett lefordítani, és csak kb. 1-2 hete csinálták meg. A skype vagy a KDE alatt nagyon hasznos gtk-engines-qt még mindíg maszkolva van stb. Az utóbbi már egy éve is maszkolt volt, miért?
Szerintem ha valaki az új csomagok miatt akar használni egy rendszert, annak érdemesebb az Arch Linuxot választania.

1. Tovabbra is telepithetsz stage1-rol.
2. Ha neked mindenbol a legujabb kell, hasznald az instabil agat. Ott mar kb. egy honapja bent van pl. a KDE 3.5.0. Szoval miert is baj, ha vmi maszkolva van? Senki nem gatol benne, hogy hasznald. De azert az ugye nem baj, ha nem kerul bele minden azonnal a stabil agba?

[quote:dda869b306="fdavid"]
A security updatek nem a blokkolt csomagok miatt nem automatizalhatoak, mert az ritka, mint a feher hollo. Hanem a config fileok mergelese nem mindig trivialis, ezert kell kezzel csinalni. Arra azert kivancsi lennek, hogy a debian ezt hogy oldja meg .

Nekem volt vagy 5 blokkolt csomagom glsa-checkkor, igaz előtte 6 hónapig elhanyagoltam a biztonsági frissítéseket. A config file merget kihagytam, valóban ez a leggyakoribb ok a kézi update mellett, jogos.

Debianban úgy oldják meg, a config fileal kapcsolatos problémákat, hogy nem ugranak a stabil ágban újabb verzióra a problémás programcsomag esetében (legfeljebb akkor váltanak verziót ha az bugfixen kívül semmilyen lényeges változást nem tartalmaz). Helyette a stabil ágban levő adott verziójú programot patchelik (backward vagy saját patchel) fordítják újra és csomagolják, a security teamesek. Így nem kell variálni a meglévő configokat.

Az ilyen tpoikok, mint "miert debian", "miert a gentoo", "miert a slack" nincs amit keressenek a flame kategorian kivul. Es akkor senkit sem zavarna.

[quote:6ecaa18af0="whitehawk"]Gyorsaság. Hm. sose mértem. szerintem 1-2 dolog gyorsabb. Nem a CFLAGek miatt, inkább a USE flagek miatt. Pl prelink gyorsítja a programok betöltését.. (a prelink nem use flag hanem egy progi...) :D

Én sem mértem még soha, de van egy érdekes tapasztalatom.
Egy havernak PentiumM-es laptopja van. Ehhez a régebbi gcc nem ad mcpu flaget, hanem pentium3-ra kell optimalizálni. Emellett a CFLAG-eknél megadott kábé 2 sornyi flaget (namármint a 80x25-ös képernyőn :-)), illetve a USE flageket is jó előre beállította.

Hát. Higgyétek el, ha rendesen be van állítva a C(XX)FLAG az azért elég nagy gyorsulás (nemcsak 3-5%, meg ilyenek)... szerintem.

[quote:b6d2db361a="LiRul"]
en pedig rohadtul nem szeretem, ha minden f*s 1 soros kerdesnek kulon topicot nyitnak. ott a nagy gentoo kerdesek topic, olvassak a hozzaertok es segitenek is.

Mondjuk akkor tegyuk az egesz forumot egy txt fileba, ami elerheto lenne a http://hup.hu/forums.txt neven. Olvasnak a hozzaertok meg segitenenek...
Atyauristen! Szerinted miert talaltak ki az egesz forum fogalmat? Azert, hogy szepen kulonvalasztva, tema szerint lehessen targyalni dolgokat, es aki valamit keres, az ne kelljen vegigolvasson egy 100 oldalas, 200 kulonbozo temaju topikot annak remenyeben, hogy valahol kap valaszt egy kerdesre.
Persze oda kene figyelni, es szetnezni uj topik nyitasa elott.

[quote:8e4c2c480f="kmARC"][quote:8e4c2c480f="whitehawk"]Gyorsaság. Hm. sose mértem. szerintem 1-2 dolog gyorsabb. Nem a CFLAGek miatt, inkább a USE flagek miatt. Pl prelink gyorsítja a programok betöltését.. (a prelink nem use flag hanem egy progi...) :D

Én sem mértem még soha, de van egy érdekes tapasztalatom.
Egy havernak PentiumM-es laptopja van. Ehhez a régebbi gcc nem ad mcpu flaget, hanem pentium3-ra kell optimalizálni. Emellett a CFLAG-eknél megadott kábé 2 sornyi flaget (namármint a 80x25-ös képernyőn :-)), illetve a USE flageket is jó előre beállította.

Hát. Higgyétek el, ha rendesen be van állítva a C(XX)FLAG az azért elég nagy gyorsulás (nemcsak 3-5%, meg ilyenek)... szerintem.

Előfordulhat. De valószínűleg debugolni nem lehet semmit sem, és mondjuk egy hardend gentoo nem tudom, mit szól hozzá. Állítólag a -O3 nem is jó ötlet ez esetben...

Az az 1 txt fájl is jó lenne, ha lehetne benne keresni...

Most néztem, hogy a glsa-check hol szerepelt. Fórum kereső kiadja: ebben a topikban. Na de hogy hol, azt nem

Tehát a genntoo kérdések topik tényleg hülyeség. Szét kellene kapni, de azt meg nem lehet. Már most átláthatatlan.

[quote:26137942df="prygme"][quote:26137942df="strangedr"]
Azért figyelembe kell venni a csomagok/ebuildek időközben hatalmasra hízott tömegét - mindezekhez maintainert kell találni, akik rendszeresen commitolnak, hibajavítanak, bugzilláznak stb.
Ha csak azt nézem, mennyi ideig tart egy emerge --sync most és mennyi volt két éve, hány ebuild jön le stb...

ez igaz, amit irtam viszont más. vegyük pl a vegastrike esetét ezt a programot még 1.5 éve rendszeresen frisítette a karbantartója. nemsokkal a hivatalos kiadások megjelenése után, bekerült az új ebuild is. ma ez már nincs így. lassan 3 éves ebuild van ott még mindig. erre értettem.

Viszont bárki megteheti, hogy ír a legújabb verzióhoz egy ebuildet, beküldi a bugzillába, aztán molesztálja az illetékes devet, hogy tegye be a portage fába.

[quote:74ac819a97="halal"]Kb. egy-másfél év kihagyás után újra feltelepítettem a Gentoot, és kicsit csalódtam benne. Szerintem a disztrib fejlődése igencsak rossz irányba halad.
Kezdjük ott, hogy már csak stage3 ról ajánlott telepíteni a rendszert. Továbbá, régebben szinte mindíg a legújabb szoftververziókat lehetett feltenni, most meg egy csomó minden le van maradva több hónappal: a KDE csak 3.4.3 -as, az nvidia-driver is a 6xxx sorozatból van, pedig már van 8xxx-es, ráadásul amd64-re november vége óta nem lehetett lefordítani, és csak kb. 1-2 hete csinálták meg. A skype vagy a KDE alatt nagyon hasznos gtk-engines-qt még mindíg maszkolva van stb. Az utóbbi már egy éve is maszkolt volt, miért?
Szerintem ha valaki az új csomagok miatt akar használni egy rendszert, annak érdemesebb az Arch Linuxot választania.

Használd a ~archot, ott van minden újabb... Azért van stage3 alapból, mert túl sok embernek nem sikerült a stage1 install, és rengeteget hülyeséget bogarásztak. Telepíthetsz stage1ből is, csak nem az az alap.

[quote:d9a1ae4f19="halal"]Kb. egy-másfél év kihagyás után újra feltelepítettem a Gentoot, és kicsit csalódtam benne. Szerintem a disztrib fejlődése igencsak rossz irányba halad.
Kezdjük ott, hogy már csak stage3 ról ajánlott telepíteni a rendszert. Továbbá, régebben szinte mindíg a legújabb szoftververziókat lehetett feltenni, most meg egy csomó minden le van maradva több hónappal: a KDE csak 3.4.3 -as, az nvidia-driver is a 6xxx sorozatból van, pedig már van 8xxx-es, ráadásul amd64-re november vége óta nem lehetett lefordítani, és csak kb. 1-2 hete csinálták meg. A skype vagy a KDE alatt nagyon hasznos gtk-engines-qt még mindíg maszkolva van stb. Az utóbbi már egy éve is maszkolt volt, miért?
Szerintem ha valaki az új csomagok miatt akar használni egy rendszert, annak érdemesebb az Arch Linuxot választania.

Ez igy szerintem is túlzás, de azért van benne valami igazság. 1.5 éve valóban alig lehetett találni olyan gnu/linux programot ami nem lett volna meg a gentoo portageében, méghozzá a legfrissebb verzióban. Ma azért találni ilyeneket, de meg kell jegyezni a legfontosabbakat ez nem érinti.
Csak pár dolog amivel találokztam mostanában, a linphone 1.1.0 van még csak benne a portageban 1.2.0 még az unstableként sincs benne pedig már több mint egy hónapja megjelent. Vegastrikenak 0.4.1 csak a legújabb ebuildje ami már 2003 szeptemberi kiadás. A legutóbbi vegastrike kiadás 0.4.3 már 2005 februárjában lassan egy éve ki lett adva. Még lehetne jópár példát találni
Nyilván ezeket a csomagokat nem tartják rendesen karban a maintainenerei, vagy már nem is foglalkoznak velük. A gentoo indulásakor nagyon sokan felfigyeltek rá. Ráadásul a másik source distro a sorcerert övező problémák miatt, már onnan is jött sok új fejlesztő. A másik csoport imho a Debian konzervativizmusát megelégelő tapasztalt heavyuserek jelentős számú csoportja volt. És persze jöttek mindenhonnan, akik a maximumot akarták kihozni a gépükből. Volt fejlesztő, csomagkarbantartó bőven.
Azonban az időközben megjelent új szereplő az ubuntu egyre inkább érezteti a hatását. Imho tapasztalható némi elszivóerő a ubuntu felé, amit az új userek nem tudnak pótolni, egy jó ideig csak töredékükből válhat maintainer.
Akik csak a csomagok frissesége miatt váltottak gentoora, már ubuntut használnak, és ezt épp a csomagok frissesége sínylette meg a gentooban, igaz csak a jatékok és egyéb kevésbé fontos programok esetében. De hát Asimov alapítványában is a galaxis távoli végein kezdődtek a problémák a birodalommal :D na jó ez azért csak poén :D
Ami viszont fontos, tekintve hogy a gentoo source disztrib, ha nincs meg valami vagy csak régi verzió van a portageban, szedd le a forrást a program fejlesztőjétől, és fordítsd le magadnak. Mivel fent van minden devel eszköz ez gentoon a legproblémamentesebb ügy. És ha van egy kis időd és gyakran használod azt a programot, miért is ne csinálnál belőle ebuildet és válnál te is gentoo fejlesztővé ill maintainerré. Jóval kevesebb nyűg mint egy debian csomag karbantartása, és úgyis használod rendszeresen. Plusz a gentooban nem kell agyonpatchelni a programcsomagokat mint sok más distroban.

[off]

> És mivel nekem a dependency hell mindeddig azt
> jelentette, hogy egy adott disztró függőségkezelő
> rendszere képes végtelen ciklusba keveredni

(...)

> Ha feloldhatatlan függőségi helyzetekre
> gondolsz, akkor szerintem kicsi rá az esély.

na, kábé látod ez egy értelmesebb megközelítés. kicsi rá az esély. igen. de van rá esély. csak azért, mert a slack alapértelmezett (és közel sem egyetlen!) csomagkezelője nem kezeli a függőségeket, még vannak csomagok, amelyeknek vannak függőségei, és ha speckó ups/nyomtató/kutyafüle/gnome app miatt pakolsz vegyes forrásból, beleszaladhatsz. ami a gyakorlatban van, arról meg kár vkinek elméletben bizonygatnia h nincs. ettől nem lesz nagyszerűbb egy rendszer, csak kételkedsz, h az illető használja-e vajon. nem véletlenül tértem át slack alatt a "mindent kézzel fordítokra" évekkel ezelőtt.

[/off

hmmm. nagyon sima downgrade-em volt mysql 5-ről 4-re. az equery depends mysql remekül kilistázza, mit kell újrafordítani, bár a revdep-rebuild jó eséllyel uezeket fordította volna le. nincs is a függőségekkel semmi baj, ha rendesen kezelve vannak ;-)

[quote:7d4c993cd2="fdavid"]Szoval, aki osszekeveri a gentoot a gcc optimalizacios kapcsoloival, az megerdemli. Ugyanis barmelyik disztron megtehetem, hogy beallitom a gcc-t hudekurv@optimalizaltra, aztan leforditok vele mindent. Es?

Remelem vegre lezarhatjuk itt ezt a sebesseg-baromkodasi temat. Aki ebben barmit tudni vel, lesz szives meresi eredmenyekkel elohozakodni, es nem ilyen "huahavernaldekurv@rament" dolgokkal. Szoval maradjunk a gentoo linuxnal es hagyjuk mar vegre a gcc-t.

Menjé', játsszál PP-vel...

A havernal nemcsak huahavernaldekurv@rament, hanem ahoz kepest, hogy itt tobben "lebecsulik" a Cflagek hatasat, az en gepemen levo gentoo, es a huahaver kubuntuja ugyanannyit tudott. Huahaver agyonoptimalizalt gentooja meg mint valami amiga (namarmint a sebesseget illetoen :-)).

Szoval huahavernaldekurv@rament, a laptomra en is ezt fogok telepiteni, es bar ez egy forum, akkor inkabb megmaradok a velemenyemmel magamnak, mert nyilvan szerinted ez errol szol.

neked pedig ajanlom PP-t havernak, hatha huahaveroddekurv@raegyszintenvan veled.

<closed>

[quote:0889cf7ea8="kmARC"][quote:0889cf7ea8="whitehawk"]Gyorsaság. Hm. sose mértem. szerintem 1-2 dolog gyorsabb. Nem a CFLAGek miatt, inkább a USE flagek miatt. Pl prelink gyorsítja a programok betöltését.. (a prelink nem use flag hanem egy progi...) :D

Én sem mértem még soha, de van egy érdekes tapasztalatom.
Egy havernak PentiumM-es laptopja van. Ehhez a régebbi gcc nem ad mcpu flaget, hanem pentium3-ra kell optimalizálni. Emellett a CFLAG-eknél megadott kábé 2 sornyi flaget (namármint a 80x25-ös képernyőn :-)), illetve a USE flageket is jó előre beállította.

Hát. Higgyétek el, ha rendesen be van állítva a C(XX)FLAG az azért elég nagy gyorsulás (nemcsak 3-5%, meg ilyenek)... szerintem.

a CFLAGEK beállításához valami anyagot tudtok linkelni?

[quote:02f378b106="kmARC"][quote:02f378b106="fdavid"]Szoval, aki osszekeveri a gentoot a gcc optimalizacios kapcsoloival, az megerdemli. Ugyanis barmelyik disztron megtehetem, hogy beallitom a gcc-t hudekurv@optimalizaltra, aztan leforditok vele mindent. Es?

Remelem vegre lezarhatjuk itt ezt a sebesseg-baromkodasi temat. Aki ebben barmit tudni vel, lesz szives meresi eredmenyekkel elohozakodni, es nem ilyen "huahavernaldekurv@rament" dolgokkal. Szoval maradjunk a gentoo linuxnal es hagyjuk mar vegre a gcc-t.

Menjé', játsszál PP-vel...

A havernal nemcsak huahavernaldekurv@rament, hanem ahoz kepest, hogy itt tobben "lebecsulik" a Cflagek hatasat, az en gepemen levo gentoo, es a huahaver kubuntuja ugyanannyit tudott. Huahaver agyonoptimalizalt gentooja meg mint valami amiga (namarmint a sebesseget illetoen :-)).

Szoval huahavernaldekurv@rament, a laptomra en is ezt fogok telepiteni, es bar ez egy forum, akkor inkabb megmaradok a velemenyemmel magamnak, mert nyilvan szerinted ez errol szol.

neked pedig ajanlom PP-t havernak, hatha huahaveroddekurv@raegyszintenvan veled.

<closed>

Muhahaha.

[quote:02f378b106="kmARC"]es bar ez egy forum, akkor inkabb megmaradok a velemenyemmel magamnak

Igen ezt nagyon megkoszonjuk. Es ha lehet, akkor ne csak ezen a forumon.

Bye. :lol:

man gcc. De tényleg!

6,5 óra alatt lefordult az OOo, most meg már 8 órája megy a fordítás. Az a -fpic sokat lassít :(

[quote:1e89c79726="1aca"]Mondjuk akkor tegyuk az egesz forumot egy txt fileba, ami elerheto lenne a http://hup.hu/forums.txt neven. Olvasnak a hozzaertok meg segitenenek...

birom amikor atestek a lo tuloldalara. senki nem beszelt arrol, hogy egy txt ben legyen minden. mint mindenki, en is magambol indulok ki, a kerdeseim szerintem mind olyanok voltak gentoo temaban, amiknek felesleges lett volna kulon topicot nyitni, mert jott ra egy rtfm vagy 4-5 sornal nem hosszabb valasz. (pont annyi amennyi eleg is volt)

abban viszont igazat adok, hogy a kereses nem igazan jol mukodik a phpbb-ben, igy azt tenyleg nem mutatja, hogy a teman belul hanyadik hozzaszolas tartalmazza a keresett kifejezest. nade ez total off itt.

[quote:ea44c8ed7a="BikMak"]a CFLAGEK beállításához valami anyagot tudtok linkelni?

man gcc esetleg?

Ez az egsz sebesseg es gcc optimalizacio a gentoo linux szempontjabol offtopic, de hogy a kerdesedet konkretan is megvalaszoljam:

[code:1:ea44c8ed7a]CFLAGS="-mtune=pentium3 -O2 -pipe"[/code:1:ea44c8ed7a]

Az izles dolga, hogy vki mtune-t v. macrh-ot hasznal.

Minden, ami ennel tobb, az ugy jo esellyel baromsag, ugyanis az optimalizacio nem alkalmazhato egyforman minden programra. Az mas, ha vki ismer egy bizonyos alkalmazast (termeszetesen a kodjat ertve ezalatt), es sok fele optimalizacioval megmerte a futasidot, es ezert ott abban a specialis esetben tudja, hogy mely forditasi opciok gyorsitanak, de ugye azt senki nem gondolja komolyan, hogy altalanos esetben van jo optimalizacio.

Szoval, aki osszekeveri a gentoot a gcc optimalizacios kapcsoloival, az megerdemli. Ugyanis barmelyik disztron megtehetem, hogy beallitom a gcc-t hudekurv@optimalizaltra, aztan leforditok vele mindent. Es?

Remelem vegre lezarhatjuk itt ezt a sebesseg-baromkodasi temat. Aki ebben barmit tudni vel, lesz szives meresi eredmenyekkel elohozakodni, es nem ilyen "huahavernaldekurv@rament" dolgokkal. Szoval maradjunk a gentoo linuxnal es hagyjuk mar vegre a gcc-t.

[quote:14af69b9af="whitehawk"]...prelink gyorsítja a programok betöltését..

Utánanéztem a gentoo.org-on ennek a prelinknek. Két kérdésem lenne: kipróbáltad, és észrevehetően gyorsabb a programok betöltődése?

Illetve mennyire szükséges ehhez sok memória? KDE+Bittorrent(python)+OpenOffice esetén nem kevés mondjuk 256 MB?

Óhatatlanul is elolvastam ezt a topikot is és a Slackware-s topikot is. És óhatatlanul felébredt a kíváncsiság, hogy ki próbáljam valamelyiket. Jelenleg a Gentoo felé hajlok, mert csak egy újraírható CD-m van.
Néhány -buta- kérdés:
Mennyire lesz idegen egy olyan valakinek, aki eddig a Debian alapú disztribeket próbálgatta(Debian és Ubuntu) ?
Mennyire lassabb a csomagtelepítés a .deb és az .rpm-nél ? (bár szerintem az rpm is lassú..)
Felhasználóbarát ? ( :)vagy csak válogatja a barátait)

Addig elkezdem letölteni a CD-t :)

http://doc.gentoo.hu/html/hu-gentoo-ismerteto.html

[quote:623a7ad4f7="fdavid"][quote:623a7ad4f7="BikMak"]a CFLAGEK beállításához valami anyagot tudtok linkelni?

man gcc esetleg?

Ez az egsz sebesseg es gcc optimalizacio a gentoo linux szempontjabol offtopic, de hogy a kerdesedet konkretan is megvalaszoljam:

[code:1:623a7ad4f7]CFLAGS="-mtune=pentium3 -O2 -pipe"[/code:1:623a7ad4f7]

Az izles dolga, hogy vki mtune-t v. macrh-ot hasznal.

Minden, ami ennel tobb, az ugy jo esellyel baromsag, ugyanis az optimalizacio nem alkalmazhato egyforman minden programra. Az mas, ha vki ismer egy bizonyos alkalmazast (termeszetesen a kodjat ertve ezalatt), es sok fele optimalizacioval megmerte a futasidot, es ezert ott abban a specialis esetben tudja, hogy mely forditasi opciok gyorsitanak, de ugye azt senki nem gondolja komolyan, hogy altalanos esetben van jo optimalizacio.

Szoval, aki osszekeveri a gentoot a gcc optimalizacios kapcsoloival, az megerdemli. Ugyanis barmelyik disztron megtehetem, hogy beallitom a gcc-t hudekurv@optimalizaltra, aztan leforditok vele mindent. Es?

Remelem vegre lezarhatjuk itt ezt a sebesseg-baromkodasi temat. Aki ebben barmit tudni vel, lesz szives meresi eredmenyekkel elohozakodni, es nem ilyen "huahavernaldekurv@rament" dolgokkal. Szoval maradjunk a gentoo linuxnal es hagyjuk mar vegre a gcc-t.

Jólvan, nyugi. Csak szeretnék utánnaolvasni a témának

Telepítés pontosan annyival lassabb, amennyivel több időt igényel az adott program lefogdítása. Számomra logikusabb, mint a debian (csomagkezelést illetően). Viszont elsőre nehéz jó rendszert összedobni.

Ha stage1-ről indulsz, akkor a kevesebb use flag is megfelelő, emerge -e system után érdemes minden szükségeset hozzávenni, és emerge -uDN world-öt nyomni. Sajnos nekem kellett ez a kerülő útvonal.

Menet közben rájössz, miért írtam :)

[quote:717386751e="kmARC"][quote:717386751e="whitehawk"]...prelink gyorsítja a programok betöltését..

Utánanéztem a gentoo.org-on ennek a prelinknek. Két kérdésem lenne: kipróbáltad, és észrevehetően gyorsabb a programok betöltődése?

Illetve mennyire szükséges ehhez sok memória? KDE+Bittorrent(python)+OpenOffice esetén nem kevés mondjuk 256 MB?

És egy Mozillát is vegyünk hozzá. Na, ekkor az 1GB-os fizikai memória mellett swapet használ a fordítás közben (ccache, prelink nélkül).

[quote:85c6179331="zoozo"]A Slackware mellett a Gentoo is felkapott disztribúció napjainkban.

Felkapott? Az mit jelent? Szerintem egyik sem felkapott, ha azok szamat nezzuk , akik hasznaljak.
[quote:85c6179331="zoozo"]
Jóllehet első ránézésre az is egy fapados rendszer.

Na ezzel meglottel... A gentoo-t nem ismerem, de lelkes slacker vagyok, es nem tudom mitol fapadosabb, mint akarmelyik masik disztro (redhat, suse, mandriva, ubuntu, stb.). Hacsak nem arra gondolsz, hogy telepitesnel nem kell neki min. 256 mega ram, hoigy a csillivilli telepitojet betornassza.... Vagy esetleg az, hogy nem all az utadba, ha valamit akarsz csinalni. Ezek elonyok, szvsz.
[quote:85c6179331="zoozo"]
Érdekelne Gentoora is a kérdés,
miért olyan jó? Mik az előnyei? Mik a hátrányai?

Erre majd masok bovebben, de szerintem azert szeretik a gentoot akik hasznaljak, mert minden source-bol fordul, es elmeletileg testreszabottabb, gyorsabb.

[quote:55306f14ea="unranked"] Jelenleg a Gentoo felé hajlok, mert csak egy újraírható CD-m van.

:) Ez bájos. :)

[quote:55306f14ea="unranked"]
Mennyire lesz idegen egy olyan valakinek, aki eddig a Debian alapú disztribeket próbálgatta(Debian és Ubuntu) ?

"apt-get install" helyett "emerge"
"apt-get update, apt-get upgrade" helyett "emerge -uD world"
Kevesebb karakter begépelésével megúszod :)
Naszóval, annak idején a Debiant is meg kellett tanulnod, most meg kell tanulnod a Gentoo nyelvén beszélni. Nem nagy ügy.

[quote:55306f14ea="unranked"]
Mennyire lassabb a csomagtelepítés a .deb és az .rpm-nél ? (bár szerintem az rpm is lassú..)

Az elején nagyon hosszadalmas, amíg felépül egy desktop-rendszer, de utána már - viszonylag - gyorsan mennek a dolgok, lehet akár egész rendszer újrafordítása mellett dolgozni, meg amit úgy általában csinálsz a gépeden. Mondjuk ha idegesít az rpm lassúsága, akkor ne kezdj gentoozni :)
Viszont nem lesz "dependency hell". Nekem ez az egyik legvonzóbb dolog a Gentooban: nem kell egyenként összevadásznom a szükséges dolgokat (mint pl. Slackware-ben), ha pedig leszedek valamit, nem ránt magával egy rakat létfontosságú cuccot (mint pl. Debianban tapasztaltam néha).

[quote:55306f14ea="unranked"]
Felhasználóbarát ? ( :)vagy csak válogatja a barátait)

Ha jó a rendszergazda, akkor a felhasználó számára igen barátságos. :)

[quote:e92a84acee="kmARC"][quote:e92a84acee="johans"]A végeredmény (és így a memória használat) pontosan ugyan az a két esetben. A nyereség ott van, hogy a libekben lévő, akár több tízezer szimbólikus hivatkozást nem futás időben, hanem fordítási időben oldja fel a rendszer, ezért a program indulása sokkal gyorsabb. A gáz a prelinkkel az, hogy:

* bizonyos esetekben nem működik (pl. a PaX randomizálja az elf executable és a libek kezdőpozícióját, ezért belátható, hogy nem lehet prelinkelni)
* ha egy lib megváltozik, akár azért, mert új verziót raktál fel belőle, akár azért, mert újrafordítottad megváltoztatott opciókkal / másik gcc-vel, akkor ugye a szimbólumokhoz jó eséllyel új cím tartozik, ezért újra kell prelinkelni mindent, mert különben nem indulnak el az őt használó programok.

Hm... szoval akkor nem. Az mar azert sok ido, ha egy uj lib miatt az arra dependelo programokat is ujra kellene forditani... Kar :-( akkor marad a memoriavasarlas :-)

Nono, azért nem ilyen rossz a helyzet. A prelinkelt binárisod tökéletesen képes dinamikusan is betölteni a lib-eket, tehát ha van egy új lib-ed, és nem prelinkelsz újra, akkor csupán a prelinkkel járó sebességnövekedés egy részét veszted el, egyéb probléma nem lesz. Én használok prelinket régóta, és még soha nem volt semmi gondom, pedig egyszem teszem azt libgif miatt nem szoktam újra prelinkkelni.
Azt pedig már előttem kifejtették, hogy a prelink és a fordítás két teljesen független dolog.

Üdv.: Tomyellow

Azt nem tudom, hogy másnak miért tetszik, én azt tudom elmondani, hogy én miért használom:

* Rengeteg architektúrát támogat, az amd64-es támogatás talán ebben a dsztribben jelent meg először, nekem erre szükségem volt.

* Biztonság (1). Mivel mindent forrásból raksz fel, a fordítási időben alkalmazandó biztonsági patch-ek, mint pl. a SSP vagy a PaX-hoz szükséges PIE fordítás felkerülhetnek a rendszerbe. Olyan disztibről, amiben ezek benne vannak egyről tudok még, ez az adamantix, viszont az adamantixba eddig kódot kevesebben kommitáltak, mint ahányan a gentoo security team-ben dolgoznak. És ez csak egy team a gentoon belül, nem nekik kell az egész disztibet összerakniuk.

* Biztonság (2). Selinux integráció, hasonló szinten, mint a Fedora Core 4-ben

* Biztonság (3). A Gentoo biztonsági hibabejelentések a portage frissítésekor (ez az a folyamat, amikor a csomagkezelő metaadatait frissíted, a gentoos megfelelője a debianos/ubuntus apt-get update-nek) letöltődnek a gépedre, és utána lokálisan ellenőrizni tudod 1 parancs kiadásával, hogy van-e olyan ismert fenyegetettség, ami kihasználható a rendszeredben

* Frissesség: mivel nincsenek igazi kiadási ciklusok, a letesztelt csomagok folyamatosan kerülnek be a "stable" ágba. Ez pl. a debianhoz képest egy adott csomagnál lényegesen rövidebb release ciklust tesz lehetővé.

* Iszonyatos mennyiségű cucchoz van csomag a hivatalos site-on, nekem még nem volt olyan program, amihez ne lett volna (na jó, az OOo FSF.hu-s magyar build-jéhez nem volt, de ez az egyetlen amit az elmúlt években találtam). Nincsenek 3th party, máshonnan letöltött, ellenőrizetlen, a minőségbiztosítási szakaszon nem átment csomagok.

* Azon disztribuciók közül, amiket ismerek (Debian, Ubuntu, RHE, Gentoo) messze-messze ez a legjobban dokumentált.

* Mivel adott architektúrára optimalizált, valószínüleg gyorsabb mint a többi disztrib. De ez csak zárójeles megjegyzés, szerintem 5-15%-nál nem lehet gyorsabb mint ha i386-ra optimalizált csomagokat használnánk. Na, ennyiért nem éri meg végigvárni a fordításokat, szóval aki azt mondja, hogy emiatt használ Gentoot, az csak 3l1t33 |-|/\x0R -nak akar látszani, és nem igazán ért a disztibhez.

* Képes un. slotokat kezelni. Ez azt jelenti, hogy java-bol, python-bol, gcc-bol stb. egyszerre nem 1 verzió lehet fenn, hanem akár az összes. Váltani köztük 1 parancs.

* Az un. USE rendszer. A többi disztribben ha pl. a postfix-et ldap -integráltan akarod használni, és a disztrib készítője nem így fordította le, akkor szívás: töltheted le, fordíthatod le, és a felrakott cucc ki ofg lógni a csomagkezelő rendszerből, neked kell karbantartani stb. Itt ilyen nincs, a USE flag-ek segítségével meghatározhatod, hogy melyik csomag milyen más csomagokkal "integráltan" forduljon. (pl. kell-e az xmms-be flac support, a postfixbe ldap vagy mysql integráció stb.)

* Hátrány az, hogy egy csomag felrakása (hacsak nem a GRP-t használod) jóval tovább tart, mint ha deb-ből vagy rpm-ből raknád fel.