Új distro kell ... segítség!!!!

Oké elmondom mi van. Szal annó azt mondtam Debian. Tévedtem. Felraktam szenvedtem vele Nvidia driver stb és nem. A Debian már nem a régi.
Elmesélem az előtörténetet is:

2003 - először linux látás megszeretés (szerelem elsőre). Ez annó Suse 7.2 lehetett és technikusin tanultuk a kezelését. Otthon fennt is volt egy ideig.

2004 - 2005 - szerettem a linuxot ezen időben azonban nem rendelkeztem internet kapcsolattal igy maradt a vágyakozás ...

2005 - Találkozás Slackware-el. Ugyanis volt egy régi gépem, P2 266 96MB Ram-al amit nem sűrűn használtam de szerettem volna ám az XP-t lassúnak találtam. Slackware azonban tűrhetően futott fluxbox-al. Ott abból lett elegem hogy nekem kellet a csomagokat frissítéssel együtt a netről levadászni. Szerettem de nem volt az igazi.

2006 - pár hónappal ezelőttig Debian volt már egy gyorsabb gépen. Testing volt és szerettem gyors volt stabil pont ami nekem kell.

Már azonban a Debian nekem valahogy egy hatalmas függőséghalmaznak tűnik.Példa Gnome ahol 601 csomagot lerát függőségre hivatkozva :(

Pár hónapja meg Ubuntu de arról már bloggoltam. Nem szeretem és kész.

Szal lényeg a lényeg új distrot keresek.Elmondom mire gondoltam.
1. Frugalware - sok jó hallottam róla van királyos package managere
2. Gentoo - időigényes de maximálisan testreszabható

Egyéb javaslat? Ha valakinek van ötlete szívesen fogadom. A Frugal és Gentoo vonalról meg szeretnék hallani ha van aki aktívan használja ... :) jót rosszat bármit. :)

(Windows meg kicsukva... szeretem a linuxot :))

( BaT | 2007. 10. 25., cs – 20:12 )

Frugal ruleZ. :) Ahogy olvasom, slackware-t is szeretted, csak a csomagkezelés hiányzott. Szerintem frugal pont ebben a több. Minden megtalálható csomagból, szóval nem kell majd szivatnod magad nvidia driverrel és hasonlóakkal. :)

Az egyetlen kontra, az a csomagok minősége lehet. Itt most nem az esetleges hibás csomagokra gondolok, mert olyat eddig 1x láttam. Hanem arra, hogy a csomag karbantartójától függően néhány csomagból hiányzik valaminek a támogatása, vagy nem frissül elég gyakran, ha cvs-ből van forgatva. Pl. vlc és k3b csak angolul tud, pedig más disztrókon is tudnak magyarul... Vagy compiz-ból ubuntunak van compiz-kde csomagja, ami nem rántja le a fél gnomeot, frugalnak csak gnomeos van. De mivel angolul tudok, vps-re meg úgy sincs szükségem, ezekkel a dolgokkal együtt tudok élni. :)

Most nézem, hgy ott figyel aláírásban a config. Nekem nagyon hasonló: proci és nvidia kari ugyan ez, ram ugyan ennyi, alaplap ECS K7VTA3.

Az nem gáz. Legtöbb disztrót angolul használtam magyar bill-el. Valahogy nekem kényelemsebb volt. :)
Lent van egyébként már Frugal 0.7 (2 CD)hétvégén molyolok vele majd virtuális gépen próbaképpen. Otthoni gépen nem lehet ugyanis linux... ancikám nem szereti.
Jah képernyőképeket meg néztem imádtam benne az artwork-öket.. Egyszerű mégse túldizájnolt. :)

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

( uid_4263 v | 2007. 10. 25., cs – 18:58 )

"Nvidia driver stb és nem. A Debian már nem a régi."

Bocs, de ezzel jó napot szereztél nekem. :D

Régen könnyebb volt ATI / Nvidia telepítés Debianon? Gondolom akkoriban volt az igazi a Debian.
Egy rendes howto alapján kell feltenni, én péládul .deb csomagokat generáltattam az ATI telepítővel, melyeket aztán feldobtam a csomagkezelővel, module-assistant segítségével meg lefordíttattam a kernelmodul forrását és felrakattam. És ragyogóan müxik.

Ha most bizonyos munkával jár, az a Debian hibája?
Az 1 (azaz egy) dolog, hogy egy terjesztés bizonyos jogi vonatkozások miatt nem szállíthat komplet / azonnal működő drivereket.

http://gyuszk.homelinux.org

-- There is never time to do it right, but always time to do it over.

Most spec arra gondoltam hogy Testing-ből amit mindíg is használat NVIDIA támogatás egy az egybe ki lett kapva ... Stabil meg volt egy darabig de nagyon rég csomagok vannak benne. Ne érts félre semmi bajom meg nem vagyok egy up-to-date buzi ...de azért szeretek friss csomagokat tudni a gépen. Sarge ha megnézed kb úgy nézett ki, hogy Testing fél évvel azelőtti állapota.

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

"Sarge ha megnézed kb úgy nézett ki, hogy Testing fél évvel azelőtti állapota." ??

tudod Sarge alias debian 3.1 - az egy atomstabils sys ...

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.10-pancs1-wifi2 - 2.6.22.9 kernel madwifivel itt

Sarge-ot egyébként imádtam, és tom hogy csak baltával lehetett benne kár tenni... de akkor se szerettem a régi csomagot ...és hát frissesség szempontjából nem volt ott a szeren, ezért lett később testing. Tényleg nem tudod az Nvidia driver hova lett most a Testingből? Miért szedték ki?Néztem Google-t nem találtam indokot.

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

Ez volt a source.list -em deb alatt.

#deb file:///cdrom/ sarge main

deb ftp://ftp.hu.debian.org/debian/ testing main non-free contrib
deb-src ftp://ftp.hu.debian.org/debian/ testing main non-free contrib

deb ftp://ftp.bme.hu/OS/Linux/dist/debian/ testing main non-free contrib
deb-src ftp://ftp.bme.hu/OS/Linux/dist/debian/ testing main non-free contrib

deb ftp://ftp.externet.hu/debian/ testing main non-free contrib

deb ftp://debian.inf.elte.hu/debian/ testing main non-free contrib
deb-src ftp://debian.inf.elte.hu/debian/ testing main non-free contrib

no-free ott van én is ott kerestem Aztán olvastam hogy nvidia-glx legacy stb cuccokat kiszedték a Testing release-ből.

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

Látod ez az a hangnem amit utálok. Nem komázom ha hülyének néznek. Nem nem túl bonyolult. És próbáltam is. De ha olvasol néha mindenféle Deb-es híroldalakat tudod, hogy a 20-21 -es kerneleket az nvidia driver nem csipázza és mikor én Testinget használtam pont ezek voltak a frissek benne. elvileg 22-ben kijavították ,próbáltam meg olvastam sok fórumot de azzal se ment.

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

testinghez van, igaz csak a 2.6.18-as kernelhez ... de van fenn src csomag is, amiből fel tudod rakni újabb kernelre is

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.10-pancs1-wifi2 - 2.6.22.9 kernel madwifivel itt

Magam is testinget használok nvidia kártyával és én is szívtam az említett kernelekkel, de találtam megoldást. Azóta már 22-es kernel van a testingben is, aminél újra működik az sh NVIDIA*

Miután pár hete lennyben a kernel verzió sem probléma, valamint előtte is volt megoldás, továbbá, az azt megelőző időkben probléma nélkül lehetett használni a meghajtókat, természetesnek hat, hogy egyszerűen nem jártál utána a dolognak és a tehetetlenségedért a disztribúciót teszed felelőssé.. Ha nem így volt, elnézést kérek, de én csak a leírtak alapján tudok véleményt formálni, nem tudhatom, hogy mit tettél annak érdekében, hogy neked könnyebb legyen és megoldd a problémát.

Ha jól látom a debian probléma inkább TESTING probléma.

Ha valaki testing-et telepít, viselje , vállalja a következményeit.

Az, hogy régi a debecs kernel+videókártya driver?

1. Van-e a "régire" biztonsági támogatás? Van.
2. Működik-e minden "driver" a régi kernellel? Ha nem, akkor nem szóltam.
3. Miben lenne jobb egy új kernel ? Ha asszed gyorsabb normál desktopon egy új kernel+új videókártyadriver akkor már most helyből tévedsz.

-------

Nem a zsömle kicsi, a pofátok nagy...

Jó hát ezt nem találtam meg.Ebbe igazad van. És nem a disztró a felelős. Nem értek egyet a minden mindennel függő irányelvekkel ami felé most Deb halad. ettől függetlenül ha szerverre kéne rendszer Debian választanék mert stram kis rendszer. :)
És sokáig használtam Deb-et NVIDIA driverrel régebben akár hivatalos akár Debianos nvidia-glx-el. Például Quake3 vagy Blender jól ment vele.

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

minden mindennel függő irányelvekkel ami felé most Deb halad.

Nézd meg a függőségi rendszerét pl. az Ubuntu-nak, utána meg mondjuk az openSUSE-nek. Na ezek már tényleg közelítenek a "minden mindentől függ" állapothoz.
Ez azonban nem feltétlenül rossz, hiszen a szoftverek komplikálódnak, fejlődnek és a több tudás több függőséget hoz magával. Hiszen nem fogják belefejleszteni azt a tulajdonságot egy szoftverbe, amit már valaki megírt; inkább használják a már meglevőket és ez függőséget eredményez.
Nem csaphatjuk be magunkat azzal, hogy ugyanazzal a függőséghalmazzal elfutna ma egy disztro, mint mondjuk két évvel ezelőtt.
A Debian egyébként még egész szolid a ma kedvelt disztrok között függőséghalmaz-méret tekintetében.

Ez mondjuk jogos. Ubi ilyen szempontból vadállat. Ráadásul csomagkezelés lassabb is .Plusz nekem Ubi azért nem mert a videókarim nem mai 128Mb-os csoda picit régebbi igy. Gondolom ezért fagyogat rendszeresen csontra a rendszer ha nem az nv drivert használom. egyébként Ubuntu volt az első olyan linux amit csontra fagyni láttam. :)

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

( Yorirou | 2007. 10. 25., cs – 19:10 )

Jópár éve Gentoo-t nyúzok, szerintem megéri. Kicsit sokat kell vele szenvedni az elején (főleg annak, aki még nem telepítette soha), viszont amit belősz, az működik. Függőséghalmaz sincsen, az USE flag-ekkel testreszabhatod, hogy mi kell neked. Sebességben pedig minden bináris disztrót elver (a kubuntut biztosan, pedig a laptopomon skim is van, ami odavág az alkalmazások indulási sebességének rendesen) :) Stabilitásban sem rossz, én a kde csomagokból unstable-t használok, amúgy nagyészt stable csomagokat, és egy fokkal sem bugosabb, mint a guszti (azért a kubuntut emlegetem, mert az azstali gépen az van). Viszont időt kell rá fordítani, főleg bizonyos csomagok frissítése esetén. A gcc upgrade az halál, még nem láttam Gentoo-t, amelyik túlélte volna.
További előny, hogy mire belövöd, addigra tuti megtanulod, hogy mi hol van; így könnyű kézreálló rendszer faragni belőle.

Ha van kedved belevágni, és időd/türelmed, amit rá bírsz fordítani, akkor mindenképpen érdemes. Legrosszabb esetben tapasztalatot nyersz vele :)

---------
"Ha igazat mondasz azt végig unják, ha feldíszíted azt jól meg dugják"
szerény blogom -- új címen!

és rendesen migráltál is? mert abban az esetben minor upgrade esetén (pl.: gcc 3.3 -> 3.4) elég egy revdep-rebuild is, de ha major upgrade esete áll fent (pl.: gcc 3.x -> 4.x), akkor emerge -e world kell + kernel újrafordítás.
ha csak simán váltasz gcc-config-gal, akkor meg segfaultolgatnak a programjaid szépen a megváltozott ABI miatt

---------
"Ha igazat mondasz azt végig unják, ha feldíszíted azt jól meg dugják"
szerény blogom -- új címen!

( leeroy | 2007. 10. 25., cs – 19:11 )

ArchLinux?? Csomagkezeloje ugyanugy pacman, mint a frugal-nak, sok friss csomag, i686 build, AUR-bol barmikor tudsz csomagot forrasbol telepiteni, gyagyi telepito, jo wiki stb... :)

( hrgy84 | 2007. 10. 25., cs – 19:18 )

Gentoo-ban bármikor bárkinek a rendelkezésére állok, konkrét kérdésekre konkrét válaszokkal. Telepítésben is tudok segíteni.

A Gnome mindig is egy függőséghalmaz volt, újabban már a Debian-szerű rendszereken is elterjedt a minimális gnome-t feltelepítő virtuális csomag, ezt ők gnome-core becenévvel illetik, a Gentoo-sok csak gnome-light néven emlegetik.

Időigény: Ez relativ dolog. Mivel a csomagok települése mellett bármi egyebet is lehet csinálni, én általában a stage2 folyamat alatt konfigolom be a gépet. A nano már a stage1-nek is része, tehát mire a stage3-at elérem, a gép jobbára készen áll a restart utáni teljes értékű használatra, a pam/shadow csomagok mergelését kell csak figyelni, mivel addig nincs useradd és passwd parancs.
Ez bármely más rendszernél a telepítés utáni hosszas konfigolást jelenti, azaz a telpítés alatt csak falat tudsz kapargatni, meg láblógatni, meg ilyenek, de érdemi munkát nehéz csinálni közben.

Arról nem beszélve, hogy egy mai gépen egy éjszaka alatt fenn van stage1-ről a rendszer (Amíg ön durmol, dolgozik a Darmol :), és egy csomót még áll is a gép a telepítés után arra várva, hogy felébredj. Utána 'emerge gentoo-sources genkernel grub dhcpcd syslog-ng; genkernel all; nano /boot/grub/grub.conf" és a rendszer restartra kész.

De mondjuk a részletekért mindenképp keress meg.

Gentoo felé nagyon vonzódok. Talán ezért ,mert sokat sokfélét mondanak róla. Ez valahogy előhozza a kíváncsiságomat.Meg nagy fokú konfigurálhatóság is erény. DE mond meg nekem a következőket:
1. aláírásba ott a konfig amire menne... szerinted megfelelő neki? Plusz van még hozzá egész kicsi netem (47 kb/s leöltési seb max...Kecskemét - Microsystem :P )
2. USE flagek nekem iszonyat bonyolultnak hatnak... nehéz őket rendesen beállítani

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

A gép yónak tűnik, a Gentoo szereti az AMD procikat :), 1G RAM pedig több mint elég, így a fordítások is relatíve gyorsan fognak menni.

USE flagek: Erről így kommentben elég nehéz beszélni, de annyira nem bonyolultak. Ismerni kell a globális és a lokális USE flagek közt a különbséget:
- globális az a USE flag, amit nagyon sok csomag használ. Ilyen pl. az alsa USE flag vagy a gtk flag
- lokális az ennél szűkebb körben használt USE flag, általában egy vagy csak kevés csomag használja. Ilyen pl. a browserplugin/nsplugin USE flag, de ezek közé tartozik a php számtalan USE flagje.

Az USE flagek a konfigurálhatóság alapkövei: csak azt fogja tudni az adott csomag, amit Te szeretnél, egy jottányit sem többet. Pl ha nem kedveled a beagle-t, akkor tiltod a beagle USE flag használatát globálisan, és semmi nem fog rá függeni. Persze ettől még felrakhatod, csak nem omlik össze a rendszer ha a végén mégis leveszed.

Én jelenleg egy Intel Celeron 1300 MHz/384 MB SDRAM géppel használom a Gentoo-t, és elégedett vagyok a sebességével. Mivel a telepítést csak egyszer kell megejteni, így nem szokott probléma lenni.

A procira konfigurálhatóság nekem nagyon sokat hozott teljesítményben a Debian-hoz képest, sokkal gyorsabban feláll a rendszer, érezhetőbben gyorsabban indul. Cserébe meg kellett tanulnom kernelt forgatni, de ma már az sem gond :). Ha mégis az lenne, a genkernel megoldaná minden gondom.

use flageket már kifejtette előttem a kolléga, a confighoz annyit tennék hozzá, hogy a következő 2 gépen használtam gentoot (az utóbbiról most írok, és az van rajta):
- 2 GHz P4 alapú Celeron 128 kB L2 cache-sel, 256, később 512 MB DDR RAM, ATA merevlemezek
- 1.6 GHz Core Solo alapú Celeron 1 MB L2 cache-sel, 512 MB később 2 GB DDR2 RAM, S-ATA merevlemez
A videókártya irreveláns, viszont a quake3 nagyon tud szaladni, ha lefordítod :)

---------
"Ha igazat mondasz azt végig unják, ha feldíszíted azt jól meg dugják"
szerény blogom -- új címen!

Gentoo +1, hatalmas előnye hogy 'folyamatos' disztró, rengeteg third party repó van hozzá, mivel minden fordul rajta ezért maximálisan testreszabható és hekkelhető.
A hivatalos portage fa is elég friss - a legfontosabb csomagoknál pár nap átfutással jön a testing ebuild. Illetve rém egyszerű a kedvenc csomagodból verzióugratott ebuildet készíteni (akár saját patch-ek hozzáadásával), ha nincs párnapos reagálású karbantartó.

Hátránya, hogy meg kell tanulni a lelkét ápolgatni (maszkolások, useflagek, stb.) De ha pár ökölszabályt betartasz akkor szeretni fogod a hekkelhetőségét.
Hátránya még, hogy ha gyorsan kell egy csomag valamiért, akkor sok esetben malmozhatsz mire lefordul. De ez normál használatnál elég ritka - figyelmbe véve hogy a csomagok 99%-a 1 órán belül elkészül, a többihez meg van bináris build.

Tévhit hogy rengeteg időt elvisz a folyamatos karbantartása. Ha nem használsz túl sok testing csomagot, akkor kb egy emerge --sync; emerge -Dunatv world akár otthagyható minden hétvégén éjjelre is, 2 éve nincs vele ilyen irányú negatív tapasztalatom. [Persze ha elkezdesz testingeket behúzni, akkor egyre nőni fog a testing libre való függés, ezeket kézzel kell maszkolgatni, az macerásabb picivel, valóban.]

Csak hogy válaszoljak is: ha van olyan USE flag ami nem értesz, akkor defaulton hagyva tökéletes :) ráadásul később ha hiányzik valami akkor könnyű beemelni (mondjuk lesz egy nyomtatód, és mindenhez hozzácsapod a cups támogatást akkor ezt egy paranccsal megteheted) Ezen kívül a legtöbb USE-flagről ad infót a rendszer, hogy kábé mire jó. Indulásnak tényleg elég a kde vagy gnome, qt vagy gtk alap dolgokat eldönteni, ezek meg eléggé adják magukat a felhasználó szándéka szerint. Teljesen elrontani pedig a legritkább esetben lehet USE flaggel (olyankor oda is írják hogy veszélyes bizergálni).

Ha konkrét kérdésed van vagy segítség kell, szívesen segítek én is.

Hehe tényleg igaz amit sok helyen mondanak, hogy a Gentoo közösség a legbarátságosabb. Szerintem az lesz hogy amint lesz egy kis időm megpróbálom a Gentoo-t. Ami nekem kellene azok a következők: GNOME (mert szeretem), Mplayer,Banshee zenelejátszáshoz, PHP Apache MySql, Firefox,Openoffice ilyesmi. albi gép szal programozás minden ezen megy... persze azért desktop lesz nagyrészt.
Már csak egy miatt aggódom. Telepítésnél a kis netem (47 kb/s max) elég lesz a dolgokat lerántani?
Egyébként láttam az új grafikus telepítőt, szép szép de mégis inkább először minimal installal meg stage3-al próbálkoznék(szeretem érteni mit is csinálok.)

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

Tedd a make.conf FEATURES változójába a parallel-fetch beállítást. A glibc/gcc fordulása alatt minden le tud jönni, ez a két leghosszabb csomag (> 2 h). Már persze ha stage1-ről indulsz (ajánlott, ha tényleg gyors rendszert akarsz).
Ha telepítesz, keress meg pü és adok MSN címet, de ha ügyes vagy, megtalálod valahol a HUP-on kommentben is :D

Azért gondoltam stage3-at mert a dokumentáció szerint stage1-2 már nem támogatott...btw parallel-fetch? Az mire jó... meg lenne még egy kérdésem! Hogy működik ez első telepítésnél? Mint a Debianál lerántja a source-ot aztán ha minden lent van fordít?
Jah ha stage3-ról indulok a végén az egész rendszert újra is kell fordítani nem?
Jah és milyen időközönként kell mindent újra fordítani ha stable rendszert akarok?
(bocs a láma kérdésekért csak érdekel a téma :) )

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

Kicsit vita tárgya ez a stage dolog.

A stage3 -ig eljutás az már jóideje alternatív telepítésnek minősül, de igazából pár plusz sor behívását jelenti. Hacsak nem akarsz cross-compiling meg ilyenekkel torődni a default architektúrához rendelt stage3 szerintem elég. Ezután már van működő csomagkezelőd, jöhet a maradék. Persze jó muri a stage1, meg nem elhanyagolható a pedagógiai jellege sem, de az már inkább a placebo kategória imho.

A stage3 végén nem kell a teljes rendszert újrafordítani, de ha megteszed akkor tulajdonképp stage1-szerű rendszert kapsz ahol minden komponens beállításához hozzáférsz (cflags power)

A parallel-fetch annyit tud hogy az egyik csomag fordítása alatt letölti a többi csomaghoz kellő fájlokat, egy külön szálban, így nincs az hogy órákon keresztül forgatsz, majd utána órákat várhatsz a következő csomag letöltésére. Elég móricka dolog, de hasznos.

A frissítés időközét te határozod meg :) Stabil ágban körülbelül havonta 20-25 csomag frissül nálam. Néha persze beüt egy-egy glibc frissítés meg ilyenek, de ezzel együtt szerintem bőven elég lehet havonta. Én azt szoktam csinálni hogy hetente frissítem a portage fát, és az általam preferált alkalmazások (böngésző/IM kliens/xorg cuccok) -nál megnézem hogy van-e frissítés és csak azokat teszem fel... Aztán ha van pár szabad órája a gépnek akkor mehet az összes többi. A desktop alkalmazások viszonylag ritkán függnek rá a nagy rendszerkomponensek frissítéseire.

Ha a biztonságra is figyelsz, akkor egy glsa-check nevű progi javaslatot tesz az ismert sebezhetőségek javítására. Ezt a gentoolkit csomagban találod.

parallel-fetch : szótárazz picit... igen, az

Na szóval. A stage1-2 hivatalosan nem támogatott metódus, hátránya, hogy ha stage3-ról indulsz, akkor kell a recompile, ha stage1-ről akkor nem (mivel akkor a komplett rendszert akkor építed fel).

A Gentoo sem nem Debian, sem nem SuSE sem nem semmi egyéb, csak Gentoo.
A fordítás az úgy néz ki, hogy wget, configure, make, make install, wget, configure, ... tehát minden csomagot akkor szed le, amikor fordítja.
Ezen csak a parallel-fetch opció változtat, amikor a wget a háttérben fut, és közben pörögnek a csomagok. Ha valami még nem ért le, akkor a fordítás megvárja azt az egy csomagot, és fut tovább, közben a wget őrült sebességgel szedi tovább le a csomagokat.
Mindent sosem kell újrafordítani explicite, ez egy marha nagy baromság is lenne, plusz még felesleges is. Nyilván, ha egy csomag frissül akkor újra fog fordulni az illető csomag. Természetesen kb .egy év alatt apránként a rendszer nagyrésze újrapörög.
A stable rendszer azt jelenti, hogy nem használsz ~arch-os (debian-os kifejezéssel testing) csomagot, de ha kell, akkor a package.keywords-ba a csomagot beletéve feltehető (ez sokkal könnyebb mód, mint a debian-os apt-pin vacakolás).

Amúgy azt ajánlom, hogy minden Debianos beidegződést felejts el, mert a Gentoo egy picit más gondolkodásmódot kíván. És ha Debian-osra alakítod, akkor egyrészt a rendszert erőszakolod meg, másrészt magadat szívatod, aminek nincs értelme.

Mondom, ha részletek is érdekelnek küldj pü, és adok MSN címet.

Na szal az a helyzet, hogy lassan vizsgaidőszak és nekem gyorsan kell egy stabil system a gépre. Ami most van: Ubuntu Festy meg Windows(visual studio miatt). Szal Ubinak menni kell mindenképpen. VmWare-val megpróbálom a köv héten ahogy lesz egy kis időm, gyakorlogatok, megpróbálom feltalálni magam aztán ha nagyon nem megy valami akkor megkereslek vele.
Azon gondolkodtam hogy amíg fordít azt az idő tanulásra is ki lehet használni. Szerinted egy stabil konfigot mennyi idő alatt lehet belőle összhozni? (gnome banshee openoffice firefox php-apache-mysql)
Mindíg ez az idő a kérdésem. Valamiért ez az egy problámám van az egésszel....

Jah olvasgattam gentoo.org-ot.. gnome telepítéshez doksiból:
"This will take a while, so you might want to start reading all those books your mother bought you but you never opened. Done? Great... "
LOL ez odabaszott... olvasmányos doksi? ez így is lehet? :)

---
MSI KT3 Ultra, 1GB DDR, AMD Athlon 1800++, NVIDIA GForce4 MX 440

Idő: Nekem a stage1-től a rebootig elég sok, mert a gcc meg a glibc nagyon soká pörög (és 2x fordul le mind a 2), plusz a gépem se annyira jó, de nálad egy olyan 3 órát tippelek a gcc-glibc párosra, erre a system többi csomagja nagyon gyorsan fog felkerülni, legrosszabb esetben 4 óra mulva restartra kész a rendszered, de lehet, hogy sokkal hamarabb, 2-3 óra is elég, nem tudom, minden gép egyedi ilyen szempontból. Én gnome-light-ot szoktam tolni gdm-mel, az viszonylag hamar megvan, kb. mondjuk további félóra, az egy óránál már be kéne legyen konfigolva az X is.
Apache php-val a fordítás hamar megvan, a php USE flagjeinek beállítása sokkal több idő. Itt ugyanis nincs php-mysql modul, neked kell engedélyezned a php mysql flagjét. Ajánlom, hogy a php előtt tegyél fel ccache-t és a make.conf-ba legyen a FEATURES-ben ccache, mert a php-t úgyis újra fogod jópárszor pörgetni (saját tapasztalat).

De amiket írtam idők, azok a legrosszabb esetek, ezt vedd figyelembe. Nem tudok pontos előrejelzést adni, mert minden gép egyedi. Láttam már olyan gépet, ami másfél-két óra alatt megvolt a gcc-clibc páros 2x-i újrapörgetésével, és az apache-val ugyanennyit szenvedett, és nemtudtam rájönni, hogy miért. Szóval ez nagyon gépfüggő.

Az első telepítés az annyit tud, hogy a stageX tarballokat kitömöríted a cél-fájlrendszerre, melléteszel egy portage fát -viharsok pici fájl, amiben a csomaginfók vannak-, és asszem stage2 felett belechrootolsz. Innentől kezdve van egy mesterségesen életben tartott gentoo-d, ebbe teszel bele a csomagkezelővel cuccokat (logger, grub, kernel), majd újraindítasz és ha szerencséd van lábraáll..

Elég fapad, viszont jól dokumentált és a rescue esetén kb ugyanezeket a lépéseket lehet játszani, tehát arra is jól megtanít. Nomeg picit eltöprenghetsz hogy milyen naplózót használsz, milyen ablakozó környezetet, milyen boot managert, stb stb. A választást mindíg rád bízza, dehát ezt szeretjük benne.

Ja, mégegy dolog: Rákényszerít a kernelfordításra. persze van genkernel a nagy tömegeknek, de azért mégiscsak...

stage1-be is bele kell chroot-olni... Bash minden stage-ben van.

Én azt ajánlom, hogy az első kernel mindenképp genkernel-es kernel legyen, mert nem olyan vicces folyamatosan chroot-ban lenni, jártam már úgy, hogy a livecd rendszerén nyomtam egy emerge --sync parancsot, és csak néztem bambán a error-ra (rsync: command not found).

De gondolom a Handbook-ig (magyar link!) el tud jutni...

végülis jogos ez a genkernel, főleg egzotikus hardvernél.
én töröltem már le komplett /root -ot mert azthittem hogy chrootban vagyok ott pedig valóban törölni akartam. A bibi az hogy a teljes chroot a /root alatt volt :)

azóta minden chroot után az első parancs az export PS1="(chroot)$PS1" , dehát az ember inkább más hibáiból tanuljon!

( kukukk v | 2007. 10. 25., cs – 19:26 )

Ha a Slackware-t szeretted es csak a csomagfrissitesekkel volt gondod, esetleg tegy egy probat a Zenwalk-al. Slackware alapu, 1 alkalmazas/problema elven mukodik es eleg sok beallitashoz keszitettek sajat grafikus feluletett. Van benne netpkg/xnetpkg nevu alkalmazas ami tud teljes rendszert frissiteni, vagy csal nehany csomagot upgradelni, vayg uj csomnagot installalni a repository-bol. Eleg segitokesz kozosseg all mogotte, igy ha valamire szukseged van jo esellyel elkesziti neked valaki a csomagot belole. Maga az alap rendszer ugy 470mega korul van es XFCE az alap ablakkezelo. De a repoban megtalalhato a kde es ha jol emlekszem a gnome is.

Egy probat meger :}

( pinyo_villany | 2007. 10. 25., cs – 19:27 )

vissza a jó kis Sarge-hoz, az egy iszonyat jó rendszer, egyik hdd-n az van, amit meg most nyúzok az egy stable Etch és eddig semmi bajom nem volt vele ...

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.10-pancs1-wifi2 - 2.6.22.9 kernel madwifivel itt

( KOXX | 2007. 10. 26., p – 00:30 )

+1 a gentoo-nak. Nálam is kb az a helyzet volt mint nálad, le voltam ragadva a debian-nál és szerettem is, de valamilyen oknál fogva váltani akartam és ekkor jött a gentoo. Azóta is a kedvencem, bár most az új ubuntu megy, mert néha jó egy kicsit elkényelmesedni.
U.i.: Most hogy felhoztad ezt a témát, lehet belevágok egy frankó gentoo-t összerakni.:P

( gabim | 2007. 10. 26., p – 10:54 )

PCLinuxOS

  • nem időigényes
  • kényelmes
  • stabil
  • kis erőforrásigényű
  • benne van minden, ami kell alapból
  • apt-get-tel frissíthető, kezelhető
  • jól néz ki
  • remaster-elhetsz magadnak saját telepítő médiumot
  • segítőkész közösség

Apt-get

Rpm a csomagkezelő alapszinten, erre apt-get épül, hogy a frissítést és az egyéb magasabbrendű feladatokat ellássa, ezt pedig Synaptic-kel kezeli grafikus felületen a normál felhasználó az alap PCLinuxOS-en.

Remasterelhetsz

Legegyszerűbben ez a "remasterme" (egyetlen) paranccsal történik, a működő installált rendszereden kiadva, mellyel tulajdonképpen a saját rendszeredből készítesz install iso-t.

A Gentoo Catalyst pedig egy spec file alapján gyakorlatilag akármilyen live rndszert képes összerakni a minimal install környezettől a profi gnome/kde/xfce/rox/*box környezeten át egészen a LAMP serverig, és a gépeden mindössze az alap stage3 installnak kell fenn lennie, plusz az iso generáláshoz nélülözhetetlen cuccoknak (cdrkit, squashfs-utils és már nem tudom melyik checksum számoló utilnek).

Szerintem nem csak az l2 lehet az ok. Sőt, mintha inteles procikba több l2 cache kerülne (nem nézek most utána :)). Viszont azt elképzelhetőnek tartom, hogy egyes összetettebb utasításokat amd procikban jobban megoldanak, hogy kevesebb utasítás legyen az 1 összetett. Vagy a procin belüli adattovábbítás keresztmetszete nagyobb amdben.

( portage | 2007. 10. 26., p – 20:43 )

"2. Gentoo - időigényes de maximálisan testreszabható"
Mióta időigényes? Napi 5 perc frissítésekre már sok?

-------------------
2.6.22-gentoo-r2