Re: NEW e-tasks Alpha release
> > > But really, I did not understand how to use it yet. But hings happen > when I press buttons. *g* > > Tilman > > Dis you read the usage on the wiki page http://wiki.openmoko.org/wiki/E-tasks Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all e/illume based] copy/paste
On Thu, 30 Apr 2009 07:24:55 +0100 Tilman Baumann said: > > On 27 Apr 2009, at 02:07, Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 27 Apr 2009 00:38:20 +0200 "Marco Trevisan (Treviño)" > > > > > > said: > >> > >> Recent versions of Elementary include a support for easy copy/paste > >> actions. I think it's a good example that could be ported also to > >> other > >> toolkits (wich mostly need patches, BTW). > > > > yes. just hold down your finger for a second and presto.. menu (you > > can paste > > or begin selecting things). the selection is "malleable" ie the > > first time when > > there is no selection you define it with a drag. but after that > > pressing near > > the beginning or end of the selection allows you to adjust it to get > > it right. > > press and hold again for menu to "copy" or "cut" or "cancel". cancel > > just > > clears the selection and does nothing. copy and cut put that > > selection in the > > copy buffer, and going anywhere else to paste will paste it. > > Wow, nice! But it does only work in text edit fields. > Not for example in the sms message view text area. Feature request... ;) that's up to the app - but if you look at elementary_test - anchorview and anchoirblock both are not text fields u can type in - but they are selectable (they allow selection) and the same thing works. it's up to the app to allow selection or not - use anchorview widget or just a simpel label (labels don't allow selection). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NEW e-tasks Alpha release
I don't really get how to change the name of a task. If i go on details task: --> change the name --> done . it still says task. Also, it crashes on "save".. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
i do not boot at all... but the message is Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,6) but i flashed kernel and rootfs without errors... d On Thu, Apr 30, 2009 at 12:05 AM, Timo Juhani Lindfors wrote: > Davide Scaini writes: > > i tried now latest kernel > > > http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119801+b4136a36f31a65d0998a328465df9e8e2ba93166-r3.4-om-gta02.bin > > and i get a kernel panic... nice! > > If you chvt 1 can you see panic message? > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Detecting headset button press
fso framework detects headset plug-in and switches alsa stae accordingly -- why don't you have a look at fso, how they do that? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NEW e-tasks Alpha release
Hi, Richy-2 wrote: > > I don't really get how to change the name of a task. > If i go on details task: --> change the name --> done . it still says > task. > Also, it crashes on "save".. > Yup, it doesn't save changes when you change things in the details page. I thought I'd fixed that. :confused: * The details page is actually even more alpha :-D * Use it to delete tasks for now * Right now the details page actually adds only 2 more things to the topmost line in the main screen - ability to delete a task. - ability to change a tasks category. * I will soon add the ability to set a reminder for the task on the details page. Usage * The topmost line in the UI allows you to change the Priority, Date and the task. The save button should save - but selecting another task will also save the changes. * The Add button adds a task. * The details button open up the details page - which is buggy as has been bought out - but it should let you delete a task and change its category. * The Category Hover ("All Tasks" button) lets you change the category of tasks being shown on the main page. * From the category hover you can - see the deleted tasks. - edit the catogories. * Once the button is pressed - click anywhere else but the button that show up closes the hover. -- View this message in context: http://n2.nabble.com/NEW-e-tasks-Alpha-release-tp2740524p2745902.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
uhm... ... ... I can't give you an answer 'cause I get a kernel panic... and i can't connect to the fr... ;-) d On Thu, Apr 30, 2009 at 11:04 AM, Timo Juhani Lindfors wrote: > Davide Scaini writes: > > i do not boot at all... but the message is > > Kernel panic - not syncing: VFS: Unable to mount root fs on > > unknown-block(31,6) > > Your kernel lacks mtdblock support then? > > (ls -l mtdblock6 shows 31, 6) > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing timezones!
jeremy jozwik wrote: > so ive been having issues with time for some time now. ive set my > zoneinfo to the correct times zone [PST8PDT] but when i run the "date" > command i get back "EDT". which is, oddly enough incorrect. > > ive set the frameworkd.conf to not get any updates on timezone or > time. tangoGPS insisted on changing me time settings. > > can anyone assist? > > I had this problem before, I set my freerunner to use eastern time but for some reason it was using London's timezone. I solved this by editing the /etc/localtime and replacing the data there with USA/Eastern and now my phone is using the right timezone. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
Davide Scaini writes: > i do not boot at all... but the message is > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(31,6) Your kernel lacks mtdblock support then? (ls -l mtdblock6 shows 31, 6) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem
Nelson Castillo wrote: > On Wed, Apr 29, 2009 at 3:16 AM, Helge Hafting wrote: >> Nicola Mfb wrote: >>> 2009/4/28 Helge Hafting : Helge Hafting wrote: >>> [..] It is a kernel problem, because going back to the older kernel uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin fixes the WIFI problem. Unfortunately, using this older kernel with SHR testing of april 22. means no usb networking instead. And no sound, so no phone either. >>> Did you installed modules too? it works for me, I do not know if there >>> are some changes that breaks frameworkd, but audio and usb works fine. >> I didn't think of that, the point was to see if WIFI would work again, >> and it did. So, a 2.6.29-rc3 bug was proved. >> >> But thanks for the tip, now I know what to try if the 2.6.29 wifi >> problem takes time to fix. > > Could you please report a bug? The steps to reproduce it would help a lot. Just flash shr testing of april 22., and the accompagnying kernel. WIFI will be totally broken. Reflash a 2.6.28 kernel, and WIFI will work normally again - at least WEP connections will be fine. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NEW e-tasks Alpha release
I see, thank you for explanation. Keep this going! Once one can name a task it should become really useful! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NEW e-tasks Alpha release
Richy-2 wrote: > > Once one can name a task it should become really useful! > >-) Hope its become useful for you now! -- View this message in context: http://n2.nabble.com/NEW-e-tasks-Alpha-release-tp2740524p2746479.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
17th Community Update Released
Dear All, The 17th Community Update has been released. We have news from various distributions like the koolu releasing beta 6, SHR unstable to testing,Om2009, Qt Extended and aumid. Also, the application updates, events, new applications and so on. You can read the complete update from the link. http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009 Regards, Sushama ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
there's a new deb up that depends on libgps18 now. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: coypu: send file via bluetooth
On Wed, 2009-04-29 at 20:54 +0200, Carlo Minucci wrote: > i have release a software for send file via bluetooth > http://wiki.openmoko.org/wiki/Coypu > > it's have some problem but for now work :) > > for now it's possible only send file from openmoko to other device > > just test it :) Woo, interesting... Is it compatible with other bluetooth device. Well, Nokia N70 for example. :) > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: coypu: send file via bluetooth
Daniel.Li ha scritto: > > Is it compatible with other bluetooth device. Well, Nokia N70 for > example. :) mhh... i think yes... if n70 support obex push ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
simple code using dbus
Hello! I'm a newbie developper with Linux I need to compile a simple program using dbus and test it on my openmoko. Any one has a successful simple code of program , using dbus, to run it on openmoko please sent it to me, or send me the link ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
On Sat, 2009-04-25 at 17:00 +0100, Christian Gagneraud wrote: > Daniel.Li wrote: > > In China, good. > > I'm looking for this for quite a time :) Thanks. > > If you find a place where to buy this product, please notify the > mailing list, other people could be interested (hum.. like me for > example! :p) Well, I have found them. But they haven't give me the price. they keep asking me how many I would like to order. I don't know if there is anyone interested in it. > > Chris > > > > > On Sat, 2009-04-25 at 14:49 +0100, Christian Gagneraud wrote: > >> Hi Christoph, > >> > >> What about adding this product to your shop: > >> http://www.alibaba.com/product-gs/205706002/Fashionable_solar_charger.html > >> > >> This is a solar charger with internal 2800mAh battery that can output > >> up to 1A. So it can be used to power *AND* charge a Freerunner. > >> > >> Didn't find any retail reseller for this exact model... > >> > >> Chris > >> > >> Christoph Pulster wrote: > >>> Our price of Freerunner GTA02 is 249 eur. Buying two units its 229 eur. > >>> I like to support two-person-communities AKA Openmoko-friends. > >>> > >>> Second we add a small english booklet to each order for free. > >>> http://www.pulster.de/engl/images/medium/handbuch-engl.jpg > >>> > >>> > >>> Besides you can add a free laserpen to any order: > >>> http://www.pulster.de/engl/images/big/laserpen-1.jpg > >>> > >>> > >>> have fun, > >>> Chris > >>> > >>> Openmoko Shop > >>> www.pulster.eu > >>> > >>> ___ > >>> Openmoko community mailing list > >>> community@lists.openmoko.org > >>> http://lists.openmoko.org/mailman/listinfo/community > >> > >> ___ > >> Openmoko community mailing list > >> community@lists.openmoko.org > >> http://lists.openmoko.org/mailman/listinfo/community > -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
Possible errors that lead to that situation: - bad rootfs kernel parameters in u-boot environment; -> check if you need to change them; - missing kernel modules for the specific filesystem you have formatted; -> either mismatch between rootfs and kernel images, or just plain bad kernel image; - corrupt root filesystem, flash it again -> pay CLOSE attention to the dfu-util parameters if you are new to this. Good luck!... :) Citando Davide Scaini : > uhm... > ... > ... > I can't give you an answer 'cause I get a kernel panic... and i can't connect > to the fr... ;-) > d > > On Thu, Apr 30, 2009 at 11:04 AM, Timo Juhani Lindfors > wrote: > Davide Scaini writes: > i do not boot at all... but > the message is > > Kernel panic - not syncing: VFS: Unable to mount root fs on > > unknown-block(31,6) > Your kernel lacks mtdblock support then? > > (ls -l mtdblock6 shows 31, 6) > > > ___ > Openmoko community mailing list > commun...@lists.openmoko.org[3] > http://lists.openmoko.org/mailman/listinfo/community Ligações: - [1] mailto:timo.lindf...@iki.fi [2] mailto:dsca...@gmail.com [3] mailto:community@lists.openmoko.org___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
Daniel.Li a écrit : > On Sat, 2009-04-25 at 17:00 +0100, Christian Gagneraud wrote: >> Daniel.Li wrote: >>> In China, good. >>> I'm looking for this for quite a time :) Thanks. >> If you find a place where to buy this product, please notify the >> mailing list, other people could be interested (hum.. like me for >> example! :p) > > Well, I have found them. But they haven't give me the price. they keep > asking me how many I would like to order. and you keep answering them it depends of the price ??? ../.. -- - Erwan - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Testing] Framework wooes
Hello list. I'm having some issues with the framework stability (i guess it's framework, but don't take it for granted :) ) since a few days. The issue seems to be close to the one i reported some times ago. Current typical use case : i'm trying to opkg upgrade via gprs. opkg tries to download the new rev of navit, which weights about 5Mb. After 500kb of download, the download is stalled (same things happens with wget) and never continues. Trying another wget leads to a dns resolving issue. If i break the download and disconnect from gprs, i get : Apr 30 12:36:57 om-gta02 daemon.info pppd[1533]: Terminating on signal 15 Apr 30 12:36:57 om-gta02 daemon.info pppd[1533]: Connect time 31.9 minutes. Apr 30 12:36:57 om-gta02 daemon.info pppd[1533]: Sent 29640 bytes, received 731418 bytes. Apr 30 12:36:57 om-gta02 daemon.notice pppd[1533]: restoring old default route to usb0 [192.168.0.200] Apr 30 12:36:57 om-gta02 daemon.debug pppd[1533]: Script /etc/ppp/ip-down started (pid 1647) Apr 30 12:36:57 om-gta02 daemon.debug pppd[1533]: sent [LCP TermReq id=0x3 "User request"] Apr 30 12:36:57 om-gta02 daemon.debug pppd[1533]: Script /etc/ppp/ip-down finished (pid 1647), status = 0x0 Apr 30 12:37:00 om-gta02 daemon.debug pppd[1533]: sent [LCP TermReq id=0x4 "User request"] Apr 30 12:37:03 om-gta02 daemon.notice pppd[1533]: Connection terminated. Apr 30 12:37:03 om-gta02 daemon.info pppd[1533]: Serial link disconnected. Apr 30 12:37:03 om-gta02 daemon.notice pppd[1533]: Modem hangup Apr 30 12:37:04 om-gta02 daemon.info pppd[1533]: Exit. Apr 30 12:37:04 om-gta02 local0.info /usr/sbin/gsm0710muxd[1515]: gsm0710muxd.c:542:logical_channel_close(): Logical channel 4 for ogsmd.gprs closing Apr 30 12:37:20 om-gta02 local0.warn /usr/sbin/gsm0710muxd[1515]: gsm0710muxd.c:562:logical_channel_close(): Unable to properly close a channel If i try to reconnect : Apr 30 12:37:53 om-gta02 local0.info /usr/sbin/gsm0710muxd[1515]: gsm0710muxd.c:729:c_alloc_channel(): Connecting /dev/pts/5 to virtual channel 4 for ogsmd.gprs on /dev/ttySAC0 Apr 30 12:38:09 om-gta02 local0.info /usr/sbin/gsm0710muxd[1515]: gsm0710muxd.c:748:c_alloc_channel(): Unable to open the new channel 4 If i try to launch openmoko messages : Apr 30 13:18:03 om-gta02 user.warn kernel: [ 1758.775000] Alignment trap: openmoko-messag (1703) PC=0x40106104 Instr=0xe7920104 Address=0x0001 FSR 0x013 If i try to place an outgoing call, the dialer disappears but the call never starts. I've opened a ticket here : http://shr-project.org/trac/ticket/363#comment:7 but any help is welcome.. This is really a blocking point, since all telephony-related funcionnalities are impacted. Thanks in advance! -- View this message in context: http://n2.nabble.com/-SHR-Testing--Framework-wooes-tp2746957p2746957.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
2009/5/1 Vasco Névoa : > Possible errors that lead to that situation: > - bad rootfs kernel parameters in u-boot environment; -> check if you need > to change them; > - missing kernel modules for the specific filesystem you have formatted; > -> either mismatch between rootfs and kernel images, or just plain bad > kernel image; > - corrupt root filesystem, flash it again -> pay CLOSE attention to the > dfu-util parameters if you are new to this. > if you are new, and find the dfu-util parameters a bit arcane - neotool is very useful, and makes things a lot simpler ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
Am Donnerstag, 30. April 2009 11:40:32 schrieb arne anka: > there's a new deb up that depends on libgps18 now. Installs and runs fine, thanks! If I just could get it to show the map, but that's a different issue... :D -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [QtEI] Translation suggestion
Hello, in all the applications I write with Qt I'm using the tr() function. The advantage is, that it is much shorter to write (and therefore IMHO to read) and that QtLinguist is automatically showing the right context. QtLinguist organizes the strings that are translatable by context - typically the class names. When using tr() this is set automatically, when using qApp->translate() you have to (but also: can) set the context yourself. Another consideration is that tr() is only available in classes derived from QObject - but since normally the strings you want to translate are generated in Gui-classes this is normally the case. To sum up: Personally I prefer tr(), but it doesn't really matter what you use. Roland > -Original Message- > From: community-boun...@lists.openmoko.org [mailto:community- > boun...@lists.openmoko.org] On Behalf Of Fabio Locati > Sent: Thursday, April 30, 2009 6:41 AM > To: List for Openmoko community discussion > Subject: Re: [QtEI] Translation suggestion > > On the doc.trolltech.com, there isn't written that QApp->translate is > better than tr, if I read correctly. > > http://doc.trolltech.com/4.5/qobject.html#tr > http://doc.trolltech.com/4.5/qcoreapplication.html#translate > > Then is better leaving the tr() or switching to QApp->translate()? > > On Sun, Apr 26, 2009 at 11:33 PM, Franky Van Liedekerke > wrote: > > On Sun, 26 Apr 2009 23:14:05 +0200 > > Fabio Locati wrote: > > > >> I have looked around and it seems that QtEI should be translated > with > >> Qt Linguistic. Is this the best tool? > >> > > > > I don't know the tool, but I do believe there's much work to be done > > here: many classes still use "" while I believe every class > should > > use "qApp->translate" for translations. > > Thoughts, suggestions? > > > > Franky > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > -- > Fabio A Locati > > Home: Segrate, Milan, Italy (GMT +1) > Phone: +39-328-3799681 > MSN/Jabber/E-Mail: fabioloc...@gmail.com > > PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 > > Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
Vasco Névoa writes: > Possible errors that lead to that situation: > - bad rootfs kernel parameters in u-boot environment; -> check if you need to > change them; This can't surely cause missing filesystem support? > - missing kernel modules for the specific filesystem you have formatted; > -> either mismatch between rootfs and kernel images, or just plain bad kernel > image; Kernel modules won't help with mounting root filesystem unless you put them to initramfs. > - corrupt root filesystem, flash it again -> pay CLOSE attention to the > dfu-util parameters if you are new to this. We can't know that since kernel did not even try to mount it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
On Thu, 2009-04-30 at 14:58 +0200, Erwan de FERRIERES wrote: > > Daniel.Li a écrit : > > On Sat, 2009-04-25 at 17:00 +0100, Christian Gagneraud wrote: > >> Daniel.Li wrote: > >>> In China, good. > >>> I'm looking for this for quite a time :) Thanks. > >> If you find a place where to buy this product, please notify the > >> mailing list, other people could be interested (hum.. like me for > >> example! :p) > > > > Well, I have found them. But they haven't give me the price. they keep > > asking me how many I would like to order. > > and you keep answering them it depends of the price ??? :) price depends on quantity. I just wanna buy one, myself. But as a factory, they might be *NOT* interested in retail :( But I don't know if there is still anyone interested in it. Or there is any other device available to buy. > > > ../.. > -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] Translation suggestion
> Another consideration is that tr() is only available in classes derived > from > QObject - but since normally the strings you want to translate are > generated > in Gui-classes this is normally the case. iirc tr is a static method of QObject, ie QObject::tr() should be possible regardless of inheritance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Framework wooes
KaZeR writes: > Current typical use case : i'm trying to opkg upgrade via gprs. opkg tries > to download the new rev of navit, which weights about 5Mb. After 500kb of > download, the download is stalled (same things happens with wget) and never > continues. Maybe this is "#2264 Heavy GPRS traffic causes a Calypso crash"? http://docs.openmoko.org/trac/ticket//2264 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: simple code using dbus
Anas Alzouhbi wrote: > > Hello! > I'm a newbie developper with Linux > I need to compile a simple program using dbus and test it on my openmoko. > Any one has a successful simple code of program , using dbus, to run > it on openmoko > please sent it to me, or send me the link > Hi Anas, Do you need python or C? If you have no specific need, python is easy to learn, and you can edit your code directly on the phone. Plus, there are already a lot of samples in the wiki or the lists. K- -- View this message in context: http://n2.nabble.com/simple-code-using-dbus-tp2746587p2747120.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [QtEI] Translation suggestion
> > Another consideration is that tr() is only available in classes > derived > > from > > QObject - but since normally the strings you want to translate are > > generated > > in Gui-classes this is normally the case. > > iirc tr is a static method of QObject, ie QObject::tr() should be > possible > regardless of inheritance. Sorry. Of course you are correct. The disadvantage of using QObject::tr() compared to qApp->translate() (or to be more exact the static function QCoreApplication::translate()) is that you can not specify a context and that it is not set automatically if the class is not inheriting QObject. Roland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] Translation suggestion
> The disadvantage of using QObject::tr() compared to qApp->translate() eh? from what you wrote earlier i got the impression it is exactly the other way round. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
Marcel-2 wrote: > > Am Donnerstag, 30. April 2009 11:40:32 schrieb arne anka: >> there's a new deb up that depends on libgps18 now. > > Installs and runs fine, thanks! > If I just could get it to show the map, but that's a different issue... :D > > It should work.. As usual ;) Some hints : - remove /home/root/.navit/center.txt which may center the screen on a different location - ensure that the center tag in navit.xml is set to an area within your map - try launching navit from a command line and see if it outputs something interesting - check in the settings menu if your map is well loaded - share your console output, navit.xml and ls the folder of your maps. -- View this message in context: http://n2.nabble.com/-debian--new-navit-tp2719025p2747215.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
Am Donnerstag, 30. April 2009 15:51:36 schrieb KaZeR: > Marcel-2 wrote: > > Am Donnerstag, 30. April 2009 11:40:32 schrieb arne anka: > >> there's a new deb up that depends on libgps18 now. > > > > Installs and runs fine, thanks! > > If I just could get it to show the map, but that's a different issue... > > :D > > It should work.. As usual ;) > > Some hints : > - remove /home/root/.navit/center.txt which may center the screen on a > different location > - ensure that the center tag in navit.xml is set to an area within your map > - try launching navit from a command line and see if it outputs something > interesting > - check in the settings menu if your map is well loaded > - share your console output, navit.xml and ls the folder of your maps. Ha! the center.txt seems to have screwed it (I had set a center in the navit.xml file). Thank you for the hint! -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
Marcel-2 wrote: > > Am Donnerstag, 30. April 2009 15:51:36 schrieb KaZeR: >> Marcel-2 wrote: >> > Am Donnerstag, 30. April 2009 11:40:32 schrieb arne anka: >> >> there's a new deb up that depends on libgps18 now. >> > >> > Installs and runs fine, thanks! >> > If I just could get it to show the map, but that's a different issue... >> > :D >> >> It should work.. As usual ;) >> >> Some hints : >> - remove /home/root/.navit/center.txt which may center the screen on a >> different location >> - ensure that the center tag in navit.xml is set to an area within your >> map >> - try launching navit from a command line and see if it outputs something >> interesting >> - check in the settings menu if your map is well loaded >> - share your console output, navit.xml and ls the folder of your maps. > > Ha! the center.txt seems to have screwed it (I had set a center in the > navit.xml file). Thank you for the hint! > > -- > Marcel > > You're welcome :) Center in navit.xml is the default center. Center in center.txt is the coordinates of last center when you exited navit. It should probably be story for good in navit.xml, but currently we don't overwrite navit.xml. -- View this message in context: http://n2.nabble.com/-debian--new-navit-tp2719025p2747360.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller: > Dear community, > > it is the philisophy of Golden Delicious Computers to find solutions > for important topics that the community has and can't solve alone. > Therefore, we (Golden Delicious Computers and TRIsoft) have worked > behind the scenes and are close to offer a Buzz rework solution that > can in principle serve all Freerunner Owners in the EU harmonized > market. > > 1) We have identified a very good professional SMD rework company in > Munich, Germany who are capable and willing to do the rework at low > cost and high quality, but only if we deliver batches of collected > devices. Since we are experienced in collecting incoming and > outgoing shipments, the combination is the solution. > > 2) Therefore we plan to offer this service to all Openmoko owners > within the EU harmonized market / tax union (to avoid re-import/ > export hassle). Please note that there will be a rework fee. The > final price is not yet clear (expected to be less than 30 EUR incl. > shipment) because we are in intensive discussions with Openmoko how > they can help to reduce this fee for you. Openmoko has given us now full support and therefore, we can reduce the fee dramatically. A bad news is that you have to cover 2 way shipment. But another good news is that Openmoko provides a free battery as a gift for each shipment. > 3) Rework will take approx. 1 week and could start immediately, > provided we get the promised replacement components in time. That well need some days so I expect that we can start rework in the second week of May. > 4) If you are interested, please register yourself and your device > at the following link. We will then follow up with details about > handling, address to send to, time schedule, final pricing etc. > > http://www.handheld-linux.com/wiki.php?page=Buzz-Rework This page has now become an order page. Please "purchase" the service. > > > So stay tuned, > Nikolaus > > > Mobile Office Solutions > by Golden Delicious Computers GmbH&Co. KG > Buchenstr. 3 > D-82041 Oberhaching > +49-89-54290367 > http://www.handheld-linux.com > > AG München, HRA 89571 > VAT DE253626266 > Komplementär: > Golden Delicious Computers Verwaltungs GmbH > Oberhaching, AG München, HRB 16602 > Geschäftsführer: Dr. Nikolaus Schaller > > Digital Tools for Independent People > > > > > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Framework wooes
Timo Juhani Lindfors wrote: > > KaZeR writes: >> Current typical use case : i'm trying to opkg upgrade via gprs. opkg >> tries >> to download the new rev of navit, which weights about 5Mb. After 500kb of >> download, the download is stalled (same things happens with wget) and >> never >> continues. > > Maybe this is "#2264 Heavy GPRS traffic causes a Calypso crash"? > > http://docs.openmoko.org/trac/ticket//2264 > It seems close, indeed. Thanks for the pointer! -- View this message in context: http://n2.nabble.com/-SHR-Testing--Framework-wooes-tp2746957p2747418.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
Daniel.Li wrote: > On Thu, 2009-04-30 at 14:58 +0200, Erwan de FERRIERES wrote: >> Daniel.Li a écrit : >>> On Sat, 2009-04-25 at 17:00 +0100, Christian Gagneraud wrote: Daniel.Li wrote: > In China, good. > I'm looking for this for quite a time :) Thanks. If you find a place where to buy this product, please notify the mailing list, other people could be interested (hum.. like me for example! :p) >>> Well, I have found them. But they haven't give me the price. they keep >>> asking me how many I would like to order. >> and you keep answering them it depends of the price ??? > > :) price depends on quantity. > > I just wanna buy one, myself. But as a factory, they might be *NOT* > interested in retail :( > > But I don't know if there is still anyone interested in it. Or there is > any other device available to buy. I've read somewhere that the minimum quantity was 1000 pieces. That's why i proposed to Christoph to add this to his shop. Chris >> >> ../.. >> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing timezones!
ive linked both America/Los_Angeles and PST8PDT. date worked once for each. after i restarted the device, date would return EDT. even with hwclock setting. so last night i copied PST8PDT from my linux box and created the link again. ive since restarted a few times and so far it has been corrected. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing timezones! responding?
sorry, that last post did not work right. how do i properly respond to mail list messages? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
On Thu, 2009-04-30 at 15:37 +0100, Christian Gagneraud wrote: > Daniel.Li wrote: > > On Thu, 2009-04-30 at 14:58 +0200, Erwan de FERRIERES wrote: > >> Daniel.Li a écrit : > >>> On Sat, 2009-04-25 at 17:00 +0100, Christian Gagneraud wrote: > Daniel.Li wrote: > > In China, good. > > I'm looking for this for quite a time :) Thanks. > If you find a place where to buy this product, please notify the > mailing list, other people could be interested (hum.. like me for > example! :p) > >>> Well, I have found them. But they haven't give me the price. they keep > >>> asking me how many I would like to order. > >> and you keep answering them it depends of the price ??? > > > > :) price depends on quantity. > > > > I just wanna buy one, myself. But as a factory, they might be *NOT* > > interested in retail :( > > > > But I don't know if there is still anyone interested in it. Or there is > > any other device available to buy. > > I've read somewhere that the minimum quantity was 1000 pieces. > That's why i proposed to Christoph to add this to his shop. Humm... I'll keep contact with factory. Hope that I can get one. If they really need a small quantity, maybe 10. How can I do with the rest of solar chargers, sell them??? :( > > Chris > > >> > >> ../.. > >> > > -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Are there any limitations on shipment? As fas as I understand you can rework only batches of phones, so if let's say someones sent it extra fast second day shipment they still will have to wait for others that have sent phones by extra slow shipment. Right? Are there any limitations by which date phones should be delivered? (I'm aware the date is not known yet but lets say rework is scheduled to 11 of may - phones should be delivered by 8th of may for example). Or does it work in other way? Will we have to wait for phones of other users before the rework? Leonti On Thu, Apr 30, 2009 at 4:17 PM, Dr. H. Nikolaus Schaller wrote: > > Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller: > > > Dear community, > > > > it is the philisophy of Golden Delicious Computers to find solutions > > for important topics that the community has and can't solve alone. > > Therefore, we (Golden Delicious Computers and TRIsoft) have worked > > behind the scenes and are close to offer a Buzz rework solution that > > can in principle serve all Freerunner Owners in the EU harmonized > > market. > > > > 1) We have identified a very good professional SMD rework company in > > Munich, Germany who are capable and willing to do the rework at low > > cost and high quality, but only if we deliver batches of collected > > devices. Since we are experienced in collecting incoming and > > outgoing shipments, the combination is the solution. > > > > 2) Therefore we plan to offer this service to all Openmoko owners > > within the EU harmonized market / tax union (to avoid re-import/ > > export hassle). Please note that there will be a rework fee. The > > final price is not yet clear (expected to be less than 30 EUR incl. > > shipment) because we are in intensive discussions with Openmoko how > > they can help to reduce this fee for you. > > Openmoko has given us now full support and therefore, we can reduce > the fee dramatically. A bad news is that you have to cover 2 way > shipment. But another good news is that Openmoko provides a free > battery as a gift for each shipment. > > > 3) Rework will take approx. 1 week and could start immediately, > > provided we get the promised replacement components in time. > > That well need some days so I expect that we can start rework in the > second week of May. > > > 4) If you are interested, please register yourself and your device > > at the following link. We will then follow up with details about > > handling, address to send to, time schedule, final pricing etc. > > > > http://www.handheld-linux.com/wiki.php?page=Buzz-Rework > > This page has now become an order page. Please "purchase" the service. > > > > > > > So stay tuned, > > Nikolaus > > > > > > Mobile Office Solutions > > by Golden Delicious Computers GmbH&Co. KG > > Buchenstr. 3 > > D-82041 Oberhaching > > +49-89-54290367 > > http://www.handheld-linux.com > > > > AG München, HRA 89571 > > VAT DE253626266 > > Komplementär: > > Golden Delicious Computers Verwaltungs GmbH > > Oberhaching, AG München, HRB 16602 > > Geschäftsführer: Dr. Nikolaus Schaller > > > > Digital Tools for Independent People > > > > > > > > > > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
I have send a email to www.pedalpower.com.au, to know their conditions on their products. They also have solar chargers, I will keep you informed if there is any news 2009/4/30 Daniel.Li : > On Thu, 2009-04-30 at 15:37 +0100, Christian Gagneraud wrote: >> Daniel.Li wrote: >> > On Thu, 2009-04-30 at 14:58 +0200, Erwan de FERRIERES wrote: >> >> Daniel.Li a écrit : >> >>> On Sat, 2009-04-25 at 17:00 +0100, Christian Gagneraud wrote: >> Daniel.Li wrote: >> > In China, good. >> > I'm looking for this for quite a time :) Thanks. >> If you find a place where to buy this product, please notify the >> mailing list, other people could be interested (hum.. like me for >> example! :p) >> >>> Well, I have found them. But they haven't give me the price. they keep >> >>> asking me how many I would like to order. >> >> and you keep answering them it depends of the price ??? >> > >> > :) price depends on quantity. >> > >> > I just wanna buy one, myself. But as a factory, they might be *NOT* >> > interested in retail :( >> > >> > But I don't know if there is still anyone interested in it. Or there is >> > any other device available to buy. >> >> I've read somewhere that the minimum quantity was 1000 pieces. >> That's why i proposed to Christoph to add this to his shop. > > Humm... I'll keep contact with factory. Hope that I can get one. > > If they really need a small quantity, maybe 10. How can I do with the > rest of solar chargers, sell them??? :( > >> >> Chris >> >> >> >> >> ../.. >> >> >> >> > -- > Daniel.Li > PALFocus (http://palfocus.oicp.net) > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar charger (was Re: News Openmoko Shop Pulster)
On Thu, 2009-04-30 at 17:06 +0200, David Reyes Samblas Martinez wrote: > > I have send a email to www.pedalpower.com.au, to know their conditions > on their products. > They also have solar chargers, I will keep you informed if there is > any news Humm... really good news. Thanks David :) I'll also update it if I have any news from factory. -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing timezones!
On Thu, 2009-04-30 at 07:37 -0700, jeremy jozwik wrote: > ive linked both America/Los_Angeles and PST8PDT. date worked once for > each. after i restarted the device, date would return EDT. even with > hwclock setting. so last night i copied PST8PDT from my linux box and > created the link again. > ive since restarted a few times and so far it has been corrected. > Don't use a link. The framework while overwrite the data in the zonefile if zonesources is set to GSM. With zonesources set to NONE and a proper /usr/share/zoneinfo file *copied* into /etc/locatime the timezone will remain static. FWIW, the current version of the framework should get the correct timezone in multizone countries using CTZV processing. If it doesn't please post the version of frameworkd ( opkg list_installed | grep frameworkd ) and a log to trac.freesmartphone.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
no response from gsm modem
I could not get any response from gsm modem. not sure why? see below GTA02v6 # neo1973 gsm on GTA02v6 # terminal serial Entering terminal mode for port serial Use '~.' to leave the terminal and get back to u-boot ATE1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
buzzfix in India
As some of the Indian Openmoko Users may be aware we have been working with Openmoko to provide you with a Buzz Fix solution to the Freerunner. IDA Systems (with support from Openmoko) will cover the actual costs of the buzz fix procedure and the components. Shipping costs (to and back from) Delhi, where the contracter who will undertake the Buzz Fix is based, will have to be borne by the customer (We will work with you to get good and easy shipping options and also give a free extra Battery as a return gift with each Freerunner sent for the Buzz Fix to cover costs) More details will be put up on our site soon but currently we need your help to estimate the number of customers who would like to have the buzz fix procedure on their phones. I would be grateful if those who are interested in the buzz fix could email *buzz...@idasystems.net* with their NAME ADDRESS IMEI number of their phone (open back battery cover to see the IMEI number) EMAIL ADDRESS We hope the have the buzzfix program underway soon and thank you for your support. Rakshat www.idasystems.net PS - we will be contacting customers individually also later but if those who are on the list can reply it will help us to get an approximate of the numbers. Details of the program will be put up on our website soon, posted on this list, and emailed to people who register for the buzz fix ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable]Blinking AUX button LED
fu-util -a u-boot -d 1d50:5119 -R -D gta02v5_and_up-u-boot.bin an example of my settings... d On Thu, Apr 30, 2009 at 3:26 PM, Timo Juhani Lindfors wrote: > Vasco Névoa writes: > > Possible errors that lead to that situation: > > - bad rootfs kernel parameters in u-boot environment; -> check if you > need to change them; > > This can't surely cause missing filesystem support? > > > - missing kernel modules for the specific filesystem you have formatted; > -> either mismatch between rootfs and kernel images, or just plain bad > kernel image; > > Kernel modules won't help with mounting root filesystem unless you put them > to initramfs. > > > - corrupt root filesystem, flash it again -> pay CLOSE attention to the > dfu-util parameters if you are new to this. > > We can't know that since kernel did not even try to mount it. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Am 30.04.2009 um 16:53 schrieb Leonti Bielski: Are there any limitations on shipment? As fas as I understand you can rework only batches of phones, so if let's say someones sent it extra fast second day shipment they still will have to wait for others that have sent phones by extra slow shipment. Right? Most probably yes. But it is not that you have to wait for slow phones. Incoming devices are collected until a certain batch is completed. That will be brought to the reworker. Rework itself does not take much time. But testing, repacking, labeling, shipping out again. So I can't estimate yet how fast the inbox fills up and how long it takes to move to the outbox. Are there any limitations by which date phones should be delivered? (I'm aware the date is not known yet but lets say rework is scheduled to 11 of may - phones should be delivered by 8th of may for example). The main limitation is that you should not send it unneccessarily early - because we can't start rework before we have the components in our hands. Theoretically, the best fit would be if your phone arrives at the same moment as the components... Or does it work in other way? Will we have to wait for phones of other users before the rework? Generally we try to do it as fast as possible, but please expect something between 1 and 2 weeks total processing time - time without a FR. This includes 2x shipment + some time in the collection queue. Leonti On Thu, Apr 30, 2009 at 4:17 PM, Dr. H. Nikolaus Schaller > wrote: Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller: > Dear community, > > it is the philisophy of Golden Delicious Computers to find solutions > for important topics that the community has and can't solve alone. > Therefore, we (Golden Delicious Computers and TRIsoft) have worked > behind the scenes and are close to offer a Buzz rework solution that > can in principle serve all Freerunner Owners in the EU harmonized > market. > > 1) We have identified a very good professional SMD rework company in > Munich, Germany who are capable and willing to do the rework at low > cost and high quality, but only if we deliver batches of collected > devices. Since we are experienced in collecting incoming and > outgoing shipments, the combination is the solution. > > 2) Therefore we plan to offer this service to all Openmoko owners > within the EU harmonized market / tax union (to avoid re-import/ > export hassle). Please note that there will be a rework fee. The > final price is not yet clear (expected to be less than 30 EUR incl. > shipment) because we are in intensive discussions with Openmoko how > they can help to reduce this fee for you. Openmoko has given us now full support and therefore, we can reduce the fee dramatically. A bad news is that you have to cover 2 way shipment. But another good news is that Openmoko provides a free battery as a gift for each shipment. > 3) Rework will take approx. 1 week and could start immediately, > provided we get the promised replacement components in time. That well need some days so I expect that we can start rework in the second week of May. > 4) If you are interested, please register yourself and your device > at the following link. We will then follow up with details about > handling, address to send to, time schedule, final pricing etc. > > http://www.handheld-linux.com/wiki.php?page=Buzz-Rework This page has now become an order page. Please "purchase" the service. > > > So stay tuned, > Nikolaus > > > Mobile Office Solutions > by Golden Delicious Computers GmbH&Co. KG > Buchenstr. 3 > D-82041 Oberhaching > +49-89-54290367 > http://www.handheld-linux.com > > AG München, HRA 89571 > VAT DE253626266 > Komplementär: > Golden Delicious Computers Verwaltungs GmbH > Oberhaching, AG München, HRB 16602 > Geschäftsführer: Dr. Nikolaus Schaller > > Digital Tools for Independent People > > > > > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: no response from gsm modem
Test writes: > I could not get any response from gsm modem. not sure why? see below > > > GTA02v6 # neo1973 gsm on > GTA02v6 # terminal serial > Entering terminal mode for port serial > Use '~.' to leave the terminal and get back to u-boot > ATE1 Try sending the command multiple times in a row. GSM will sleep very fast and ignore the first command it sees when it wakes up. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
On Thu, Apr 30, 2009 at 10:17 AM, Dr. H. Nikolaus Schaller wrote: > > Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller: > >> >> 2) Therefore we plan to offer this service to all Openmoko owners >> within the EU harmonized market / tax union (to avoid re-import/ >> export hassle). Please note that there will be a rework fee. The >> final price is not yet clear (expected to be less than 30 EUR incl. >> shipment) because we are in intensive discussions with Openmoko how >> they can help to reduce this fee for you. > > Openmoko has given us now full support and therefore, we can reduce > the fee dramatically. A bad news is that you have to cover 2 way > shipment. But another good news is that Openmoko provides a free > battery as a gift for each shipment. Can someone from Openmoko comment on whether there are plans to offer something similar outside the EU? I'm in the US, but I'm sure Freerunner users elsewhere are also interested. Jim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzzfix in India
Rakshat, Thank you for setting this up. sign me in. The offer is generous and appreciated. There was a talk of buzz fix party in Bangalore if enough numbers signed up (I was looking forward to it) I guess that idea been exchanged for the free batteries deal (which is probably a better way to get this done for every one) Thanks, -GK On Thu, Apr 30, 2009 at 9:08 PM, rakshat hooja wrote: > As some of the Indian Openmoko Users may be aware we have been working with > Openmoko to provide you with a Buzz Fix solution to the Freerunner. > > IDA Systems (with support from Openmoko) will cover the actual costs of the > buzz fix procedure and the components. Shipping costs (to and back from) > Delhi, where the contracter who will undertake the Buzz Fix is based, will > have to be borne by the customer (We will work with you to get good and easy > shipping options and also give a free extra Battery as a return gift with > each Freerunner sent for the Buzz Fix to cover costs) > > More details will be put up on our site soon but currently we need your > help to estimate the number of customers who would like to have the buzz fix > procedure on their phones. > > I would be grateful if those who are interested in the buzz fix could > email *buzz...@idasystems.net* with their > > NAME > > ADDRESS > > IMEI number of their phone (open back battery cover to see the IMEI number) > > EMAIL ADDRESS > > > > We hope the have the buzzfix program underway soon and thank you for your > support. > > > Rakshat > > www.idasystems.net > > PS - we will be contacting customers individually also later but if those > who are on the list can reply it will help us to get an approximate of the > numbers. Details of the program will be put up on our website soon, posted > on this list, and emailed to people who register for the buzz fix > > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Understood. Just "bought" a rework :) Another question - you said that phones will be tested, so it got me thinking - will you have any requirements on distribution installed on phone? Leonti On Thu, Apr 30, 2009 at 5:47 PM, Dr. H. Nikolaus Schaller wrote: > > Am 30.04.2009 um 16:53 schrieb Leonti Bielski: > > Are there any limitations on shipment? > As fas as I understand you can rework only batches of phones, so if let's > say someones sent it extra fast second day shipment they still will have to > wait for others that have sent phones by extra slow shipment. Right? > > > Most probably yes. But it is not that you have to wait for slow phones. > Incoming devices are collected until a certain batch is completed. That will > be brought to the reworker. Rework itself does not take much time. But > testing, repacking, labeling, shipping out again. So I can't estimate yet > how fast the inbox fills up and how long it takes to move to the outbox. > > Are there any limitations by which date phones should be delivered? (I'm > aware the date is not known yet but lets say rework is scheduled to 11 of > may - phones should be delivered by 8th of may for example). > > > The main limitation is that you should not send it unneccessarily early - > because we can't start rework before we have the components in our hands. > Theoretically, the best fit would be if your phone arrives at the same > moment as the components... > > Or does it work in other way? Will we have to wait for phones of other > users before the rework? > > > Generally we try to do it as fast as possible, but please expect something > between 1 and 2 weeks total processing time - time without a FR. This > includes 2x shipment + some time in the collection queue. > > > > Leonti > On Thu, Apr 30, 2009 at 4:17 PM, Dr. H. Nikolaus Schaller < > h...@computer.org> wrote: > >> >> Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller: >> >> > Dear community, >> > >> > it is the philisophy of Golden Delicious Computers to find solutions >> > for important topics that the community has and can't solve alone. >> > Therefore, we (Golden Delicious Computers and TRIsoft) have worked >> > behind the scenes and are close to offer a Buzz rework solution that >> > can in principle serve all Freerunner Owners in the EU harmonized >> > market. >> > >> > 1) We have identified a very good professional SMD rework company in >> > Munich, Germany who are capable and willing to do the rework at low >> > cost and high quality, but only if we deliver batches of collected >> > devices. Since we are experienced in collecting incoming and >> > outgoing shipments, the combination is the solution. >> > >> > 2) Therefore we plan to offer this service to all Openmoko owners >> > within the EU harmonized market / tax union (to avoid re-import/ >> > export hassle). Please note that there will be a rework fee. The >> > final price is not yet clear (expected to be less than 30 EUR incl. >> > shipment) because we are in intensive discussions with Openmoko how >> > they can help to reduce this fee for you. >> >> Openmoko has given us now full support and therefore, we can reduce >> the fee dramatically. A bad news is that you have to cover 2 way >> shipment. But another good news is that Openmoko provides a free >> battery as a gift for each shipment. >> >> > 3) Rework will take approx. 1 week and could start immediately, >> > provided we get the promised replacement components in time. >> >> That well need some days so I expect that we can start rework in the >> second week of May. >> >> > 4) If you are interested, please register yourself and your device >> > at the following link. We will then follow up with details about >> > handling, address to send to, time schedule, final pricing etc. >> > >> > http://www.handheld-linux.com/wiki.php?page=Buzz-Rework >> >> This page has now become an order page. Please "purchase" the service. >> >> > >> > >> > So stay tuned, >> > Nikolaus >> > >> > >> > Mobile Office Solutions >> > by Golden Delicious Computers GmbH&Co. KG >> > Buchenstr. 3 >> > D-82041 Oberhaching >> > +49-89-54290367 >> > http://www.handheld-linux.com >> > >> > AG München, HRA 89571 >> > VAT DE253626266 >> > Komplementär: >> > Golden Delicious Computers Verwaltungs GmbH >> > Oberhaching, AG München, HRB 16602 >> > Geschäftsführer: Dr. Nikolaus Schaller >> > >> > Digital Tools for Independent People >> > >> > >> > >> > >> > >> > >> >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > ___ > Op
Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem
On Wed, Apr 29, 2009 at 10:56 AM, Nelson Castillo wrote: >> I reported it to http://trac.shr-project.org/trac/ticket/418 I have not had >> time to report it anywhere else, one other person seems to have this problem >> with Android on top of SHR-Testing > > I just replicated it here: > > https://docs.openmoko.org/trac/ticket/2277 > > I'll test this soon. In my tests WIFI didn't fail. It did fail when I was far from the AP. https://docs.openmoko.org/trac/ticket/2277#comment:6 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: no response from gsm modemThursday
I tried to send mutiple times, but no luck. Test writes: > I could not get any response from gsm modem. not sure why? see below > > > GTA02v6 # neo1973 gsm on > GTA02v6 # terminal serial > Entering terminal mode for port serial > Use '~.' to leave the terminal and get back to u-boot > ATE1 Try sending the command multiple times in a row. GSM will sleep very fast and ignore the first command it sees when it wakes up. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Hi, > This page has now become an order page. Please "purchase" the service. You talk about the fact that "The 2 way shipping cost will be covered by the customer." how is this done? Is the 3 euro for sending back the device? Or are we charged when the device gets returned? Kind regards, Michel -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
USB port on openmoko
hello all, I am doing a project on openmoko. I need some help regarding the usb interface of openmoko. Is USB port available on openmoko a master, slave or OTG port? I need to send the data from openmoko to an embedded device through a usb to serial converter IC. The small embedded device only has facility for serial data transfer (USART). So, how can I send some data from openmoko through C code or any other utility by which the data can be converted to serial format by that IC and then can be received by the embedded device. Any help will be highly appreciated as the project is related to my course at university. Thanks... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
Fernando Martins wrote: >Laura Vance wrote: > > >>If it truly can't seem to connect, I >>learned today that I can switch the GSM radio off and back on to have it >>re-initialize and acquire signal properly. >> >> >> >How do you switch it on/off manually? > >I don't think I have a contact problem. I only got the ophonekit message >on a second boot after flashing FR and in the last two days it is >working as usual. > >Regarding the contacts problem, if you open fr frequently maybe there is >a chance for dirt to compromise the contacts. Alternatively, maybe with >frequent removal of battery/SIM, the "holding" system might get loose? >Maybe put a piece of paper in the right place to increase pressure? > >Regards, >Fernando > > > I'm using SHR-testing from April 23rd. In the Settings app, go to the Phone section, and there is a GSM on/off slider at the top. My SIM contact issue started from the day I got my phone. My original SIM didn't work, so I left it in my old phone until I could research which SIM I needed. Once I knew, I went to the AT&T store and got my new SIM, which worked immediately. I was restarting my phone fairly often with new distributions, and the SHR distro seemed to be the only one that had the problem. It wouldn't register, so I'd reboot again and again, then I'd shut it down, re-seat the SIM card, and boot again... this time it found the network with no problem. That pattern repeated every time I had to restart my FR. Then recently I started thinking a little more about the problem, and I can always get "SOS Only" mode, so I started thinking maybe it's that the SIM isn't registering before the GSM daemon times out. I never tried to restart the GSM antenna before this version of SHR, so I don't know if previous versions have the same slider. -Laura ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [android] com.android.phone unexpectedly quits
Jim Ancona wrote: > On Wed, Apr 29, 2009 at 8:39 PM, Braydon Fuller wrote: > >> Hi, >> >> I am running Koolu B6 on my Freerunner, and have been getting >> "com.android.phone unexpectedly quits" error popups many times. Any >> ideas on how to patch/fix this? >> > > I've seen this with beta6 after setting up an APN for GPRS. The > behavior went away when I deleted the APN. Even if you didn't define > one, you might try deleting those under Settings/Wireless > Controls/Mobile networks/Access Point Names. > I think this has done it! I don't get the popup error anymore and the GSM signal stays connected. :) Thanks! Braydon > Hope this helps! > > Jim > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [android] com.android.phone unexpectedly quits
limx 5886 wrote: > how do you install the android? i install it from sd card, didn't meet > the error > I also installed from the SD card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
When you "buy" it shipping cost is added to your order. Total cost will be about 13 euros. It's repairing + sending back. Plus you'll have to send it to them buy the shipping of your choice. Please someone correct me if I'm wrong. Leonti On Thu, Apr 30, 2009 at 9:02 PM, Michel wrote: > Hi, > > > This page has now become an order page. Please "purchase" the service. > > You talk about the fact that "The 2 way shipping cost will be covered by > the customer." how is this done? Is the 3 euro for sending back the > device? Or are we charged when the device gets returned? > > Kind regards, > Michel > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [QtEI] Translation suggestion
> > The disadvantage of using QObject::tr() compared to qApp->translate() > > eh? from what you wrote earlier i got the impression it is exactly the > other way round. You're right, kind of confusing. This is how I understood how it works: When using QCoreApplication::translate() you have to provide the context yourself. When using QObject::tr(), the context is generated automatically by Qt. From the documentation of Qt: "All QObject subclasses using the Q_OBJECT macro automatically have a reimplementation of this function with the subclass name as context." Therefore I have to correct my earlier explanation a little bit: Inheriting from QObject is not sufficient, you must also supply the Q_OBJECT macro. When the macro is used in a class, Qt's moc (Meta-Object Compiler) generates more information for the class - including the translation-context. You can find more information about the meta-object system under http://doc.trolltech.com/qtextended4.4/metaobjects.html. I hope this didn't create more confusion... Roland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qtei] Which IDE for Development?
Radek Polak wrote: > Mikko Husari wrote: >> Im having some problems and, well, turning for your advice. I created a >> project and got it ported nicely but the window shows up in the top-left >> corner on moko display and, it is not fullscreen... it also lacks the >> theme of qte, so it looks gray. I studied the examples in qte build dir >> and noticed that those use some macros to create the main(), after hours >> of try and error I gave up. >> >> Do you use those macros to create your main, and if not, how do you >> manage to make your app fullscreen and with the correct theme > Hi Mikko, > i havent get to figuring this out it yet. You can use the standard main > e.g. from examples/application and maybe derive the main calls from > QMainWindow. > > If i find some more things i will let you know. > > Radek I have moved the project inside Qtopia source code tree and now after rebuild it has correct theme and is fullscreen. You can check my small project: http://github.com/radekp/qtmoko/tree/8e3d4d6bbe6a13f947014bdc45c2c1abe22bbf23/src/3rdparty/applications/qmplayer Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
O Domingo, 26 de Abril de 2009, Fernando Martins escribiu: > I've just flashed shr testing 22nd April and I don't get the usual pin > code request. Also, the icons "Contacts" and "Mofi" on the desktop are > just two blank sheets. > > Under settings, the GSM antena is set off but I can't change it to on. > The "Modem information" does nothing (not yet implemented?). > > So, how can I start GSM, manually and on startup? The same is happening to me, with the SHR testing April,22nd image. It happened also with a 16th April image updated to latest level. I though something broke on the update, and I reflashed with a clean image, but it didn't solved the problems. My experience: -SHR can boot one or two times OK. SHR register to network or gives you the "no sim" message, depending on if you have SIM inserted or not. -But then it starts to fail. I couldn't find any pattern, but it happens normally on the 2nd or 3th boot. It doesn't register, nor gives you the "no sim inserted" message. SHR settings say "no ophonekitd running" when you try to start it -The ONLY way I found to "back to normality" is to boot *ANY OTHER* distribution (I have some more on the SIM card) and then reboot in SHR. Then it starts to work again. It sounds strange, but it works to me. It never happened to me with April 16th image or before. Hope this information helps. -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [android] com.android.phone unexpectedly quits
On Thu, Apr 30, 2009 at 1:25 PM, Braydon Fuller wrote: > limx 5886 wrote: > > how do you install the android? i install it from sd card, didn't meet > > the error > > > I also installed from the SD card. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > I installed from SD card and had this error, delete all APN's or fix one of them to have the correct information and delete the others. It is crashing due to an error in the APN settings most likely, that was the issue I ran into (B6, T-Mobile USA). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB port on openmoko
2009/5/1 Mark Night : > I am doing a project on openmoko. I need some help regarding the usb > interface of openmoko. > Is USB port available on openmoko a master, slave or OTG port? master or slave, switchable manually through software. not otg. there is a page on the wiki with lots of detail about how to switch it in software, how to get/make cables, providing/drawing power, etc http://wiki.openmoko.org/wiki/USB shows some of them there are also a couple of apps at opkg.org for switching host/slave; i'm not sure if they work with the new sysfs paths, though > I need to send the data from openmoko to an embedded device through a usb to > serial converter IC. The small embedded device only has facility for serial > data transfer (USART). So, how can I send some data from openmoko through C > code or any other utility by which the data can be converted to serial > format by that IC and then can be received by the embedded device. > Any help will be highly appreciated as the project is related to my course > at university. > Thanks... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing timezones! responding?
On 30 Apr 2009, at 15:40, jeremy jozwik wrote: > sorry, that last post did not work right. how do i properly respond to > mail list messages? If your mail client does not know better, reply-to-all. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing timezones! responding?
i had my mail list account set to daily digest when i set it up. its all better now On Thu, Apr 30, 2009 at 4:53 PM, Tilman Baumann wrote: > > On 30 Apr 2009, at 15:40, jeremy jozwik wrote: > >> sorry, that last post did not work right. how do i properly respond to >> mail list messages? > > If your mail client does not know better, reply-to-all. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB port on openmoko
Mark Night writes: > I need to send the data from openmoko to an embedded device through a usb to > serial converter IC. The small embedded device only has facility for serial I can connect my usb headset, keyboard, mouse, 3g stick, webcam and mass storage stick to my freerunner and they work just fine. I don't see why a serial converter would not work. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NEW e-tasks Alpha release Updated
Hi, I've made a few bug fixes and changes as follows :- * change task from details page (!) * exclaimation mark indication for old tasks * refresh hover on add / del categories * sort task list on category , date There is a bug where it crashes if you press the add button while you're changing a task. Will sort that out today, hopefully. Thanks to everyone who tested this. I know the top line (where you can edit / change a task) was non-intuitive without a label - but I was trying to save space. Help / Suggestions Needed 1. Haven't yet figured out a way to scroll the entry when it's in a horizontal box. The window goes beyond the screen for long tasks. 2. GUI - needs to be more intuitive. All suggestions / ideas welcome. Even those with tongue-in-cheek! ;-) http://n2.nabble.com/file/n2751437/e-tasks_0.11_arm.ipk e-tasks_0.11_arm.ipk -- View this message in context: http://n2.nabble.com/NEW-e-tasks-Alpha-release-%28Updated---Bugfixes%29-tp2740524p2751437.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community