A Lucid Lynx fejlesztése alatt is lesz "100 paper cuts" projekt

Ubuntu

A "One Hundred Paper Cuts" projektről legelőször a Karmic Koala fejlesztése alatt hallottunk. A kezdeményezés célja az volt, hogy 100 olyan triviális, apró, ámde annál bosszantóbb, használhatóságot akadályozó vagy megkeserítő bugot javítsanak ki az Ubuntu 9.10 kiadására, amelyek az újdonsült felhasználókat frusztrálhatják, viszont a rutinos felhasználók elképzelhető, hogy észre sem veszik, vagy egyszerűen csak nem törődnek vele. Vajon mennyit sikerült kijavítani a betervezettekből? S vajon lesz-e folytatása a projektnek?

David Siegel - az Ubuntu User Experience and Design Team tagja - blogjában arról számol be, hogy a Karmic fejlesztése alatt a One Hundred Paper Cuts projekt keretében a tervezett 100-ból 76 hibát sikerült kijavítaniuk. Ezen kívül arról tájékoztatja az olvasót, hogy múlt héten Dallasban, az Ubuntu Developer Summit rendezvényen a Canonical Design team, a papercutters team tagjai és az Ubuntu közösség képviselői egyetértettek abban, hogy a Lucid Lynx fejlesztése alatt is lesz 100 paper cuts projekt.

A részletek itt olvashatók.

( gUHU | 2009. 11. 27., p – 11:05 )

Azt mennyire figyelték, hogy a javítások mennyi hibát - akár bosszantót, akár nem, okoztak? :)

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

( lmisi | 2009. 11. 27., p – 11:19 )

Nagyon kedvelem az Ubuntut. 2 notebookon is az van lassan 1,5 éve.
Deeee papírozás helyett tegyék rendbe az ldapot és samba -t.
A Karmic-ban szinte használhatatlan a samba legalábbis a printer megosztás.
szóval desktopra igen, szerverbe majd csak ha bizonyított.
A samba még a deszktop uzerek életet is keseríti mivel a saját megosztások is nyögve nyelősek, ha egyáltalán életre lehet lehelni.
Tipikus sirám: 9.04 samba config már nem jó a karmic-nak pedig a samba-nak sztenderdnek kéne lenni. Jah alapconfiggal se megy már. A két processz közül az egyik notorikusan nem indul el reboot után. Ha elindulnak abba se sok köszönet mert csak látszólag, mivel samba restart után jönnek elő csak a nyomtató megosztások. Én bohó azt gondoltam kiváltom az xp-s printszerveremet. Na nem, ugysem volt vele gond és ami müxik ne akard megjavítani.

( nc | 2009. 11. 27., p – 11:29 )

Kedvencem: Spellcheck doesn't recognize "Ubuntu"

( levus | 2009. 11. 27., p – 11:34 )

A HW egy Notebook nem integrált grafikus kártyával.
Az új telepítésű (nem upgrade 9.04-ről) Ubunut 9.10-es akkumulátorról használva nem képes elindulni csak (valahogy) karakteres módban.

A megoldás: Kézzel kell szerkeszteni az /etc/X11/xorg.conf fájlt.
Be kell írni az alábbiakat.
Section "Screen"
Option "NoPowerConnectorCheck"
Ez a "hiba" a 9.04 ben is megvolt sőt úgy emlékszem már a 8.04-is tudta.

Ez nem hiba vagy nem elég triviális, hogy javítsák, vagy ez maradt ki a 100-ból?
Engem bosszant.

Levus

( n0gabor | 2009. 11. 27., p – 14:09 )

En nagyon remenykedtem hogy a Karmic most hu de szuperul stabil lesz a projectnek koszonhetoen. Sajnos nem ez tortent. Internet is tele van panaszkodokkal, akik a Karmicot az eddigi legrosszabb Ubuntu kiadasnak titulaltak. En is nagyon sok apro, bosszanto, vagy eppenseggel nagyobb bugot talatam benne.

Szerintem nem véletlenül nem lett LTS, pedig papiron annak kelett volna lennie.
Nem baj ha ez bugos, de egyrészt javítsák, másrészt pedig az LTS legyen atomstabil.

Amugy szerintem a 9.04 hez képest előrelépés, bár messze van még mondjuk a 8.04 minőségétől

### ()__))____________)~~~ ###
#"Ha én veletek, ki ellenetek?"
#ASUS eee 900 // Uborka

( khiraly | 2009. 11. 27., p – 15:54 )

Azt nem tudjatok, hogy hoygan lehet visszakapcsolni, hogy csipogjon amikor bedugom a toltot a laptopba (vagy kihuzom azt)?

Mert szar a kabelem/csatlakozom/dugom/etc, es allandoan elveszti a tapot (igen, mar kicsereltem a csatlakozot, 1 hetes projekt volt, de alig javult), szoval szeretnek hangjelzest hallani rola. Foleg filmnezes kozben.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Nem tudom, milyen rendszert használsz pontosan, de elvben ACPI eventekre be lehet állítani programfuttatást.

sudo mcedit /etc/acpi/events/battery

elvileg ez az ami meghivodik amikor AC ről batteryre vált a gép

### ()__))____________)~~~ ################
#"Ha én veletek, ki ellenetek?"#1000H/UbuFb

Bocsika, de ennek a hozzászólásnak volt értelme?
Ha nála észreveszi, akkor vidám, ha nem akkor szól, hogy köll B terv.
Alapvetően én sem vagyok oda meg vissza az ubuntutól. Azért ezt használom, mert main stream. A sok bug ami felütötte a fejét tapasztalatom szerint elsősorban annak köszönhető, hogy major változások mentek végbe a rendszer alapjaiban. De előbb utóbb le fognak nyugodni a kedélyek, és lehet majd a stabilitással foglalkozni. Én személy szerint utálom pl a minden gconf dolgot. meg pl azt is, hogy a network manager össze van nőve a nagy DE -kkel. De ha a 42 is úgy akarja, akkor egy barátommal neki fogunk álni, hogy a cnetworkmanager -t felturbózzuk pl Mobile Broadband kezeléssel, stb. és ha végre annak teljes funkcionalitása lessz, akkor utána egyrészt megy majd command line-ból is. Utána meg bárki bármilyen GUI-t összedobhat hozzá.
Sajnos mostanság az a tendecia, hogy kismillió memory hog backend futkorásszon, DE-vel összenőtt frontendekkel. De ugye pont arról szól az Open source, hogy ha nem tetszik, akkor csináld máshogy.
Neked mi az ami nem tetszik? Add ki magadból.

### ()__))____________)~~~ ################
#"Ha én veletek, ki ellenetek?"#1000H/UbuFb

Rengeteg terv, hatalmas, világmegváltó ötlet, az van. Amikor valaki elkezdi megvalósítani, hatalmas a lelkesedése, ez majd aztán elhozza a linux desktop évét (TM)/felgyorsítja a boot folyamatot/leegyszerűsíti a plug-n-playt (2009 van, ROFL), stbstb

Aztán megírja az első draftot és megunja, lepasszolja a közösségnek, a fejlesztés gyök2 sebességet vesz fel, a hibajavítás meg unalmas, azt senki se csinálja.
A hülye disztrib (pl. Ubuntu) viszont ilyenkor már rég beletette a következő kiadásba a világmegváltó-daemon-prealpha0.0001-t és teljesen lecserélte a "régi", már épphogy feature-freeze stádiumba lépett, esetleg véletlenül még jól is működő architektúrát.
Idő nincs a javításra, mert már szorít a kiadási idő, addig abajgatják amíg a splash screent behozza, aztán odadobják a felhasználónak hogy szenvedjen vele ő.

Az eredmény új, de többnyire működésképtelen funkciók tömkelege, és folyamatos ígérgetés hogy "idővel javítjuk". De a trend az hogy mire javítanák, addigra kidobják és betesznek egy még újabb, még bugosabb projectkezdeményt, és az egész kezdődik előről.

A Karmic hw (nem csak ACPI) kezelése pont ez az eset. De a többi Ubuntu kiadásban is volt/van/lesz ezer ilyen történet.

szerk: és ez pont a "ha nem tetszik, csináld máshogy" folyománya is. Sokkal célravezetőbb lenne a "ha nem tetszik javítsd ki", persze ez nehezebb, ez már nem tetszik senkinek.
Így viszont ahogy most megy a linux desktop "fejlődése", csak még nagyobb anarchia várható.

+1 én azt sem értem hogy minek új feature?? inkább javítgatnák legalább 1 évig. szerintem a meglévő alap rendszerből is sokat ki lehetne hozni 1-2 új script-tel, ami megkönnyítené az r1 user-ek életét. Ehelyett alapjaiban rúgják ki a ház falát állandóan.

csinálhatnának inkább jobb bevezető doksikat a user-eknek, meg talán 1-2 újabb frontend-et néhány stabil alap dologhoz és kész. ezekhez legalább többen tudnának javítást és fejlesztést adni.

úgyis van egy rakás dolguk az új kernel plusz xorg és driver-ekkel meg bug javításokkal, hagyhatnák a többi komponenst. azért se jó ennyi verziót kilökni, mert támogatni már nem hiszem hogy lesz elég erőforrásuk, és csak feleslegesen leterheli a fejlesztőket.

szerk.: meg amit nem értettem soha, hogy miért debian sid? legalább testing-re építenék, ott is azért elég friss, elég megnézni a kernelt, és nagyságrendekkel jobb pozícióból indulhatnának. sid-es verziókat akarják kipofozni 1-2 hónap alatt?

ami fontos lenne, a megbízhatóság és stabilitás. olvasom, hogy a user-ek írják, hogy "de hát ebből a csomagból van újabb verzió" stb. mi a szarért foglalkoztatja? akkor használjon mindent svn-ből.

a linux platformnak így is van elég megoldatlan területe, fejleszthetnék a hangrendszert, legyen jobb hardver támogatás. tegyenek erőfeszítéseket azért, hogy vásárolható legyen széles körben olyan hardver, amelyekhez hosszú távon kitesztelt driver-ek elérhetőek.

Szívemből szóltál. Szerintem sem kéne szétgyakni a rendszert 6 havonta. Én pl máig nem értem, hogy mi volt a baj az xorg.conf al. Tényleg jó minden bootnál autodetectelni mindent? bullshit.

A csináld máshogy, annak a folyamánya, hogy mindennek másfél-két képernyőnyi gnome/ kde dep-je van. Most komolyan. A Gdebi-nek függenie kell a gnome-icon-theme (tizenmega) től? azért a 3 nyamvadt ikonért? És ha hálózatot akarok kezelni, akkor muszáj nekem notify, meg gconf, meg gnome-keyring, meg tudomisén még mi?

A fejlesztők agyán kéne javítani. Azt sem értem, hogy miért kell mindent a legfrisebb libekhez drótozni, kb tök feleslegesen. tényleg muszáj annak a szegény programnak GTK 2.megmegsemjelentprealpha.1 a működéséhez?

Az Ubuntu, és sok más disztro is, megy lefele egy szépen csillogó lejtőn.
De mi az amit választhatok?

IMHO:

legyen friss a kernel + X.org. A driverek miatt.
legyenek frissek az alkalmazások (gimp, inkscape, openoffice)
legyen friss minden ami kommunikációval kapcsolatos (értsd friss verzió, nem új program)
Minden más meg legyen annyira egyszerű és stabil amennyire lehet.

Pulseaudio? vicc.. Alsa
Grub2? minek? Grub1
gdm friss ropogos? ugyanmár. fölösleges
*splash : nemár.
hetente új init ? hogy mi van?

Minden alap funkcióhoz legyen normális command line front end.
Az sem baj, ha van curses front end is.

Hálózat, hang, Removable Devices, HID, ACPI .... ne függjön DE-től, de még az X től sem.

De ilyet hol találok. sehol. :S

### ()__))____________)~~~ ################
#"Ha én veletek, ki ellenetek?"#1000H/UbuFb