Přijďte si zasprintovat na Djangu, jiném Python open-source projektu, nebo jen potkat ostatní vývojáře!
… více »Letos v říjnu se v Praze uskuteční hned několik konferencí. Odehraje se zde nově vzniklá konference LinuxDays. K ní se přidá čtvrtý ročník openSUSE Conference, dvanáctý ročník SUSE Labs conference a aby to nebylo málo, přidá se i první ročník Gentoo miniconf. A to vše ve stejné dny a na stejném místě.
… více »Na Openmoko.cz vyšel článek s krátkým rozhovorem s ředitelem společnosti Openmoko Inc. a náhledem na dvě nejoblíbenější distribuce pro Neo FreeRunner. Podle všeho se Openmoko Inc. docela daří díky prodejům WikiReaderu a má nadále v plánu pokračovat ve vývoji dalšího otevřeného mobilního telefonu. Chcete-li vývoj podpořit, zakupte si Neo FreeRunner nebo WikiReader u některého z distributorů.
Tiskni
Sdílej:
Zkuste SHR, je to jiné kafe. Rychlost se již nedá srovnat, ...jo, to je pravda ... něco tak úžasně pomalýho jsem naposledy viděl, když jsem startoval OpenOffice na Pentiu MMX 233 MHz se 128 MiB RAM ...
telefonní aplikace sice tolik nepostoupily, ale vše je ve vývoji a postupuje se.jo, postupuje se tak, že z testingu jsem nedostal žádný update snad už půl roku v unstable se sice občas něco děje, ale já bych rád ten krám používal i jinak než jako těžítko a na procvičení přeflashovávání ... s tím souvisí ten příspěvek od uživatelů, když neumí programovat tak testujou, na jakýkoliv report se dostane odpověď ve smyslu "updatuj na unstable a pak hlaš", fakt úžasný, takže kvůli každý kravině si zneprovozním systém, a pak se budu srát s obnovou (která není triviální, doteď mi to neumí naimportovat vcf správně) tedy pokud se nějaké odpovědi dostane, většina bugů vypadá tak, že to tam rok hnije nepovšimnuto, a pak se objeví komentář ve smyslu "zavírám, je to moc staré, nahlašte bug proti nové verzi, jestli se ještě projevuje"
Pokud tedy chcete mít v testingu věci z unstablu budete muset přiložit ruku k díku. To nutně neznamená programovat, stačí vybírat věci z unstable a přepouštět je do testingu.ano, takže potřebuju provozovat unstable, abych mohl vybírat, čímž se dostáváme k tomu, že občas se to z unstable posere (a občas tak, že jediný způsob opravy je přeflashování), takže nemůžu ten telefon zároveň normálně používat, takže takovou funkci v projektu zastávat prostě nechci(*) ... takže, jak tedy přiložit ruku k dílu? (*) jednak momentálně nemám na to pořídit si druhý Freerunner, jednak by se mi nechtělo tahat s sebou dva telefony, a jednak nebudu dávat lidem dvě čísla s tím, že jedno je na telefon s unstable, na ten mi mají volat, abych zkoušel, jak funguje, ale když zrovna nefunguje a opravdu něco potřebují, tak že mají volat na ten druhý ... pak samozřejmě budou by default volat na ten druhý, oni nemaj potřebu ztrácet čas tím, že já chci testovat telefon, takže ten unstable mi zas bude na pikatchu, nic na něm neotestuju když s ním nebudu volat (a nenechám si na něj posílat sms, neb nestojím o to, aby se nenávratně ztratily, a nebudu z něj posílat sms, neb nemám žádnou kontrolu, zda se doručily - ano, po těch letech to furt neumí doručenky! - atd.)
Dva freerunnery nejsou potřeba. Pokud opravdu chcete pomoci, zkuste to.hm ... nějak si nedovedu představit scénář, jak výše uvedenou věc, tzn. sypat věci z unstable do testingu, můžu zodpovědně dělat jen s jedním telefonem ... každou chvíli flashovat jedno nebo druhé? - rád se nechám poučit, jaký by měl být postup s jedním telefonem?
S doručenkám - FSO doručenky umí,jenže FSO je framework, čehož "se nenajím" - mě zajímá konkrétní implementace na mojem telefonu takže SHR ... a SHR testing je fakt neumí - "jen se nevyužívá protože" je totální blábol, s prominutím, přece by nebyl problém je mít by default off a v meníčku položku na zapnutí, jenomže ta tam prostě NENÍ! v SHR unstable už se to z příkazové řádky (GUI ne-e) dá přes dbus vnutit tak, jak to FSO definuje, ale stejně mi nikdy žádná nepřišla ... možná v aktuální verzi to už funguje, ale nemám odvahu si zas rozbít relativně funkční systém a to vím, neb jsem na téma posílání sms z příkazové řádky nedávno zakládal bug, tedy trac ticket
Fňukat na fóru nestačí.viz výše, ten ticket se nenapsal sám ...
Myslím, že ti co jsou s vývojáři v kontaktu jsou schopni.protlačit občas větší, občas menší fičuru - založeno na počtu požadavků.hm, tak to je ale celkem smutné, ne? - chceš říct, že jako obyčejný uživatel, který si Freerunner pořídil především aby finančně podpořil zajímavý projekt, nemám nárok na to, aby se cokoliv vyřešilo, že k tomu musím mít čas celé dny vysedávat někde na netu na chatu a klábosit s vývojáři?
Zkuste přijít za námi na jabber konferu, můžeme zkusit vytvořit seznam toho co "českému uživateli opravdu nejvíce chybí" a to prezentovat dále. Šance že se věci posunou je značná, o to více, pokud za tím bude stát dost velké množství uživatelů.mno, mě zaráží, že ty věci nechybí vývojářům samotným, na co nějaké seznamy "co českému uživateli chybí", to je samotné nesere, že se se svým telefonem nedovolají atd.? ... v tomto případě pochybuju, že by to byl stejný případ jako s Aaronem a KDE, kdy on něco uživatelům rozbije, ale ty nasrané davy ho neiritují, protože jemu samotnému to jede ok - protože jeho kód, ze kterého jede, se dost radikálně liší od toho, co běžnému uživateli přistane v distru, anebo je to otázka toho, že má jiný hw a verze knihoven než sám velký Aaron, který si to na svojem systému odladí, aby mu to jelo ...
27.7.2010 08:57
the.max | skóre: 43
| blog: Davidovo smetiště
| Bílina
27.7.2010 09:38
mikirc | skóre: 17
| blog: MikiSoft
| Vsetín
|
|
|
|
|
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
