Re: faenqo
really nice theme -- thanks! I have installed from .deb, had to reboot (apps started to segfault), and it works nicely On Sat, 05 Feb 2011, cyberesprit wrote: >It's like in the "home" zone, I canceled an icon (lock) to have 3 >bigger icons. But you can still use the canceled icon function in >clicking on "options -> lock screen". eh -- and lock will be missed :-/ may be to the degree of not using the theme due to its vital function: usually before dumping the phone into the pocket, I want to lock it so there is no sporadic presses. going to the menu is overkill for such a common operation. I do not care much about background (although it carries the proud logo of Debian), and would tolerate (if possible) additional button on top ... or may be even in the space of the right action button on the very bottom which is not assigned any action in the home screen mode.. although that is probably beyond theming, right? -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Patch for libphone-ui [was: fails to call from contacts if phone # contains any non-number?]
>Hey, I added the filtering to libphone-utils, and called the functions >in libphone-ui until mickey >>...< Thank you Tom!!! That works great (although upgrade entirely ruined my SHR primarily since I've not done preventive measures against running out of space) and I had to reflash (and now getting alignment traps for every binary I think [1]). > Just a note: another location for such filtering would be before > matching phone #s from the book with those in call log. This > feature already existed for a long time, it should work I checked > it to work and it did, if it doesn't let me know and I'll give it > some more testing. probably it does but it seems not to take into account country code... i.e. if in phone book I have a number without country (area is always there) code -- it doesn't get name assigned in the Phone Log [1] http://www.onerussian.com//Linux/bugs/om/dmesg-alignment-traps -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Patch for libphone-ui [was: fails to call from contacts if phone # contains any non-number?]
Hi Fox -- Thank you very much for forwarding and thank you Tom for reply! Indeed location felt suboptimal even for me (as I wrote "Also I am not sure if location of phone # filtering is the best"), but I am quite ignorant in SHR internal structure, so please take it as my 'excuse' ;) Just a note: another location for such filtering would be before matching phone #s from the book with those in call log. Please let me know if I could be of any help, Tom. Thanks in advance for pushing this feature through. Cheers, Yarik On Tue, 29 Jun 2010, Fox Mulder wrote: > Am 22.06.2010 20:57, schrieb Yaroslav Halchenko: > > Hi Everyone, > > Could you please overview and accept following patches (1 is non > > functional which I've sent to Klaus yesterday). patch should remove any > > symbol from the number before sending the query to initiate the call... > > I don't have chain ready to build it for phone, but built fine on > > desktop so should be fine? ;) Also I am not sure if location of > > phone # filtering is the best , and it would be great if similar would > > be adopted for matching numbers in the phone calls log book. > I sent your patches to Tom Hacohen who seems to be responsible for this > area. He hasn't subscribed this list so i will forward his answer here: > Am 29.06.2010 20:23, schrieb Tom Hacohen: > > Mind doing me a favor? Please tell him thanks, but I have two > > comments: > > 1. He should send his shr patches to shr-devel. > > 2. His patch for filtering bad input is bad, as it should be done in > > libphone-utis and not in libphone-ui* > > We don't want UI filtering, but we want backend system filtering. The > > correct thing will be fixing libphone-utils, > > adding "filter before sms, filter before call, etc" functions and > > using them in FSO, not in the UI. > > Thanks in advance, will hopefully do it in the weekend. > I added Tom in CC so maybe you want to contact him yourself. :) > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi 0.2.10 released
d'oh... thanks -- I thought that I cut/pasted the command from http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1 On Mon, 28 Jun 2010, Mike Crash wrote: > You forget -m switch, run it as > mcnavi -m belgium-map-12022010.mcm -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi 0.2.10 released
Hi Mike, sounds cool... installed Debian package from your repository, and downloaded belgium map just for a try: $> mcnavi belgium-map-12022010.mcm Cannot open map strace shows: open("/usr/share/mcnavi/maps/map.mcm", O_RDONLY) = -1 ENOENT (No such file or directory) and quick grepping confirms that path is compiled in: $> dpkg -L mcnavi | xargs grep map.mcm Binary file /usr/bin/mcnavi matches On Wed, 09 Jun 2010, Mike Crash wrote: > Hi all, > I have released new version of MC Navi. It should be (more) stable now > (hope) and have some improvements: > - added support for orchards > - draw cycle and tourist ways (for cycle and foot) > - added GPS menu with satellites > - draw the street names > More info here: > http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1 > This version needs new map, download at: > http://www.gps-routes.info/index.php?name=Downloads&d_op=viewdownload&cid=3 > If marked with (old/uncompatible - do not use), do not download it, it is > old version. I will regenerate it in some days. -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Patch for libphone-ui [was: fails to call from contacts if phone# contains any non-number?]
Hi Everyone, Could you please overview and accept following patches (1 is non functional which I've sent to Klaus yesterday). patch should remove any symbol from the number before sending the query to initiate the call... I don't have chain ready to build it for phone, but built fine on desktop so should be fine? ;) Also I am not sure if location of phone # filtering is the best , and it would be great if similar would be adopted for matching numbers in the phone calls log book. Thanks in advance On Mon, 21 Jun 2010, Yaroslav Halchenko wrote: > Hi guys, > It has been a while since I've been observing this but finally decided > to email after the last upgrade today. > I have my contacts synced from gmail using PISI (Thank you Michael), I > am using SHR, and I have somewhat a variety of formats for numbers > specifications, e.g. > 2345678900 > (234) 567-8900 > +1 (234) 567-8900 > etc > the problem is, that it seems that if there is any non-digit in the > phone #, it fails to actually initiate the call. e.g. here is example -- > I've called contact with only numbers in phone #, then added a space > after 1 - and it failed to call: -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] From 2aeea757dc8ac787cee4f50f9c753bb7815b1d37 Mon Sep 17 00:00:00 2001 From: Yaroslav Halchenko Date: Mon, 21 Jun 2010 16:02:23 -0400 Subject: [PATCH 1/2] ENH: non-functional -- tabs, "Initi[t]ating" spelling --- src/phoneui-utils-calls.c|6 +++--- src/phoneui-utils-contacts.c |2 +- src/phoneui-utils-sound.c| 42 +- 3 files changed, 25 insertions(+), 25 deletions(-) diff --git a/src/phoneui-utils-calls.c b/src/phoneui-utils-calls.c index 12833fd..12e8a5a 100644 --- a/src/phoneui-utils-calls.c +++ b/src/phoneui-utils-calls.c @@ -35,7 +35,7 @@ _call_initiate_callback(GObject *source, GAsyncResult *res, gpointer data) int callid; struct _call_pack *pack = data; -callid = free_smartphone_gsm_call_initiate_finish + callid = free_smartphone_gsm_call_initiate_finish (pack->call, res, &error); if (pack->callback) { pack->callback(error, callid, pack->data); @@ -54,7 +54,7 @@ phoneui_utils_call_initiate(const char *number, { struct _call_pack *pack; - g_message("Inititating a call to %s\n", number); + g_message("Initiating a call to %s\n", number); pack = malloc(sizeof(*pack)); pack->callback = callback; pack->data = userdata; @@ -251,7 +251,7 @@ phoneui_utils_ussd_initiate(const char *request, { struct _network_pack *pack; - g_message("Inititating a USSD request %s\n", request); + g_message("Initiating a USSD request %s\n", request); pack = malloc(sizeof(*pack)); pack->callback = callback; pack->data = data; diff --git a/src/phoneui-utils-contacts.c b/src/phoneui-utils-contacts.c index e4563e8..fe6a5f5 100644 --- a/src/phoneui-utils-contacts.c +++ b/src/phoneui-utils-contacts.c @@ -346,7 +346,7 @@ _contact_lookup_callback(GObject *source, GAsyncResult *res, gpointer data) g_debug("_contact_lookup_callback"); path = free_smartphone_pim_contacts_get_single_entry_single_field_finish (pack->contacts, res, &error); -g_debug("got path %s", path); + g_debug("got path %s", path); if (error || !path || !*path) { pack->callback(error, NULL, pack->data); if (error) { diff --git a/src/phoneui-utils-sound.c b/src/phoneui-utils-sound.c index 3c34794..4b08c60 100644 --- a/src/phoneui-utils-sound.c +++ b/src/phoneui-utils-sound.c @@ -556,13 +556,13 @@ phoneui_utils_sound_init(GKeyFile *keyfile) int err, f; char *device_name; static GSourceFuncs funcs = { -_sourcefunc_prepare, -_sourcefunc_check, -_sourcefunc_dispatch, -0, + _sourcefunc_prepare, + _sourcefunc_check, + _sourcefunc_dispatch, + 0, 0, 0 -}; + }; sound_state = SOUND_STATE_IDLE; @@ -714,13 +714,13 @@ _phoneui_utils_sound_volume_changed_cb(snd_hctl_elem_t *elem, unsigned int mask) int volume; -if (mask == SND_CTL_EVENT_MASK_REMOVE) -return 0; -if (mask & SND_CTL_EVENT_MASK_VALUE) { -snd_ctl_elem_value_alloca(&control); -snd_hctl_elem_read(elem, control); -type = _phoneui_utils_sound_volume_element_to_type(elem); -if (type != CONTROL_END) { + if (mask == SND_CTL_EVENT_MASK_REMOVE) + return 0; + if (mask & SND_CTL_EVENT_MASK_VALUE) { + snd_ctl_elem_value_alloca(&control); + snd_hctl_elem_read(elem, control); + typ
fails to call from contacts if phone# contains any non-number?
Hi guys, It has been a while since I've been observing this but finally decided to email after the last upgrade today. I have my contacts synced from gmail using PISI (Thank you Michael), I am using SHR, and I have somewhat a variety of formats for numbers specifications, e.g. 2345678900 (234) 567-8900 +1 (234) 567-8900 etc the problem is, that it seems that if there is any non-digit in the phone #, it fails to actually initiate the call. e.g. here is example -- I've called contact with only numbers in phone #, then added a space after 1 - and it failed to call: Successful: ==> phoneuid.log <== 2010.06.21 15:28:07.720893 [libphone-ui-shr]DEBUG: Calling callback with number 12345678900 2010.06.21 15:28:07.721323 [libphone-ui-shr]DEBUG: _list_call_number_callback: 12345678900 2010.06.21 15:28:07.721673 [libphone-ui]MESSAGE: Inititating a call to 12345678900 2010.06.21 15:28:07.735265 [libphone-ui-shr]DEBUG: callback done 2010.06.21 15:28:07.735662 [libphone-ui-shr]DEBUG: Scheduling inwin destruction 2010.06.21 15:28:07.775475 [libphone-ui-shr]DEBUG: Destructing number selection inwin ==> fsogsmd.log <== 2010-06-21T19:28:08.160951Z [INFO] libfsotransport <0710:2>: SRC: "%N0187" -> [ "EXT: I", "Both AEC and Noise reduction are active", "OK" ] 2010-06-21T19:28:08.847051Z [INFO] libfsotransport <0710:3>: URC: [ "%CPRI: 1,2" ] ==> phoneuid.log <== 2010.06.21 15:28:08.116505 [libphone-ui]DEBUG: _call_status_handler: call 1: 1 2010.06.21 15:28:08.141531 [phoneuid] DEBUG: org.shr.phoneuid.CallManagement.DisplayOutgoing 2010.06.21 15:28:08.142640 [libphone-ui-shr]DEBUG: window_new 2010.06.21 15:28:08.143073 [libphone-ui-shr]DEBUG: malloc'ed 2010.06.21 15:28:08.143531 [libphone-ui-shr]DEBUG: done 2010.06.21 15:28:08.505643 [libphone-ui-shr]DEBUG: window_view_show() and everything works as it should Failing (just nothing happens): ==> phoneuid.log <== 2010.06.21 15:27:37.475525 [libphone-ui-shr]DEBUG: Calling callback with number 1 2345678900 2010.06.21 15:27:37.475961 [libphone-ui-shr]DEBUG: _list_call_number_callback: 1 2345678900 2010.06.21 15:27:37.476320 [libphone-ui]MESSAGE: Inititating a call to 1 2345678900 2010.06.21 15:27:37.491266 [libphone-ui-shr]DEBUG: callback done 2010.06.21 15:27:37.491672 [libphone-ui-shr]DEBUG: Scheduling inwin destruction 2010.06.21 15:27:37.532375 [libphone-ui-shr]DEBUG: Destructing number selection inwin ==> phoneuid.log <== 2010.06.21 15:27:45.041779 [libphone-ui-shr]DEBUG: showing contact /org/freesmartphone/PIM/Contacts/188 I am not sure which part of the tandem here should take care about filtering out the phone number? Another issue that if I click 'Release' while successful call happening, I would get a message about: ==> phoneuid.log <== 2010.06.21 15:28:15.352924 [libphone-ui-shr]WARNING: Failed adding a contact: (0) Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/dbus/service.py", line 649, in _message_cb (candidate_method, parent_method) = _method_lookup(self, method_name, interface_name) File "/usr/lib/python2.6/site-packages/dbus/service.py", line 244, in _method_lookup raise UnknownMethodException('%s is not a valid method of interface %s' % (method_name, dbus_interface)) UnknownMethodException: org.freedesktop.DBus.Error.UnknownMethod: Unknown method: GetContent is not a valid method of interface org.freesmartphone.PIM.Contact -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: evopedia 0.2.3 release
On Tue, 13 Oct 2009, Christian wrote: > I don't really understand. There should be no images in the dumps at > all, only html files and coordinate information as symlinks. The images > are only loaded from the wikipedia servers if there is a connection to > the internet. ah... sorry I've probably got confused with wget -nv "http://download.wikimedia.org/""$LANG""wiki/""$DATE""/""$LANG""wiki-""$DATE""-image.sql.gz"; -O "$DESTDIR/wiki-latest-image.sql.gz" and echo "Importing images..." in http://github.com/crei/evopedia/blob/576d085e62297d1566c3d82d722acb4220b3da2f/createdump.sh ;-) -- .-. =------ /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: evopedia 0.2.3 release
GREAT JOB! I would advice to tag and git push --tags, that would make github automagically generate tarballs for the releases available in http://github.com/crei/evopedia/downloads Would it be possible also to sanitize dumps to exclude images and provide those from your webpage (as well as full dumps)? that might make english version fit within available free space on my SD ;) On Sat, 10 Oct 2009, Christian wrote: > I have put the source for the modified mediawiki and the dump scripts as > branches in http://github.com/crei/evopedia/. Please do not hesitate to > ask me if you do not get it runnung. I have not yet created an english > dump mainly because it would take so long, although I am sure that the > dump process can be improved. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I am working on Debian packages for atd-over-fso (was [Qt Extended] debian image)
do you mean that whenever that is done you will be ready to package Debian packages for ffalarms? ;) On Fri, 03 Apr 2009, Łukasz Pankowski wrote: > Franky Van Liedekerke writes: > > So this evening I'll play a bit with that image (I need to add atd from > > angstrom to get the alarms to work probably) and see about the bluetooth > > thingie. > May be you will be interested: I am just working on Debian packages of > atd-over-fso [1] (port of atd working on top of fso), chances are I > will finish tomorrow. > [1] http://projects.openmoko.org/frs/?group_id=260 > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: "Multitouch" on FR ... imho should be possible to mimic
that is why may be 2nd way (raising 1st finger up after 2nd reached the screen, so there are 2 jumps in coordinates: d/2, and d/2 in a single direction) might be preferable way -- then you drive your 'multitouch' mode with any gesture you like while assuming that 'other' finger is still in the original position... actually it can be two separate modes 1. two fingers on screen -- use for moving 2. 2nd finger on screen -- rotation, whatelse ;) I think clever solution can jump between the two of them (depending on either you again put 1st finger back on the screen)... just a little tiny state machine ;) On Thu, 19 Mar 2009, The Digital Pioneer wrote: >Ahh, right, of course. You just have to remember to keep one finger >still. :) > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: "Multitouch" on FR ... imho should be possible to mimic
you can do rotation as well -- just a little bit of 'logic' to decide either it is a linear or circular motion (of 2nd finger in respect to the 1st one) On Thu, 19 Mar 2009, The Digital Pioneer wrote: >I have wondered if this was possible before, and I don't see why it >can't be implemented, but it is limited as the only motion it could >really detect (I would think) is moving the fingers closer or further, >and if you move both fingers apart at the same rate, the midpoint >doesn't move, so you have to know how to use it right. Still, I'd like >to see it implemented, since it should (in theory) work once you get >used to it. >Just my 2 cents... > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
"Multitouch" on FR ... imho should be possible to mimic
Hi All, I've been cherishing the idea for a while but got no spare time to even code a proof of concept. so I decided to share it with you so someone could do that for the common advantage ;) Indeed we can't register both touches -- as a result hardware returns midpoint. BUT what if you touch screen with two fingers (at some inter-finger distance like half of screen width) not at the same time but within lets say 100-200ms. Ie you "click" with one finger just slightly before the other one. then driver reports 2 coordinates where there is a significant immediate jump from first coordinate to the midpoint between the two, which would be as much as 1/2 of distance between the fingers. such behavior would signal that 2 fingers are on the screen! then if you move 2nd finger somewhere, midpoint would move and that movement can be taken as a multitouch gesture, ie if you are expanding 2nd finger away from first one -- it is like 'zoom-out' or increase of smth. analogously, by comparing to the first coordinate (of 1st finger) rotations / horizontal zoomin/ vertical zooming etc could be derived multitouch gesture mode would stop when fingers leave the screen or there is once again a singificant jump from prev coordinate (like you raise one finger up prior to the other one) alternative mode can be that after 'two finger' non-synchroneous touch which switches to "multitouch mode" you drive your gesture with only second finger (ie raise the first one off the screen) -- that would allow for better control over the gesture since no averaging of coordinates between two points would happen. And again, multitouch mode is left whenever finger is raised of the screen. if someone is to implement/test such approach, qwo might be a nice code base to start from... alternatively I guess tslib for those with debian+fbdev xserver. -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume - Command line to display the keyboard ?
thanks for the snippet! but imho the best (and proper) way would be to create an illume action (not external script) so it could be assignable to a shortcut On Wed, 18 Mar 2009, Francesco de Virgilio wrote: > kimaidou ha scritto: > > Oups, sorry I just had not thought there was some help ! > > Thanks a lot, it works well. > > I think you should package it into an simple ipk file, and put it on > > opkg.org <http://opkg.org>, so that everybody can enjoy it ! > Yeah, could anyone package it? :) It'll be very useful! > > Anyway thanks a lot > Thanks from me :) -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian package for pythm Was: [debian] Packaging python apps, f.e. pythm...
On Mon, 16 Mar 2009, Timo Juhani Lindfors wrote: > > (pkg-fso for example). To achieve this the requirements to get into pkg-fso > > shouldn't be too demanding imho. > I thought pkg-fso was a temporary repository for packages that are > aiming to enter debian. I would be surprised if I got some low-quality > stuff from there. and I aim to ship pythm into Debian as soon as all dependencies are available (python-edbus is the one and it is to be provided by pkg-fso team) in the Debian main Debian package is already almost complete imho (just missing manpage and need a correct xpm icon for menu). Not sure what additional steps I need to do to make the package 'high quality' ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e17 - questions
see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514018 On Tue, 10 Mar 2009, Daniel Benoy wrote: > I installed your packages and they worked for the keyboard problem for me :) > Unfortunately I still don't see any icons on my 'home' desktop. :/ -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian package for pythm Was: [debian] Packaging python apps, f.e. pythm...
as promised for those desired to run pythm on their Debian-powered FRs: http://itanix.rutgers.edu/rumba/dists/sid/perspect/binary-all/python/pythm_0.5.5+git20090315-1~pre1_all.deb path to source dsc http://itanix.rutgers.edu/rumba/dists/sid/perspect/source/python/pythm_0.5.5+git20090315-1~pre1.dsc although it is also available from git repo http://github.com/yarikoptic/pythm/tree/debian n.b. I will see if I can get this package into pkg-fso repository so there would be no need to add yet another source if you want to track mine This version is the latest Dylan had + few of my modifications + little fix for it to run on Debian + debian packaging As soon as pkg-fso Debian team ships python-edbus (primary delay is the prerequisites in the NEW queue of Debian), I will ship pythm into Debian main (unstable or experimental depending where python-edbus ends up). Cheers! ;) On Fri, 13 Mar 2009, Yaroslav Halchenko wrote: > I want to let you know that I am going to package > ITP: > http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg621478.html > and upload pythm into Debian main (probably later on this week... > preliminary packaging is already done). It will be based on Dylan's and > my fork of pythm (some changes from Paul TT were already absorbed). > Sources are available from https://github.com/yarikoptic/pythm and > debian packaging will appear in a debian branch out there in the > foreseeable future ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Packaging python apps, f.e. pythm (was: Installing *.ipk/*.opk part 1: Dependencies)
I want to let you know that I am going to package ITP: http://www.mail-archive.com/debian-bugs-d...@lists.debian.org/msg621478.html and upload pythm into Debian main (probably later on this week... preliminary packaging is already done). It will be based on Dylan's and my fork of pythm (some changes from Paul TT were already absorbed). Sources are available from https://github.com/yarikoptic/pythm and debian packaging will appear in a debian branch out there in the foreseeable future ;) On Fri, 13 Mar 2009, Marcel wrote: > Am Thursday 12 March 2009 23:25:28 schrieb Timo Juhani Lindfors: > > Rask Ingemann Lambertsen writes: > > >> Nice it would be grat in future if we (debian users) could just add opkg > > >> repos as deb ones... maybe with different priority... it may be > > >> difficult and risky, but indeed useful! > > Wouldn't it be much easier to just create real debian packages? > > If you have some example programs I can give examples of how you can > > create unofficial debian packages of those. > Hello list ;), > Hello Timo, > I'd like to package pythm for debian (always copying the svn checkout to > r...@neo: isn't that satisfactory), but the tar.gz only contains a setup.py, > no autotools-files which is assumed by the debian maint/packaging guide. > How may I approach this? -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
> As I mentioned before, I am planning to add some sort of session > management. It might be too IO intensive to cache all the tag data (as > opposed to simply remembering file name), but it is a possibility. actually I think that storing them along with filenames in those 'sessions' would speed this up since separate files would not need to be processed for id3 extraction upon loading of the session file. id3 tags within a loaded session might be updated upon user request or whenever a corresponding file is played/queued/whatever ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
> 1) Yaroslav Halchenko got me off my lazy butt and we are going to be > actively collaborating on further pythm hacking. This is good because > he is already correcting my horrible python :^) My git fork can be > found at http://github.com/negi/pythm for all those interested. The least I can do is to motivate people ;) Let me now describe positive side-effects of exposing code in git on github (instead of SVN on projects.om) Now anyone of you can * clone pythm fork (better off from Dylan's one, although I will keep mine also in sync with his) * do anything you like -- fixes, enhancements, whatever; and regularly commit your changes into your local git clone of pythm (nobody will see those yet since you would be committing into your local copy) * if you decide that your changes worth exposing and contributing for others to be used, instead of sending patches anywhere, just - get yourself account on github (for our purposes free account is sufficient) - fork Dylan's or mine repository - add your fresh fork as an additional remote in your local pythm clone - push your changes into your fork on github Voilà -- now everyone can see your changes, cherry pick or merge them into his own repository (like mine or Dylan's). That really allows to facilitate community project ;-) and pythm is imho very well worth such an effort. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Linball game 0.2 version
just a quick trick for users of such a good client as mutt: you have ability to break 'hi-jacked' thread into a separate one by using shortcut '#' which corresponds to function 'break-thread' iirc On Wed, 11 Feb 2009, Vincent MEURISSE wrote: > Please don't use the Reply button to create a new thread. Good mail client > get > fucked with that. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qwo update
oki doki -- built 0.4 version under sid's chroot on my FR you should be able to get it from http://itanix.rutgers.edu/rumba/dists/sid/perspect/binary-armel/x11/qwo_0.4-1_armel.deb also I've fixed up repository configuration so now there is Release file for armel, so you should be able to apt-get install it if you add following line deb http://itanix.rutgers.edu/rumba sid perspect to your /etc/apt/sources.list but prior doing apt-get update you would need to add the key for this archive to the list of trusted: wget http://www.onerussian.com/Linux/rumba-debianarchive.asc cat rumba-debianarchive.asc | apt-key add - NB: I've not tested myself this new package, so you might hit various issues ;-) NB#2: qwo package submission into Debian is still in the NEW queue... might take few more weeks to pass NEW (if it does pass on the 1st try) Enjoy On Mon, 09 Feb 2009, kimaidou wrote: >Hi all >Is there a new package for Debian too ? I am using the 0.3 on my >hackable, and I would like to test the last one. >NB : for those who wants to install it on debian/hackable, do : > cd ~ > wget > "[1]http://itanix.rutgers.edu/rumba/dists/sid/perspect/binary-armel/x11/qwo_0.3+git20090110+6db30-1~pre3_armel.deb"; > apt-get install libconfig6 > dpkg -i qwo_0.3+git20090110+6db30-1~pre3_armel.deb > cd /usr/bin > mv xkbd xkbd.moved > ln -s qwo xkbd -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neon 0.9.6 is out
and if you succeed to some extent, I could mentor you a bit and we could push it into Debian (I am a DD). Unfortunately myself I have no spare time atm to yet another project to accomplish mission myself, but it should be quite easy. I would also suggest to simply look at some other python-driven app, e.g. cycle (just apt-get source cycle and cd in there), although I would recommend to use cdbs atm -- that would make debian/rules really tiny. On Tue, 03 Feb 2009, azmodie wrote: > http://tldp.org/HOWTO/html_single/Debian-Binary-Package-Building-HOWTO/ > 2009/2/3 Valery Febvre : > > kimaidou wrote: > >> Is it possible to release a version for Debian ? Since it is written in > >> python, it should run smoothly ? > > Yes, if EFL library (evas, ecore, edje) and python bindings are > > available, it should run without changes. > > I develop Neon under debian so I am pretty sure of that. > > Unfortunately, I don't know how to build a debian package. :-( > > -- > > Valéry > > ___ > > 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 -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Thank you Dylan once again what about ability to seek within a song? is it doable for gstreamer? On Fri, 30 Jan 2009, Dylan Reilly wrote: > To answer a few questions: > 1) The new gstreamer back-end uses mutagen to read tag data from mp3 > and ogg and not ID3. You will want to use the package I made for > mutagen since no other exists. I did not bother updating the mplayer > back-end as consider that deprecated at this point. That one still > uses the ID3.py library which I did not include. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
wonderful - thank you Dylan, pythm feels really nice now with gstreamer. I wonder if are going to add seeking support to change position within the song with gstreamer? it would be really great! btw -- what version of ID3 python's library do you use? om's repository seems to lack any package for it, so I've just installed the copy from my debian box which is 1.2-6.2, but that one also pukes with error executing:'TITLE' on my mp3s (like someone else reported before I believe) On Thu, 29 Jan 2009, Dylan Reilly wrote: > I am still in the process of making changes, but I have some packages > if anyone wants to try it. This version has the option of using a > gstreamer back-end (the default with the packaged config file) instead -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QWO tentative package for Debian is out
stop -- do you mean with illume? have you switched to it in the configuration? On Mon, 19 Jan 2009, dsca...@gmail.com wrote: > OK it works! > now i have to understand how ;-) > d > [it does not work under enlightenment but it's not a qwo matter] -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QWO tentative package for Debian is out
I've built tentative Debian package under H1 (based on Debian), so it should work on any more or less up-to-date Debian-based distro deb file for armel is available from http://itanix.rutgers.edu/rumba/dists/sid/perspect/binary-armel/x11/qwo_0.3+git20090110+6db30-1~pre3_armel.deb or for i386 if you run Debian there as well http://itanix.rutgers.edu/rumba/dists/sid/perspect/binary-i386/x11/qwo_0.3+git20090110+6db30-1~pre3_i386.deb you can dget sources using this dsc http://itanix.rutgers.edu/rumba/dists/sid/perspect/source/x11/qwo_0.3+git20090110+6db30-1~pre3.dsc or just fetching from git repository (which will move eventually I hope into upstream's): http://git.onerussian.com/?p=deb/qwo.git;a=summary There is still an issue to resolve with .desktop file, so I am waiting on upstream's ideas/feedback, but you can give it a try on your phone. Also, I guess, it is needed to discuss proper way (alternatives?) on how to switch between different keyboards implementations on debian systems. For now, you can do evil: cd /usr/bin mv xkbd xkbd.moved ln -s qwo xkbd to have qwo your default keyboard appearing on AUX press since I had no time to figure out if used keyboard is configurable at all atm. but I've given a try -- qwo works fine -- I can enter text ;-) On Sat, 17 Jan 2009, Yaroslav Halchenko wrote: > >nice news! but in which repos will it be placed? unstable or testing? > testing is frozen already, so it can't get in there directly, thus > 'unstable' (ie sid) > For testing (ie lenny atm) we can create a backport and I could host it > off my repository -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: handwriting recognition. was:Re: Dual touch display
>nice news! but in which repos will it be placed? unstable or testing? testing is frozen already, so it can't get in there directly, thus 'unstable' (ie sid) For testing (ie lenny atm) we can create a backport and I could host it off my repository -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: handwriting recognition. was:Re: Dual touch display
qwo is on the way to debian... Christian Amsuess has done initial packaging, we are just resolving some issues, upstream moved to using git and did some handy fixes... some time very soon I will upload it into Debian (hopefully late this weekend). what problems did you particularly encountered while building it? may be there is some arm specific challenge (I've not tried to built it yet on my FR) On Fri, 16 Jan 2009, Davide Scaini wrote: >i'm trying cellwriter on my debian... >- do you know a way to start it on e17 no in "fullscreen" mode? >I tried to pack qwo (deb) with no success right now... hope to have >news soon. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Thank you Dylan for improving pythm -- few days ago I've set up original version and was pleased to be able to listen to my mp3s from FR. Now I will give a try to your mods as soon as I get some spare time I guess it would be great if you expose your development a bit -- did you start off from SVN checkout of original pythm? may be it is worth creating a branch in pythm's SVN repository, or at least publish your development elsewhere? Or may be Matthias would not mind most of your changes, so they could get in the main line of pythm's development? few days ago (right after I've tried pythm) I've asked on pythm's forum about future developments [1]. Matthias Hans (original author) seems to be busy with other things, but Paul has expressed his desire to collaborate and mentioned that he did already some changes of his own. It would be great to unite the effort, but for that single point of entry for the source is preferred I guess. Keep on useful development! [1] http://projects.openmoko.org/forum/forum.php?thread_id=850&forum_id=669 On Fri, 16 Jan 2009, Dylan Reilly wrote: > The locale error is a red herring. > I will try to devote some time this weekend to fixing the problem with > ogg. I was short sighted when I added the ID3 tag reading and forgot > to make it work with ogg too. If you are impatient, you can look in > mplayerbackend.py and comment out the part that uses ID3 to read file > details. It's in the function that loads files into a play list. -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Question about a file I am not aware
I guess this question didn't re-circulate on the list for a while, so... just look into /opt/Qtopia/etc/default/Trolltech/Storage.conf to get better feeling of control over the situation ;-) On Sat, 20 Dec 2008, "Bernd (Jesus McCloud) Prünster" wrote: > afaik it is autmatically created to index files that my be useful to > qtopia, you contacts are stored in the flash memory of you phone, not on > sdcard (see wiki: "Pre-Flash Backup" i don't remember the path, but it > is sth like /home/root/Documents and /home/root/Applications) -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New 2008.12 Release
guys -- looks for some email in the mailing list which described what packages to remove to bring it to that desired low startup time... I believe it is also described in wiki somewhere I've done it on my FDOM + updates and it is indeed reasonably quick (didn't measure exact timing though) 6 sec to press power should be improved imho -- there is no need for it to be more than 3 sec (enough time imho to differ between Power->AUx, or AUX -> Power presses to get into different UBoots) On Fri, 19 Dec 2008, Vasco Névoa wrote: > With OM2008.9/testing and ASU theme + gsm0710muxd service, it' > definitely around 60 seconds. > > It's the faster i have seen on FR currently. > Yep. :) > > Maybe it's partly because (thanks to ;) ) QI? > That should only make a difference in the first part of boot (until > the first kernel line) I think... > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
want your FR to start faster console based apps? ;-)
ok -- I've become annoyed by the start time of some apps which I do run in terminal (e.g. screen). I've tried to run them on another ARM based beast -- my router -- and it starts immediately... ok -- a bit of stracing to figure out that some considerable time is spent processing ... /etc/termcap opkg remove termcap and now it takes a second instead of 10 to start screen ;-) it might be that the base image doesn't have it installed but I've been running FDOM + multitude of upgrades, so may be installation of termcap some how went under the hood? So decided to share ;-) Do we ever need /etc/termcap? may be so for some elderly software which doesn't make use of curses... actually description of termcap-compat package in Debian (Debian of FR doesn't install it obviousely) The termcap-compat package provides the libtermcap.so.2 and /etc/termcap files which are required to run non-Debian, binary-only termcap-based programs. Since libc6-based programs are hopefully "modern" enough to be linked with ncurses (or slang), this package only provides a libc5-based libtermcap library. So I doubt that we would need it, and there are no other packages which depend on it -- so it should be safe to remove it -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner Happiness
> With all the recent talk about FR problems I think its a good time to share > my > recent good experiences. seconded... Sure everybody's mileage varies. At the beginning, I thought I will be able to play with Freerunner more than I became capable to do due to time constraints. Since FR became my primary phone from the first day I bought it right after it appeared for sales, I had no chance but to keep it running. Since some time I switched to FDOM, then I upgraded it with daily testing, broke it, figured out what was the problem, switched to illume theme, found why it segfaults in many places (report on the list and in bugreport about those evil shadows), so I didn't have to switch to software_x (which is slower), installed russian keyboard, installed more gadgets of all kinds, and the beast is running nicely -- I do use it as a daily phone, I do make/receive calls, I do send/receive SMS but really rarely, I do use GPS from time to time, battery time has improved considerably so I charge it whenever I recall to do so. Unfortunately it still does lack some basic phone functionality (mailbox alters, stable alarm etc), but I bet they will come ;) Sure thing there are glitches, and many people have different experience, but so far I see steady growth of improvement/fixes/new projects/joy. Thus -- I am only thankful to openmoko team and all the developers/users who spend their precious private time making freerunner the only thus the best ( ;) ) open-sourced phone. Keep on good work -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: top bar clock in testing
confirm -- the same effect On Thu, 11 Dec 2008, Ed Kapitein wrote: > Hi Bill, > I get an > Forbidden > You don't have permission to access /freerunner/illume.edj on this > server. > If i try to download the edje file. > Kind regards, > Ed(je) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Raster keyboard on daily testing
> > and unloaded drop dropshadow module still alive although I did a few > > things ;-) do you have dropshadow enabled? > where did you do this ? illume configuration gui -> modules -- there you can see if it is loaded and unload it -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Raster keyboard on daily testing
ok... got a backtrace [Switching to Thread 0x4088fba0 (LWP 1851)] 0x407c396c in _int_free () from /lib/libc.so.6 (gdb) bt full #0 0x407c396c in _int_free () from /lib/libc.so.6 No symbol table info available. #1 0x407c3cc8 in free () from /lib/libc.so.6 No symbol table info available. #2 0x40dad958 in _ds_shpix_free () from /usr/lib/enlightenment/modules/dropshadow/linux-gnueabi-arm/module.so No locals. #3 0x40daf7d8 in _ds_shadow_reshape () from /usr/lib/enlightenment/modules/dropshadow/linux-gnueabi-arm/module.so No locals. #4 0x0002a0c0 in _e_main_cb_idler_before () No locals. #5 0x4062d804 in _ecore_idle_enterer_call () from /usr/lib/libecore.so.0 No symbol table info available. #6 0x40630ea0 in ?? () from /usr/lib/libecore.so.0 No symbol table info available. and unloaded drop dropshadow module still alive although I did a few things ;-) do you have dropshadow enabled? also previously stracing it was making it less prone to crashing... I wondered why -- now it seems to match -- it never entered _ecore_idle_enterer_call I guess -- was constantly somewhat busy? On Wed, 03 Dec 2008, Yaroslav Halchenko wrote: > > Beware: > > at least on my system, when I replace the base "asu" theme with the > > "illume" theme, Enlightenment crashes a lot. > just wanted to confirm since I am not sure on how to troubleshoot it > it crashes with > *** glibc detected *** enlightenment: malloc(): memory corruption: 0x004fcf98 > *** > in the terminal > strace is not very informative to me (I have no clue in internals of > enlightment) > [pid 1122] write(13, > ";\3\5\0%\0\240\0\0\0\0\0Z\1\302\0D\0\22\0\201\3\n\0$\0"..., 64) = 64 > [pid 1122] read(13, > "\1\1\357A\0\0\0\0\21\2\240\0\350\341\25\0+\0\0\0(5\21\0"..., 32) = 32 > [pid 1122] gettimeofday({1701625338, 2388}, NULL) = 0 > > [pid 1122] write(13, "8\3\4\0%\0\240\0\0\0\10\0\0\0\0\0", 16) = 16 > [pid 1122] gettimeofday({1701625338, 8092}, NULL) = 0 > [pid 1122] ioctl(13, FIONREAD, [0])= 0 > [pid 1122] gettimeofday({1701625338, 14974}, NULL) = 0 > [pid 1122] --- SIGSEGV (Segmentation fault) @ 0 (0) --- > [pid 1122] write(2, " SEGMENTATION FAULT \n", 29) = 29 > where 13 is > lrwx--1 root root 64 Dec 3 12:31 /proc/1122/fd/13 -> > inotify > ok ... installing gdb and -dbg packages ;-) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Raster keyboard on daily testing
> Beware: > at least on my system, when I replace the base "asu" theme with the > "illume" theme, Enlightenment crashes a lot. just wanted to confirm since I am not sure on how to troubleshoot it it crashes with *** glibc detected *** enlightenment: malloc(): memory corruption: 0x004fcf98 *** in the terminal strace is not very informative to me (I have no clue in internals of enlightment) [pid 1122] write(13, ";\3\5\0%\0\240\0\0\0\0\0Z\1\302\0D\0\22\0\201\3\n\0$\0"..., 64) = 64 [pid 1122] read(13, "\1\1\357A\0\0\0\0\21\2\240\0\350\341\25\0+\0\0\0(5\21\0"..., 32) = 32 [pid 1122] gettimeofday({1701625338, 2388}, NULL) = 0 [pid 1122] write(13, "8\3\4\0%\0\240\0\0\0\10\0\0\0\0\0", 16) = 16 [pid 1122] gettimeofday({1701625338, 8092}, NULL) = 0 [pid 1122] ioctl(13, FIONREAD, [0])= 0 [pid 1122] gettimeofday({1701625338, 14974}, NULL) = 0 [pid 1122] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 1122] write(2, " SEGMENTATION FAULT \n", 29) = 29 where 13 is lrwx--1 root root 64 Dec 3 12:31 /proc/1122/fd/13 -> inotify ok ... installing gdb and -dbg packages ;-) -- .-. =-- /v\ ----= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Contacts - Fdom vs. OM2008.8
On Tue, 28 Oct 2008, Holger Freyther wrote: > > or may be Holger would add 1 more patch in the right spot? ;-) > If you change the mentioned key Contacts and the Contact Selection Dialog > will > show the search bar. The Contact Selection didn't work because Trolltech copy > and pasted the 80% of the same code to multiple places. So far we have found > two and patches both of them (actually trevino spotted both). > does this answer your question? I might be still slow... what key should I change? may be I haven't described situation clearly I do have 'extended' Contacts.conf which has [default] EnableFindBar=1 thus I do have a search bar in the 'Contacts', but I don't have it whenever I click on Contacts from within the Dialer. So I guess additional piece in Contacts code wasn't patched or I am not running desired version of qpe (using last FDOM without additional upgrades) -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Contacts - Fdom vs. OM2008.8
> > ps : well , fdom is not V om , those guys are working on stability thing , > > we are working on feature , funny , fat and dirty things! > One of those dirty things is change config files, the standard 2008.9 > has this feature you only have tell it to not be so shy and show it :) > If you look at the FDOMizer. script you will find all the dirty thing we > have done to it :) according to git log and http://lists.openmoko.org/pipermail/commitlog/2008-September/006060.html holger enabled it in qtopia build in september ... but for some reason it wasn't enabled by default also it seems to be not 'patched' in the view of contacts whenever it is called from the dialer ("person" icon) -- and that is the most often place where I look for contacts... now I will need to start contacts first I guess, heh heh or may be Holger would add 1 more patch in the right spot? ;-) -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dillo && security question
> Who is the author of this port of dillo to arm4? There is no reference > and the only available download site is http://misc.andi.de1.cc/dillo/ that page is pointed to from the original dillo's website http://www.dillo.org/download.html thus it might be worth asking dillo's author(s)? .dsc file lists Maintainer: Devid Filoni <[EMAIL PROTECTED]> so it might be the same person who did ipk? > So what? Who did this port and is it safe to install this on the FR? > I'm asking because I think it would be easy to write some maleware which > let your FR dial every second some expensive service number or send out > SMS as SPAM. Don't get me wrong, I'm only speaking about the possibility > and that we should know *what* we install on our FR. I'm wrong? nope possibility of malware on FR exists, but they will have hard time to do anything 'useful' due to the variety of ports and inconsistent interfaces :-P For those needing security assurance I would recommend to stick to Debian -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dillo: lightweight webbrowser v2.0
wow -- now I've tried it -- it is indeed fast!!! it is minimal and doesn't render some crappy pages (like mine ;-)) but it feels faster on FR than firefox on my desktop ;-) On Fri, 17 Oct 2008, Xavier Cremaschi wrote: > Thanks for sharing. Dillo is great and fast ! > Xavier. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Dillo: lightweight webbrowser v2.0
Just wanted to share, that Dillo was featured in the recent LWN http://lwn.net/Articles/303502/ Lightweight, Linux-compatible browser evolves (DesktopLinux.com) http://www.desktoplinux.com/news/NS6922044112.html there are builds for debian (no arm port but dsc+diff are there so should be easily buildable) and there is http://misc.andi.de1.cc/dillo/dillo_2.0-r0_armv4t.ipk although I've not tried either of them since I forgotten my usb cable at work and FR fails to connect to me WEPed Wifi. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FBReader now working on the FreeRunner
Hey Michael! You are my today's hero! ;-) Would it be not too much to ask from you to do the same for the latest release of fbreader (0.8.17[1]) instead of elderly 0.8.2 which we have now? [1] http://www.fbreader.org/fbreader-sources-0.8.17.tgz Best regards Yarik On Sun, 12 Oct 2008, Michael Sheldon wrote: > Hi all, > To install it simply run: > opkg install http://mikeasoft.com/~mike/openmoko/enca_1.9-r3_armv4t.ipk > http://mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk > (all on one line) > For those interested the patch can also be downloaded from > http://mikeasoft.com/~mike/openmoko/fbreader-openmoko.patch. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why qtopia uses framebuffer and ASU can't?
> for example. lets say i spend 1 second to write data to video ram - that is 1 > second i CANNOT spend on anything else. the glamo limits write rates to about so why then during boot of X in ASU (2008.8) those precious cycles are spent on a 'box animation'? uff -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Repository and Images
> We want to let the community join and give commit rights to individuals. In > the OpenWRT world they are able to give commit rights to single packages but > they use SVN. Is that possible with git as well ? since noone followed up I will add my .1 cents: I don't know if a fine-grained control is possible to allow which user could modify which subdirectories. BUT there is a way to control what user is allowed to advance which head -- ie which branch could be modified by which user. See http://developer.berlios.de/docman/display_doc.php?docid=1812&group_id=2#access for the description of such setup. I guess if you are to have relatively large number of allowed users and lack of a person who would be responsible for merging per-person branches, the easiest way is just to create .community branches (e.g. ...asu.dev.community), to which add permission to commute to a set of community members. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU / om2008.8 - opkg upgrade failed - can't ssh into the phone
well -- I got into some similar situation a week ago after somewhat extensive upgrade + install party ;-) (prelink etc) -- just go into terminal and try to run smth like ifconfig ;-) would it segfault or not? also do 'lsmod' and see if you've got any besides ipv6 I am not sure how I did it but now I can't load any module, most of the programs crash with segfault... can't ssh into etc... can't load usbserial module to try to setup serial connection to get into the beast from a computer -- I guess the only escape is to reflash but have no time at the moment to set it up for use again and it remains to work as a phone so I postponed for now. Actually I think battery life got much better without all the useful stuff laying around in memory and interfacing to all cool hardware ;-) On Thu, 28 Aug 2008, Torfinn Ingolfsen wrote: > [EMAIL PROTECTED]:~$ ssh [EMAIL PROTECTED] > ssh: connect to host om-gta02.local port 22: Connection refused > Obviously the sshd isn't running fr some rason. > The screen on the FR is in console (text) mode, and there is no > keyboard (on screen or otherwise) that I know. > Is there a way to fix this without reflashing the kernel and / or rootfs? -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
2008.8 (with updates) and wpa_supplicant == hang (is only me?)
It seems that now I finally switched from qtopia to 2008.8 -- ie. it is ready for me as a daily-used phone! YEAY! but yesterday I've ran into a problem after I've tried to setup my wireless the way I did long ago on 2007.2: copied my wpa_supplicant.conf and tuned up interfaces with iface eth0 inet dhcp wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf but then whenever I do "ifup eth0" (via ssh usb session) phone freezes (screen remains powered -- no reaction to any touches or keys, even holding power button for 10 sec does nothing). before I try to do anything I wondered if anyone uses wpa_supplicant succesfully (what kernel and wpa_supp versions?) or could confirm the same issue as I have? thanks in advance -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on the FreeRunner -- now official
part of fso-utils package thus apt-get install fso-utils if you have all needed repositories added to your sources.list On Fri, 15 Aug 2008, Michael Tansella wrote: > The installation works without any problems, but i get the following error > when I try to use the skript (http://wiki.debian.org/DebianOnFreeRunner) for > adjusting the uboot environment: > Dumping current uboot environment > dfu-util - (C) 2007 by OpenMoko Inc. > This program is Free Software and has ABSOLUTELY NO WARRANTY > Opening USB Device 0x:0x... > Claiming USB DFU Runtime Interface... > Determining device status: state = appIDLE, status = 0 > Device really in Runtime Mode, send DFU detach request... > Resetting USB... > Opening USB Device... > Found Runtime: [0x1d50:0x5119] devnum=9, cfg=0, intf=0, alt=2, > name="u-boot_env" > Claiming USB DFU Interface... > Setting Alternate Setting ... > Determining device status: state = dfuIDLE, status = 0 > dfuIDLE, continuing > Transfer Size = 0x1000 > Merging debian menu entries into uboot environment > ./configure-uboot.sh: line 80: uboot-envedit: command not found > Where can I get uboot-envedit ? > Greets > Michael > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
>Well, that might be an idea to use both accelerometers. Currently >(in more is usually better than less ;-) I haven't yet looked at the machine learning part of the recognition you do (I know that you described it in your MS thesis I think), but doubling the number of features for classification/detection should have only positive effects here -- those features are not bogus and well correlated with each other, thus I would expect significant boost in performance. And taking the fact that recognition works quite well already with just a single accelerometer is great news -- it means that with 2 it should be just better ;-) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alpha 2 Release of Accelerometer-based Gestures, and Screen Orientation
cool! Thanks! 1 quick question. wiki says: Remark: The Alpha 2 Release uses the TOP accelerometer. Are you planing to develop the accelerometer further to make use of all (ie both now) acceelerometers present at the same time to improve sensitivity/specificity of the detection? :-) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
Hi Kelvie, I wonder if you got it already... I placed an order but since I got fascinated I also ordered some other things which weren't in stock -- thus I am waiting On Thu, 07 Aug 2008, Kelvie Wong wrote: > On Thu, Aug 7, 2008 at 1:43 PM, Yaroslav Halchenko > <[EMAIL PROTECTED]> wrote: > > GREAT CATCH! > > are you sure that it works fine and is not too loose? could you please > > update the thread whenever you try it? > Yep.. I ordered/it shipped exactly a week ago, so it should be here > next week (shipping from Hong Kong usually takes about that long). -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Was: Illume patch/question] Notification manager
Please pardon my ignorance but since > one, but it won't match the theme. as any form of popup was not specified in > ASU's design - i pretty much have no nice and easy support for it. :( I will elaborate a bit although once again please pardon my ignorance since I've never developed such app, no looked into the existing implementations, but I see quite a few use cases. Shouldn't there be a typical MVC-design application which takes care about notifications? Probably by receiving them via dbus (C(ontroller) part should take care). V(iews) could be different -- from the basic home screen (list of apps is imho not a home screen at all) alike in any normal phone or qtopia or 2007.2, to a short-lived pop-up appearing on a screen for few (configured) seconds. Any family of notifications should get a life-span (persistent or one-time). I see quite a few use cases and few kinds of such notifications Persistent ones -- which are visible until 'confirmed to be seen' by the 'responsible' app: 1. missed calls 2. voice mail 3. new mail 4. low battery 5. lost GPS signal 6. current GPS provider 7. Birthdays within next week ... Those are cleared out by the corresponding application itself (via additional message to the controller) Spontaneous (visible for a limited pre-configured time only) 1. battery is fully charged or almost fully drained 2. someone clicked on smth to know about smth (like in the original email) 3. is 1 mile away from pizzeria 4. GPS/WiFi/GSM/Accelerometers/Bluetooth was turned off/on M(odel) here consists pretty much of different kinds of notifications known, actions to be taken when clicked, optional expiration date, etc I wonder how it was designed in 2007.2 since it at least looks like it was closer to this idea, and it seems that it is one of the 'phone must have' features. On Thu, 14 Aug 2008, Carsten Haitzler wrote: > On Wed, 13 Aug 2008 22:07:09 +0200 Thomas Köckerbauer <[EMAIL PROTECTED]> > babbled: > let me take a look. yes - you can do popups. though there is no theme or > "standard popup layout" - you can always do your own or recycle an existing > one, but it won't match the theme. as any form of popup was not specified in > ASU's design - i pretty much have no nice and easy support for it. :( what is > useful here is the code patches to get the nuts and bolts data. good work! i > need to merge this and the FSO dbus support patches. i'll look at yours today > and deal with the FSO ones from stefan now that i have dictionary > lookup/correction support back in illume's keyboard. (though need to build an > image and test...) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
interesting read? (FOSS and communities)
I thought it might be an interesting read for some of you: [1] "Building an Open Source Community" by Phil Whitehouse Unfortunately I am not familiar with this guy and his opinions, and imho his points listed in the article are somewhat idealistic (which doesn't actually make them bad). I will avoid citing any of them here, since you might spot peculiar ones on your own [2] "Producing Open Source Software: How to Run a Successful Free Software Project" by Karl Fogel It is referenced in comments to [1] and it seems to be much more extended than just a list of the main aspects. But let me just quote 1 sentence from the introduction ,--- | Running a free software project is not exactly like running a business | (imagine having to constantly negotiate the nature of your product with | a group of volunteers, most of whom you've never met!). `--- Enjoy the readings ;) [1] https://fossbazaar.org/?q=content/building-open-source-community [2] http://producingoss.com/ -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume patch/question
ok -- lets make this thread active so it catches OM people's eyes > struggling is the placement of the operator name label. I did not manage to I wonder if illume or whatever has ability to popup a 'hint' window and also make that GPS icon react on the 'click' -- then the best solution imho would be simply to bring that pop-up for few seconds where provider/signal strength/etc is displayed... similar to 2007.2 display when it gets connected to the GSM network > Here are the patches: > source: http://www.gup.jku.at/~tkoeck/illume/illume_operator_name.patch > freerunner.edc: http://www.gup.jku.at/~tkoeck/illume/freerunner_edc.patch > Btw, how should patches be submitted (trac entry, posting on the project > page, > mail, ...)? well -- my guess is through the trac BTS although it might be cumbersome then it will not be lost in the hundreds of emails in the mailing list -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR and debian, seems it's progressing
> Just for the record: I just made a successful call on debian. Only hit cool! can you receive calls? ;-) > In case anybody is interested the process listing looks like > ginger:~# ps axf > PID TTY STAT TIME COMMAND we better get hands on your /etc (/etc/apt in particular) and dpkg --get-selections ;-) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Could someone explain me the + + + and the * at the bottom of thescreen (Om 2008.8) ?
1. if special is smth to be used frequently then now * got the worst place -- with finger it is nearly impossible to press in the left bottom corner -- just try 2. in most of the situations those placeholders are EMPTY, so why to keep them? may be there is a reasonable solution (not too much coding) to hide them automagically if they are empty?? having empty "+"s is plain silly. Another option is to make that panel floating as well as the top panel -- click on "^" and it comes up with beautiful "+"s ;-) On Tue, 12 Aug 2008, Torfinn Ingolfsen wrote: > Hello, > On Mon, Aug 11, 2008 at 1:43 AM, steve <[EMAIL PROTECTED]> wrote: > > They are place holders. In due course the functionality will be defined and > > deployed. > Good enough. > How do I remove them / configure them away until you announce that > they will do something useful? > > The * button is for special functions > I'm interested - what special functions? -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
>For reference, the Qtopia 4.32-080808 uses the kernel named >uImage-2.6.24+git30+436204281bcd1fe5999ad6589ea7ab1b5360c352-r2-om-gta0 >2.bin >Ok, so I don't know what that really long name means or who wrote it . >:-) No one confirmed Yaroslav or corrected him either so this is the >kernel. I can confirm ;-) it is stock OM kernel from some date in end of July I believe -- whenever I got that qtopia tarball I compared to existing one on the web -- now 200807 is not available from http://buildhost.openmoko.org/daily/freerunner/200807 thus I can't check which one exactly -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Moving my 2007.2 to SD to try 2008.8 with fallback solution
> In any case, I suggest that you update > http://wiki.openmoko.org/wiki/Moving_current_system_from_flash_to_SD > if you would like to test and document your findings with other > tools. done (though I haven't tested them for this particular purpose yet...) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
I didn't track those -- is is trashed regardless if partition is mounted read/only or read/write? I would assume that it should be safe in read-only mount, thus just (re)mount your SD read-only and be happy listening to the music ;-) On Sun, 10 Aug 2008, Craig B. Allen wrote: > So while it's a plus that basic phone services work after > suspend/resume, I still cannot use my FR as a music player nor for > GPS, since I want both music and map files on my SD card. > But the phone services on Qtopia are an improvement over the alternatives. still very sluggish though (or is it me too fast? :-))) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Moving my 2007.2 to SD to try 2008.8 with fallback solution
you better off using cpio or rsync imho for copying filesystems entirely since they know more about devices/pipes/etc On Sun, 10 Aug 2008, Olivier Berger wrote: > One issue I've found is that cp -a didn't relyably copy from MTD/flash > to SD 5 or 6 files. > After diff -r on dirs I found out which and md5sumed them... > That's rather frightening, I think :( > Anyway, I copied them over again, and am now trying to figure out if I > can boot OK with right kernel and if it goes well. > Will report in case of success. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debugging qpe -- please help me to confirm
thank you Thomas! so I guess no need to document anything in wiki ;-) On Sun, 10 Aug 2008, Thomas B. wrote: > On Sun, Aug 10, 2008 at 01:50:10PM -0400, Yaroslav Halchenko wrote: > > did you restart qpe? (just wanted to make sure) > I rebooted, so, yes. > But anyway, with or without that file, I can't complain about a lack of > debugging information at the moment, at least regarding GSM. The > complete communication with the GSM modem is in the logs, which is often > pretty informative. > Regards, > Thomas -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debugging qpe -- please help me to confirm
did you restart qpe? (just wanted to make sure) On Sun, 10 Aug 2008, Thomas B. wrote: > On Sun, Aug 10, 2008 at 12:21:55PM -0400, Yaroslav Halchenko wrote: > > no -- the same was on qtopia -- but on OM it wasn't under > > ~/Settings/Trolltech right? so it wasn't yet enabled -- to enable it you > > need to copy it there afaik > > have you tried to copy it and see if logread gets populated with > > messages? :-) > Ok, I've tried copying it there now. I don't know whether it makes a > difference - it looks pretty much the same as before. There are > actually lots of messages, though, e.g. lots of "AtChat" messages > documenting the communication with the GSM modem. So maybe logging is > really enabled by default on OM2008.8. > Regards, > Thomas -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Qtopia-Images fixes suspend problem nearly complete!
well -- correct me if I am wrong, but the irony of the situation is that suspend/wakeup is handled by the kernel, and qtopia images use stock kernel from OM. Thus whatever suspend/resume achievements you see - they are solely due to OM developers. qtopia relevant pros though: call/receive after resume, absent explicit wake up on GSM activity, etc indeed are nice and it is really strange that OM's images are "not yet there" since qtopia proves that kernel part is good enough already (not to say that ASU/2008.2 are based on qtopia) qtopia has 1 very annoying to me issue though -- if I receive a phone call, and click on answer button -- it takes 2-4 seconds for the phone to actually react -- thus I often lost some phone calls which is annoying. Well -- may be in upcoming 4.4 qtopia release it becomes better (lpotter mentioned slightly speedier experience) and what you experience is 'white screen of death' -- you might search for it -- there is bug report somewhere On Sun, 10 Aug 2008, Rorschach wrote: > Hi fellows, > I tested a few minutes ago with my Neo Freerunner the new qtopia image > (4.32-080808) which was released yesterday. And I can report that the suspend > problem is nearly completly fixed: > * I can suspend > * I can wakeup (pressing the startbutton) > * After suspend I can make and recieve calls > * It wakes up from suspend automatically when called and rings > The only thing not working is: it wakes up from suspend when called and it > rings but the screen stays totally white. You can't do anything with the > phone but shuting it down (holding start button for a longer time) and > rebooting. So a huge progress has been made on qtopia. Thanks to trolltech > and the ppl involved on porting qtopia to the GTA02! -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debugging qpe -- please help me to confirm
no -- the same was on qtopia -- but on OM it wasn't under ~/Settings/Trolltech right? so it wasn't yet enabled -- to enable it you need to copy it there afaik have you tried to copy it and see if logread gets populated with messages? :-) On Sun, 10 Aug 2008, Thomas B. wrote: > On Sun, Aug 10, 2008 at 10:47:53AM -0400, Yaroslav Halchenko wrote: > > It seems that many issues are linked to qpe shipped with 2008.2 thus it > > would be great if people know how to get valuable debug information > > I didn't install famous 2008.2 yeat so I am asking someone to confirm > > that this works (it came from irc chat with lpotter): > > cp /opt/Qtopia/etc/default/Trolltech/Log.conf ~/Settings/Trolltech > > and then you might enable some debug targets, /etc/init.d/qpe restart > > and see/dump logread into a file > > it should provide significant amount of information of what qpe is doing > > if that works on qpe -- craft a wiki page describing it or just confirm > > here and I will do that. > Good idea. But I had a look into that file on my OM2008.8 and it looks > like (nearly) all of the logging options are already enabled (see > attachment). Maybe the OpenMoko developers already tweaked it for > maximum logging? > Regards, > Thomas > [Translation] > File=QtopiaDefaults > Context=Logging > [ApplicationLauncher] > Enabled = 1 > Name[] = Application Execution > Help[] = Application lifecycle management, from launching to termination. > [ApplicationLayer] > Enabled = 1 > Name[] = Application Layer > Help[] = Qtopia Value Space - application layer. > [AtChat] > Enabled = 1 > Name[] = Modem AT communication > Help[] = Communication between Qtopia and the Modem, in the form of AT > commands and modem responses. > Requires = CELL > [Bluetooth] > Enabled = 1 > Name[] = Bluetooth > Help[] = Anything to do with Bluetooth support. > [Camera] > enabled = 0 > Name[] = Camera > Help[] = Camera application. > [CleanupWizard] > enabled = 0 > Name[] = Cleanup Wizard > Help[] = Cleanup wizard activity. > [DataLinking] > Enabled = 1 > Name[] = Data Linking (QDL) > Help[] = Qtopia Data Linking (QDL) activities. > [DataSharing] > Enabled = 1 > Name[] = Data Sharing (QDS) > Help[] = Qtopia Data Sharing (QDS) activities. > [DBUS] > Enabled = 1 > Name[] = DBUS > Help[] = DBUS activity. > [DocAPI] > Enabled = 1 > Name[] = Document system > Help[] = Interactions with the document server. See also DRM. > [DRMAgent] > Enabled = 1 > Name[] = DRM > Help[] = DRM agent interactions. > Requires = DRM > [Hardware] > Enabled = 1 > Name[] = Hardware > Help[] = Detailed logging of hardware messages. > [Help] > Enabled = 1 > Name[] = Helpbrowser > Help[] = Context-sensitive help interaction. > [I18n] > Enabled = 1 > Name[] = Internationalization > Help[] = Anything to do with alternative behaviours in different languages. > [ILFramework] > Enabled = 1 > Name[] = IL Framework > Help[] = Qtopia Integration Layer Framework activity. > [IMAP] > Enabled = 1 > Name[] = IMAP > Help[] = Verbose debugging of incoming email data from IMAP accounts. > [Infrared] > Enabled = 1 > Name[] = Infrared > Help[] = Infrared functionality. > [IniLayer] > Enabled = 1 > Name[] = Ini Layer > Help[] = Qtopia Value Space - Ini Layer. > [Input] > Enabled = 1 > Name[] = Text input methods > Help[] = Keypad and touchscreen plugins. > [Media] > Enabled = 1 > Name[] = Multimedia > Help[] = Media related functionality. > [Messaging] > Enabled = 1 > Name[] = Messaging > Help[] = Messaging activity. > [Modem] > Enabled = 1 > Name[] = Modem Other > Help[] = Modem activity other than I/O. > Requires = CELL > [ModemEmulator] > Enabled = 1 > Name[] = Modem Emulator > Help[] = Modem emulator related functionality. > Requires = CELL > [Mux] > Enabled = 1 > Name[] = Modem Multiplexing > Help[] = Detailed packet information for GSM 07.10 multiplexing. > Requires = CELL > [Network] > Enabled = 1 > Name[] = Networking > Help[] = Network activity. > [Obex] > Enabled = 1 > Name[] = OBEX > Help[] = OBEX functionality. > [Package] > Enabled = 1 > Name[] = Package Management > Help[] = Package management activity. > [Performance] > Enabled = 1 > Name[] = Performance Analysis > Help[] = Performance logging of Qtopia Server and Applications. > [POP] > Enabled = 1 > Name[] = POP > Help[] = Verbose debugging of incoming email data from POP accounts. > [PowerManagement] > Enabled = 1 > Name[] = Power Management > Help[] = Power management activity. > [QAudioInput] > Enabled =
debugging qpe -- please help me to confirm
It seems that many issues are linked to qpe shipped with 2008.2 thus it would be great if people know how to get valuable debug information I didn't install famous 2008.2 yeat so I am asking someone to confirm that this works (it came from irc chat with lpotter): cp /opt/Qtopia/etc/default/Trolltech/Log.conf ~/Settings/Trolltech and then you might enable some debug targets, /etc/init.d/qpe restart and see/dump logread into a file it should provide significant amount of information of what qpe is doing if that works on qpe -- craft a wiki page describing it or just confirm here and I will do that. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrading on Qtopia
> I hope that is ok. nope -- it is not actually -- leads to all kinds of problems just remove all those qtopia packages and reinstall /opt/QTopia from trolltech's opkg upgrade is safe as far as it doesn't install any *qtopia* packages which install also under /opt/Qtopia (which has to be changed by OM people in their distribution.) see https://docs.openmoko.org/trac/ticket/1756#comment:5 for more information > However when you do the opkg update && opkg upgrade it seems to install a > bunch of stuff we don't > need like... > qtopia-phone-x11* -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A very sad story...
guys -- you are very kind but that is sad that there is no official OpenMoko parts store -- it is like having opensource OS where you can't unload a driver and load a new one - what good opensource hardware gives you then if you can't replace it? (please don't follow up disgusting this statement ;-)) Dear Steve could you please research an ability to come up with some little store for parts -- or in the worst case ask someone to come up with a wiki page listing vendors selling parts (or compatible) which were used in openmoko's phone. Selling accessories (2.5 -> 3.5 mm audio connector, USB host hub, finger stylus, etc) would be a great plus as well -- nobody yet sure what reasonably priced 2.5 -> 3.5 works in the phone, thus since point of 'sell' (or information in the case of wiki page with links) would be great! Thanks in advance On Fri, 08 Aug 2008, John Koenig wrote: > That certainly sounds better than any of the other options I have been > researching. > Is there anyone out there that has older Neo 1973 hardware (with a > functional LCD display) they would be willing to sell or get rid of? > Or even perhaps someone with a dead freerunner? > John > Jeffrey Malone wrote: > > From what I can tell on the wiki, both the Neo 1973 and the Neo > > Freerunner use the same LCD. Finding someone willing to part with > > their Neo 1973 -- or finding someone with a dead 1973 (but good LCD) > > is probably not going to be a difficult task. > > Good luck -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
GREAT CATCH! are you sure that it works fine and is not too loose? could you please update the thread whenever you try it? > > In fact, if any of us bought more than three it would cost no more > than $0.88 US (shipped): > > http://www.dealextreme.com/details.dx/sku.3541 > > Although, there seems to be a flat $1.70 air mail fee for bulk orders. > > (I've already told Marcel about this site on IRC and he noted that > they only accept PayPal) > > Of course, at $1.30 shipped worldwide, I've already ordered one. > > -- > Kelvie Wong > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- .-. =-- /v\ ----= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ alarm clock drains battery
looking at atd.c of shipped with debian's at: /* Main loop. Let's sleep for a specified interval, * or until the next job is scheduled, or until we get signaled. * After any of these events, we rescan the queue. * A signal handler setting term_signal will make sure there's * a clean exit. */ sigaction(SIGHUP, NULL, &act); act.sa_handler = sdummy; sigaction(SIGHUP, &act, NULL); so on sighup it wakes up, and run_loop is executed so it rereads its content again. Thus 'pkill -HUP atd' should be sufficient imho (didn't try though) On Thu, 07 Aug 2008, Sven Klomp wrote: > However, I don't know how I can tell atd to process new scripts > in /var/spool/at. Until now, I have to wait up to ten minutes before atd sets > the wake up time when a new script was written in /var/spool/at. -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
imho shipping such an adapter within FR box would be a nice gesture from OM -- they chosen an adapter which seems to be not that popular and people struggle to choose 'the right one'. I bet if OM bought in bulk it would cost them no more than 1$ a piece. On Thu, 07 Aug 2008, vale wrote: > let us now if it works :) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
well -- bringing openmoko's changes and novel packages into emdebian port [0] sounds like a great task which many would appreciate. It might be worth inquiring [1] people on suggestions and plausibility/interest of such a project. Then indeed it might become a point that we could simply run the best OS on our phones as well supporting all the phone features ;-) if someone jumps to package things for emdebian, and those packages are forth to appear in the mainline Debian (some parts of matchbox are in the mainline I believe), I could spare some time for sponsoring their uploads into Debian, so your efforts don't vanish due to decentralization. [0] http://www.emdebian.org/ [1] http://lists.debian.org/debian-embedded/ -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
/qtopia/ alarm clock drains battery
if you decide to use alarm clock in the qtopia -- it would drain the battery much more rapidly. Usually charge is sufficient for me to hold for a day (24h) but with alarm it doesn't survive through the night -- I wake up and phone is dead :-/ -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
hm... pretty sure that [EMAIL PROTECTED] is my account On Tue, 05 Aug 2008, BrendaWang wrote: > Yes , I can add you . > But you should give me your google account first. > are you sure yarikoptic is the google account? > I guess they use e-mail addrress as google account's id. > > Yaroslav Halchenko ??: >> ha -- apparently Brenda could add my google account (yarikoptic) to see >> the statistics 'online' >> https://www.google.com/support/googleanalytics/bin/answer.py?answer=55500&hl=en_US&utm_id=ad >> or otherwise I will just wait for an updated report (I guess smth like >> last 2 weeks would be the best) >> On Fri, 01 Aug 2008, Yaroslav Halchenko wrote: >>> due to restructuring of wiki which is ongoing (isn't it?) I guess it >>> would be great if there was a way to get access to up-to-date monthly >>> reports... and not in pdf although with pdftotext I can get a list of >>> titles with >>> grep -e '^\(URL\|.\/\).*wiki' attachment-0001.txt | sed -e 's/URL //g' -e >>> 's/ \([^/]\)/\1/g' | tr ' ' '\n' | awk -F \/ '/\/wiki\//{print $3;}' | grep >>> -v Image >>> so may be later on somehow to automate their prefetching in tiddlywiki >>> wiki... >>> On Fri, 01 Aug 2008, Minh Ha Duong wrote: >>>>> Prior to making it into .ipkg, I wonder if there is a way to obtain >>>>> statistics on what articles on wiki are the most popular, so I could >>>>> prepopulate that file with such popular articles. We can't fetch full >>>>> wiki.openmoko.org since it would render .html huge. >>>> Sure: >>>> http://wiki.openmoko.org/wiki/Special:Popularpages >>>> and June statistics (posted by Brenda on the community list) >>>> http://lists.openmoko.org/pipermail/community/attachments/20080701/18ff1754/attachment-0001.pdf >>>> > > -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ failed build
any ideas on why could I get install -c /home/yoh/nobackup_openmoko/qtopia/qtopia-opensource-src-4.3.2-snapshot-20080801/pics/drm/Drm_lock_invalid.png /home/yoh/nobackup_openmoko/qtopia/build/image/pics/drm/Drm_lock_invalid.png install -c /home/yoh/nobackup_openmoko/qtopia/qtopia-opensource-src-4.3.2-snapshot-20080801/pics/drm/Drm_lock_invalid_16.png /home/yoh/nobackup_openmoko/qtopia/build/image/pics/drm/Drm_lock_invalid_16.png /home/yoh/nobackup_openmoko/qtopia/build/bin/content_installer /home/yoh/nobackup_openmoko/qtopia/build/image/qtopia_db.sqlite /opt/Qtopia /apps/MainApplications "" /home/yoh/nobackup_openmoko/qtopia/qtopia-opensource-src-4.3.2-snapshot-20080801/apps/MainApplications/.directory Semaphore creation failed: Error 38, Function not implemented make[5]: *** [install_docapi_mainapps_category] Error 1 make[5]: Leaving directory `/home/yoh/nobackup_openmoko/qtopia/build/src/libraries/qtopia' make[4]: *** [install] Error 2 make[4]: Leaving directory `/home/yoh/nobackup_openmoko/qtopia/build/src/libraries/qtopia' make[3]: *** [sub-libraries-qtopia_qtopia_install] Error 2 make[3]: Leaving directory `/home/yoh/nobackup_openmoko/qtopia/build/src' make[2]: *** [install] Error 2 make[2]: Leaving directory `/home/yoh/nobackup_openmoko/qtopia/build/src' make[1]: *** [qtopia_install] Error 2 make[1]: Leaving directory `/home/yoh/nobackup_openmoko/qtopia/build' make: *** [install] Error 2 I am building the beast on amd64 box within chroot (debian sid). any hints are welcome! -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
not sure what you meant... I know that wiki.openmoko is media-wiki powered. But it is server-side storage/wiki-renderer solution, that is why not appropriate for off-line use. to overcome such problem I decided to look into tiddlywiki (which is a wiki self-contained in a single file) which with appropriate adaptor could prefetch pages from mediawiki. and the end-result is shown on the url I've mentioned -- if you simply save that page to a file -- you get all prefetched pages with you any time (ie offline as well) On Mon, 04 Aug 2008, BrendaWang wrote: > So, it can't work on mediawiki system? > Openmoko wiki used media wiki. > > > Yaroslav Halchenko ??: >> it is all features of tiddlywiki ;-) everything is done on client side >> (ie in the browser) thanks to Java Script ;-) all material (besides >> images) is contained within that very single .html file -- that is the >> beauty of it -- even search works ;-) -- .-. =-- /v\ = Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDcard holder - convenience "rework"
I guess tomorrow it will be patented and in a few months will be present in GTA03 ;-) On Sun, 03 Aug 2008, steve wrote: > That's pretty damn clever. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
On Fri, 01 Aug 2008, Ole Kliemann wrote: > Create a build dir and run configure -device ficgta01 then build it. just want to confirm -- for freerunner should it remain ficgta01 (I don't see any other suitable under devices but usually there are 2 separate images for gta01 and 2 on qtopia's download page) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ how to upgrade without reflashing?
Thank you Ole for the instructions! indeed I could just extract opt/Qtopia from a fresh .jffs image whenever new one becomes available, BUT that would not give me easy way to upgrade the rest of the packages (non-qpe) to the same state as in that image... I am not sure how much that is important though... (events/avahi/mediaserver or whatever else qpe relies on). I wonder if OpenMokoMakefile's qtopia target would substitute your directions for how to build from sources... lets see... On Fri, 01 Aug 2008, Ole Kliemann wrote: > On Fri, Aug 01, 2008 at 03:32:52PM -0400, Yaroslav Halchenko wrote: > > Is there an easy way to upgrade qtopia installation without reflashing > > whole rootfs? since /opt/Qtopia is not a part of any package according > > to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is > > to keep /home/root on a flash and manually mount it to preserve at least > > personal settings and aphone book, but that would require manual > > remounting after flashing. May be there is a better way?? > You can upgrade Qtopia like this: > shutdown Qtopia (/etc/init.d/qpe stop) > remove /opt/Qtopia > copy new Qtopia to /opt/Qtopia (via scp) > That's pretty straight forward. Tricky part is where to get new Qtopia > as tarball or whatever to copy it. One possibility is to compile > yourself. It's not difficult and you are always up-to-date. The > precompiled images are not so often updated. > Get the Qtopia toolchain for FR [1]. Unpacking it to / will install into > /opt/toolchains/arm920t-eabi/ > Get the latest snapshot [2]. > Create a build dir and run configure -device ficgta01 then build it. > Ole > [1] http://www.qtopia.net/modules/mydownloads/singlefile.php?lid=38 > [2] ftp://ftp.trolltech.com/qtopia/snapshots/ > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
ha -- apparently Brenda could add my google account (yarikoptic) to see the statistics 'online' https://www.google.com/support/googleanalytics/bin/answer.py?answer=55500&hl=en_US&utm_id=ad or otherwise I will just wait for an updated report (I guess smth like last 2 weeks would be the best) On Fri, 01 Aug 2008, Yaroslav Halchenko wrote: > due to restructuring of wiki which is ongoing (isn't it?) I guess it > would be great if there was a way to get access to up-to-date monthly > reports... and not in pdf although with pdftotext I can get a list of > titles with > grep -e '^\(URL\|.\/\).*wiki' attachment-0001.txt | sed -e 's/URL //g' -e 's/ > \([^/]\)/\1/g' | tr ' ' '\n' | awk -F \/ '/\/wiki\//{print $3;}' | grep -v > Image > so may be later on somehow to automate their prefetching in tiddlywiki > wiki... > On Fri, 01 Aug 2008, Minh Ha Duong wrote: > > > Prior to making it into .ipkg, I wonder if there is a way to obtain > > > statistics on what articles on wiki are the most popular, so I could > > > prepopulate that file with such popular articles. We can't fetch full > > > wiki.openmoko.org since it would render .html huge. > > Sure: > > http://wiki.openmoko.org/wiki/Special:Popularpages > > and June statistics (posted by Brenda on the community list) > > http://lists.openmoko.org/pipermail/community/attachments/20080701/18ff1754/attachment-0001.pdf > > -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
due to restructuring of wiki which is ongoing (isn't it?) I guess it would be great if there was a way to get access to up-to-date monthly reports... and not in pdf although with pdftotext I can get a list of titles with grep -e '^\(URL\|.\/\).*wiki' attachment-0001.txt | sed -e 's/URL //g' -e 's/ \([^/]\)/\1/g' | tr ' ' '\n' | awk -F \/ '/\/wiki\//{print $3;}' | grep -v Image so may be later on somehow to automate their prefetching in tiddlywiki wiki... On Fri, 01 Aug 2008, Minh Ha Duong wrote: > > Prior to making it into .ipkg, I wonder if there is a way to obtain > > statistics on what articles on wiki are the most popular, so I could > > prepopulate that file with such popular articles. We can't fetch full > > wiki.openmoko.org since it would render .html huge. > Sure: > http://wiki.openmoko.org/wiki/Special:Popularpages > and June statistics (posted by Brenda on the community list) > http://lists.openmoko.org/pipermail/community/attachments/20080701/18ff1754/attachment-0001.pdf > -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
/qtopia/ how to upgrade without reflashing?
Is there an easy way to upgrade qtopia installation without reflashing whole rootfs? since /opt/Qtopia is not a part of any package according to opkg search, thus is not 'opkg upgrade'able. 1 possibility I see is to keep /home/root on a flash and manually mount it to preserve at least personal settings and aphone book, but that would require manual remounting after flashing. May be there is a better way?? -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
/qtopia/ hard to "Answer"
Although the rest seems to be working quite fine, and even battery life is tolerable, with pure qtopia I am experiencing 1 unpleasant effect (which while writing this email unrolled a bit ;-) I am running: [EMAIL PROTECTED]:~# cat /etc/version 200807100425 [EMAIL PROTECTED]:~# cat /proc/version Linux version 2.6.24 ([EMAIL PROTECTED]) (gcc version 4.1.2) #71 PREEMPT Wed Jul 16 13:45:35 CDT 2008 not sure where to look for qtopia image specific version, but I believe I burnt images from the latest tarball qtopia-4.3.2-gta02-flash-07221045.tgz NB you might recall my earlier reports about kernel oopses Whenever I receive a call, screen changes to nice choices to accept or not the call, but there is 2-4 seconds delay after I press Answer and anything actually happens. I think that delay was somewhat smaller with original ringtone (I put some melody in wav file and made it a phone ring). Also since I am not sure if phone 'sensed' my press, if I press second time, it would cause phone to accept that press whenever "Drop the call" button appears on the same place where it was "Answer" and that immediately drops the call. It might be wise to filter out events from the queue before reacting on redrawn buttons and even add 500-1000ms delay prior making that "End call" button active. Few aspects: when I ssh into it via wifi, I see events and avahi-daemon quite busy (25% and 10% cpu) at that moment. I wonder if that is the cause for my high-latency reaction to the press of "Answer" (events niced to -5). I decided to reboot to see if CPU high usage persist On my first reboot I got white screen and phone was stalled... had to keep power button pressed for quite long before it shut down on the next boot it got into QT, showed "No network" and didn't react to any buttons on the screen (Although they blinked while being pressed, nothing happened. Unlock item in the bottom left didn't react to presses). Then it suspended and when I resumed it back -- again white screen. in a few secs suspended again and then didn't react to any buttons (ie pow, aux) -- I had to take battery out to power it to shut it down to power it up again. prior to 1st reboot battery meter on the screen showed around 50% so I hoped that would be sufficient, but on 3rd attempt to boot it turned off somewhere in the beginning -- I had to attach it to usb to make it boot again. it booted - and again I got 'no network' message and dead buttons. I waited a bit again, and this time it got connected to T-Mobile and everything started to work -- Unlock disappeared, button react now. Also events/avahi are salient (<1% CPU). So the question would be -- how to debug what those beasts were doing? strace failed to be ran on events. But 'slow reaction' effect remained any ways -- I need to click 'answer' very carefully and wait for 3-4 seconds to get actual action. after suspend/resume (single one) events/avahi remained well-behaving -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
Hi Community and Martin (thanks to whom we have this tiddlywiki-based wiki due to his plugins to import mediawiki content) > Tovarich ;) >, can you package this in a .ipk along with a shortcut in the main menu >... it by default: this is the closest thing we have to a help / >documentation / system manual. ok -- for now I just added a section to "Download". Indeed some time later link within main menu might be "in place". Prior to making it into .ipkg, I wonder if there is a way to obtain statistics on what articles on wiki are the most popular, so I could prepopulate that file with such popular articles. We can't fetch full wiki.openmoko.org since it would render .html huge. Also, lets check with Martin (CCing him): would it be possible to create optional prefetching of images into some local directory and relinking appropriately in the tiddles (or better dynamic image source path generation -- if present locally - them from file, if not -- url)? This way we could indeed package openmoko-wiki openmoko-wiki-imgs (which would be somewhat large) so that you could install it from the packages. Also, due to some lack of time I am using pure qtopia image for now, thus can't check how well this wiki looks under minimo or any other browser present for FR. Could anyone have a look? may be layout of it should be adjusted for more pleasant experience on our little screens ;-) On Fri, 01 Aug 2008, Minh Ha Duong wrote: > Le vendredi 01 août 2008, Yaroslav Halchenko a écrit : > > it is all features of tiddlywiki ;-) everything is done on client side > > (ie in the browser) thanks to Java Script ;-) all material (besides > > images) is contained within that very single .html file -- that is the > > beauty of it -- even search works ;-) > Tovarich, can you package this in a .ipk along with a shortcut in the main > menu that opens it in a brower ? Then it will be easy to lobby OM to install > it by default: this is the closest thing we have to a help / documentation / > system manual. > Minh -- .-. =-- /v\ ----= Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
it is all features of tiddlywiki ;-) everything is done on client side (ie in the browser) thanks to Java Script ;-) all material (besides images) is contained within that very single .html file -- that is the beauty of it -- even search works ;-) On Fri, 01 Aug 2008, Brenda Wang wrote: > You have a pretty nice menu( I mean , menu on the right side). How to do > that? > Does you put jave on server site? > -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Edit wiki
I just want to follow up with another piece of PR for effort I joined (since noone expressed opinion on it in the original thread). Just have a look at wiki in a single file http://om-tiddlywiki.projects.openmoko.org/openmokowiki.html BrendaWang wrote: > More ideas , feeback and any kinds of editing will make wiki better and > better. > Be feel free to give me more feedback about this. > > > Brenda > > > > > > > > > > > ___ > 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: Project Proposal: Dead man's switch
Ha -- actually quite a neat idea imho. I would extend the list of possible alarms/triggers though from a simple touchscreen touch to: 1. another SIM is inserted 2. ran without SIM 3. some monitored application gets killed etc and actions (although some of them could be probably coded as generic 'shell commands'): * wait until online and send email with current location (if GPS is on), registered phoned number, cell location, etc * or just send an SMS with above msgs if 'in service' ;-) just in case the phone is lost and then 'tried' with some other SIM ;-) and I guess such actions could be groupped into logical entities like "Lost/Stolen phone", "Death-threatening situation" "Trick-or-Treat" "Save-me-from-undesired-conversation" with selection of monitored triggers and actions to perform. but then slowly it might boil to some more generic 'framework' like it was discussed on the mailing list few times I believe (automagic switch of profiles etc) Just my few cents ;-) Diego Fernández Durán wrote: > > Comments on this "thing" will be appreciated. (and sorry for my bad > english). > > -- Diego. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mobile version of wiki.openmoko.org
Hi All Openmoko-ers, I've suggested at some moment having a copy of wiki.openmoko.org so that we could drag it along. So -- here it is ;-) Due to the intriguing idea of tiddlywiki, few additional plugins, and rapid replies and development from Martin Budden who crafted a mediawiki import plugin for tiddlywiki and made a seed for wiki.openmoko, now we can enjoy http://om-tiddlywiki.projects.openmoko.org/openmokowiki.html which provides you with a wiki in a single html file (thus you can simply save it to your harddrive or directly into openmoko phone, and you could also obtain it from alioth's file release system... current version is at http://projects.openmoko.org/frs/download.php/275/openmokowiki.html) Martin crafted prefeeding seeds for wiki, I also preliminary populated it already with some common articles (the least I could do ;-)). If you see a link which is in italic, if you click it, it would automatically fetch the original article, thus if you save the file (click on "save changes"), it will stay there until forever (or whenever you remove it or until it got modified on sync). Images are displayed directly from the original wiki.openmoko.org since it would otherwise blow up the openmokowiki.html too much if they got embedded. Also there is a way to fetch lots of articles at once but I wouldn't even describe on how to do it (in 2 or 3 clicks) since I think the best scheme to use it is simply populate it with most popular and useful articles (not just everything). So what do you say? is it useful or is it bogus? Current version is at alpha state and there are more of issues to be fixed, but that is just a testing version to get filling ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Trolltech/Nokia and QTopia on FR (and qtopia desktop) questions (to Lorn I guess ;-))
Questions are pretty much to Lorn, I thought to give qtopia another try on my FR but immediately thought that it would be great to have qtopia desktop to sync things up, but iirc it was removed from the website download due to clarification of licensing. Do you have an idea if it would be made available again to public any time soon? another question (sorry if I missed answer in some of the threads) -- I wonder if you are the only person dedicated by Trolltech (or Nokia) to work on qtopia for openmoko? It is just interesting ;-) also it would be great if you could summarize in few words (if you feel like it) what are the future directions you and your team are going to accomplish for qtopia on FR? would be there a 'long term support' of any kind for qtopia on FR? Thank you in advance for the clarifications! -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: asu and handwriting recognition of qtopia
For 2007.2 users (and probably could be brought within ASU desktop easily) there is matchbox-stroke which seems to be quite a nice start and is configurable somewhat easily (if ran within terminal on FR it spits out the codes which are descriptors of the written letters so it could be added to shipped .xml file) the only problem on my 1st try to use it is that it doesn't have a mechanism to disappear from the screen (or at least I've not found it) -- it is always there. But I guess it should be doable (simply by duplicating some functionality from matchbox-keyboard for instance...) so it seems like a good candidate ;) someone indeed should just figur figure out a nice way to compose multiple input methods and implement convenient switching between them On Sat, 26 Jul 2008, arne anka wrote: > is the handwriting recognition of qtopia available in asu or is there work > going on to port it (or even use another handwriting recognition)? > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Now that you have your phone, what are you doing?
sorry for a silly follow-up but >reading a lot about it, LOL ;-) it summarizes well activities of the hundreds I bet... may be it is because 1. there is a universe of unconnected contributions (ie "I packaged smth which is not in the official repository", or "I've fixed this via ") ie. there is no transparent and generic plan/HOWTO on how contributions are submitted/adopted to be used by the masses with a simple 'opkg upgrade'. There is no distributed allocation of duties/privileges in respect to packages (like in Debian and without any flavor of which community project is not a community project any longer -- even khe Ubuntu has their MOTUs ;) ), thus any update in official repository takes too long (look at tangogps for which upstream has up-to-date version but OM's repository lacks it). or where is minimo which was already packaged and there is wiki instructions on the web? I already have my own set of scripts to bring 2007.2 to a usable state for me... just not sure where to place it to make public (not just a blog/wiki page about it since that is of limited affect) 2. "is it in wiki? yes! in the page buga_biga_boom which you could reach after going through buga1, buga2 and buga3 or searching for buga1 buga2 buga_whatever_irrelevant)". sure -- wiki is improving since people mentioned amount of redundancy in its content, but wiki shouldn't be a collection of addendums of the ad-hoc scripts to complement official distribution, it should serve as a nice documentation. sorry for a bit of sarcasm ;-) but it seems OM is missing some basic community organization at the moment (I guess they are too busy with reinventing the wheel via a child of their own - illume and an autohiding keyboard so you don't type whenever YOU want, and that is their mistake imho) :-P P.S. it is not to start a heavy finger-pointing discussion, it is just me after having some beer ;-) On Fri, 25 Jul 2008, andres wrote: >On Fri, 2008-07-25 at 17:30 +0300, Breakable wrote: > Hi there, > Just wondering those of you who have the device already, what are > you doing with your new device? >reading a lot about it, -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: asu and handwriting recognition of qtopia
there is also http://risujin.org/cellwriter/ and some people built it for FR http://www.ginguppin.de/node/16 but I haven't used/looked at it myself so "not sure"[*] [*]http://www.imdb.com/title/tt0387808/ On Sat, 26 Jul 2008, Lorn Potter wrote: > arne anka wrote: > > is the handwriting recognition of qtopia available in asu or is there work > > going on to port it (or even use another handwriting recognition)? > For X, there is rosetta, but I am not sure any work has been done on it > for a while > http://handhelds.org/project/rosetta/ -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fast questions (email, GPRS, WiFi...)
> Is it possible to leave the USB connection up, so you can work on the > Freerunner via ssh, and at the same time bring up the WIFI? sure -- just have wifi and usb0 on different networks (e.g. 192.168.0.0/24 for usb and 192.168.1.0/24 for wifi). the only glitch might come if you are going to access internet and by default usb0 sets up itself as a gateway interface -- so just remove it from the route or directly from usb0 definition in interfaces -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is Qtopia much faster?
just my few cents... please be gentle if I reveal some ignorance in any part of my expressions such a topic could go forever and include thousands of replies because it debates some basic decisions which had been made and which have sufficient amount of pros and cons for the each side of the debate. Such segmentation of the 'human mass' could be partially attributed to the heterogeneity of opensource community (among which as you see there might co-exist different senses of freedom --- no pun intended, thus don't continue on this topic). It would better be characterized with a single neutral-tone summary on wiki listing the aspects of different distributions, their current abilities, range of available applications, and future possible improvements. in my summary: QT with qtopia offers to a generic public a convenient, somewhat well-established, somewhat featurefull, consistently looking, opensource way to develop the applications for the phones. I really appreciated and liked their qtopia distro for FR when I tried it recently. BUT to get such responsive UI sacrifices had been made, thus there is no X (I do not even want to touch GPL vs BSD/... issue here). Such a choice has strong advantages (qtopia on FR looks and seems to be working quite well), but it also imposes limitations on what part of existing applications base can be easily ported or supported to co-exist with native QT apps on such a box... actually it just limits apps to QT apps. and that is imho the end of discussion -- at this moment it is just the situation which has to be accepted. But once again, many people like/develop apps which are not based on QT due to various reasons (again... lets omit license issues), thus their choice would be a generic X-based distribution such as 2007.2 and ASU. Now they would lack (hopefully for not too long) consistent and stable appearance/performance/API, but that is once again the choice which had been made. I really appreciate work of Trolltech ... Nokia toward making pure qtopia available for Freerunner. Probably the suite of QT apps available for qtopia would be sufficient for a large portion of FR owners, but would not satisfy all of them. But that again simply comes to the heterogeneity of the FR community. I can only hope that qtopia will be kept constantly updated and enhanced for a long period of time, and that some new gadget from Nokia will not shift the focus away from FR ;-) On Thu, 24 Jul 2008, Cédric Berger wrote: > On Thu, Jul 24, 2008 at 00:42, Torfinn Ingolfsen <[EMAIL PROTECTED]> wrote: > > People, this discussion has turned _very_ off topic now. > > Could you all please take further discussion on this subject in a > > place where it is more on topic? > > Thank you. > Well not so off topic since we are at a point where choices are made > about what direction development on openmoko will take... (even if > maybe there will be several directions in parallel) > (I mean not only for the OS and base applis, but also for applications > one would want to develop) -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: have anyone changed his ringtone ?
for sure... I didn't experiment with sizes much but my attempt of 3M in size led pulse to explicitely state that it is too big: just run that pulse from cmdline, without -D and log-level=2 should be sufficient. You would need to restart X so dialer reconnects to pulseaudio also there seems to be a flaw in the logic (or communication with pulseaudiot) of the dialer, so if you place lengthy ringtone, you will get multiple copies of it playing with a delay from each other ;-) On Tue, 22 Jul 2008, Zitune wrote: >in fact it's a size problem ... -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
doh me -- I meant to ask about soldering iron primarily. So which gun would you recommend (so it feels comfortable in hand, is not too long, doesn't heat the handle more than the tip ;-) etc) On Tue, 22 Jul 2008, Sander van Grieken wrote: > > could anyone recommend a nice solder for such kind of work? (haven't > > bothered to buy one in the states... in ukraine at the university was > > using whatever was given ;-)) > You will need 'flux core solder' (normal 'resin' electronics solder), with a > low wattage > soldering iron, like 15W. It also helps to apply the solder to all contacts > first, > before putting the capacitor in place. > Sander > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
could anyone recommend a nice solder for such kind of work? (haven't bothered to buy one in the states... in ukraine at the university was using whatever was given ;-)) On Tue, 22 Jul 2008, Tim Schmidt wrote: > On Mon, Jul 21, 2008 at 8:35 PM, steve <[EMAIL PROTECTED]> wrote: > > 1. Give people a free repair kit? > > 2. work with distributors to do repair. > > 3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI > Personally, a kit would work for me. I have fine pitch solder and a > nice iron, but not enough SMT parts to have that cap on hand (or > easily aquired). I suspect others might not be so lucky though. > --tim > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: replaced ringtone but it plays it really funny way
nah... that is though the first thing I thought -- pulse is there to do resampling if needed. I think that my suspicion (said in my prev email to the thread) is the root -- dialer's logic is a big weaked and it doesn't really get idea either the sound has finished playing within its timeout of 500ms (or 1500ms), thus it manages to start 3 requests to play the same sound On Tue, 22 Jul 2008, Jay Vaughan wrote: > > after reboot it plays but incorrectly, it stutter, and even sounds > > like > > multiple instances playing simultaneously. So, I wonder what is the > > reason -- is that a feature or a bug > > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo > > 44100 Hz > ^^^ sample rate is wrong. Pulseaudio is set up for 48khz. > ; -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: replaced ringtone but it plays it really funny way
ah... probably now dialer is 'configured' to assume that ringtone is just a second or so... thus every other second (if call is not dropped yet) it sends a new notification to pulse to play the ring tone. ho ho so there is no native way seems to me to * provide natively long ringtone (at least 5 sec) * interrupt 'active' ringtone if it is already playing, which limits us just to short ringtones, initiated every X seconds from the dialer. I haven't tried ASU to that amount of detail but is it doing the same?? looking at openmoko-dialer2/./src/phone-kit/moko-notify.c all logic seems to be there right actually (I am not sure if that is ASU's or 2008.2's dialer now... can't think straight now), so it might simply be a bug? btw - music doesn't stop for me even if I interrupt the call, thus I guess pulse doesn't get any 'interrupt' notifications On Tue, 22 Jul 2008, Yaroslav Halchenko wrote: > the mystery of effect 'multiple instances' is somewhat revealed.. pulse > audio indeed creates multiple "input"s for some reason... I dunno why. > I converted that file to stereo using sox (thought it would resolve the > issue). converting to 44800 sampling rate was bogus since then pulse > reported that file is too large... so with regular 22050 sampling pulse > says: > I: resampler.c: Using resampler 'trivial' > I: resampler.c: Using s16le as working format. > I: sink-input.c: Created input 1 "sample:ringtone" on output with sample spec > s16le 2ch 22050Hz and channel map front-left,front-right > I: resampler.c: Using resampler 'trivial' > I: resampler.c: Using s16le as working format. > I: sink-input.c: Created input 2 "sample:ringtone" on output with sample spec > s16le 2ch 22050Hz and channel map front-left,front-right > I: resampler.c: Using resampler 'trivial' > I: resampler.c: Using s16le as working format. > I: sink-input.c: Created input 3 "sample:ringtone" on output with sample spec > s16le 2ch 22050Hz and channel map front-left,front-right > I: sink-input.c: Freeing output 1 "sample:ringtone" > I: sink-input.c: Freeing output 2 "sample:ringtone" > I: sink-input.c: Freeing output 3 "sample:ringtone" > does any one have a clue "why"? > On Mon, 21 Jul 2008, Yaroslav Halchenko wrote: > > So I did a blind copy of my ringtone (you can sample it from > > http://www.onerussian.com/tmp/v_mir_jiv.wav) by copying over > > /usr/share/openmoko/sounds/ringtone_classy.wav > > which is > > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz > > whenever original was > > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 > > Hz > > after reboot it plays but incorrectly, it stutter, and even sounds like > > multiple instances playing simultaneously. So, I wonder what is the > > reason -- is that a feature or a bug > > I am running 2008.2 from yesteday -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: replaced ringtone but it plays it really funny way
the mystery of effect 'multiple instances' is somewhat revealed.. pulse audio indeed creates multiple "input"s for some reason... I dunno why. I converted that file to stereo using sox (thought it would resolve the issue). converting to 44800 sampling rate was bogus since then pulse reported that file is too large... so with regular 22050 sampling pulse says: I: resampler.c: Using resampler 'trivial' I: resampler.c: Using s16le as working format. I: sink-input.c: Created input 1 "sample:ringtone" on output with sample spec s16le 2ch 22050Hz and channel map front-left,front-right I: resampler.c: Using resampler 'trivial' I: resampler.c: Using s16le as working format. I: sink-input.c: Created input 2 "sample:ringtone" on output with sample spec s16le 2ch 22050Hz and channel map front-left,front-right I: resampler.c: Using resampler 'trivial' I: resampler.c: Using s16le as working format. I: sink-input.c: Created input 3 "sample:ringtone" on output with sample spec s16le 2ch 22050Hz and channel map front-left,front-right I: sink-input.c: Freeing output 1 "sample:ringtone" I: sink-input.c: Freeing output 2 "sample:ringtone" I: sink-input.c: Freeing output 3 "sample:ringtone" does any one have a clue "why"? On Mon, 21 Jul 2008, Yaroslav Halchenko wrote: > So I did a blind copy of my ringtone (you can sample it from > http://www.onerussian.com/tmp/v_mir_jiv.wav) by copying over > /usr/share/openmoko/sounds/ringtone_classy.wav > which is > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz > whenever original was > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz > after reboot it plays but incorrectly, it stutter, and even sounds like > multiple instances playing simultaneously. So, I wonder what is the > reason -- is that a feature or a bug > I am running 2008.2 from yesteday -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community