Debian miniconf: összefoglaló a Debian projekt jelenlegi helyzetéről

Debian

A linux.conf.au rendezvény egyik legrégebbi tradíciója a Debian miniconf. Idén Martin Krafft volt az az ember, aki összfoglalta a Debian projekt helyzetét a "state of Debian" című előadásban. Néhány gondolat a beszédből:

  • A Debian security csapat bővült az elmúlt év folyamán, a Debian biztonsági támogatása újra stabil.
  • A fordítások (lokalizáció) állapota jó, a Debian jelenleg 58 nyelvet támogat, de ez a szám "Lenny" kiadására 77-re emelkedhet.
  • A Sparc32 port a relatív kisszámú felhasználó miatt hivatalosan is nyugdíjazásra került.
  • A "Lenny"-ben új port fog bemutatkozni, a Debian/kFreeBSD, amely FreeBSD kernelre épül majd.
  • Nagymennyiségű munkát fektetnek abba, hogy a csomagrepók jobban kereshetők legyenek (DebTags, apt-xapian-index).
  • A debian-med projekt - amely az egészségügyet célozza - az 1.0-s kiadás felé halad.
  • A Debian tükörszerver hálózat tovább növekszik, 6 új elsődleges és körülbelül 100 másodlagos tükörszerver állt csatasorba.
  • A "Lenny" szinte kizárólagosan UTF-8-at fog használni. A fejlesztők azon dolgoznak, hogy javítsák azokat a csomagokat, amelyek jelenleg nem támogatják az UTF-8-at.
  • A nagytiszteletű deselect már majdnem nyugdíjba vonult. A felhasználók még ugyan elérhetik, de Martin azt ajánlja, hogy a felhasználók térjenek át az aptitude-ra.
  • Számos új játék érkezik a disztribúcióba.
  • Hamarosan érkezik az Etch-és-fél kiadás, amely a 2.6.24-es kernelre épül majd. Ez az új hardverek támogatása miatt szükséges. Az eredeti 2.6.18-as kernel opcióként megmarad a felhasználók számára.
  • A "Lenny" kiadását 2008. decemberre tervezi a Debian projekt, de ahogy a Debian-nál ez lenni szokott, akkor lesz kész, ha elkészül. Szóval...
  • Bemutatkozik az új "Debian maintainer" státusz. Ez annyiban fog különbözni a fejlesztői státusztól, hogy a maintainer (karbantartó) nem szavazhat, nem férhet hozzá a Debian privát levlistáihoz és kevesebb hozzáférése lesz a Debian szélesebb infrastruktúrájához. A "maintainer" státusz azoknak ajánlott, akik kisebb csomagokat akarnak karbantartani, de nem kívánnak aktívan résztvenni az egész Debian projektben.
  • Vajon a jelenlegi fejlesztőket visszaminősítik karbantartóvá? Martin szerint felmerült az ötlet. A Debian-nak jelenleg körülbelül 1 000 fejlesztője van. Ezek teljesen hozzáférnek a Debian repókhoz. Az 1 000-ből 400 inaktív, de még van joguk hozzáférni a rendszerhez. Ez komoly biztonsági probléma. Elindult egy MIA (Missing in Action - Ütközetben eltűnt) projekt, amelynek célja, hogy felderítse és kiszűrje az inaktív fejlesztőket. A visszaminősítés bomláshoz és flame-hez vezetne, így ilyen nem várható.
  • Felmerült a debian-private levlista szerepének kérdése. A listát a fejlesztők többnyire arra használják, hogy bejelentsék, hogy vakációra mennek. Persze folyik ott egyéb beszélgetés is. A jelenlegi terv az - hacsak ellenvetés nem érkezik -, hogy a debian-private lista aktuális forgalmát három évvel később teszik csak publikussá.
  • A debian-women projekt sajnos megrekedt. A főbb közreműködőknek nincs idejük vinni a projektet. Ennek ellenére a #debian-women IRC csatorna továbbra is aktív marad. Jelenleg körülbelül 12 aktív női közreműködője van a Debian projektnek.
  • A Debian csomagokkal kapcsolatosan... A packages.qa.debian.org oldal ráncfelvarráson esett át, "gyönyörű CSS" segítségével. RSS hírcsatornák állnak a rendelkezésére azoknak, akik követni kívánják a változásokat. A csomagok már bzip2 tömörítést használnak.
  • Szóba került a Debian kiadási ciklusa is. A Lenny egy lépést tesz a 18 hónapos kiadási ciklus felé, de ez még mindig több, mint amit a legtöbb szabad Linux disztribúció alkalmaz. Martin szerint valószínűtlen az ennél rövidebb kiadási ciklus.

A teljes cikk az LWN fizetős szekciójában jelent meg, jelenleg csak előfizetők számára olvasható. A cikk nem előfizetők számára január 31-től lesz elérhető.

( BaT | 2008. 01. 28., h – 21:01 )

"A "Lenny"-ben új port fog bemutatkozni, a Debian/kFreeBSD, amely FreeBSD kernelre épül majd."

Erről jut eszembe, hol lehet arról olvasni, hogy a Debian milyen kerneleket támogat? Mert van ugye egy Linux, egy Hurd, lesz egy FreeBSD... Sajnos az oldalon nem találtam linket.

Amúgy a bsd-k nem úgy működnek, mint egy-egy linux disztró? Mindegyiknek van valamilyen csomagkezelője, akkor miért jó, hogy a Debian project foglalkozik vele?

( pinyo_villany | 2008. 01. 28., h – 21:36 )

"A nagytiszteletű s/deselect/dselect/ már majdnem nyugdíjba vonult. A felhasználók még ugyan elérhetik, de Martin azt ajánlja, hogy a felhasználók"

"Számos új játék érkezik a disztribúcióba."
huh... ez aztán nagyon kell a debianba ...

"A "Lenny"-ben új port fog bemutatkozni, a Debian/kFreeBSD, amely FreeBSD kernelre épül majd."
annó qemu alatt nyúztam egy kicsit és kicsit olyan öszvér, de majd meglássuk, lehet hogy többen átállnak a bsd-s debianra, ha olyan helyen lesz rá szükségük

"A "Lenny" szinte kizárólagosan UTF-8-at fog használni. A fejlesztők azon dolgoznak, hogy javítsák azokat a csomagokat, amelyek jelenleg nem támogatják az UTF-8-at."
muszáj???? az elsők között van, amit minden distribben kigyakok ...

"Hamarosan érkezik az Etch-és-fél kiadás, amely a 2.6.24-es kernelre épül majd. Ez az új hardverek támogatása miatt szükséges. Az eredeti 2.6.18-as kernel opcióként megmarad a felhasználók számára."
ezért felesleges kiadni, mivel akinek nem tetszik ez a kernel verzió (2.6.18), az úgyis forgat magának másikat

"Szóba került a Debian kiadási ciklusa is. A Lenny egy lépést tesz a 18 hónapos kiadási ciklus felé, de ez még mindig több, mint amit a legtöbb szabad Linux disztribúció alkalmaz. Martin szerint valószínűtlen az ennél rövidebb kiadási ciklus."
jó ez ahogy most van, inkább legyen régi, de atomstabil, mint új, de bughalmaz (lásd ubuntu)

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.17-rc2-szami2

ha pl egy régi iso8859-1 vagy -2 -es distrot használsz és át ssh-zol akkor iszinyat szét tudja szedni a terminálod és mivel az utf8 két byteon tárol, ezért egy kararkter helyén kettő jelenik meg, meg egy-két program _jelenleg_ még nem szereti az utf8-at

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.17-rc2-szami2

Ez baromság! Az utf-8 mióta tárol 2 byteon? Ezt hol hallottad? Olvass utána mielőtt másoknak beszélsz ilyenekről. Ha arra gondolsz akkor az ékezetes betűknél van ilyen probléma. De aki kernelt fordít és nem használ UTF-et mert ilyen kocka az ne írjon ékezetet.

A kernelfordítás meg nem egy debián módszer, és egy adminnak van jobb dolga is mint kernelt fordítani (akár egy szerverre).

Gábor

Én úgy gondolom a rengeteg lokális eltérés miatt, és mert évekig ezt szoktuk meg, és működött (amennyire működött), nem leszek egyedül, hogy úgy mondjam leszünk elegen mi konzervatív sötétben bújkáló ellenforradalmárok.

ráadásul nekem pl. ha néha irc-en felbukkanok sem okoz problémát az utf8 "olvasásáa", nekik okoz problémát az én kódolásom. akkor most én mit erőlködjek ? ;-)

-----

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

Termeszetesen van igazsag abban amit mondasz. De azert jo lenne, ha vegre egy szabvany szerint lenne a karakterkodolas is. Felolem lehetne iso8859-2 is ez a szabvany, csak a japanokkal pl. nagyon kibasznank :).
UTF-8 is egy szopas, de en ugy erzem, ha vegre mindenki kepes lenne atallni, nem kellene legalabb az eltero karakterkodolasbol fakado problemakkal foglalkozni.

ha vegre mindenki kepes lenne atallni

Nagyon sokan, pl. én sem szeretek/ünk számunkra felesleges munkát végezni. Én nem levelezek japánokkal, nekem ez nem probléma. :))

Nekem az az optimális és megfelelő, ha marad minden ahogy van. :-)
Nem kell egységes világszabvány sz'tem. ahogy egységes világnyelv sem. még a végén olyanok lennénk mint a borg dolgozók a startrekben. :))

Amig a dpkg-reconfigure locales ismeri az iso8859-2-t addig nincs baj. :-)

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

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

+1 én tökéletesen megvagyok az utf-8-al, ha pedig néha előveszek valami régi arhívumot, és ott nem azzal találom szembe magam nagykaland, de ez a ritkább. Ha site redesignet kérnek tőlem áttolom az egészet utf-8. Nekem olybár tűnik, hogy a csapból is utf fog folyni nemsokára.

Ok, rendben. De akkor mutass a Gimli Glider-re egy jó magyar cikket. Én itt olvastam róla, ezt a cikket tudom csak ajánlani annak, akit érdekel.
Megértem, hogy az esetleges flamewar-t akarod ezzel elkerülni, csak jelenleg a linkelt cikkben semmi nem volt, ami flamewart kezdeményezhetett volna. Maximum a szerző személye...

Így jártatok. Én nem tartok kapcsolatot olyan népekkel, akik miatt az UTF8 szükséges lenne. Ezért számomra az UTF8 teljesen felesleges, nem számít "haladásnak a korral", hanem felesleges szopás kategória. Itthon viszont még jelentős az iso8859-2es forgalom, ráadásul az archívumom is ilyen.

Úgyhogy én ezt használom. Az UTF8ra nincs mindenkinek szüksége. Akinek szüksége van rá, oldja meg. ;-). akinek nincs, az meg hadd használjon amit akar.

Irssi bizonyíték arra hogy meg lehet oldani a helyzetet. Ne mástól várd el hogy megoldja a problémádat. oldd meg magad. :-))

Pl. mértékegység: nem mérek lábban hüüvelykben, meg mérföldben sem, mert nem állok kapcsolatban olyan népekkel, akik lábban, hüvelykben, meg mérföldben mérnek.

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

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

"Pl. mértékegység: nem mérek lábban hüüvelykben, meg mérföldben sem, mert nem állok kapcsolatban olyan népekkel, akik lábban, hüvelykben, meg mérföldben mérnek."

De csak mert minden normális állam átállt metrikus mértékegységekre. Gondolj bele, mi lenne, ha az USA-ban még mindig angolszász mértékegységek lennének... (Tudom, még van néhány renitens mértékegység, ezekkel is éppen elég probléma van...)

„Szerintem mar eleg reg atkellett volna terni utf8-ra szvsz.”

Pontosan. Sajnos a mainstream rendszerek később kezték el átvenni a kódolást, mint azt ahogyan beleépítették volna a Plan 9-ba, pedig egészen jó kezdeményezésnek indult a dolog (de ami késik, nem múlik). Amíg a standard filerendszer a FAT16/32 marad (nem a számítógépeknél), addig még kavarodás lesz.
---
Powered by Áram

Mármint framebufferest, vagy virtuálisat? Mert utóbbit néhány órája, előbbit néhány napja. :) Igen, mindekttőn megy az ékezet, mindkettőn egyformán jól. Igaz, mint már írtam, nekem iso8859-2-es a rendszerem. Ezért kérdeztem, hogy mi a baj az unicode-dal? Ha az, hogy nem megy az ékezet, akkor mondjátok, és akkor elhiszem...

Ez azért nincs egészen így, a framebuffer pl. - X mellett gyakorta - "felesleges" megléte okoz(hat) némi problémát opl. hibernációban, vagy konzol + X együttes DPMS kezelésében.

Ráadásul adott kasznin rengeteg felesleges modult tartalmazhat. minden felesleges kernelopció, vagy adott esetben felesleges experimental modul felesleges biztonsági és destabilizációs tényező. szerintem.

----

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

( utpKabel | 2008. 01. 29., k – 10:34 )

Amint a fenti abra mutatja, a Debian fejlesztese onmagahoz kepest gozerovel halad. Sok sikert a fejlesztoknek!

( utpKabel | 2008. 01. 29., k – 10:44 )

"A csomagok már bzip2 tömörítést használnak."

Konyorgom, miert bzip2? Csomagkeszitesre nincs meg egy olyan rossz tomorito algoritmus, mint a bzip2.

Ha a sebesseg a fontos, akkor deflate (gzip).
Ha a meret, akkor meg lzma. Raadasul lzma nem csak jobban tomorit, mint a bzip2, hanem gyorsabb is a kicsomagolasi ideje. Csak a tomoritesi ido hosszabb, de az sem nagysagrendekkel, csak egy kicsit.