Nagyobb váltás szoftver fronton az OpenMoko-nál

Címkék

Az OpenMoko nagyobb változtatásokat eszközöl a szoftverplatformján. Az ablakkezelő fronton Matchbox-ról Enlightenment-re (E17) állnak át, míg a GTK-alapú, alapvető telefonalkalmazásokat (tárcsázó, névjegyek, SMS) Qt alapú megoldásokra cserélik.

OpenMoko - Contacts
Contacts

A Qtopia-t portolták X.Org-ra, így már lehetőség nyílik Qtopia, GTK, ELF és Python alkalmazások egyidejű futtatására. Érdemes megjegyezni, hogy a GTK-alapú alkalmazások a továbbiakban is teljes támogatást élveznek majd. A változásokról Ian Darwin írt egy "első benyomások" jellegű beszámolót. További részletek itt. Flash demo a Home Page (aka. Launcher) "slider" stílusú működéséről itt.

Hozzászólások

Rasterman alkot. Nem hiába vették fel :)

Apple MacBook C2D 2.2Ghz 2x1G Intel X3100

Az e17 resze ugyebar nem volt meglepi, mivel Raster bacsi lassan 1 eve naluk dolgozik.
A szepseg pedig relativ de GTK vs QT azert eleg egyertelmu szerintem :)

Ezzel az openmokóval kapcsolatban kezd olyan érzésem lenni, hogy sosem készül el.
Elméletilegm ár régen a phase3-on kéne dolgozniuk, de egyenlőre még a pahse 2 sem kapható, pedig fél éve be van ígérve. Szvsz amikor már kiadás elötti állapotba került a free runner, mi a tökömnek kellett hirtelen csomagkezelőt váltani, most meg ez. Gyanítom, hogy ahhoz képest, hogy tavaly decemberre ígérték a free runnert
örülhetünk ha idén karányora lszs belőle valami. A phase 3-ról pedig ne is beszéljünk. Ha ez így megy tovább az android is beelőzi, akkor pedig nekik kampec

--
A linux felhasználóbarát. mindössze megválogatja a barátait...

És a Trolltech mennyit fizetett?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Aki python alatt fejleszt, annak nem tul jo hir. A python QT bindingje szora sem erdemes...

Ugyanakkor a pygtk-nak igencsak nagy a felhasznaloi bazisa.

En tervezek venni egy ilyen mobilt (mar lassan egy hete hogy elkezdodott a tomeggyartasa, junius elso heteben tervezik kuldeni az elso peldanyokat amerikai es az europai elosztohalozatba (ez kb. 2 het hajon)).

Szoval en ugy tervezem, hogy julius kozepe fele lehet majd megvenni.

Btw, van itt meg olyan aki ilyet tervez venni? Lehet erdemes lenne elkezdeni szervezni egy csoportot, hogy 10-pack -ot tudjuk venni. (30$-ral olcsobb es plusz kiegeszito jar hozza)

---
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....

1. Probald ki, es megtudod;-\
2. Most raneztem, es elegge naprakesz de regebben komolyabb lemaradasai voltak. (qt-hez kepest). Plusz amikor elkezdtem pygtk-zni, akkor meg nem volt windows-os verzioja.
3. Az osszes qt negativum itt is megvan. Szamomra a legrosszabb, hogy csomo mindent alapba alad tol a qt, igy ha veletlenul portolni szeretned az alkalmazasodat mas gui ala (pl. gtk), akkor irhatod at a fel programodat es nem csak a gui reszet. (jo pelda ra: scribus. Ott reszletesen kifejtettek, hogy miert valoszinutlen egy gtk port megjelenese)

4. Kutya se hasznalja.
(egy kis segitseg: codesearch.google.com es irdd be: import pyQt4 vs. import pygtk)
vagy az eric-en kivul sorolj fel legalabb 10 komolyabb alkalmazast. Vagy 5 pyqt-s alkalmazast amit nap-mint-nap hasznalsz. (pygtk-bol en tudok felsorolni 10-et is.)

5. egy ceg fejleszti, nekem ez antipatikus.

Kar ragozni. Az biztos hogy egy PII-s kis gepre tulzas gtk, e17, qt alkalmazasokat egyszerre futtatni. Szoval itt is meg fog jelenni gnome, kde, xfce-hez hasonlo varians haboru. Remelem hogy ettol meg nem fullad be a mobilgyartas.

---
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 kene erre valaszolnom, mert ordit a hozzaszolasbol a igenytelenseg. De mindegy.
Szoval szerinted attol lesz jo egy program, hogy emberek penzert foallasban irjak?
Az nem lehet jo, amit erdeklodesbol es egyeb belso (nem penzugyi) motivaciobol kifolyolag irnak - es lenyegesen tobben -, mert kell vagy tetszik nekik a dolog?
Arrol nem is beszelve, hogy par foss projectet ismerve azt kell mondanom, szoktak ott lenni nagyon hozzaerto emberek (en is sokat tanultam ilyen projectek fejleszteset figyelve), hiaba nem egy ceg alkalmazza oket a project fejlesztesere.

- Use the Source Luke ! -

> nem kene erre valaszolnom, mert ordit a hozzaszolasbol a igenytelenseg.
Ezt szemelyes sertesnek veszem.

> Szoval szerinted attol lesz jo egy program, hogy emberek penzert foallasban irjak?
Egy ceg tonkre is mehet vagy raun a fejlesztesre, lasd openwengo.

De szerintem nem kell itt magyarazkodnom, aki akarta mar megertette.

---
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....

kedves denes tudom h az izombol vitatkozas az ami megy neked de segitek ertelmezni a kommentem allitasat:

egy szoftver nem lesz jobb attol h tobben fejlesztik

nem allitottam h az 1 ceg altal fejlesztett szoftverek jobbak ezt te halucinaltad bele

legyszives ragaszkodj az ilyen forumokon ahhoz h ne adj mas allitast a vitapartnered szajaba mert ettol nem leszel hitelesebb

kthx

http://weho.st
never happen if you never try
MD_Update(&m,buf,j); /* purify complains */

"tudom h az izombol vitatkozas az ami megy neked"

te mirol beszelsz? nem forgattam ki a szavaidat, csak blodseget irtal, primitiv hangnemben - mondom hulyeseg is volt a reszemrol valaszolni a flamebaitre.

szerk: amugy mi az hogy egy szoftver nem lesz jobb ha tobben fejlesztik?? sok szoftver letre sem johetett volna ha csak egy ember fejleszti, komolyabb szoftverekrol van azert mar itt szo.

- Use the Source Luke ! -

> Már ne haragudj, de miért kell mindig a kereket feltalálni? Ha neked ez gond...

Leirtam.: Nagysagrenddel nehezebb portolni az alkalmazast mas gui ala.
Vagy: nehezebb egy reszt kiemelni belole es atvenni a programodba (ha nem qt-s).
Vagy: nehezebb kulonallo konyvtarat letrehozni, mert annak is kell a qt.

Rovidtavon persze kenyelmes, de hosszutavon mindenkeppen hatrany.

Az biztos, hogy egy ilyen lassu eszkozon nincs helye ennyi kulonbozo gui egyideju hasznalatanak.

---
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....

Ezzel maximalisan egyetertek. Egy alapvetoen Qt-s kodbol nem igazan lehet kiemelni kodot ugy, hogy az eredmeny kod ne fuggjon a Qt-tol. Akkor se, ha a vilagon semmi koze nincs a grafikahoz. Miert: lattal te mar olyan Qt kodot, ahol amugy char* -gal esetleg std::string-gel varialnak, es csak igen ritkan QString-gel? Mert en meg nem igen. Egyszeruen Qt-s kodban valamiert nem illik ilyeneket hasznalni. Ja es Qt-nal nincs olyna, hogy nekem csak a qt4core kell, a qt4gui vagy a qt4network nem. Annak idejen meg volt egy tinyqt nevu kezdemenyezes, ami leirtotta a grafikai reszt a qt-bol es csak a tenyleg alap qt cuccokat tartalmazta - de az qt3 volt meg. Gtk-nal ugye ez szepen elvalik, mert ott a GObject mint alapkonyvtar, es erre epul a Gtk+ mint grafikus konyvtar. Igy pl. hasznalhatom a GObject stringkezeleset anelkul, hogy fuggnom kellene egy csomo grafikus libtol - holott a progi valojaban meg csak nem is grafikus.

Ez programtervezés kérdése. A gnue-forms -nak pl. van wx, gtk, qt, curses és win32 kliense is. A többi rész (common, appserver, reports) meg sima Python. Amúgy meg ha valaki az elején eldönti, hogy (py)qt4-et használ, mi a bánatér akarná gtk-ra portolni a programját?
Engem soha nem zavart modjuk, hogy Xfce/Gnome használat mellett k3b-t, vagy skyp-ot indítsak.
Szerintem fölösleges ez ilyeneket gtk-ra portolni. Minek?

A hivatkozott cikkben is ELF van, de az nem EFL (Enlightenment Foundation Libraries) akar lenni? Nekem az elf-ről más jut eszembe.

Hello,

Ez a "reboot" jellegű váltás már elég régóta érett az OpenMoko-n belül, még bőven Rasterman érkezése előtt.

Megpróbáltam kicsit összefoglalni, hogy mik vezettek idáig:

Eredetileg a projekt néhány, az OpenEmbedded környékéről származó emberből állt. Természetesen azt választották, amit ismertek:
* OpenEmbedded build rendszer + a hozzátartozó nagyszámú csomag
* GTK (akkoriban a Qt/Embeddednek nem volt meg az újabb verziója + ugye a GTK licensze barátibb)
* X11 - így megmaradt a más toolkiteket használó programok futtatásának lehetősége.
* Matchbox ablakkezelő - a Maemo (Nokia N770 - N810) világban megelégedéssel használják
* A szokásos GNU/Linux desktop stack (HAL, DBus, system V init ...)

Ebből kiindulva próbáltak egy mobiltelefont összerakni.

Sok problémával küzdöttek, ugyanis egy új mobiltelefon platformot 0-áról összerakni nem egyszerű, pl. a Siemensnek sem sikerült 0-áról megújítania a mobiltelefon platformját, pedig 2x is megpróbálták és 100 milliókat öltek bele euróban, mielőtt tönkrement a mobilrészleg.

Végül sikerült kiadni a Neo1973-at tavaly tavasszal, persze a szoftver még csak éppenhogy bootolt. Az első szoftververziók nagyon designosak / formabontóak akartak lenni, de úgy tűnt, hogy nem UI szakemberek tervezték -> nehezen használható volt.

Ezután jött az OpenedHand (egy angol beágyazott Linuxos cég) féle változat, ami jobban követte a konvenciókat, viszont egyre több korlát derült ki a választott szoftverstackről, főleg teljesítmény vonatkozásában.

Vicces volt, amikor Michael Lauer postolt a blogjában egy bejegyzést, amiben több mint egy évvel a projekt indulása után összehasonlította a GTK/fb-t és a GTK/x11-et, és rájött, hogy az fb verzió mennyivel gyorsabb...

Közben a Trolltech észrevette a piaci lehetőséget, portolták és kiadták a Qtopiát GPL alatt, ami egy teljes "feature phone" stacket adott, le is lehetett tölteni. Ami miatt ettől nem lett használható a telefon, az a hardver közeli részek hiányosságai: GSM stack vezérlés, power management ... stb.

Közben persze ezerrel dolgoztak a hardveren is, amiből a Neo FreeRunner lett. A Neo1973 power management gondjainak egy része HW eredetű volt, ezeket próbálták javítani.

Talán a power management kérdése a legégetőbb: a mostani linkelt cikk is ezt emeli ki. Ugyanis ha a telefon nem nyomja le készenléti üzemmódba a CPUt + kapcsolja le a kijelzőt (backlightot), amikor nem használod, akkor pillanatok alatt lemerül az akkumulátor. Persze amikor viszont pl. jön egy hívás, akkor azonnal ébrednie kell, meg kell jelenítenie a képet, le kell játszania az mp3 csörgést. Amíg ez nem megy, addig a készülék alkalmatlan a normál mobiltelefon kiváltására. (Más dolgokra, pl. GPS-nek, autós telefonnak ... stb. kiváló lehet).

Tehát elindult egy útkeresés, hogy hogyan lehetne javítani a teljesítményen. Ennek egyik lépése volt az Enlightment világ felé nyitás, a másik pedig, hogy a hagyományos Linux desktop stack reszelgetése helyett létrehoznak egy DBus alapú API-t, ami a telefon szolgáltatásait elérhetővé teszi.

A váltásnak vannak előnyei és hátrányai:

Előnyök:
* telefonok számára kihegyezett framework (bár a pythonban írt prototípus teljesítményéről vannak kételyeim, de valószínűleg gyorsan készen lesz.)
* kész alkalmazások (Qtopia X11-hez portolva)
* remélhetőleg nagyobb teljesítmény

Hátrányok:
* Qt / Qtopia GPL licenszű -> kereskedelmi alkalmazások fejlesztéséhez fizetni kell a Trolltechnek. (Igen, használhatsz más toolkitet, de az nem lesz úgy integrálva a telefonba, illetve sokkal több erőforrást eszik különböző toolkites alkalmazások futtatása.)
* Elveszítették a GTK accessibility feature-eit. Elég jó piac lett volna a kisegítő lehetőségeket igénylőket megcélozni.

Összességében nem lehet tudni, hogy mi lesz az eredmény,
szeptemberre nagy valószínűséggel nem lesz kész a végfelhasználóknak is használható telefon. Talán a karácsonyi időszakra (október vége - november eleje) van esélyük.

Végül csak egy gyors összevetés a Google Androiddal. Az Androidon látszik, hogy a Palmtól érkező emberek csinálták:
* Nem tisztelik a Linuxos hagyományokat (pl. egy bináris init, amibe gyakorlatilag minden hardkódolva van), ami szerintem a teljesítmény szempontjából hasznos.
* Saját IPC framework
* Saját komponens rendszer (service-ek, intent-ek ... stb.)
Ugyanakkor nyilván ott is sok probléma van, mint minden ilyen fejlesztésnél, csak azokról nem tudunk. Pl. áttervezték a UI-t két SDK verzió között...és akkor a valódi hardveren a teljesítményről még nem tudunk semmit.

Üdv,
Gergely