Debian

A napokban többször is olvastam, hogy a debian milyen jó, ezért gondoltam, kipróbálom. Csakhogy több debian "verzió" is van, ezért abban kérek segítséget, melyiket válasszam.

Van ugye ilyen, hogy stable, testing, unstable, meg még nem tudom hányféle változat. Ezért kérem a segítségetek.

Szóval nekem olyan rendszerre lenne szükségem, aminek mindig frissek a csomagjai, de nem, vagy csak ritkán fordul elő, hogy pl. az újabb kernel miatt át kelljen írogatni egyes config fájlokat. Vagy egy program a frissítés után nem működik. (Magyarul a programok végleges verzióira frissít. :))

Néhány példa: 2.6.22-es kernel, kde 3.5.7, seamonkey 1.1.3, vlc 0.8.6b.

Szóval melyik debian ajánlott nekem? :)

( hrgy84 | 2007. 07. 25., sze – 18:40 )

Debiannál szvsz sosem teljesül a 'mindig frissek a csomagok' kitétel. Még a teljesen unstable sid is elég rági verziókat használ jópár programból. Ha mindenképp Debian alapú rendszerrel akarsz foglalkozni Ubuntu.

A többi kitételnek mondjuk megfelel. Kernel-image frissüléskor és saját kernel készítésekor is lehetőség van az update-grub parancs futtatására, ami megkreálja a szükséges grub menübejegyzéseket.

A stabilitás megint tág fogalom. Vannak olyan dolgok, amikből valamui ódon verzió van használva. Tipikus példa erre a sarge (ez volt régen a stable ág) wget-je. Mindenki tudott a wget méretkorlátáról (egy bizonyos mérett felett nem tudott letöltést folytatni), és minden komolyabban vett disztró frissített is, de a Debianba csomagfagyasztás címszó miatt nem frissült a csomag. Ugye nem sechole, tehát a secu frissítések se hozták magukkal.

Amúgy mind a Debian, mind az ubuntu nagyjából ugyanúgy működik, a csomagválasztékban, azok verzióiban, pár licensz kezelésében, és persze névben/artworkben van különbség.

Ubuntuval épp ugyan ez a bajom, hogy nem elég frissek a csomagok. (Arról nem is beszélve, hogy még seamonkey sem volt csomagból. :))

Egyébként az nem baj, ha nincs meg az adott program kiadási napján a csomag, de 1-2 hétnél ne kelljen többet várni a nagyobb progikból. A kisebb, ritkán használt progikból meg nem érdekes... :)

( utpKabel | 2007. 07. 25., sze – 19:41 )

mindig frissek a csomagjai es nincs olyan, hogy egy program a frissítés után nem működik
Ilyen disztribucio sajnos nem letezik.

A kulonfele Debian agak csak a csomagok stabilitasaban kulonboznek, a Debian megbizhatosaga mindharomban ott duborog.
Szoval ha nem akarsz problemas csomagokkal foglalkozni, akkor stable. De ebben az esetben coreutils, gcc meg a rendszer nagyobb resze csak 1,5 evente frissul. Nehany ujabb dolgot be lehet szerezni volatile update-kent, vagy a backports.org-rol.
testing/unstablenel folyamatosan frissulnek a csomagok, de sok csomag nem azonnal. Kernel nem hiszem, hogy szarni fog, egyes csomagokkal gond lehet upgrade utan, de ilyenkor univerzalis megoldas a downgrade.

Amugy meg en is forgattam magamnak XFCE 4.4.1-et, mert zavart az Etchben a 4.4rc1 verzioszam, de mivel semmi kulonbseget nem vettem eszre, ezert kesobb visszaraktam az eredeti Debian csomagokat.

az unstable-ben mindent frissítenek
Az attól függ, hogy mik a release goalok meg hogy lusta-e a maintainer. unstable+experimental esetén a release goal nem számít, ott csak a maintainer lustaságán múlik.

Elolvastam a felsorolt programokat, amiket írtál. Etchben van 0.8.6-os vlc, backportsban van kde 3.5.7, kernel 2.6.22 még nincs backportsban, de várhatóan lesz. Iceapeből csak 1.0.8 (stable) ill. 1.0.10 (backports) van, ha stable-t akarsz használni.

unstable: friss csomagok, a hibák gyakran cserélődnek (régit javítják, jön az új). A kiadási ciklusok hatása kisebb, mint a testingnél.
testing: pár héttel régebbi csomagok, kevesebb hibával érkeznek a csomagok, de tovább bentmaradnak. Nagy hatással vannak rá a kiadási ciklusok.
unstable+experimental: gyakorlatilag erre nem nagyon van hatása a kiadási ciklusnak. unstablehez hasonló

Ha frissítés után valami regresszió történik, akkor downgrade(+bugreport). Hogy ez kezdettől menjen, ajánlom hogy stablet telepíts fel, és utána frissítsd testing/unstable-re

( endru | 2007. 07. 25., sze – 19:45 )

http://www.sidux.com

sidux is an operating system based on the Linux kernel, Debian's most modern branch (called "Sid") and many free and open source applications.

( akion | 2007. 07. 25., sze – 22:58 )

En debian sid-et hasznalok mostmar 3 gepen is, es tokeletesen muxik desktopra, max. azt kell figyelembe venni, hogy esz nelkul nem update upgradelunk, hanem ha vmi nagyon fontos, akkor max. utanna olvasol, hogy mit javitottak, es erdemes-e egyaltalan emiatt frissiteni.
Desktopra vagy testing, vagy unstable. Ha turelmetlen vagy, sid. Ha tudsz varni 10 napot, lenny. :)

-------------------------------------

|^^^^^^^^^^^^^^^| ||
|...BEER TRUCK..........| ||'|";, ___.
|_..._..._______===|=||_|__|......, ] -
"(@)'(@)"""**|(@)(@)*** **''(@)

Nem, egyaltalan nem errol van szo :)
Max. pl az, hogy egyes csomagok mukodese valtozhat, es ezt erdemes figyelemmel kiserni. Pl. legutobbi ilyen elmenyem a wpa_supplicant progival volt. Sarge-ban meg az init.d -ben voltak az inditoscriptek, etch-ben, lenny-ben es sidben mar nem.

-------------------------------------

|^^^^^^^^^^^^^^^| ||
|...BEER TRUCK..........| ||'|";, ___.
|_..._..._______===|=||_|__|......, ] -
"(@)'(@)"""**|(@)(@)*** **''(@)

Telepítésnél megadhatod a verziót, például
# apt-get install foobar=1.2.9
Az elérhető verziókat például így listázhatod ki:
# apt-cache showpkg foobar

Bár én inkább aptitude-ban rámegyek a csomagra, látom mik az elérhető verziók, és arra nyomok egy pluszt (+).

Könnyen előfordulhat, hogy a régebbi csomagot már eltávolították az archívumból. Ilyenkor legjobb ha szétnézel az apt cache-ben (/var/cache/apt/archives). Ha itt nincs meg amit keresel, akkor snapshot.debian.net. Legegyszerűbb, ha letöltöd a csomagot, és dpkg -i foobar.deb paranccsal felteszed.

( BaT | 2007. 07. 26., cs – 18:11 )

Kösz, akkor valószínűleg egy testinget ki fogok próbálni, természetesen stable-ről fogok upgradelni. Aztán majd meglátjuk, mennyire fog tetszeni. :)

Ajánlom, hogy először lődd be stable alatt az alapvető dolgokat, azután frissíts!

Először frissítsd a libc6 libc6-dev locale csomagokat, mert szinte minden függ tőlük. Ha valamilyen csomagot törölni akar, mert annak a libc6 függősége = és nem >=, akkor azt is frissítsd vele. Aztán frissítsd a dpkg, apt, aptitude csomagokat. Utána lehet minden mást. Ismerkedj az aptitude-dal, nagyon jó kis program, mindent gyönyörűen meg lehet vele csinálni, ami csak bináris csomagkezelés.

Később, amikor majd a testinget frissíted, ajánlom hogy mentsd el előtte a dpkg -l kimenetét, hogy tudd, milyen csomagverziók voltak fönn frissítés előtt.

FIGYELMEZTETÉS: Ja és ha aptitude-dal játszol, akkor legyél óvatos amíg ki nem ismered, ne hogy letörölj valamit, amit nem akartál.

Synapticban jobban lehet csomagot keresni, ha néha nem találok valamit az aptitudeban, akkor előveszem. Purgálásra is Synapticot használok, mert abban ki lehet listázni könnyen azokat a csomagokat, amik törölve lettek, de még megvannak a konfigurációs fájlok. Na meg az elavult, vagy helyből telepített csomagok listája teljesebb a Synapticban, mert az a verziót is nézi, nem csak a csomagnevet.
Igazából még sose nem frissítettem glibc-t Synapticcal, nem tudom tud-e galibát csinálni.

A többi dologra aptitudeot használok. Szépen lehet benne mozogni meg kijelölgetni, hogy mit akarok meg mit nem. Igaz, egy-két gombot meg kell tanulni használni, pl. ufU+-_:=ge!.,
Na amire még panasz lehet, hogy aptitude nem veszi olyan komolyan az /etc/apt/preferences-t, mint azt apt, pl. az ottani szabályok nem tudják rávenni, hogy a saját eszétől downgradeljen, de aptot igen.