Gentoo Linux 10.0 - ünnepi LiveDVD

Gentoo

A Gentoo fejlesztők egy ünnepi LiveDVD kiadással jelentkeztek a Gentoo projekt 10. születésnapja alkalmazából. A Gentoo Linux 10.0 LiveDVD egyebek mellett az alábbi összetevőket tartalmazza:

  • System packages include: Linux Kernel 2.6.30 (with gentoo patches), Accessibility Support with Speakup 3.1.3, BASH 4.0, GLIBC 2.9, GCC 4.3.2. Binutils 2.18, Python 2.6.2, Perl 5.8.8, and more.
  • Desktop Environments and window managers include: KDE 4.3.1, GNOME 2.26.3, Xfce 4.6.1, Enlightenment 0.16.8.15, Openbox 3.4.7.2, Fluxbox 1.1.1, TWM 1.0.4, and more.
  • Office, graphics, and productivity applications include: OpenOffice 3.1.1, G/Vim 7.2.182, Abiword 2.6.4, GNUCash 2.2.9, Scribus 1.3.3.11, GIMP 2.6.4, Inkscape 0.46, Blender 2.49a, XSane 0.996, and much more.
  • Web browsers include: Mozilla Firefox (Minefield) 3.5.3, Arora 0.7.11, Opera 10.0, Epiphany 2.26.3, Galeon 2.0.4, Seamonkey 1.1.17, and other favorites.
  • Communication tools include: Pidgin 2.5.9, Quassel 0.5, Mozilla Thunderbird 2.0.23, Claws Mail 3.7.2, Ekiga 2.0.12, Qtwitter 0.7.1, irssi 0.8.13, and many more.
  • Multimedia applications include: Amarok 2.1.1, MPlayer 1.0_rc4, DvdAuthor 0.6.14, LAME 3.98.2, FFMPEG 0.5_p19928, GNOME-MPlayer 0.9.7, SMPlayer 0.6.6, and several others.

[ Bejelentés | FAQ | Letöltés: x86, amd64 ]

( emberk | 2009. 10. 05., h – 21:29 )

Szerintem a legjobb distro (volt, amíg nem volt az az ominózus "egymásköpködés"). Remélem egyszer ismét rend lesz a soraik között, és nem lesz ekkora keszekuszaság (pl 3-4-hónapig nem volt válasz arra a hibára, ami megakadájozta a szabájos leállást, bizonyos chipset-ek esetén). Ez azért elég komoly hiba szerintem. Bízok benne, hogy egyszer ismét Gentoo-lesz a gépemen, de már az agymarament a reszelés, már nem volt rá időm.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Szerintem az ilyen "poweruser" distrok annyira kicsit különböznek, hogy majdnem mindegy, ha jól van karbantartva. Egyébként én a csomagkezelésen kívül semmit nem tapsztaltam külömbséget (a kalapálási időtől elteknintve persze). Ugyanolyan gyorsnak érzem. Stabil, eléggé minimalista, kezdőknek semmiképp nem ajánlom. Elég régóta használok linuxot, és én is belefutotam, egy én-hibámba, mert amikor felraktam mindent egy gnome-hez, é start, akkor minden kontroll elszállt. Tehát nem indítottam el a hal-démont, természetesen XFS-filerendszert tettem fel, mert notebook (vinyókíméletsebb szerintem), és ugye az XFS "szereti" a reset-et. Kezdhettem előlről a konfigfile írást, mert ami nem lett elmentve a resetig, az bíz elveszett volt vagy 3-4 0-byte méretű konfig-filem.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

USE flag szerű dolog van az arch csomagkezelőjében?
azaz tudok pl xchat csomagot úgy fordítani, hogy a telkes gtk+ része kimaradjon? overlay szerű dolgok vannak benne?
XFS imho notebookon használható lehet, mert az aksi miatt elvileg minimális az esélye annak, hogy shutdown nélkül kapcsolódik ki. a user reset persze más kérdés:) egyébként mitől vinyókíméletesebb az xfs mint a többi?

Azért mert az írási olvassi műveletek blokkokban történnek (memóriába ment kvázi, ""amíg van hely""), cserében, egy reset miatt bukod a filet. Ennyire nem összetett a csomagkezelője, mint a Gentoo-é, korántsem ennyire tetreszabható, mint ahogy írod. Aur van hozzá, lehet forrásól telepíteni, de korántsem ennyire kezesbárány ilyen szompontból mint a gentoo.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Ha jól sejtem az alsa bugra gondolsz. Google rögtön kidobta anno, hogy az init.d/alsasound-ból ki kell venni a unload module sort, mert az kavart be. Később az újabb verzió már ezt a beállítást hozta magával és az etc-update jelezte is a változást.

Aztán egy újabb verzióban javították a bugok. Rendkivül bosszantó volt elhiszem, nekem is. Viszont az elmúlt 2-3 évben mióta használom, nagyon ritkán fordult elő ilyen szintű probléma. Szinte minden pöcre megy. Épp ezt szeretem benne. A portageben több olyan progi is van, amit más disztrókhoz vadászni kellett.

Most 1 dologgal szívok: winfast tv2000, de úgy nézem ubuntu alatt sem megy. Szerintem az újabb kernel a ludas. 2.6.21-gyel még jól ment, csak ugye az már idejét múlt...

MOD: Így is lett, visszaraktam a 2.6.21-es kernelt és rögtön megy a tv, IR távirányító.

( blah-blah | 2009. 10. 05., h – 22:03 )

"10 years compiling"

Ez lesz a tervezett háttérképen. Önmagáért beszél :)

( ziby20 | 2009. 10. 05., h – 22:18 )

Legjobb disztro, es ha ossze heggesztetted kezes barany.

Ez volt igaz régen. de most folyamatos kalapálás. A glibc-frissülés, maga a kéjmámor volt nekem, pláne mikor megjött hozzá az új udev, hát valami hihetetlen volt. Na meg azt vettem észre, hogy ezek az új fejlesztők, h valami probléma van egy csomaggal (ebuild-al), nem kijavítják, hanem letiltják, visszarakják a ~xyz fába...... Én rettentően sajnálom, ezt a remek alapötletű (jó tudom bsd kopp) distrot.
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

naja csak frissiteni ne akard :)
Nekem mindig addig mukodott jol amig felraktam meg belottem (bar az se gyors folyamat) aztan jott egy egy komolyabb frissites par nappal/hettel kesobb akkor az egesz osszeesett, osszevissza conflictolt, a csomagok keresztbe hivatkoztak, egymasra conflictoltak... kesz orom volt. Bar ez mar nem mostanaban volt, lehet azota jobb.

Hmm érdekes. Nekem eddig egyszer, a GCC frissítéskor keveredett slamasztikába a Gentoo, akkor is a tapasztalatlanságom miatt. Azóta, nem tudok rosszat mondani róla, minden frissítés szépen feltelepül, gyorsan megy,stabilan megy, nincs baj.

Lehet hogy a rossz élményed óta változott pár dolog fejlesztői / csomag minőségi szinten is :)

( Ewkins | 2009. 10. 05., h – 23:58 )

Ez a kiadás ideiglenesen feldobta a népszerűségét a Distrowatchon, a 20. helyről a 6. helyre lépett elő, összeségében viszont idén fele olyan népszerű, mint az Arch Linux.

Nem lep meg. Nemrég még bármiben elakadtam, a guglizás eredményei között rendszerint a gentoo wiki csücsült, mint használható megoldás. Ma az arch wiki. Ez két dolgot jelent szerintem: az arch mögött álló közösség irtózatos tempóban dokumentál, és nagyon intenzíven nő a felhasználó-bázisa. Kipróbáltam hétvégén virtualboxban, egyszerűen és gyorsan felment az alaprendszer, ez tetszik. Desktop telepítés viszont nem triviális, ami persze csak nekem, elsősorban desktop usernek baj :-) Igazából nem is a telepítés a macera, hanem a működésre bírása, a pacman teszi a dolgát, ahogy kell. Node ez itt off, megyek letöltöm ezt a live stuffot :-).

ebben nagy része volt annak, a kellemetlen incidensnek, amely során odalett az első gentoo wiki:( utána már nehezen talált magára, és gondolom soknak, akik korábban szerkesztették azt a valóban remek wikit, elment a kedvük jó időre a további munkától. lehet hogy sokan az arch wikinél kötöttek ki mára.
nem is értem miért nem használta inkább Mike a wikia.comot?! stabil megbízható infrastruktúra a wikipedia alapítóitól, és még server adminolással sem kell bajlódni. és nem tűnik el csak úgy rajta több évnyi munka, egyik percről a másikra.

amikor döglőben volt a Genntoo winchesterem akkor tettem fel az ubuntut, hogy backapoljam az gentoosat. /usr már annyira sérült volt, hogy nem tudott rendesen felállni a rendszer, de szerencsére a /home még ép volt. újra akartam telepíteni, mert az utolsó még ép gentoot tartalmazó dvd backup már régi volt, azt visszaállítva szinte az egész rendszert úgyis újra kellett volna fordítani, plusz gcc váltás. gondoltam megvárom még rendeződik a drobbins vs többiek vita, és újra visszatér minden a normális kerékvágásba. a többit kitalálhatjátok:(

( dox187 | 2009. 10. 06., k – 04:01 )

A gentoot csak az energia eladásából élők találták ki szerintem... :) "Költséghatékonyabbá" lehetne tenni, ha egy torrent trackert is építenének a szerverekbe, amik a fileokat szolgálják ki, és a lefordított fileokat (termeszetesen minden szukseges parameterrel, h milyen rendszer, milyen flag-ek, stb-vel egyutt) seedelne a tobbi embernek, igy nem csak a villanyszamla lenne sok, hanem a netforgalom is nőne. Tegyük fel, valamilyen kódot előállíthatna a fordításhoz szükséges jelenlévő környezetből, és akkor biztosan tudná X user gépe, hogy Y user ugyanazt a programot már lefordította (és ő is ugyanazt kapná, ha ezt megtenné a processzor), így amíg végez a program 60%-ának a lefordításával, addig a maradék 40%-ot már készen kapná. Lehet hogy jó ötlet, lehet hogy kevésbé, de mindenképpen elgondolkodtató ;)

És ma megszületett elméletben a Gentoorrent©

distcc/Icecream -el nem igazn eri meg 8 gepnel tobbet hasznalni, ha gepek hasonlo teljeseitmenyuek, es egyszerre egy programot forditasz. Mivel ez eloforditast mindig a kezdemenyezo gep vegzi, ami nem tul gyors. kb. a forditas 1/4 .. 1/8 -ada.

De mi lenne, ha lenne egy nagy distibuted ccache tartalmu filerendszerunk :)

Amit nem lehet megirni assemblyben, azt nem lehet megirni.