Miért éppen Gentoo?

Én kb. 2002 ben tértem át debianrol, Próbáltam sok mindent előtte még a slackware tetszett (Első linuxom kb. 98 ban).
Régebben is terveztem a váltást, de nem volt állandó szélessávú internet kapcsolatom, és nélküle nehézkes lett volna. Debian csomagokat is a suliban szedtem, analog mondemen megnéztem mi kell és csináltam egy letöltés listát.

Debian alatt akkoriban sok desktop célú dolog nem igazán ment, nem tudtak minden featuret amit a forráskód megadott volna. Azonkívül egy halál volt bármit is forráskódbol feltenni, hiányzott minden hozzá, tegyek fel headereket stb. És még akkor sem akart lefordulni töbnyire.
Gyakori volt, hogy simlinkelnem kellett minden féle libet, mert verzió eltérések voltak ..stb.
Meglepő volt Gentooban, hogy x-edik csomag fordul le probléma nélkül, és jol mükködik. (Persze néha vannak fen akadások, de könyen megoldható)

Manapság tengernyi dokumentáció van, ha goolibe beírom xy gentoo howto találok hozzá külön gentoo howtot.
(A többi előnyét és okot már leírták mások, nem ismétlem.)
Leközelebb, ha kibrobálok más OS-t az valószínüleg a gentoo-bsd lesz.

"Miért éppen Gentoo?"
a frasz tudja...
szerveren ubuntu megy (Breezy), elotte debillany.

de azert reply, szerintem:
olykor jol esik jatszani gentooval, es tanulhatok is sokat vele.
tartok a laptopomon egy dappert es egy gentoot.
en gentoo-t jatszani hasznalom. egyenlore.

regebben gentoo volt a fo rendszerem, csak akkoriban sokaig tartott volna leforgatni a melohoz szukseges alkalmazasokat :-((

ubuntu alatt ez gyorsabban megy, es sokkal kevesebb idot veszitek el...

Ez az a disztró, amivel sokat lehet sz*pni. De tényleg. Mondjuk annyira nem gond, mert van a rendszerrről backup, ha megunom, van mit visszarakni :)
Amióta a 2.6.15-ös kernel stabil lett, nem sikerült kernelt + ati-drivers-t frissítenem. Most még a moduláris X - az eredmény: egy nem működő rendszer. fglrx driver: nem látszik a kép. radeon: billentyűzet nem megy. Amúgy jó rendszer, más linuxokra innen "pakolom át" a hiányzó programokat :)

Szeressuk gentoo-t, foleg mert szinte az egyetlen amiben van igazi jo kis hardened fejlesztes is.
A mostani exploitokat mind megfogta a dragasag :-)

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

[quote:e6115a11e3="begin"]Ez az! Vagy "az egyebkent egesz jol kitalalt package-manageles" vagy a frissesség... Ki-ki döntse el, hogy mi a fontos neki.

Mind a ketto fontos. Ezert szoktam at a gentoo-ra. :)
Ha jol ertelmezm a mondatodat, akkor szerinted jo package-managerel csak elavult csomagokat lehet managelni ? Haaatt..... :)

[quote:fb47b2ed6c="miq"]Ha jol ertelmezm a mondatodat, akkor szerinted jo package-managerel csak elavult csomagokat lehet managelni ? Haaatt..... :)

Nem feltétlenül, mivel nemcsak a woody rendlkezik jó package-managerrel. De tény hogy a woody nem fedi le az én igényeimet sem teljesen. Így aztán sid/sarge csomagok is kerültek fel, de forrásból is bővítettem a programok listáját...

[quote:9f9c9677be="Oscon"]...grsec TPE nélkül egyébként ez a "kijátszás" működne, (=ezért kapcsoltam be). (kernel 2.4.18 14.3)

hehe. TPE meg sem fordult a fejemben, pedig illett volna. en kerek elnezest. :oops:

[quote:6d2fb2eb9e="Hmmmögi"]Egyébként ha Debián öreg akkor a Slackware milyen?:) Az már egy 10 éves project. :)

van nekem egy regi linux developer's resource 3 cd kit-em. idezek a hatso boritorol: [...] slackware 2.1 [...] debian 0.91 beta [...]
1994-ben lett kiadva.

[quote:6d2fb2eb9e="Hmmmögi"]Mondjuk a Slack kiforottabb és rendkivül biztonságos.

"x disztribucio biztonsagosabb mint y" - ezt szerintem badarsag igy kijelenteni. minden os (beleertve a dozert is) annyira biztonsagos, amennyire kompetens az adminisztrator. mas kerdes, hogy egyes disztribuciokat (os-eket) mennyi munkaval lehet biztonsagossa tenni (vagy mondjuk mi az a biztonsagi szint egy dozernel, amit egy jol kepzett admin meg esszeru keretek kozott el tud erni).

[quote:6d2fb2eb9e="Hmmmögi"]
Szerintem két olyan disztró van, ami megér egy misénél többet a Gentoo és a Slack.

milyen celra? kinek? hova? ez sem jo igy. ahogy az mar itt tobbszor is elhangzott: mindenki talalja meg maganak a(z adott celra) megfelelo disztribuciot. en barmennyit is szidom a debiant, meg fogom tartani, mert sok esetben tudom meg mindig hasznalni. valoszinuleg gentoora fogok valtani ahol lehet, de mindig lesz debian a kozelemben (p133-ra aligha fogok gentoot huzni nat routernek), uhu-t pedig mindig szivesoromest fogok rakni juzereknek, mert ilyen kornyezetben lenyegesen kevesebb a szivas vele, mint barmelyik mas disztribucioval (gyorsan telepul, minden magyar benne, es nagyon keveset kell utanallitgatni).

[quote:6a93f03b61="miq"]Egyebkent, azt hiszem, nem veletlen, hogy sok Debianos valt at Gentoo-ra. A Debian mar egy nagyon regi project, es szerintem mar evek ota tul van a fenykoran :( A Gentoo pedig egy friss, fejlodesben levo disztro.

hype?

[quote:ef2c797bcb="vmiklos"]1re lebuildelik, és utána cat /dev/hda >image
aztán gyártósorra, nem? :wink:

nem :) (hosszutavon ugyanis nem vicces a gentoo.org forumon sokszor emlegetett 'gentoo-way', t.i., hogy bloatoljuk tele az user filerendszeret minden kacattal, ha akarja / ha nem, mert a maintainer eppen nem akar alcsomagokkal bibelodni, mert az munka lenne) :evil:

[quote:7b08103a9b="miq"]Egyebkent, azt hiszem, nem veletlen, hogy sok Debianos valt at Gentoo-ra. A Debian mar egy nagyon regi project, es szerintem mar evek ota tul van a fenykoran :( A Gentoo pedig egy friss, fejlodesben levo disztro.

A lenyegi filozofia pedig ugyanaz. Linuxot azoknak, akik tudjak, hogy mit akarnak kezdeni vele.

Látod, én most ezt megpróbáltam, legalábbis egy ismerős dícséretének engedve adtam egy esélyt a Gentoonak. Hát köszönöm, de nem kérek belőle, mert vannak még gyermekbetegségei. :(

Hogy mi volt a gondom? Kezdjük ott, hogy szerverről beszélünk, ahol a stabilitással és csomaghibákkal nem túl vicces szívni. A hivatalos stabil Debian alatt valóban régiek a csomagok, és ebből-abból már kellett volna újabb, de ha pl. csak a klf. libeket teszi föl magának az ember, majd a szerverprogramokat kézzel fordítja, akkor egész kibírható a dolog.

Gentoonál meg annyit próbáltam meg (egy új gépen, ami mailservernek készül), hogy 2004.1 stage2-es telepítés és minden util újrafordítása után, hogy Postfixet szerettem volna fordítani sokféle adatbázis támogatásával. USE-ban benne Postgres, MySQL, Berkeley DB - éppen ezért ezeket is elkezdte fölpakolni (amúgy az egy jó kérdés, hogyha nekem csak az egyes adatbázisszerverek kliens könyvtárai kellenek, akkor a többit miért kapom meg?). A Postgres fordításánál egy ordas hibával elszállt. :roll:

Hát köszönöm, de ezt magamtól is tudom produkálni, ha kézzel fordítok új Postgrest. :D Csak ott annyi a különbség, hogy bele tudok nézni, hogy mi a gond és javítani. A Portage-be nem látok bele, hogy mit és hol kéne átírnom. Persze ez lehet az én kezdő mivoltom eredménye is, de akkor is egy elég durva hiba. De valószínűnek tartom, hogy a Postgres tükörről leszedett forrás-csomag nem fog ilyet produkálni, erős a gyanúm, hogy ez valami gentoos "javítás" eredménye.

Még egy megjegyzés egy előző posthoz: a saját fordításokkal az ember nem f*ssa össze a saját rendszerét, mert ugye a jólnevelt csomagkezelő mindent /usr -be rak, az ember magának pedig /usr/local -ba.

[quote:149f4c519c="snq-"][quote:149f4c519c="vmiklos"]1re lebuildelik, és utána cat /dev/hda >image
aztán gyártósorra, nem? :wink:

nem :) (hosszutavon ugyanis nem vicces a gentoo.org forumon sokszor emlegetett 'gentoo-way', t.i., hogy bloatoljuk tele az user filerendszeret minden kacattal, ha akarja / ha nem, mert a maintainer eppen nem akar alcsomagokkal bibelodni, mert az munka lenne) :evil:

Ehhe, látom nem csak nekem tűnt föl, hogy bizonyos dolgokból elég lenne a kliens lib is néha. :?

[quote:f33fade656="Adi"]
Még egy megjegyzés egy előző posthoz: a saját fordításokkal az ember nem f*ssa össze a saját rendszerét, mert ugye a jólnevelt csomagkezelő mindent /usr -be rak, az ember magának pedig /usr/local -ba.

Na itt a problema... egy jolnevelt csomagkezelonek sem _NEM_ lenne szabad a /usr -be pakolni. Összekeveri a rendszerhez tartozo cuccokat a kisebb programokkal. De errol 1 masik topicban mar volt 1 kis diskurzus.

Nezd meg a PkgSrc-t. IMHO sok mindenre megoldas lenne ( ezalatt a csomagkezelest ertem).

Mellekesen 2 ev Debian hasznalat utan lassan 1 eve hasznalok Gentoo-t es meg soha nem merult fel problema. Talan az USE-flagekkel csinnyan kellene banni, es inkabb az egyes telepitesre varo csomagok ele erdemes beszurni a sort. A globalis USE flage IMHO meg problemat okoz

Tegnap beírtam amit beírtam, hogy miért hasztam el a baglyot erre megjelent az UHU dev ágban a QCad 2.0.3.3 ;)))

[quote:c95ae38a18="Hmmmögi"]A Gentoo egy jó kis rensdzer. Bár miután kicsit gyorsan átfutottam a topicot mintha az egész egy kicsit Debian vs Gentoo lenne. :) Bármint mintha a töbi disztrót egy vonással letudnátok.

Egyébként ha Debián öreg akkor a Slackware milyen?:) Az már egy 10 éves project. :)

Szerintem a Slack jobb, mint a Debian. Kb. ott van mint a Gentoo. :) Bár én jobban preferálom a Slackot, mert ninics mindig annyi időm, hogy több órás fordításokkal bibelödjek.

A Gentoo gyors, jó a csomagkezelése, és magadénak érzed. De rendkivül idő igényes.

A Slack jó gyors, egyszerű átlátható a szerkezete, csomagkezelésében ninics függőség ellenőrzés, ami jó:). Bár nem érzed anyira magadénak, mint a Gentoo-t, de nem is vesz el tőled annyi időt. :) Mondjuk a Slack kiforottabb és rendkivül biztonságos.

Szerintem két olyan disztró van, ami megér egy misénél többet a Gentoo és a Slack.

Skackware-t nem ismerem, a gentoo jó, több helyen is használom, gépemen is figyel egy -de inkább a SuSE 9.1-t használom. Kicsit mindig átkonfigolom, kb mintha egy gentoot állítanék be emerge system után :)

[quote:d0c3679da8="Anonymous"]A jövő talán tényleg a gentoo féle disztóké lesz, most még szerintem jó ideig nem kellene leíni a Debiant.
A Debiant jelenleg jobb ezekben az esetekben:

-régi 386 486 penti1 számítógépek, ezeken a gentoo túl lassan fordulna le. 1Ghz Pentium3 alatt nem érdemes telepíteni Gentoot

166MHzes gépre felraktam Pentium MMX, és sajna túl gyors neki. Tipikus load average: 0,1 - 0,5.
A telepítés lassú, arra való egy gyors gép, aztán winchester be és másolás.
emerge world meg mehet screenben utána.

[quote:d0c3679da8="Anonymous"]
-kis sávszélességű kapcsolattal rendelkező gépeknél, pl. modem, illetve internet nélküli gépeken. Debianból van mindig teljes stable és nemhivatalos testing, unstable CD/Dvd válozat.

Azt is néha frissíteni kell.

SuSE-t javaslom inkább (ha már nem gentoo)

[quote:d0c3679da8="Anonymous"]
-Olyan servereknél, ahol nincs mód állandó rendszergazdát foglalkoztatni, napi Debian security updateel többé kevésbé biztonságban tudható a server automatikusan. Gentoonál jelenleg nincs ilyen lehetőség.

Akkor cron-ba:
[code:1:d0c3679da8]emerge sync; emerge -Uu world[/code:1:d0c3679da8]

[quote:d0c3679da8="Anonymous"]
-És még egy apróság, a Gentooban nincs rendszermenü, mint a Debian menü. Egy kezdő usernek nagyon hasznos ha látja kategóriába sorolva milyen programjai vannak telepítve.

KDE-ben? Be vannak sorolva. :)

Csak úgy halkan tenném hozzá hogy:
-Nem muszáj azon a gépen fordítani ahol a programod futni fog. Így a fordítási idő nem biztos hogy akadály. A másik lehetőség pedig hogy a telepítést előre fordított csomagokból végezd. Így gyors marad az installálás, később pedig, ha van időd rá, lefordíthatod őket forrásból.
-A sávszél sem lehet akadály, mert pl a stage3-ban jónéhány program forrása megtalálható. Binárisból telepítés továbbra is lehetséges. Egyébként ha olyan programot akarsz telepíteni ami nincs a disztribedben, akkor mit csinálsz? Letöltöd vagy lemásolod valakitől. Gentoonál is megtehető mindez.
-Gentooban szerintem nem is kell rendszermenü. Nem azért mert az l33t dolog, hanem mert szerintem nem kell. Azokat a dolgokat amit pl egy ilyen menüben beállíthat az ember, nem olyan nehezek, hogy 5 percnél tovább tartana kézzel megcsinálni. És amit így megtanul, máshol is alkalmazható lesz, ellentétben a Debian menüvel. A csomaglistára pedig gyógyír a qpkg -I parancs, ami listázza a telepített csomagokat. Akinek ez sem elég, annak hamarosan elkészül az nportage 1.2, ami ncurses felületen biztosít portage kezelést.

Rogton install utan kilistaztam, mik azok a csomagok, amiktol semmi sem fugg, gondoltam azokat lekapkodom, mert en egy ilyen srac vagyok. Eredmeny: acl & attr. Zoldfulukent meg nem gondoltam bele, hogy a 'gentoo-way' szerint ez egyben libacl & libattr & sok kacat is egyben, es hat azt mondta, ezeket le lehet kapni, ugyhogy eszerint is cselekedtem. Na most ezt nem ajanlom senkinek, mert az emerge utana szep szines hibauzenetek kiiratasan kivul masra nem hasznalhato. Szerencsere elotte csinalam a fentiekbol binarist. Vagy en neztem el valamit, vagy a csomagfuggosegek tekinteteben komoly hianyossagok vannak.

[quote:c073975a2f="WoOh"]... egy jolnevelt csomagkezelonek sem _NEM_ lenne szabad a /usr -be pakolni. Összekeveri a rendszerhez tartozo cuccokat a kisebb programokkal.

Ha official csomagkonyvtarbol huz a csomagkezelod, akkor az altala felpakolt csomagok a Debian/Gentoo/etc (operacios) rendszer reszei. Tehat sztem jo helyen vannak a /usr alatt. A 3rd party szoftverek menjenek az /opt ala, a sajat fejleszteseim meg elfernek a /usr/local alatt.

ahahahaha, ez jo. 486os geppel kerdenem h mit akarsz csinalni?
webservert? egyetlen esszeru funkcio amit elbir az a router de annak meg nem feltetlenul gentoot raknek.
nekem ez igy rohadtul kotozkodesnek tunik :))

[quote:0cd14122bf="Adi"]
Látod, én most ezt megpróbáltam, legalábbis egy ismerős dícséretének engedve adtam egy esélyt a Gentoonak. Hát köszönöm, de nem kérek belőle, mert vannak még gyermekbetegségei. :(

Miért minek nincsenek? Ha mondasz nekem egy tökéletes distribet azonnal áttérek :) Bár perzse a tökéletesség szubjektív :)

[quote:0cd14122bf="Adi"]
Hogy mi volt a gondom? Kezdjük ott, hogy szerverről beszélünk, ahol a stabilitással és csomaghibákkal nem túl vicces szívni.

Ez tény. senkinem akar tökölni ilyenekkel. Őszintén én nem csak serveren nem szeretek :) De hát ízlések és pofonok :) Jelenleg 4 serveren használok Gentoo-t Deb helyett. Es eddig az egyetlen problémám az volt vele, hogy az 1ik gépem egy portage frissítés után magaalá piszkított az emerge. De kb fél perc mulva ment, mert elsö link amit talátam meg is oldotta. Ezenfelül meg. Lehet benne maskolni csomagokat. Ha neked csak a kliens cuccok kellenek akkor lemaskolod a servert és máris nem rakja fel. ennyi. Jó lehet macerásabb mint ha alaból nem rakná fel. de nem olyan vészes. Debiannal én többet szíttam.

[quote:0cd14122bf="Adi"]
Gentoonál meg annyit próbáltam meg (egy új gépen, ami mailservernek készül), hogy 2004.1 stage2-es telepítés és minden util újrafordítása után, hogy Postfixet szerettem volna fordítani sokféle adatbázis támogatásával.

...

Hát köszönöm, de ezt magamtól is tudom produkálni, ha kézzel fordítok új Postgrest. :D Csak ott annyi a különbség, hogy bele tudok nézni, hogy mi a gond és javítani. A Portage-be nem látok bele, hogy mit és hol kéne átírnom. Persze ez lehet az én kezdő mivoltom eredménye is, de akkor is egy elég durva hiba. De valószínűnek tartom, hogy a Postgres tükörről leszedett forrás-csomag nem fog ilyet produkálni, erős a gyanúm, hogy ez valami gentoos "javítás" eredménye.

Nem feltétlenül. egyébként pedig /usr/portage :) USE flagekkel meg télleg csak csinyán. volt hogy php-hoz ( me olyan L vetemült voltam, hogy kipróbálom ebuildből :) ) X-et akart forgatni. De az csak az én baromságom volt, me olyanok voltak a USE flagek, hogy ihaj... 5 percig gyomláltam köztük és mindjá csak a php-t akarta rakni.

[quote:6253ddc0f3="vnyuszi"]Miért minek nincsenek? Ha mondasz nekem egy tökéletes distribet azonnal áttérek :) Bár perzse a tökéletesség szubjektív :)

imho tökéletes oprendszer _nincs_ :D

[quote:bd32b9322d="norcrys"]
Tudom, a sebesség,

gentoo-s sebesseg debian-on:
apt-build world --reinstall
csak gyozd kivarni.

[quote:7ffbf14374="vmiklos"]imho tökéletes oprendszer _nincs_ :D

Hát szvsz attól függ honnan nézzük a tökéletességet :P Olyan oprendszer télleg nincs ami minden feladatot tökéletesen eltudna látni. :) De ha a tökéletességet nem ilyen tág értelemben nézzük akkor már lehet :) Bizonyos feladatok/emberek részére tökéletes oprendszer :)

Ez valami olyasmi lehet mint a tökéletes biztonság a servereken :P

mos ismerkedem a gentoo-val
a Debianbol kezd elegem lenni, nem nagyon akar jönni az uj stable,
a woody pedig, olyan amilyen...
nem ugralok szerveren az uj grafikus csodalinuxokert
a gentoo egyelore tecccik, root-friendly

[quote:53f21aa371="norcrys"]Jó lenne olvasni, ki miért tért át a Gentoo-ra. Miért éri meg 3-4 napig installálni a rendszert? Tudom, a sebesség, de szerintem ez nem minden. Ha kell egy desktop Linux, felnyomok fél óra alatt egy Suse-t, Mandrake-t vagy Fedorat vagy beteszek egy Knoppix LiveCD-t és majdnem mindent meg tudok csinálni, amit akarok még egy full windózós gépen is Linuxban. Szóval, azonkívűl, hogy marha sok szabadidő kell hozzá, miért is olyan jó a Gentoo, hogy érdemes áttérni rá? Használ valaki komoly szervernek Gentoo-t, mondjuk Debiánról áttérve?

Nagyon LFS jellegu.. nincs ugye telepitoje, mindent neked kell megcsinalni. A Gentoo-s rendszereimet teljesen a sajatomnak mondhatom. Minden egyes kis elemet te raksz oda, ahova szeretned. Ehhez jon meg, h forras alapu. Iszonyatosan friss, minden tekintetben, es sokkal jobban atfesultebb.

Nekem nagyon tetszik. A legutolso Debian serveremet pontosan 2 hete csereltem le, igaz nem gentoo-ra, hanem NetBSD-re, de ez nem tartozik ide.

Szerintem az egyik legjobban kivitelezheto Linux a mai disztribek kozott. Felre ne tessek erteni, minden masik terjesztes rendelkezik nagyon sok, jo tulajdonsaggal, de nekem a Gentooban egyesul minden olyan tulajdonsag, ami nekem kell.

Egyenlore ennyi. Ha flame lesz majd irok meg :-)

Nekem pl. olyan esetben kellet, amikor software raid-re telepitettem.
Miután nincs telepito és a /etc irhato, lehetoségem volt konfigurálni a raid tombot, és az egész telepitést arra folytatni.

A stabil Debian-ban iszonyu régiek a csomagok. Annyibol igazságtalan vagyok, hogy nem probáltam más változatát, egy kis backport kisérlet után lemondtam rola.

Igéretes volt még számomra Slackware, mert nagyon egyszeru, tiszta, nem gabalyodsz bele a fuggoségekbe. De annyira kevés csomag van hozzá, a kézzel letoltés-telepitésnél mégiscsak egyszerubb a Gentoo, foleg, ha kovetni a kell a csomagokat.

Aztán a rugalmasság: mit hogyan forditasz le magadnak. Itt nemcsak a processzor optimalizálásra gondolok. Egy hagyományos bináris disztribben mindent a leheto legtobb tulajdonsággal forditanak, emiatt sokszor olyan fuggoségeket kell meghatározni hozzá, ami olyan csomagokat huz magával, amit én nem szeretnék. Gentoo-ban az USE változoval tudod szabályozni a forditási opciokat ami a fuggoségekre is hatással lehet.

A szolgáltatások inditása is kicsit rafináltabb, mint a szokásos runlevel linkek; meg lehet adni fuggoségeket, és ezt figyelembe véve donti el az inditási sorrendet, meg hogy mit kell még leállitani, amikor kilosz valamit.

Telepitési sebességben és egyszeruségben csucs az UHU, de számomra nem elég rugalmas. A konfigja is nagyon egyszeru, de amit nem tud, azt sokkal nehezebb keresztul vinni rajta, mint egy egyszeruen átláthato, szoveges config file-okkal mukodo rendszeren (pl Slackware)

Hát roviden ennyi.
Az én gépemen is négy kulonbozo linux van, és azért probálom most a Gentoot, hogy elég legyen egyféle, de az mindenre jo. Remélem sikerul, mert a sok váltogatás és reszelgetés miatt nem jut idom az érdemi munkára.

[quote:63f805d84e="Anonymous"]
Okulasul:
/dev/hda2 on / type reiserfs (rw,nodev)
proc on /proc type proc (ro)
/dev/hda5 on /usr type reiserfs (ro,nodev)
/dev/hda6 on /var type reiserfs (rw,nosuid)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=32M)
+devfs
asd

/tmp-re noexec ?

A Gentoo azon kvul, hogy tenyleg lehet akar gyorasabb is mint egy binaris disztribucio, a lenyege - szerintem - nem ebben all. Ez inkabb csak egy mellektermek. A lenyeg a csomagkezeles. Ennek kovetkezteben 1x kell telepitened, es mindig naprakesz rendszered lehet. Mondhatod, hogy ugyanezt tudja a Debian is ... a naprakeszseg kivetelevel. Ugyanis a Gentoo-nal a stbale ag is meglehetosen friss. Ezert amikor en a desktopomra Gentoot telepitettem, akkor szoros versenyben esett ki a Debian unstable. Ettol meg persze van Debian is a gepemen, mert bizonyos teszt feladatoknal pont a gyors (csomag ujra)telepitesre van szuksegem.

Szoval szerintem izles dolga, hogy vki a debian unstable agahoz keszult mindenfele contrib csomagok nyugeivel tolti az idejet, vagy var a forditasra. Mivel a forditas kozben dolgozni is tudok, hat az utobbit valasztottam.

Csak csatlakozni tudnék az előttem szólókhoz.
A gyorsaságát szokták megemlíteni, bár szerintem is inkább a csomagkezelése az ami megkapó.
Debiant használva sokszor értek meglepetések egy egy alkalmazás telepítésekor, sokszor kellettt napokat várnom, mire megjelent unstable-ben a javított csomag stb.
Sokszor jártam balek módjára úgy, hogy egy figyelmetlen apt-get install után Y-t nyomva letörltem a feltelepített kde-m felét csomagfüggőség miatt.... :lol:
Ilyent és ehhez hasinlókat gentoo alatt nem tapasztaltam, és eddig soha nem kellett egy csomag megjelenésére várnom.

Igen, igen igen. Ezért választottam én is a Gentoo-t nagyrész-t. Nagyonsokáig nekem is 2-3 de volt hogy 4-5 linux volt a gépemen, ezen felül még egy windows. Ami hát azért szépen megette a vincsit :) Nem is fért rá semmi. Idestova fél éve raktam fel a gentoomat. Igaz még a mai napig van rajta mit finomítani, de sztem ez olyan mint a tanulás :) Az ember halála napjáig tanul valami ujjat. :)

Azóta viszont nincs semmi más a gépen csak ez. cfidsk nél vigyorogva töröltem még a Windows particióm is :) Azóta meglepöén sok helyem van és nem hiányzik :)

Szerintem nagyo jó. És hála a USE flageknek télleg nem szemeteli össze a gépet mindenfél csomaggal, mint a Deb. Olyanokkal amik adott esetben nem is kellenek :)

Jah és kedves vendég :)
[code:1:9095d33bcf]emerge kde;emerge openoffice;emerge mozilla[/code:1:9095d33bcf]
és pár nap alatt elkészül magától. :D

emerge openoffice tök fölösleges :) nekem abból eddig 3-ból 3x nem ment fel. Pontosabban hiányolt egy csomó mindent :) Binárisból rakva meg 5 perc és hibátlan :)

Hát kb ezért. :) Jah és igen szintén kb fél éve cseréltem le a Debian serverünket gentoo-ra. Ugyanúgy a "szemetelése" miatt.

Én most kb 1 hete próbálkozok a Gentoo-val, meg kell mondanom, hogy bizony vannak benne gondok, hiányosságok stb, DE mindent meg lehet oldani! Én stage1-ről kezdtem, ami azt jelenti, hogy mindent saját magam fordítottam (Kb 20 óra volt a KDE+Gnome+rendszer egy AMD3200+ -on)! A sebessége, és a testreszabhatósága kiváló! És nem utolsó sorban ha sikerül átlátnod a gentoo-t, akkor más disztribek konfigurálásával se lehet gondod (mer itt bizony nincsenek (ill. ritka) a grafikus beállító stb)!

Nekem is elegem lett anno a Debian csomagkezelesevel. Ha stable debet hasznalsz egy ido utan minden csomagod osregi, ha unstablet akkor meg szamithatsz ra, hogy egy-egy szerencsetlen apt-get utan egy mukodeskeptelen rendszer lesz a jutalmad.

Én is nem rég váltottam Gentoo-ra, csak én RedHat/Fedoráról. A problémám az volt velük, hogy ha beállítottam valamit, mondjuk az fstabban, térültem, fordultam és már más volt benne. Mivel van egy kis iszonyom az egértől, meg se GNOME-ot, sem KDE-t nem használok, ezért a grafikus beállító dolgaik nem érdekeltek (meg azért sem, mert egy grafikus felületet a legritkább esetben lehet parancssorból vezérelni). Meg más bajaim is voltak, amiket már mások is írtak.

Egy ideig keresgéltem mindenfelé, mire kéne váltani, aztán rátaláltam a Gentoo-ra, és az első pár leírás elolvasása után szerelem lett első látásra. Az áhított rendszerközeliség, a testreszabhatóság, és hogy mindenhez hozzá férek, ami úgy is marad, mind csodás a Fedorához képest.

Szerintem a forrásalapúság egy előny, mert ha egy program lefordul, az az első teszt, hogy menni fog. Gyakran előfordult velem, hogy frissíteni akartam valamit. Annak voltak függőségei, amiket frissített a rendszer, aztán felrakta az új csomagot, ami esetleg nem tetszett, mert már nem volt belefordítva valami, ami a korábbi változatban volt. Mikor a régi változatot vissza akartam rakni, az szépen fel is ment, de el már nem indult, mert a frissített függőségekkel nem volt jó viszonyban. Ezek után ment a találgatás, mit hogyan hozzak vissza a régi állapotba. Az rpm és a downgrade semmilyen viszonyban nincs egymással.

Ha lefordul egy csomag, akkor a többivel legalább beszélő viszonyban van, és ez nem csak akkor derül ki, amikor feltelepítettem. Mert a portage olyan, hogy ha megtörtént a fordítás, akkor leszedi a régi változatot, és felrakja az újat.

Végre a programok úgy működnek, ahogy a létrehozójuk kigondolta, és nem úgy, ahogyan a disztribúció megalkotója akarja. Ez sok konfliktust felold.

És ténylegesen gyorsabb, mint a Fedora volt.

Persze vannak dolgok (fordítási idő, internetkapcsolat, stb), amiket a Gentoo igényel, de akiknek ezek megvannak, azoknak kezesbárány, akiknek meg nincs meg, azok sajnos nem azok, akiknek a Gentoo készül.

[quote:265789c59a="anr"][quote:265789c59a="Anonymous"]
Okulasul:
/dev/hda2 on / type reiserfs (rw,nodev)
proc on /proc type proc (ro)
/dev/hda5 on /usr type reiserfs (ro,nodev)
/dev/hda6 on /var type reiserfs (rw,nosuid)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=32M)
+devfs
asd

/tmp-re noexec ?

probaltad mar? nem tul jo otlet szerintem (sok minden hanyni fog tole, mc peldaul biztosan). egyebkent a noexecezes teljesseggel folosleges, ugyanis egyetlen mozdulattal felulbiralhato _barki_ szamara.

En a Debian-nel is elegedett voltam, szervereken meg mindig azt hasznalok (nem is tervezem az atterest)... viszont a desktopos lapomon zajos volt az IDE kabel, tele CRC hibaval, igy csak UDMA33-on lehetett stabilan hasznalni... A zaj miatt eleg rizikos volt modot valtani is, barmilyen hdparm futtatasa merevre fagyasztotta a gepet... Indulaskor sleep 1; sync; sleep 1; hdparm stilusban meg kibirta hogy leveszem sebesseget, de amikor az apt-get -umf dist-upgrade (ezt sid-ben jobban szeretem) ugy dontott, hogy a frissult hdparm miatt o most nyom egy /etc/init.d/hdparm restart-ot is... Nos, az fajt... akkor azt mondtam, egy gep csak ne restartolgasson holmi progikat amikor o azt ugy latja jonak... (Valoszinuleg egy sima fsck 3 masodperc alatt helyrehozta volna a hdparm miatt elszallt root particiot, de felment bennem a pumpa es legyalultam konfigostul az egeszet... :D ) ... Azota az osszes desktop gepet Gentoositottam... :)

Ujabb Gentoo install mar probal FHS 2.3-nak megfelelni? (erdeklodesem fokuszaban: az /srv, illetve a /cdrom*, /floppy es /kavefozo athelyezese a /media ala)

[quote:af44971afa="Anonymous"][quote:af44971afa="norcrys"]Jó lenne olvasni, ki miért tért át a Gentoo-ra. Miért éri meg 3-4 napig installálni a rendszert? Tudom, a sebesség, de szerintem ez nem minden. Ha kell egy desktop Linux, felnyomok fél óra alatt egy Suse-t, Mandrake-t vagy Fedorat vagy beteszek egy Knoppix LiveCD-t és majdnem mindent meg tudok csinálni, amit akarok még egy full windózós gépen is Linuxban. Szóval, azonkívűl, hogy marha sok szabadidő kell hozzá, miért is olyan jó a Gentoo, hogy érdemes áttérni rá? Használ valaki komoly szervernek Gentoo-t, mondjuk Debiánról áttérve?

Igen, de nagyon nem szerencses, ha egy szerveren, bármilyen kód fordításához szükséges eszközök találhatók. Úgyhogy csak kis volumenű, komolytalan szervereken ajánlott gentoo-t használni. Igazából poweruser munkaállomásnak való.

kis volumenu, komolytalan szerverre? :D
es mi van akkor, ha nincs compiler? hulyegyerek feltolti a binarist, ugyis van valoszinuleg x boxa, amin tud forgatni barmire, es maris buktad. egyebkent meg rakni kell normalis acl-t, es a kutyat nem erdekli, hany developer cucc van fent.

Halihow!

mikebela777:
"Ha Debian-on vagy SuSE-n installáltam minimál-rendszerről mondjuk a kdebase-t, akkor az nem hozott magával egy működőképes X-et, pedig ez értelemszerő lett volna."

Szerintem inkább csak "gyakori eset", mint "értelemszerű". Egy prociban, ramban, vinyóban erős, ámde monitor nélküli gépre nem kell X-szerver, de értelemszerű lehet a KDE felrakása, ha diskless grafikus terminálokkal van tele az épület. :-) Ez a felfogás nem igazán felhasználóbarát, de a rendszergazdának ez a jó (ami nem kell azt ne telepítsük, mert csak kockázat). A függőségek erőssége szerintem nagyon jól ki van találva Debian alatt. (kivéve ha éppen valamivel lámáznak)

Mondjuk az "Universal" jelző mellé talán odaillene a telepítőben egy olyan opcíó, hogy "Default behaviour on 'suggested' dependecies: [install/offer/do not install]". De ez sem olyan fontos, mert sacc/kb az arany középút szellemében működik az apt-get (kiírja) és a dselect (rákérdez) is.

A stable tényleg veszett lassan jön, de testing-gel nagyon jól meg lehet lenni. Ha az ember nem csak "meglenni" akar, hanem pörögni, akkor tényleg nem jó a Debian... Hogy ebben az esetben én mit raknék, azt nem mondom meg, mert nagyon elterelné a témát ;-)

Üdv: Nil.

Desktopra nem szoktam telepíteni (inkább P4-en is P3-ra fordítok), így a másolás kb félóra és rajta van minden szükséges csomag. Amúgy csak kíváncsiságból telepítettem az első Gentoomat, de ahogy egyre több mindent kipróbáltam rajta, döbbenetes volt, ahogy (majdnem) minden elsőre működött, és legtöbbször úgy, ahogy én szerettem volna. Nem maradt ki az imlib a windowmakerből (sic!), és ilyen apróságok. Mindamellett a grafikus "vezérlőpult" hiányából kifolyólag kezdtem megismerni a linuxot, és egyre inkább tudom mit csinálok:). Azon vettem észre magam, hogy szerverekre is azt teszek. Azokra igaz telepíteni szoktam, (boot cdről egyenesen raid1-re), de egy szerverre oly kevés csomag kell, hogy alig egy-két órával tart tovább mint a debian telepítése (és ritkítása...). És nagyon kijön a "jobb a scsi" mondás fordításkor, nem merném a P4 2.4 Celeront összemérni egy P3 1200-as scsi-s szerverrel a "scsi nem terheli a procit" miatt a P3-ra gyorsabban fordulnak a dolgok. Nagyon ritkán vannak "le nem forduló" jelenségek, de ezek egyrészt nem nélkülözhetetlen programok, másrészt félóra fórumböngészés után van rájuk megoldás. A USE -os fordítás vezérlés pedig szenzációs szerintem. Pl.: ldappal akar autholni a samba? Sebaj: USE="-ldap" emerge samba.

[quote:5c6c3625a4="Anonymous"]
Igen, de nagyon nem szerencses, ha egy szerveren, bármilyen kód fordításához szükséges eszközök találhatók. Úgyhogy csak kis volumenű, komolytalan szervereken ajánlott gentoo-t használni. Igazából poweruser munkaállomásnak való.

Pont errol volt egy masik forumban 1szep kis szal.

Ezt igy kijelenteni egy kicsiket felelotlenseg. Ugyanis megis mi akadalyoz meg abban, h a sajat gepeden forditsad le az adott root-kitet, utilt stb ( gondolom erre gondoltal itt ) ?:)

Vagy mennyi be telik feltenni egy gcc-t? a sajat homodom belul?:) Semmibe.. akkor meg ne jelentsunk ki ilyen dolgokat meggondolatlanul.

[quote:106687e74f="mikebela777"]A saját tapasztalataim a következőek:

1) Ha csupán az ígéretes sebesség miatt akarsz Gentoo-ra váltani, akkor nem biztos, hogy megéri a fáradtságot, mert a különbség nem olyan jaj de milyen nagy. Sőt, az a legfurcsább, hogy megfigyeléseim szerint az -O3 CFLAG-gel optimalizált programok lassabban startolnak, mint a csupán -O2 CFLAG-gel optimalizáltak. Prelink-et is próbáltam, de azzal meg sokkal több baj van, mint amennyi haszon.

Persze, h lassabb a start. Nagyobb a fájl amit be kell tölteni. Viszont minden bizonnyal gyorsabban fut a már betöltött program.

--funroll-loops meg nem kell :)

[quote:106687e74f="mikebela777"]
2) Elvétve előfordul, hogy a stabil ág ebuild-frissítései elakadást okoznak forgatásnál, de ezt hamar (2-3 nap alatt) kijavítják/megoldják.

Ha elakadást nem is mindig, működésképtelen progikat tud produkálni (emerge -Uup world, -Uu nélkül nem jelentkezik).
Konkrétan:
[ebuild U ] x11-base/xorg-x11-6.8.0-r1 [6.7.0-r2]
xorg-x11 6.8.0-r1 verzióját rakná fel a rendszer, de nekem az ati-drivers csak 6.7.0-r2-vel megy. Az újnál az OpenOffice is kilövi az X-et, OpenGL-es progikról nem is beszélve.

[quote:106687e74f="mikebela777"]
4) Eddigi megfigyeléseim alapján a Gentoo-nak van a LEGESLEGJOBB FÜGGŐSÉGKEZELÉSE. És itt nem csak a USE-flag-eknek köszönhető páratlan testreszabhatóságra gondolok, hanem arra, hogy egyszerűen jobb. Példa: Ha Debian-on vagy SuSE-n installáltam minimál-rendszerről mondjuk a kdebase-t, akkor az nem hozott magával egy működőképes X-et, pedig ez értelemszerő lett volna. Kiterjedt metacsomagokban, csomagcsoportokban gondolkoznak, ami sokszor többet vagy mást nyújt, mint amit szeretnék. A Gentoo-n ilyen problémáim nem voltak.

Na igen, csakhogy: egy kliens gépen minek pl openldap vagy mit-krb5-server? A hozzátartozó lib-eket, stb szerverrel együtt teszi fel, ami nem feltétlen nyerő megoldás.

Hogy miert is Gentoo? Nezzuk csak...
Lassuk milyen disztrok kozul lehet valasztani:

SuSE, RedHat/Fedora, Mandrake, UHU, ... : No ezeket hivom en Linux kernellel futo Windowsoknak. Az en okosabb vagyok nallad, es jobban tudom, hogy mit akarsz, es ha nem akarod akkor is ugy lesz szemlelet nagyon nem tetszik.

Slackware: Lustasagbol kimaradt. Kar. Viszont tenyleg ugy tunik, nem tul nagy a csomag-gazdagsaga.

Debian stable: Jo, jo, csak kib...ott regi :(

Debian unstable: Jo, jo, de tenyleg unstable :(

FreeBSD: Jonak latszik, friss, de megsem linux, es kit tudok megkerdezni, ha gaz van?

OpenBSD: Szervernek nem is rossz. De a desktop-userek eleg hamar kibeleznenek.

NetBSD: Khmm... Amig nem kenyerpiritora akarok oprendszert, addig minek szivjak vele? :)

Gentoo: Friss, jo csomagkezelese van, es ram biz minden dontest. A legtobb binaris disztronal egy progiba beleforditanak mindent, mert hatha kell, ettol meg persze baromi nagy dependenciak lesznek benne. Hasznos, ha egy szerverre nem kell X-et pakolnod csak azert, mert pl. a kedvenc editorodat --enable-x11 -gyel forditottak....

Ok, tenyleg gyakran es sokat fordit. De a linux halistennek multitask oprendszer :) Amig telepul, addog ott a LiveCD, ha meg mar fent van, akkor dolgozhatsz tolle. Ja, es van jo kernel-pacth, amiven a kernelt a hatterben allandoan futo C-fordito figyelembevetelevel optimalizaljak!

[quote:9ac8754cda="norcrys"]...az apt-build-ot meg se merném próbálni, hiszen egyáltalán nem kiforrott csomag, a stable verzióban nincs is meg...

ooo, szerencsere az emerge egy roppant kiforrott, rocksolid, gyermekbetegsegektol egyaltalan nem szenvedo, irto intelligens szoftver. (ja, es 'stable verzioban is megvan')

[quote:2819eb0c51="miq"]SuSE, RedHat/Fedora, Mandrake, UHU, ... : No ezeket hivom en Linux kernellel futo Windowsoknak. Az en okosabb vagyok nallad, es jobban tudom, hogy mit akarsz, es ha nem akarod akkor is ugy lesz szemlelet nagyon nem tetszik.

Kihagytad a Gentoo-t. Ha en egy nyomorult libpng-t akarok csak, akkor nekem nincs szuksegem a libpng osszes devel cuccara, es jarulekos kacatjara; sot ha en egy nyomorult libmysqlclientet akarok egy gyartosori PC-re rakni, akkor _rohadtul_ zavar, ha mysql-server(!!!) -doc -devel(!) is jon vele (maintainer szerint o jobban tudja + ha nem akarom, akkor is igy lesz).

[quote:2819eb0c51="miq"]Gentoo: Friss, jo csomagkezelese van, es ram biz minden dontest.

Egy sz*rt.

[quote:2819eb0c51="miq"]...ettol meg persze baromi nagy dependenciak lesznek benne....

A fenti mysql-es peldanal asszem durvabb dependencia keves van.

[quote:3bc511abc8="fdavid"]...Ugyanis a Gentoo-nal a stbale ag is meglehetosen friss...

Tehat ezt ertsuk ugy, hogy pl a gentoo stable-ben levo ugyanolyan verzioszamu szoftverek stabilabbak(?), mint a deb sid/sarge-ban levok?

[quote:a4254696f0="snq-"]Ujabb Gentoo install mar probal FHS 2.3-nak megfelelni? (erdeklodesem fokuszaban: az /srv, illetve a /cdrom*, /floppy es /kavefozo athelyezese a /media ala)

Az, hogy a /cdrom hova kerul, azt nem a user donti el telepites kozben? Hisz nincs automata telepitoje..

[quote:da308484f8="snq-"]Rogton install utan kilistaztam, mik azok a csomagok, amiktol semmi sem fugg, gondoltam azokat lekapkodom, mert en egy ilyen srac vagyok. Eredmeny: acl & attr. Zoldfulukent meg nem gondoltam bele, hogy a 'gentoo-way' szerint ez egyben libacl & libattr & sok kacat is egyben, es hat azt mondta, ezeket le lehet kapni, ugyhogy eszerint is cselekedtem. Na most ezt nem ajanlom senkinek, mert az emerge utana szep szines hibauzenetek kiiratasan kivul masra nem hasznalhato. Szerencsere elotte csinalam a fentiekbol binarist. Vagy en neztem el valamit, vagy a csomagfuggosegek tekinteteben komoly hianyossagok vannak.

man emerge :wink:

[quote:d2caf7b0f7="snq-"][quote:d2caf7b0f7="fdavid"]...Ugyanis a Gentoo-nal a stbale ag is meglehetosen friss...

Tehat ezt ertsuk ugy, hogy pl a gentoo stable-ben levo ugyanolyan verzioszamu szoftverek stabilabbak(?), mint a deb sid/sarge-ban levok?

igen. minél több patchet teszel fel, annál kevésbé tudod, hogy mennyire conflictolnak egymással (nem arra gondolok, hogy lefordul-e). ettől lesz unstable az unstable
a tiszta forrás már _önmagában_ stable!
csak a patchektől lesz unstable...

[quote:b9c4cea302="vmiklos"]igen. minél több patchet teszel fel, annál kevésbé tudod, hogy mennyire conflictolnak egymással (nem arra gondolok, hogy lefordul-e). ettől lesz unstable az unstable
a tiszta forrás már _önmagában_ stable!
csak a patchektől lesz unstable...

Amellett, hogy egyik mondatoddal sem ertek egyet, komoly 'patchlevel-novekedest' sztem eppenseggel deb stable-ban tapasztalhatsz inkabb.

mar-mar csodalkoztam, hogy eddigy egy troll se kezdett flamelni itt.. de vegul nem csalodtam :D

[quote:495878424b="Panther"]Ha elakadást nem is mindig, működésképtelen progikat tud produkálni (emerge -Uup world, -Uu nélkül nem jelentkezik).
Konkrétan:
[ebuild U ] x11-base/xorg-x11-6.8.0-r1 [6.7.0-r2]
xorg-x11 6.8.0-r1 verzióját rakná fel a rendszer, de nekem az ati-drivers csak 6.7.0-r2-vel megy. Az újnál az OpenOffice is kilövi az X-et, OpenGL-es progikról nem is beszélve.

Ez nem a Gentoo sara hanem az Atie. Az xorg mar stabil, es nem varhatnak arra, hogy az Ati kiadjon egy uj drivert, egyebkent mar a 6.8.0 ota jott ki 1-2 ati driver es egyik se tamogatta. Kozben pl. Nvidia kartyaval tokeletesen mukodik es az xorg beepitett ati driverevel is megy rendesen, csak ugye ott nincs 3D.

Mellesleg ird be a /etc/portage/package.mask fileba hogy:
[code:1:495878424b]>= x11-base/xorg-x11-6.8.0-r1[/code:1:495878424b]
Es nem akarja neked frissiteni. Ha kijon egy jo ati driver akkor meg kitorolod.

Es nem kell a uU is, csak az egyik. U ha csak felfele frissitsen, es u ha azt akarod, hogy lefele, es felfele is. Pl. a stabil regebbi mint ami neked fenn van akor leszedi az ujjat es felteszi a stabilt.

Udv.
ProTech

[quote:af64802351="norcrys"]Ha meg már eljut valaki a fordításig, akkor már szinte tökmindegy, hiszen root jogosultságot szerzett úgyis, de egy jó védelem ilyenkor már régen sikít, aztán fél óra alatt visszaírom mentésből az egészet és kezdheti előről az egész betörést a jóember, ha van még energiája hozzá.

jo vedelem eseten el se jut odaig a rosszember :wink:

[quote:7c60d3a697="ProTech"]
Mellesleg ird be a /etc/portage/package.mask fileba hogy:
[code:1:7c60d3a697]>= x11-base/xorg-x11-6.8.0-r1[/code:1:7c60d3a697]
Es nem akarja neked frissiteni. Ha kijon egy jo ati driver akkor meg kitorolod.

Köszi. Ez müxik (feltéve, ha nem teszek szóközt a ">=" után...

[quote:7c60d3a697="ProTech"]
Es nem kell a uU is, csak az egyik. U ha csak felfele frissitsen, es u ha azt akarod, hogy lefele, es felfele is. Pl. a stabil regebbi mint ami neked fenn van akor leszedi az ujjat es felteszi a stabilt.

A -U implicit módon tartalmazza a -u-t, és egy sorral kevesebbet ír ki -Uu esetén. Ama sor pedig csak -U-val ez:
[code:1:7c60d3a697]>>> --upgradeonly implies --update... adding --update to options.[/code:1:7c60d3a697]

óó, a legfontosabbat még senki sem írta amiért én meglátogattam a gentoo honlapját és felraktam a Gentoo-mat.
Nekem nagyon tetszik a logója :D :lol:
Szerintem jobb, mint a Debiané, pedig az is egész joe.

[quote:0da0ee0ead="vmiklos"][quote:0da0ee0ead="snq-"][quote:0da0ee0ead="fdavid"]...Ugyanis a Gentoo-nal a stbale ag is meglehetosen friss...

Tehat ezt ertsuk ugy, hogy pl a gentoo stable-ben levo ugyanolyan verzioszamu szoftverek stabilabbak(?), mint a deb sid/sarge-ban levok?

igen. minél több patchet teszel fel, annál kevésbé tudod, hogy mennyire conflictolnak egymással (nem arra gondolok, hogy lefordul-e). ettől lesz unstable az unstable
a tiszta forrás már _önmagában_ stable!

Hmm.. ????????? Khhmm. khhmmm... Ez igen ... Ezt mashol is add elo....[quote:0da0ee0ead="vmiklos"]
csak a patchektől lesz unstable...

Zsiraf

U.i: :lol:

Érdekes, hogy debian esetén mindenki csak woody-ról és sid-ről beszél. Én sarge-ot használok desktop-ban, woody-t szerveren és egyikkel sincs bajom. Vagy csak annyi, amennyi bármelyik linux-szal.
Persze, nyilván igaz a mondás, hogy minden azon múlik, hogy mennyire ismered a saját rendszeredet.

Mellesleg milyen erős a gentoo supportja, és hányan fejlesztik? Azért nem csak az számít, hogy mennyire frissek egy disztrib csomagjai.

Bálint

Az új portageben nincs -U (avagy = az -uval és nem csinál semmivel többet annál)

[code:1:f3ebdd4f38]
*** Warning: --upgradeonly is a deprecated option in portage-2.0.51-r2
*** and will likely be removed in a future version.
[/code:1:f3ebdd4f38]
Érdekel, hogy miért, de még nem néztem utána.

[quote:f8fa651e5f="snq-"][quote:f8fa651e5f="fdavid"]...Ugyanis a Gentoo-nal a stbale ag is meglehetosen friss...

Tehat ezt ertsuk ugy, hogy pl a gentoo stable-ben levo ugyanolyan verzioszamu szoftverek stabilabbak(?), mint a deb sid/sarge-ban levok?

Nem. Ugy ertsd, ahogy irtam. A Gentoo stabil aga friss, mig a Debian stabil aga nem az. Ez pedig azt jelenti, hogy a Gentoo eseten a leggondozottab, kovetkezeskepp leginkabb problemamentes repository meglehetosen friss csomagkat tartalmaz, mig a Debian eseteben ez sajnos nem igy van.

Azért van mert az emberek általában akkor használják az upgradeonlyt amikor mixelnek ~arch és arch típusú csomagokat, hogy egy emerge world ne szedje le az ~arch csomagokat.
De erre ott vannak a /etc/portage/package.* fájlok, ezért ez az opció fölösleges.
Ezekről a fájlokról a portage manual szól. Aki esetleg nem tudná ;-)

edit: a végére elfelejtettem ékezeteket írni ;-)

[quote:b2d326da20="WoOh"][quote:b2d326da20="Anonymous"]
Ezt igy kijelenteni egy kicsiket felelotlenseg. Ugyanis megis mi akadalyoz meg abban, h a sajat gepeden forditsad le az adott root-kitet, utilt stb ( gondolom erre gondoltal itt ) ?:)

Vagy mennyi be telik feltenni egy gcc-t? a sajat homodom belul?:) Semmibe.. akkor meg ne jelentsunk ki ilyen dolgokat meggondolatlanul.

En ugy gondolok erre a kerdesre, mint another layer of security. A kiddie, a robot
lehet hogy nem lesz felkeszulve arra hogy otthonrol kell hoznia binarist, vagy hogy
hirtelenjeben forditot telepitsen ugy hogy lehetoleg ne vegyem eszre.

A masik oldalrol idonkent valoban elkerulhetetlen hogy fejlesztoi
eszkozok is legyenek egy egyebkent szerverfunkciokat is ellato gepen,
pl. egy project szerveren. Erre en azt talaltam ki hogy
chmod o= =gcc; setfacl -m u:puncsosuser:x =gcc;
etc.

Security is a tradeoff. (Bruce S.) Tradeoff can provide security.

[quote:b6dd5a5f96="Anonymous"]
Ezt igy kijelenteni egy kicsiket felelotlenseg. Ugyanis megis mi akadalyoz meg abban, h a sajat gepeden forditsad le az adott root-kitet, utilt stb ( gondolom erre gondoltal itt )? :)

Borso! Legyszives ne kapcsold mar ki a BBcode-okat a hozzaszolasodban, mert igy nekem kell az idezeteket allandoan kezzel aktivalnom a hozzaszolasaidban. Koszonom.

[quote:5ccb55ca24="fdavid"]Ez pedig azt jelenti, hogy a Gentoo eseten a leggondozottab, kovetkezeskepp leginkabb problemamentes repository meglehetosen friss csomagkat tartalmaz, mig a Debian eseteben ez sajnos nem igy van.

Ez pedig azt jelentene, hogy a Gentoo leggondozottab, kovetkezeskepp leginkabb problemamentes repository-ja kevesbe gondozott es valoszinuleg kevesbe problemamentes, mint a Debian hasonlo elnevezesu (stable) csomagkonyvtara.

Olvasd: az a 'stable' amire rairjak?

[quote:e13ea6fad8="qzy"]
Mellesleg milyen erős a gentoo supportja, és hányan fejlesztik? Azért nem csak az számít, hogy mennyire frissek egy disztrib csomagjai.

gentoo.org-on 184 aktiv fejleszto van kilistazva, ha jol szamoltam

[quote:6138fde82b="szaszg"][quote:6138fde82b="vmiklos"]igen. minél több patchet teszel fel, annál kevésbé tudod, hogy mennyire conflictolnak egymással (nem arra gondolok, hogy lefordul-e). ettől lesz unstable az unstable
a tiszta forrás már _önmagában_ stable!

Hmm.. ????????? Khhmm. khhmmm... Ez igen ... Ezt mashol is add elo....

bocs, 1 kicsit szélsőséges voltam, de hagy mondjak 2 példát, talán érthető lesz:
1) Egy uhu-fant kérdeztem, hogy mitől van az, hogy csak az uhu kapcsolja ki a apmmel is a gépemet. a többi úgy tesz, hogy Power down, aztán nekem kell kézzel kikapcsolni az atxes tápot
erre azt a választ kaptam, hogy na látom, ezért jó, hogy az adott kernelre 'biztos, ami biztos' alapon 5-6 apm patchet feltesznek :?

jó példa arra, hogy sokszor olyan patchek kerkülnek be, amiknek csak a hatását ismerik. a működési elvét nem. és majd később fog kiderülni, hogy nem a hatását, hanem egy hatását...

2) debian woody fájlkiszolgáló servert (nfs&samba) kellett frissíteni. persze nem frissült, mert csak a biztonsági frissítések frissültek, de jött egy debian fan, és upgradelte sarge-ra. ezután segfaultolt az nfs. gugliztunk egy kicsit, és megnyugodva tapasztaltuk, hogy nem vagyunk 1edül, másoknak is segfaultol. javítás persze nincs, azt javasolják a fejlesztők, hogy azok a sarge felhasználók, akiknek fontos az nfs server, azok downgradeljenek a woody, vagy upgradeljenek a sid csomagra, majd kijavítják, de most csak emiatt nem fognak új nfs csomagot kiadni

nem hiszem el, hogyha nem patchelnék az nfst, akkor forrásból az nfs bármelyik verziója segfaultolna... :?

<flame>
(ha idáig nem lett volna az ;-) )
aztán lezúztam az egészet, rátettem egy slackware currentet, és azóta is fut szépen, stabilan, és minden gond nélkül :D
</flame>

[quote:bd9e0047cd="MSD"][quote:bd9e0047cd="qzy"]
Mellesleg milyen erős a gentoo supportja, és hányan fejlesztik? Azért nem csak az számít, hogy mennyire frissek egy disztrib csomagjai.

gentoo.org-on 184 aktiv fejleszto van kilistazva, ha jol szamoltam

és akkor még nem is számoltunk azzal, hogy ez milyen mértékben növekszik más disztrókhoz képest (pl debian, mandrake)

[quote:1dd40712a6="vmiklos"]aztán lezúztam az egészet, rátettem egy slackware currentet, és azóta is fut szépen, stabilan, és minden gond nélkül :D

aaa, eretnek! azonnal gentoot tegyel, es forrasbol rakjad, mert az mar _onmagaban_ is stabil (tod, nincs semmi security patch, meg egyeb destabilizalo dolgok) :)

[quote:ab985ed1e4="snq-"][quote:ab985ed1e4="fdavid"]Ez pedig azt jelenti, hogy a Gentoo eseten a leggondozottab, kovetkezeskepp leginkabb problemamentes repository meglehetosen friss csomagkat tartalmaz, mig a Debian eseteben ez sajnos nem igy van.

Ez pedig azt jelentene, hogy a Gentoo eseten leggondozottab, kovetkezeskepp leginkabb problemamentes repository-ja kevesbe gondozott es valoszinuleg kevesbe problemamentes, mint a Debian hasonlo elnevezesu (stable) csomagkonyvtara.

Olvasd: az a 'stable' amire rairjak?

Hogy ezt az ertelmetlen kovetkeztetest mibol sikerult levonnod azt nem tudom (csak nem elfogultsag? a dehogy, a tobbi hozzaszolasodbol is sut az objektivitas), de azt hiszem, hogy ez az a pont, amikortol nincs ertelme a hozzaszolasaidat megvalaszolni. Nalam kvalifikaltad magad a Sting-kategoriara.

Egyszer olvastam, de csak felületesen, és elfelejtettem, mármint ennek az okát. A [code:1:4a25066004]man portage[/code:1:4a25066004] amúgy jó barátom. Hihetetlen mi mindent tud ez az izé ;) Egyelőre csak package.use meg package.unmask van de be akarom állítani, hogy bizonyos dolgokat ne synceljen.

[quote:488cbc8154="snq-"]Olvasd: az a 'stable' amire rairjak?

igen. de nem bárki írhatja rá. de ezt már 1x megbeszélük, lásd anr hozzászólását itt

[quote:fc18a40981="snq-"][quote:fc18a40981="vmiklos"]aztán lezúztam az egészet, rátettem egy slackware currentet, és azóta is fut szépen, stabilan, és minden gond nélkül :D

aaa, eretnek! azonnal gentoot tegyel, es forrasbol rakjad, mert az mar _onmagaban_ is stabil (tod, nincs semmi security patch, meg egyeb destabilizalo dolgok) :)

semmi bajom a gentooval. ezt nemtom honnan veszed

[quote:da65d07261="fdavid"]...csak nem elfogultsag? a dehogy, a tobbi hozzaszolasodbol is sut az objektivitas...

um. rengeteg vallveregetest szerezhettem volna pedig elcsepelt windows-bsod-viccekkel es a manapsag oly divatos (tokeletesen objektiv) debian-fikazassal.

[quote:da65d07261="fdavid"]de azt hiszem, hogy ez az a pont, amikortol nincs ertelme a hozzaszolasaidat megvalaszolni

kar. lenyegi eszrevetelemre valaszt nem kaptam.

[quote:da65d07261="fdavid"]Nalam kvalifikaltad magad a Sting-kategoriara.

nemism.

A saját tapasztalataim a következőek:

1) Ha csupán az ígéretes sebesség miatt akarsz Gentoo-ra váltani, akkor nem biztos, hogy megéri a fáradtságot, mert a különbség nem olyan jaj de milyen nagy. Sőt, az a legfurcsább, hogy megfigyeléseim szerint az -O3 CFLAG-gel optimalizált programok lassabban startolnak, mint a csupán -O2 CFLAG-gel optimalizáltak. Prelink-et is próbáltam, de azzal meg sokkal több baj van, mint amennyi haszon.

2) Elvétve előfordul, hogy a stabil ág ebuild-frissítései elakadást okoznak forgatásnál, de ezt hamar (2-3 nap alatt) kijavítják/megoldják.

3) Az FGO a legjobb, leggyorsabb fórum talán az egész világon. És nem nagyképüek!

4) Eddigi megfigyeléseim alapján a Gentoo-nak van a LEGESLEGJOBB FÜGGŐSÉGKEZELÉSE. És itt nem csak a USE-flag-eknek köszönhető páratlan testreszabhatóságra gondolok, hanem arra, hogy egyszerűen jobb. Példa: Ha Debian-on vagy SuSE-n installáltam minimál-rendszerről mondjuk a kdebase-t, akkor az nem hozott magával egy működőképes X-et, pedig ez értelemszerő lett volna. Kiterjedt metacsomagokban, csomagcsoportokban gondolkoznak, ami sokszor többet vagy mást nyújt, mint amit szeretnék. A Gentoo-n ilyen problémáim nem voltak.

[quote:9145c2a398="zsirfeka"][quote:9145c2a398="anr"][quote:9145c2a398="Anonymous"]
Okulasul:
/dev/hda2 on / type reiserfs (rw,nodev)
proc on /proc type proc (ro)
/dev/hda5 on /usr type reiserfs (ro,nodev)
/dev/hda6 on /var type reiserfs (rw,nosuid)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=32M)
+devfs
asd

/tmp-re noexec ?

probaltad mar? nem tul jo otlet szerintem (sok minden hanyni fog tole, mc peldaul biztosan). egyebkent a noexecezes teljesseggel folosleges, ugyanis egyetlen mozdulattal felulbiralhato _barki_ szamara.

Fogadunk, hogy nem ? :wink:

Az mc alapból fut, csak akkor hány, amikor belőle futtatsz/futtatnál valami belsőséget, akkor a /tmp-re rakja ki
Az apt-get (debian woody) sír még miatta, a preconfig miatt, de simán együtt lehet élni /tmp,/home noexec-el.
és sz'tem tanácsos is.

[quote:4557b303eb="vmiklos"][quote:4557b303eb="snq-"]Olvasd: az a 'stable' amire rairjak?

igen. de nem bárki írhatja rá. de ezt már 1x megbeszélük, lásd anr hozzászólását itt

Az sem mindegy, hogy az a valaki milyen iranyelvek alapjan mondja ra, hogy stabil.

[quote:9cdbee4ce2="snq-"]
um. rengeteg vallveregetest szerezhettem volna pedig elcsepelt windows-bsod-viccekkel es a manapsag oly divatos (tokeletesen objektiv) debian-fikazassal.

A velemenyed es/vagy tapasztalataid kozzetetele nem egyenlo a fikazassal.
Amit te csinalsz az fikazas.

[quote:fb73562236="Oscon"]Az mc alapból fut, csak akkor hány, amikor belőle futtatsz/futtatnál valami belsőséget, akkor a /tmp-re rakja ki

errol beszeltem.

de akkor sem latom, mi ertelme... en csak a "rend kedveert" szoktam nehany particio eseten hasznalni, de igazabol nincs jelentosege szerintem, mert nagyon egyszeruen kijatszhato. talan idiota scriptkiddie-ket at lehet igy verni, de talan meg azoknak is van annyi eszuk...

[quote:fb73562236="borso"]
En ugy gondolok erre a kerdesre, mint another layer of security. A kiddie, a robot lehet hogy nem lesz felkeszulve arra hogy otthonrol kell hoznia binarist, vagy hogy hirtelenjeben forditot telepitsen ugy hogy lehetoleg ne vegyem eszre.

erre valo pl. a gracl, amivel egy kicsivel jobb "another layer of security" erheto el. en is szeretem a leheto legszukebbre venni az esetleges lehetosegeket, de van amikor esszeru kompromisszumokra kenyszerul az ember. ez szerintem egy ilyen helyzet. ha egy szejjelpatchelt (grsec + egyebek) kernel es egy jol konfiguralt acl (a tobbirol nem beszelve) ellenere is eljut valaki odaig, hogy kihasznaljon valami hibat (es ehhez esetleg le is kene forditania a sploitot), akkor majdnem hogy mindegy, hogy van-e gcc telepitve vagy sem.

[quote:d23c8cd603="zsirfeka"][quote:d23c8cd603="Oscon"]Az mc alapból fut, csak akkor hány, amikor belőle futtatsz/futtatnál valami belsőséget, akkor a /tmp-re rakja ki

errol beszeltem.

de akkor sem latom, mi ertelme... en csak a "rend kedveert" szoktam nehany particio eseten hasznalni, de igazabol nincs jelentosege szerintem, mert nagyon egyszeruen kijatszhato. talan idiota scriptkiddie-ket at lehet igy verni, de talan meg azoknak is van annyi eszuk...

Na mondjad, mindjárt megpróbálom userrel, hátha valami furamód leblokkolja a "kijátszási kisérletet". :roll:

előszőr indítok egy sima ELF binárist a /usr/nemtomhonnan, aztán átmásolom
a /home-re, vagy a /tmp-re (tökmindegy), aztán csinálom amit "kijátszásként" írsz.

És ha arra gondolok, amire te, akkor valami miatt segmentation fault-ot látok majd viszont...:roll:

[quote:3e6db96af1="snq-"][quote:3e6db96af1="vmiklos"][quote:3e6db96af1="snq-"]Olvasd: az a 'stable' amire rairjak?

igen. de nem bárki írhatja rá. de ezt már 1x megbeszélük, lásd anr hozzászólását itt

Az sem mindegy, hogy az a valaki milyen iranyelvek alapjan mondja ra, hogy stabil.

persze, hogy nem. de ilyen alapon miért nem nézed mindig a kernel forrását, mielőtt frissítesz, mert hiszen csak egy 1xű ember, pl Linus mondja rá, hogy stabil. ő is tévedhet nem? vagy 1 security fixet te mindig megnézel, hogy tényleg mit csinál? én soxor nem. mert azt mondom, hogyha pl apkm rámondta, hogy ok, akkor én hiszek neki

[quote:cbc8402be4="Oscon"][quote:cbc8402be4="zsirfeka"][quote:cbc8402be4="Oscon"]Az mc alapból fut, csak akkor hány, amikor belőle futtatsz/futtatnál valami belsőséget, akkor a /tmp-re rakja ki

errol beszeltem.

de akkor sem latom, mi ertelme... en csak a "rend kedveert" szoktam nehany particio eseten hasznalni, de igazabol nincs jelentosege szerintem, mert nagyon egyszeruen kijatszhato. talan idiota scriptkiddie-ket at lehet igy verni, de talan meg azoknak is van annyi eszuk...

Na mondjad, mindjárt megpróbálom userrel, hátha valami furamód leblokkolja a "kijátszási kisérletet". :roll:

előszőr indítok egy sima ELF binárist a /usr/nemtomhonnan, aztán átmásolom
a /home-re, vagy a /tmp-re (tökmindegy), aztán csinálom amit "kijátszásként" írsz.

És ha arra gondolok, amire te, akkor valami miatt segmentation fault-ot látok majd viszont...:roll:

hm. /lib/ld-linux.so.2 /tmp/leetsploit?
/bin/sh /tmp/leetspolit.sh?
en erre gondoltam "kijatszas" alatt.

[quote:d6136a70c8="vmiklos"]persze, hogy nem. de ilyen alapon miért nem nézed mindig ...

megnezem a fent emlitett iranyelveket (pl deb eseten) + ranezek a stable-ban levo csomagok verzioira, es eldontom, hogy ez lehet-e realis.

[quote:d493d5ad4b="global77"]man emerge :wink:

aham, ez nem sok

Uh, most nezem ez nem a flame-ag, ugyhogy a kritikai eszreveteleket mellozve en is irok a topichoz kapcsolodo fogalmazast:

Hogyan okozott kellemes perceket a Gentoo Nekem?

Egyszer ugy esett, hogy elbarmoltam a rendes heti custom csomagos sarge cdmet, es persze a cegnel vettem eszre a hibat, amikor install kozben elszallt. Sietni kellett volna, mert pentek du volt, es mindenki huzott volna mar haza meg minden. Szerencsere a kolleganal volt egy Gentoo-Live CD, aminek segitsegevel meglepoen rovid idon belul sikerult mukodo sarge-ot barkacsolnunk.

Szal Gentoo Live CD rulez meg minden. (c)debootstrappal meg jobb lenne :)

snq-, 8/b

[quote:81e3b8be28="zsirfeka"][quote:81e3b8be28="Oscon"][quote:81e3b8be28="zsirfeka"][quote:81e3b8be28="Oscon"]Az mc alapból fut, csak akkor hány, amikor belőle futtatsz/futtatnál valami belsőséget, akkor a /tmp-re rakja ki

errol beszeltem.

de akkor sem latom, mi ertelme... en csak a "rend kedveert" szoktam nehany particio eseten hasznalni, de igazabol nincs jelentosege szerintem, mert nagyon egyszeruen kijatszhato. talan idiota scriptkiddie-ket at lehet igy verni, de talan meg azoknak is van annyi eszuk...

Na mondjad, mindjárt megpróbálom userrel, hátha valami furamód leblokkolja a "kijátszási kisérletet". :roll:

előszőr indítok egy sima ELF binárist a /usr/nemtomhonnan, aztán átmásolom
a /home-re, vagy a /tmp-re (tökmindegy), aztán csinálom amit "kijátszásként" írsz.

És ha arra gondolok, amire te, akkor valami miatt segmentation fault-ot látok majd viszont...:roll:

hm. /lib/ld-linux.so.2 /tmp/leetsploit?
/bin/sh /tmp/leetspolit.sh?
en erre gondoltam "kijatszas" alatt.

Hmm...
a /bin/sh-ból csak egy sima szkriptet tudsz futtatni, azokkal a bináris prg-kal, amik fel vagyonnak telepítve, egyebet nem.

De mondjuk a példa kedvéért talán el lehet játszani vele, hogy mondjuk grsec/lids acl-ből
a /bin/sh-nek a /home-ra, és a /tmp-re alapból olvasási jogot adunk.

Bár mondjuk ha grafikus megbízhatatlan user mindenáron törölni akarja a saját cuccait, akkor ahhoz a usernek joga van.
És ahhoz nincs szüksége szkriptekre sem, mást meg szkriptekkel mit tud csinálni?. Azzal csak a rendszerben meglevő prg-kat használhatja. egyebet nem.

Az igazi probléma az idegen binárisok indítása, amik mondjuk local root exploitot használnak ki.
ami ugye az első tipped.

A képen látható phalanx nevű programot mondjuk képzeljük el ilyennek.:
Előszőr indítottam /usr-ből, hogy lássátok nincs semmi baja, rendesen működik, aztán átmásoltam
a /tmp-re, mondjuk mintha letöltöttem volna egy ártalmas binárist, és local rootot szerettem volna nyerni az indításával.
előszőr megpróbáltam simán, nem ment (noexec), aztán megpróbáltam a ld.linux helperrel, de azzal sem ment...

Nocsak...úgy látszik mégsem működik a megkerülősdi.

[quote:200353f861="snq-"]Uh, most nezem ez nem a flame-ag

:lol:

[quote:f53c49136c="mikebela777"]A saját tapasztalataim a következőek:
...

Maximalisan egyetertek. :!:

Udv: I.

[quote:305cd9ad47="wolphie"][quote:305cd9ad47="snq-"]
Kihagytad a Gentoo-t. Ha en egy nyomorult libpng-t akarok csak, akkor nekem nincs szuksegem a libpng osszes devel cuccara, es jarulekos kacatjara; sot ha en egy nyomorult libmysqlclientet akarok egy gyartosori PC-re rakni, akkor _rohadtul_ zavar, ha mysql-server(!!!) -doc -devel(!) is jon vele (maintainer szerint o jobban tudja + ha nem akarom, akkor is igy lesz).

Egy sz*rt.

A fenti mysql-es peldanal asszem durvabb dependencia keves van.

Valoban meglepo egy forras alapu distribnel hogy felrakja a devel csomagokat. Amikor debianon forrasbol nyomsz valamit ami dependel a libpngre akkor ugyebar ott sem art :?

Persze, csak Debian eseten kulonallo csomagok, azaz a -dev, -doc leszedheto kesobb, Gentoo eseten meg marad minden egyutt. Hidd el, sokat szamit.

[quote:90df53a72a="snq-"]
Egyszer ugy esett, hogy elbarmoltam a rendes heti custom csomagos sarge cdmet, es persze a cegnel vettem eszre a hibat, amikor install kozben elszallt. Sietni kellett volna, mert pentek du volt, es mindenki huzott volna mar haza meg minden. Szerencsere a kolleganal volt egy Gentoo-Live CD, aminek segitsegevel meglepoen rovid idon belul sikerult mukodo sarge-ot barkacsolnunk.

Szal Gentoo Live CD rulez meg minden. (c)debootstrappal meg jobb lenne :)

Offtopic: Woody CD ugyanezt tudja, vagy akar [GK]noppix is.

[quote:ceadff318f="Oscon"]Hmm...
a /bin/sh-ból csak egy sima szkriptet tudsz futtatni, azokkal a bináris prg-kal, amik fel vagyonnak telepítve, egyebet nem.

nem mondod... a noexec flag kijatszasarol volt szo, nem arrol, hogy mit lehet futtatni shell scriptbol es mit nem. egyebkent mi van akkor, ha egy egyszeru shell scriptbol csordithato valami lokal cucc es nem kell hozza binaris sploit?

[quote:ceadff318f="Oscon"]
a /tmp-re, mondjuk mintha letöltöttem volna egy ártalmas binárist, és local rootot szerettem volna nyerni az indításával.

(jartam kozepso csoportba, tudlak kovetni)

[quote:ceadff318f="Oscon"]
előszőr megpróbáltam simán, nem ment (noexec), aztán megpróbáltam a ld.linux helperrel, de azzal sem ment...
Nocsak...úgy látszik mégsem működik a megkerülősdi.

es elarulod, hogy mitol nem, vagy patentelted?

[quote:cd044b93e0="GCS"]Offtopic: Woody CD ugyanezt tudja, vagy akar [GK]noppix is.

Kellemes volt anno, hogy a 2.4.24 'dobozbol' xfs-patch-csel volt rajta.

Nekem is volt Gentoo-m csak túl kicsi hozzá a gépem(P3 1Ghz). Nem igazán a sebessége szerintem egy Gentoonál a lényeg, hanem a naparakészsége. Mert szerintem annyival nem gyorsabb. Én a Slaki és a gentoo között olyan 5-10% - ot találtam kb. De lehet hogy még ennyi sem volt. Mivel Gentoo alatt (Ne kérdezzétek hogy miért nem tudom a magyarázatot) ha húzatm a porocin egy kicsit akkor kihalt, míg slaki alatt nem. Így a slackware gyorsabb volt :) . De hogy a leg naprakészebb rendszer az tuti.
Ha lesz egy nagy gépem én is felrakom mert annál már nem fugom tuningolni a procit.

[quote:74d5926681="Oscon"]Hmm...
a /bin/sh-ból csak egy sima szkriptet tudsz futtatni, azokkal a bináris prg-kal, amik fel vagyonnak telepítve, egyebet nem.

nem mondod... a noexec flag kijatszasarol volt szo, nem arrol, hogy mit lehet futtatni shell scriptbol es mit nem. egyebkent mi van akkor, ha egy egyszeru shell scriptbol csordithato valami lokal cucc es nem kell hozza binaris sploit?

Ezt pontosan hogyan képzeled? ez nekem sehogy nem jön össze, még elméletben sem.

A noexec flag csak arról szól, hogy a kérdéses fájlrendszerről bináris (ELF) fájlt nem tudsz indítani.semmi többről.

A shell szkriptek nem bináris fájlok. A shell szkripteket a shell "parancsértelmező" hatja végre.

Ennyi erővel azt is mondhatod, hogy mondjuk a mozilla-t megburítod egy honlappal.
hiszen a html/javascript nem bináris fájl, de a mozilla végrehajta. Ugye tökéletes védelmi rendszer nincs, csak kellően bonyolult.

A noexec az "idegen" binárisok ellen véd.

Ha szkriptek elleni akarsz védekezni, sz'tem a gracl-ben szorítsd le a /bin/sh jogait.

es elarulod, hogy mitol nem, vagy patentelted?

Megnézzük a kernelnaplót, mit ír, és szerintem rájössz: -)))

grsec: denied untrusted exec of /tmp/phalanx by (ld-linux.so.2:12092) UID(x) EUID(x), parent (bash:12269) UID(x) EUID(x)
grsec: denied executable mmap of /tmp/phalanx by (ld-linux.so.2:12092) UID(x) EUID(x), parent (bash:12269) UID(x) EUID(x)
grsec: signal 11 sent to (ld-linux.so.2:12092) UID(x) EUID(x), parent (bash:12269) UID(x) EUID(x)
grsec: attempted resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 by (ld-linux.so.2:12092) UID(x) EUID(x), parent (bash:12269) UID(x) EUID(x)
grsec: attempted bind() by (ksnapshot:15163) UID(1000) EUID(1000), parent (kdeinit:11072) UID(x) EUID(x)

[quote:28d9d4a6ed="Oscon"]
Megnézzük a kernelnaplót, mit ír, és szerintem rájössz: -)))
...grsec...

vanilla kernelbol (mmap.c/do_mmap_pgoff()) masolom ezt ittend:

if ((prot & PROT_EXEC) && (file->f_vfsmnt->mnt_flags & MNT_NOEXEC))
return -EPERM;

[quote:de0c849c04="Oscon"]
Ezt pontosan hogyan képzeled? ez nekem sehogy nem jön össze, még elméletben sem.
A noexec flag csak arról szól, hogy a kérdéses fájlrendszerről bináris (ELF) fájlt nem tudsz indítani.semmi többről.
A shell szkriptek nem bináris fájlok. A shell szkripteket a shell "parancsértelmező" hatja végre.
Ennyi erővel azt is mondhatod, hogy mondjuk a mozilla-t megburítod egy honlappal.
hiszen a html/javascript nem bináris fájl, de a mozilla végrehajta. Ugye tökéletes védelmi rendszer nincs, csak kellően bonyolult.
A noexec az "idegen" binárisok ellen véd.
Ha szkriptek elleni akarsz védekezni, sz'tem a gracl-ben szorítsd le a /bin/sh jogait.

szerintem kisse elbeszelunk egymas mellett. arrol volt szo, hogy noexec flages particiorol lehet-e futtatni valamit. ha egy scriptet probalsz meg, nem fog mukodni, de ha explicite /bin/sh-val futtatod, akkor igen. ennyi.

[quote:de0c849c04="Oscon"]
Megnézzük a kernelnaplót, mit ír, és szerintem rájössz: -)))

kozben meglett, kosz snq-. ezt kihagytam, bevallom. utoljara kb. 2.5 fel eve kiserleteztem ezzel, akkor meg nem volt ez (vagy volt, csak akkor sem tudtam rola).

[quote:5d6e6bc773="wolphie"]Ja hat igen a gentoo valoban nem embedded distribnek valo, en sem raknam gyartosori pcre.

<sajat egyeni szoc problemam>
Csak akkor hova rakjam? Kiszolgalora gcc-toolchainestul, -dev cuccostul? Es szoljak a fejlesztoknek, hogy 'he sracok, gentooban holnaptol mysql-4.1 stable, valszeg breakelni fogja nehany queryteket, de nem baj, tuloraztok picit. Ja es honlnap a load kicsit el fog szallni, mer forgatom a vilagot'? :)
Vagy ceges desktopra? De ha a celkornyezet mar nem gentoo, akkor a fejlesztokornyezet legyen az? Vagy otthonra? De akkor meg az az egyetlen:)
</sajat egyeni szoc problemam>

[quote:475e102066="snq-"][quote:475e102066="Oscon"]
Megnézzük a kernelnaplót, mit ír, és szerintem rájössz: -)))
...grsec...

vanilla kernelbol (mmap.c/do_mmap_pgoff()) masolom ezt ittend:

if ((prot & PROT_EXEC) && (file->f_vfsmnt->mnt_flags & MNT_NOEXEC))
return -EPERM;

nomost azt rólam tudni kell, hogy nem tudok c-ben programozni, úgyhogy nem tudom hogy ez mit jelent a noexec mounttal pontosan.
grsec TPE nélkül egyébként ez a "kijátszás" működne, (=ezért kapcsoltam be). (kernel 2.4.18 14.3)

[quote:2f28fe9c4e="GCS"][quote:2f28fe9c4e="snq-"]
Egyszer ugy esett, hogy elbarmoltam a rendes heti custom csomagos sarge cdmet, es persze a cegnel vettem eszre a hibat, amikor install kozben elszallt. Sietni kellett volna, mert pentek du volt, es mindenki huzott volna mar haza meg minden. Szerencsere a kolleganal volt egy Gentoo-Live CD, aminek segitsegevel meglepoen rovid idon belul sikerult mukodo sarge-ot barkacsolnunk.

Szal Gentoo Live CD rulez meg minden. (c)debootstrappal meg jobb lenne :)

Offtopic: Woody CD ugyanezt tudja, vagy akar [GK]noppix is.

igen, a knoppixon még debootstrap is van, csak az a probléma hogy ez itt Gentoo-s téma :wink:

[quote:ba9dc52e9a="zsirfeka"]kozben meglett, kosz snq-. ezt kihagytam, bevallom. utoljara kb. 2.5 fel eve kiserleteztem ezzel, akkor meg nem volt ez (vagy volt, csak akkor sem tudtam rola).

ize, bevallom en se nyalazom az utolso karakterig a diffeket/changelogokat, dehat ebbol is latszik, mennyire remek dolog egy jo kis Gentoo-flame-thread, mindannyian tanulunk kozben :twisted:

[quote:ba9dc52e9a="Oscon"]nomost azt rólam tudni kell, hogy nem tudok c-ben programozni, úgyhogy nem tudom hogy ez mit jelent a noexec mounttal pontosan

(vanilla 2.6.6 van eppen keznel, semmi grsec+egyebek):
[code:1:ba9dc52e9a]
soniq@drone:~$ ./csibesz
Hello Anyu, szerepelek a Gentoo-threadben!
soniq@drone:~$ cp ./csibesz /tmp
soniq@drone:~$ /tmp/csibesz
-su: /tmp/csibesz: Hozzáférés megtagadva
soniq@drone:~$ /lib/ld-linux.so.2 /tmp/csibesz
/tmp/csibesz: error while loading shared libraries: /tmp/csibesz: failed to map segment from shared object: Operation not permitted
[/code:1:ba9dc52e9a]

[/code]

[quote:1ffb6c7928="snq-"]...szoljak a fejlesztoknek, hogy 'he sracok, gentooban holnaptol mysql-4.1 stable, valszeg breakelni fogja nehany queryteket, de nem baj, tuloraztok picit. Ja es honlnap a load kicsit el fog szallni, mer forgatom a vilagot'? :)

1) nem feltetlenul kell esz nelkul upgrade-elni, ha van egy uj csomag (valoban nem flame ag, ezert nem kezdem flamelni a mysql-t, meg errol volt mar tobb vitank eloben :D). egyebkent debiannal is volt mar olyan meglepetesben reszem, hogy testing (na jo, lehet sid volt) alatt postgres frissites utan piros fulekkel dumpoltam-reloadoltam adatbazist, mert elhanyta magat az uj verzio.
2) emerge world mehet eccaka is, akkor zavar valakit? egyebkent foleg szerveren egy emerge world nem akkora durranas, mint sokan hiszik. nekem itthon desktopon eleg sok minden van ~x86-bol rakva, mar napok ota nem frissitettem, ma reggel kivancsi voltam, mi lesz, 3 csomag volt, kb 10 perc alatt vegzett, es volt mar ilyen korabban is. kde vagy x frissiteseknel lehet szopo, az meg szerveren nem tema (akinek az, az menjen vissza a suse forumba :twisted:)

[quote:1ffb6c7928="snq-"]
Vagy ceges desktopra? De ha a celkornyezet mar nem gentoo, akkor a fejlesztokornyezet legyen az? Vagy otthonra? De akkor meg az az egyetlen:)

attol fugg, mire akarod hasznalni. gyartosoron nyilvan nem, ceges desktopra te tudod. amugy miert baj az, ha csak az otthoni gentoo?

[quote:c39dfbbbb2="zsirfeka"]attol fugg, mire akarod hasznalni. gyartosoron nyilvan nem, ceges desktopra te tudod. amugy miert baj az, ha csak az otthoni gentoo?

már miért ne?
1re lebuildelik, és utána cat /dev/hda >image
aztán gyártósorra, nem? :wink:

[quote:2737a66408="Anonymous"]
Vagy rakj fel Debianra pkgsrct (http://www.pkgsrc.org/) kiegeszitonek. :P

Na ebben van valami. Az altalam ismert csomagkezelok kozul szigoruan IMHO a PkgSrc a legjobb. Volt szerencsem a fejlesztokhoz szemelyesen is, es vegighallgattam a 3 napos eloadasukat a temaval kapcsolatban.

Egyebkent a PkgSrc fejlesztoi a Linux diszribek kozul a Gentoo-ban latnak egyedul jovot,a csomagkezeles szempontjabol. A Gentoo Portage igen kellemes, jol kitalalt rendszer. Termeszetesen nem tokeletes, de torekedni persze lehet ra.

A lenyeg az, h ez egy szabad vilag es pontosan ezert azt hasznal mindenki amit akar. Csak ne eroltesse ra a masikra.

na ebben 1et értünk :D

[quote:8b2b286cc0="Anonymous"]mára léptem. jóéjt.

kerem, kapcsolja ki

Visszatérve az alaptémához :D (Vagy ezzel már elkéstem?)
Szóval egy év klikkelőslinux (UHU) után (itt jön a kérdés, hogy akkor kivagyok én, hogy megmondjam) váltottam, mert meguntam, h linuxolok húdejó, de még mindig egy csomó dologról fogalmam sincs. A másik ok az volt, hogy az UHU úgy kezeli a bugos és outdated csomagokat, hogy majd a következő verzióban benne lesz. Hiába probléma, hogy egy csomag nem tud fájlműveleteket végezni, (megnyitni,menteni) jó az úgy. Nekem kell a QCAD csomag. Használom. Mivel minden kiadásban javul a DXF (Drawing Exchange Format, AutoCAD is használja) kompatibilitás ezért abból jó a friss. És mivel az UHUban 2.0.2.1 van a Debianban asszem 1.5.7? (ami k***** régi, azóta minden más a QCadben) ezért a Gentoot választottam (QCad 2.0.3.1). Eszméletlen jó doksija van, minden lépést magyaráz, és mialatt telepíti az ember 1-2 program alapvető használatát is megtanulja. Valamint az is pozitívum, hogy jól optimalizálható, és testreszabható. Gentoo stable vs Debian stable. A Gentoo stable frissebb. Gentoo stable vs Debian testing. A Debian testinghez nincs DSA, a Gentoo stablehez van GSA. Van szerintem valahol egy arany középút a halálrateszteltség és a legfrissebbség közt. És a Gentoo közelebb áll ehhez mint a Debian. A Gentoo nem létezik olyan régóta mint a Debian, szóval nem minden olyan kiforrott, de azt gondolom, hogy elég dinamikusan fejlődik.Én nem szervert üzemeltetek, arról nem tudok nyilatkozni, de desktopra nekem bejön. 8)

Számomra kissé zavarosnak tűnnek a Debian frissességét érintő összehasonlítgatások. A Debian alatt is van gcc/g++, így forrásból ugyanúgy lehet naprakész qcadet fordítani.

[quote:ebe878662a="begin"]Számomra kissé zavarosnak tűnnek a Debian frissességét érintő összehasonlítgatások. A Debian alatt is van gcc/g++, így forrásból ugyanúgy lehet naprakész qcadet fordítani.

Hogyne lehetne, csak ha Debian alatt kezzel forditgatod a frissen letoltott forrasaidat, akkor nem csinalsz mast, minthogy szepen belesz@rsz az egyebkent egesz jol kitalalt package-manageles kellos kozepebe!

Ez az! Vagy "az egyebkent egesz jol kitalalt package-manageles" vagy a frissesség... Ki-ki döntse el, hogy mi a fontos neki.

Egyebkent, azt hiszem, nem veletlen, hogy sok Debianos valt at Gentoo-ra. A Debian mar egy nagyon regi project, es szerintem mar evek ota tul van a fenykoran :( A Gentoo pedig egy friss, fejlodesben levo disztro.

A lenyegi filozofia pedig ugyanaz. Linuxot azoknak, akik tudjak, hogy mit akarnak kezdeni vele.