Jelentés az Ubuntu Developer Summit-ről

Ubuntu

A napokban tartották a kaliforniai Mountain View-ban az aktuális Ubuntu fejlesztői konferenciát. Az Ubuntu fejlesztők és érdeklődők azért gyűltek össze a Google helyi irodáiban, hogy az Ubuntu következő kiadásának, a Feisty Fawn-nek a fejlesztési irányvonalairól értekezzenek.
A rendezvényre kb. 140 küldött regisztrált, de ebből csak 30 volt Canonical alkalmazott, a többiek az Ubuntu közösség tagjai, upstream projektek képviselői és más, az Ubuntu fejlesztésében érdekelt személyek voltak.

Mark Shuttleworth - az Ubuntu projekt mögött élló Canonical első embere - elmondta, hogy az Ubuntu 7.04-es verziójában kb. 50-50%-ban lesznek a Canonical által a fejlesztői csapatnak "diktált", és a közösség által ösztönzött funkciók. A Feisty végleges funkciólistája még nincs ugyan kész, de egyes elképzelések már körvonalazódnak.

Úgy tűnik, hogy a kiadás fejlesztésének egyik sarkalatos pontja lesz a multimédia codek-ek egyszerűbb, könnyebb "on demand", azaz igény szerinti elérhetősége.
A másik megoldásra váró probléma az olyan audio-val kapcsolatos problémák kiküszöbölése, amikor különböző hangrendszerek és programok "harcolnak" egymással azért, hogy ki férjen hozzá a hanghoz. A specifikáció még ugyan nincs kész, de úgy néz ki, hogy első lépésként PulseAudio le fogja váltani az Enlightened Sound Daemon-t (ESD), amely lépés eredményeként számos program tud majd egy időben ciripelni, csipogni, vagy egyéb más hangot kiadni egyszerre anélkül, hogy előjönne a "cannot access /dev/dsp" hiba.
Mark Shuttleworth kijelentette, hogy a Beryl-en keresztül megvalósított desktop effektek magas prioritást élveznek a Feisty fejlesztésében.
Jelenleg úgy tűnik, hogy a Feisty egy kicsit tovább megy majd a bináris driver-ek terjesztésével kapcsolatban. Jelenleg található az Ubuntu-ban néhány bináris blob (néhány wireless chip és egyéb más hardver támogatásához), de például a !szabad NVIDIA dirverek nincsenek használatban a terjesztében alapértelmezetten. Shuttleworth szerint a bináris driverek alapértelmezetten engedélyezve lesznek a Feisty-ben, hogy a felhasználók jobb teljesítményt kaphassanak (valószínűleg azért kellenek, mert szükséges lesz a bináris ATI és NVIDIA driverek alapértelmezett használata, ha Berylizált desktop-ot akarnak).

A részletes(ebb) beszámoló itt.

( LiRul v | 2006. 11. 11., szo – 19:27 )

Ez a PulseAudio nagyon szimpatikus, hasznal valaki ilyet jelenleg?

( mikebela777 | 2006. 11. 11., szo – 21:46 )

Kissé szkeptikus vagyok a Feisty-t illető igéretekkel/elképzelésekkel kapcsolatosan. Az eljövendő Edgy újszerű funkcióiról is sokat mondtak korábban, aztán közben alig nevezhető "bleeding edge"-nek a végleges kiadása. (A Fedora 6 vagy a Mandriva 2007 például inkább az.)

Hmmmm... Xorg 7.1, upstart - szerintem ezek jelentős újdonságok, bár igazából nincsenek annyira szem előtt. Mondjuk jobb lett volna 2.6.18-as kernellel, mert az sok fontos újdonságot hozott (a Core2Duo-s alaplapok jobb támogatása, mástnemondjak). Egyelőre nekem inkább a Feisty tűnik bleeding the edge-nek, de majd meglátjuk, hogy abból mi lesz.

ha megnézed az edgy kiadási ütemtervét, akkor rájössz, hogy a fejlesztők kicsit elszámolták magukat. eleve az egész ciklus 4 hónapos volt, aztán meg már 3 hónappal a kiadás előtt uvf volt, szeptember 7-én meg feature freeze, tehát effektíve kb. 2 hónap volt a fejlesztésre, a többi már bugfix volt. mark egy blogpostban el is ismerte, hogy rosszul kommunikálták le a dolgokat, mert a legtöbb változás "under the hood" történt, tehát egy egyszerű juzer szinte semmit sem tapasztal ezekből az újításokból. de úgy tűnik, hogy a feisty ilyen szempontból tényleg komolyabb lesz...
--
ubuntu linux member

phanatic, hozzád lenne egy kérdésem Ubuntu Edgy-val kapcsolatban.

a tervem a következő volt, alapból minden 64bites:

Xen

  • chroot - Development
  • chroot - Desktop 32bit nVidia, Beryl
  • Xen - Web
  • Xen - Database
  • Xen - Windows Server 2003 32bit

és arra kellett rájönnöm, hogy:

  1. az Edgy 64bit-ből hiányoznak a xen-hez tartozó kernelek, és egyéb tartozékai.
  2. úgy bugos 64biten ahogy van. Kék Halál szinten

Van információd arról hogy ez mikor lesz elérhető?

Persze 32bitesen ugyan ez tökéletesen megy.

( bervi | 2006. 11. 11., szo – 22:44 )

"(valószínűleg azért kellenek, mert szükséges lesz a bináris ATI és NVIDIA driverek alapértelmezett használata, ha Berylizált desktop-ot akarnak)."

és mi van az aiglx-szel? ahhoz nem hogy kell, hanem pont hogy nem szabad feltenni ati drivert.

vagy ez már a beryl valami saját hülyesége?

( bastya_elvtars | 2006. 11. 12., v – 15:34 )

Azt várom, mikor jön az, hogy elwindowsosodik az Ubuntu... bár nem vagyok belebuzulva, de szerintem ők egy használható desktop rendszert akarnak fejleszteni. Ha valakinek ez így nem tetszik, akkor felrak egy Debian Sid-et, és összerakosgatja.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

engem az érdekelne, hogy lehet elérni, hogy az, ami műküdik a csomagból rakott kernellel, az menjen a sajáttal is.

példa: az mmc kari csomagossal megy mint a pendrive, sajáttal nem, pedig elvileg megvan, ami kell, modulokat nézegetve nem hiányzik

másik a touchpad scrollja, csomagossal megy mind a gombbal, mint a jobb szélen húzogatva az ujjam, sajáttal pedig nem.

lehet, hogy a kernelemmel van gond, nem tudom, de lehet, hogy vannak dolgok, amik csak csomag kernellel indulnak el?

"hmm. akkor más a gond mert utoljára 2.6.19-rc akármennyivel próbáltam"

Nem tudom mire gondolsz, de nekem csontra működött minden a saját magamnak forgatott kernellel. Én így csináltam (nyilván most a jelenlegi verziókkal írom):

1.) kernelforrás leszed
2.) kibont a /usr/src alá
3.) cp /boot/config-2.6.17-10-generic /usr/src/linux-2.6.x/.config
4.) cd /usr/src/linux-2.6.x/
5.) make oldconfig
6.) make-kpkg --initrd --bzImage kernel-image
7.) cd ..
8.) dpkg -i kernelcsomag-neve-verzioja.deb
9.) reboot
10.) fglrx kerneldriver leforgat
11.) vmware-config.pl

Örömködik.

Ezek után biztos, hogy minden úgy van, ahogy az Ubuntu kernelben eredetileg (aminek initrd-ben kell lennie az initrd-ben, aminek modulban az modulban, stb.). Nekem ezután _minden_ úgy működött mint a gyári Ubuntu kernellel.

--
trey @ gépház

jaj trey oreg, nagyon rotfl volt elobb, volt a kezemben egy kubuntus notbuk, na se a bluetooth se a wifi nem mukodott rajta (utobbi legalabb ugy tett mintha asszocialna, elobbinel az os elhasalt a gecibe), de amikor meglattam hogy harmadik egergombbal kell pasztelni (ie. egyszerre ket gombot kell lenyomni LOL), azt hittem kiterek magambol a rohogestol :DDDD mint amikor itt vedtetek ezt a hatalmas ficsort hogy fuu a linux mar ezt is tudja :DD

Ez mit változtat azon, hogy fogalmad se volt arról, hogy "emulate 3 button"-t meglehetősen sok helyen alkalmaznak/alkalmaztak a Linuxon kívül is, és egyáltalán nem Linux-only feature, mint ahogy próbáltad bizonygatni?

"mint amikor itt vedtetek ezt a hatalmas ficsort hogy fuu a linux mar ezt is tudja :DD"

Védtétek? Biztos összekeversz valakivel, mert én csak a nyilvánvaló tévedésedet javítottam ki.

--
trey @ gépház

Fogalmam sincs. Volt idő, amikor nagyon ráértem és forgattam vanilla kernelt, hogy megnézzem, hogy hol tart a tudomány, de újabban tökéletesen megfelel nekem a vendor szállította disztro kernel. Minden működik (például a touchpad scrollozás is), a sec update-ek megcsinálják helyettem, marad egy csomó időm másra.

--
trey @ gépház

teljesen igazad van, mostanában én se foglalkozok vele, csak jól jön egy vanilla .config, ha valami disztrót akarok kirpóbálni stb. :)

ami vicces, hogy a bill driver modulban van, és indításkor, amikor kéri a usert, az első leütést nem veszi be, gondolom akkor tölti be a modult. így aztán

vviktor
pass

:)