Sabayon Linux 3.4

Gentoo

Megjelent a Gentoo-ra épülő Sabayon Linux legújabb, 3.4 verziója. Újdonságok a kiadásban:

  • 2.6.22-es Linux kernel extra Power Managementtel (PowerTop), Wireless (mac80211), ext4 fájlrendszer, CFS ütemező és virtualizáció (KVM, Virt-Manager, VirtualBox) támogatás
  • Játék orientált: Savage 2, FlightGear, DangerDeep, Warsow, Nexuiz, Torcs, Battle of Wesnoth, Second Life
  • Legfrissebb NVIDIA (100.14.11) és AMD (8.38.6) GPU driverek
  • "Windows-ra felkészült": NTFS írás/olvasás támogatás, Wine Doors (Wine 0.9.40)
  • ext4 fájlrendszer támogatás (a bátraknak)
  • Compiz Fusion és Metisse integráció
  • Továbbfejlesztett flexibilitás: gyorsabb telepítő, RAID10, ext4, UUID eszköz elnevezés támogatás, Packages Selector, és Boot Services Selector, Core/Minimal telepítési módszer választó
  • Laptop támogatás
  • X.Org 7.3 automata monitor konfigurálással
  • KDE 3.5.7
  • GNOME 2.18.2
  • Elkülönült funkciók: nincs telepített szerver alkalmazás (arra ott van a Business Edition)
  • Kevesebb duplikált csomag (kb. 140-et távolítottak el)
  • Jobb Mactel támogatás (Intel ICH8M, Atheros Wireless, Backlight management, új Synaptics driverek)
  • Agere et131x támogatás out-of-the-box
  • VMware Guest Installation Support
  • Media Center képességek a GeeXbox 1.1 és Elisa Media Center segítségével
  • Rengeteg előre konfigurált csomag érhető el hozzá
  • A legtöbbet tesztelt valaha kiadott verzió

Bejelentés itt. Honlap itt. Letölthető innen. Linuxforum topik itt.

( bepe79 | 2007. 07. 29., v – 16:19 )

Most olvasom az amcsi forumon, hogy a Sabayon 3.4 mar a 2.6.22-es kernelnek a foltozott / javitott verziojat hasznalja:

``- Therelease says it it using kernel 2.6.22. Now is it actually using theexploitable 2.6.22 or is it using the exploit fixed 2.6.22.1 kernel,which was released 14 days ago?

- 2.6.22.1``

Link: http://www.sabayonlinux.org/forum/viewtopic.php?t=8743&postdays=0&posto…

Forras: sabayonlinux.org

Es kezeli az Intel ICH8 / ICH8M-et, ami az uj laptopomban van.
Latok eselyt igy arra is, hogy kapasbol latni es kezelni fogja a GeForce8 8600M GT videokartyamat is, meg az Intel 4965AMG wireless kartyamat is.

( mapee v | 2007. 07. 29., v – 18:55 )

"X.Org 7.3 automata monitor konfigurálással" <-- Ezt hogyan valósítják meg? Gentoo-n mivel lehet mondjuk ezt megoldani?

Miért, Sabayonék hány programot írtak szerinted? Az egész cucc third-party, ők csak összehegesztették, és persze, hogy a changelogba a fontosabb featúrákat beírják.
It doesn't matter if you like my song as long as you can hear me sing

Namost izé. Azok az ebuildek amik az SVN-jükben van, az kis ráfordítással bármikor összeszedhetők a netről. Mondjuk az összes sabayon-* kezdetűt írták ők. A többi mind lopott, GPL2 rulz. Ennyit az ők írtákról.

Azt esetleg el tudom hinni, hogy az olyan ebuildek többi részében is van munkájuk, mint a sabayon-artwork meg a sabayon-sources.

Nem akarok rosszindulatú lenni, de ők abban jelesek, hogy amit a Gentoo ~arch (testing) alatt hoz, azt ők arch (stable) alatt hozzák. Pedig soxor elég yó oka van a Gentoo-soknak hogy visszatartsanak dolgokat (Gnome 2.18, KDE 3.5.7).

Kicsit durva dolog disztribúciók közötti lopásról beszélni, amikor GPL-es a forrás.
Másrészt akinek nem inge... nem használja. Ha igény van rá, akkor életképes marad.
Másrészt, úgytudom ez az egyszem Gentoo-ra épülő LiveCD/DVD-s disztribúció amelyet folyamatosan fejlesztenek. (FIXME)

Balage, egy dolog, hogy felhasználok egy GPL2-es dolgot valamire, egy másik meg az, hogy az eredeti ebuildok íróinak nevét skippelve előadom mint saját disztrót.
Ha én fellelek egy darab saját ebuildot is a sabayon overlayban véletlen, bizony szólni fogok, hogy a nevemet szerepeltessék. Nem azért dolgozik az ember egy ebuildal X időt, hogy azután valaki eladja mint rendszert.

Igen, ez egy Gentoo-ra épülő disztró. Tulajdonképp a saját overlaye az amit a dolgokhoz ad, plusz egy installer.

( uid_6846 | 2007. 07. 29., v – 20:28 )

A Sabayon-ban található megoldás az integrált VIA VGA-vezérlők támogatására?
__________
U-Bantu©

( uid_14357 | 2007. 07. 29., v – 22:05 )

"Sabayon Linux features the most advanced Industry Open Source technologies: no hassles."
Magyarul egy bleeding edge funkciókkal ellátott Gentoo, amelyet előre összeraktak (no hassles), elláttak néhány speckó dologgal (saját fejlesztések).

[idéz]
Our philosophy follows two simple statements:

    A) OOTB (out of the box) Functionalities: There should be no problems and everything should "just work."
    B) KISS: Keep It Simple Stupid!

[/idéz]

Mivel gentoo alapú, ha valami nem tetszik out-of-the-box, akkor "belenyúlhatsz könyékig" :)

What is Sabayon Linux

( zsitvaij v | 2007. 07. 29., v – 23:18 )

Ez sokkal izgalmasabb lenne ha portage helyett mást tettek volna default csomagkezelőnek.

Akkor nem lenne "Gentoo based" :)
A trabantom (bár nincs, csak a poén kedvéért) is tök jó lenne, ha nem kétütemű lenne, hanem "ferrari" :)

ui.: Pillanatnyilag a 4. a distrowatch-on, de ha valakinek nem jön be, van még ott vagy >3000 disztrib :)

Izé, azért a Portage-t sem kell félteni, ő is ott van a szeren. Bár tény és való, hogy van elég sok hibája. Számomra az egyik legnagyobb a hook-olhatatlanság. Pl. a postinst műveletek lefutása után szeretnék egy localepurge-t esetleg, vagy egy makewhatis-t. De csak ezért meg a többi csip-csup dologért nem fogok package managert váltani.

Épp ezért lenne érdekes, ha alapból rendesen bekonfigurálva és alapértelmezésként adná a Sabayon.

Amellett persze szinkronban tartom a portage konfigját it, de kiütköznek olyan hiányosságok itt is, hogy nem lehet repository alapján maszkolni (pl. app-arch/libarchive::flameeyes csak az egyik overlayben lőné ki). És vannak olyan függőségek, amit eltérően értelmeznek, úgyhogy időnként megnézem az emerge is mit mond.

( n0gabor | 2007. 07. 30., h – 11:18 )

nem ertem ezeket az arcokat...miert nem a gentoo projectnek segitenek be az ujitasaikkal? minek kell minden aprosagert ujabb disrot csinalni.
vagy akkor tuzzek ki celul hogy csinalnak egy fasza telepitos kiadast gentoohoz a konyebb telepites erdekeben, +bugfixek, +segitseg a fejlesztesben, de hogy miert kell ezert ujabb disztro?!

Azt en ertem, mert biztos van onkenyeskedes ilyen projecteknel, de azt csinalhatnak hogy osszedobnak egy telepito mediat a gentoo portage-bol hogy konnyen fel lehessen tenni grafikusan, es 100%ig kompatibilis maradna - ennek latnam ertelmet - de hogy miert kell megint egy uj disztro?! Igyis tulon tul sok van, es ez csak karara van a "linuxos kozossegnek".

Ahhoz előbb azt kellene elérniük, hogy releasekben megjelent csomagokat pl nem törlik a portage-ból mondjuk fél év múlva.
Pl. 2006.0-ról telepítesz ma egy gentoot (ne kérdezzétek miért) és frissítéskor látod, hogy a csomagok fele megváltozott/törölték/szétválasztották (pl. shadow <-> pam annakidején), gyökeres változások történtek, amelyek csak max GWN-ben említettek meg, esetleg fórumon, aki meg nem követi, így járt.
Az a pár plusz ebuild biztos elférne a következő pl. 2 release-ig. Esetleg lenne egy upgrade guide valahol a wikiben vagy a gentoo.doc-on. Nah így már könyebb lenne bináris repókat üzemeltetni, azonkívül, hogy nemsok értelme van mivel pont a Gentoo alapfilozófiáját vágnánk agyon vele :D

szerk:

Balage, másrészről viszont a Gentoo-sok folyamatosan frissítik a mini-install és live cd-ket, a stageket, meg mindent. Aki Gentoo-t akar telepíteni az úgyis tudja, hogy net nélkül meg nem ússza. Akkor meg már úgyis letölti a legújabb livecd-t/stage3-at, lévén esetleg egy 2006.0-s livecd lehet fel se bootol egy "problémásabb gépen"

A példát azért hoztam fel mert már megtörtént eset, de nem ez a lényeg.

A hangsúly inkább azon van, hogy bevezethetne egyfajta "supportot" a Gentoo, legalább azon a szinten, hogy alapvető csomagokat (pl. baselayout, java, pam, apache, kernel stb.) nem töröl a portageből, illetve ha drasztikus váltás történik (volt nem egy a 3 év alatt, amióta gentoot használok) meghagyja a lehetőséget, hogy a régebbi verziót használhassuk, mondjuk 1-2 release-ig visszamenőleg. Ahogy ezt tudja pl. az Ubuntu, Suse, RHL. stb.

Konkretizálva. Például van egy gentoo szerver, amelyen szánt szándékkal nem frissítenek néhány rendszerkomponenst (*) mert meglehet rá az okuk, viszont a többi up-to-date, akkor előjöhet az a jelenség, hogy egyre több bűvészkedés kell, hogy frissítéskor ne boruljanak a dolgok a rendszer alapjait érintő változtatások miatt. (Amely Gentoo-ban kiadások közt is megtörténik, tehát egy nagyobb váltás nem feltétlen hoz új release-t.)

(*) Csak egy példa. Tételezzük fel, hogy a gentoo-sources bizonyos verziótól maszkolt, hogy ne legyen update, közben törlik az ebuild-et Gentooék a portage-ből, emiatt frissítéskor a következő opciók közül választhatunk:
-downgrade, -> na ne!
-esetleg helyi overlaybe másolás, -> nem túl elegáns
-teljesen maszek kernel -> akkor minek a gentoo-sources
-ignore -> nem szép hozzáállás

Igen, e téren valóban vannak problémák. Azonban én úgy látom, hogy a többi forrásaléapú disztrónál sincs konkrét megoldás a kérdésre.

Másrészről viszont, aki Gentoo-t választ egy szervernek az általában tudja, hogy miért teszi. A régi ebuildek megszűnését annó a GWN a Last Rites-ben illetve a $POTRDIR/profile/packages.mask-ban is jelezte, ergó arról igencsak yó előre értesülhetett egy yólértesült szervergazda.

Sajnos egyelőre nem várható változtatás a Gentoo-sok részéről, hacsak nyomást nem gyakorolnak a szerver felhasználók valamilyen megoldás kicsikarására. Ehhez viszont összefogás kellene, meg legalább valami alapötlet, hogy mit akarunk. Az hogy a jelenlegi rendszer rossz, azt mindenki tudja, de gondolom többek közt azért nincs változás, mert senkinek nem volt valamilyen használható ötlete. Mindenesetre a téma megérne egy megvitatást, akár a HUP, akár a Magenta hasábjain.

Gyors felvetés:

Tegyük fel hogy van valami lib fent (pl glibc) amit nem akarok frissíteni, és egy idő után kikerül a portage-ből. Aztán jön egy alkalmazás ami függ tőle, de én kimaszkoltam az összes feljebbi verziót. Attól még a portage tudja hogy nekem van glibc-m nem? Tehát elvileg engetne építeni olyan csomagra aminek csak a nevét ismeri, a verziója már nem létezik a fában. Tehát ez igazából csak szépséghiba, nem?

Amúgy szerintem is van jópár idegesítő apróság a portage-ben (pl. függőségi fa számolás megszakad ha maszkolt csomagot talál, így egyesével kell kimaszkolni a sok függőséget)...