Re: [OM2009] reliable alarm application

2009-07-17 Thread roby
On Thu, Jul 16, 2009 at 4:53 PM, Petr Vanek  wrote:

> ffalarms are compiled for shr i would guess... look through the
> archives, what i do is i just create symlinks for the correct e-lib
> names in /usr/lib
>

ok, i made the symlinks and it seems to work great! thanks for the help

-- 
roby
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] reliable alarm application

2009-07-17 Thread arne anka
> ... dozens of lines deleted ...
> the projects openmoko page has a working version

wow! a one liner as answer but quoting the full 50+ lines before ... did  
you ever try to read your own mails on a screen like the fr's or even a  
netbook?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] reliable alarm application

2009-07-16 Thread jeremy jozwik
On Thu, Jul 16, 2009 at 7:47 AM, roby wrote:
> i've tried, but cannot frind a working version:
>
> version 0.2.3:
> r...@om-gta02:~# wget
> http://projects.openmoko.org/frs/download.php/845/ffalarms_0.2.3-r0_armv4t.ipk
> Connecting to projects.openmoko.org (88.198.93.218:80)
> ffalarms_0.2.3-r0_ar 100%
> |***|
> 98k 00:00:00 ETA
> r...@om-gta02:~# opkg list | grep mplayer
> r...@om-gta02:~# opkg install atd-over-fso_0.70-r1_armv4t.ipk
> Installing atd-over-fso (0.70-r1) to root...
> Configuring atd-over-fso
> Reloading system message bus config: Using **pending_return in
> dbus_connection_send_with_reply_setup() without pending_setup is deprecated
> and strongly discouraged
> Using **pending_return in dbus_connection_send_with_reply_setup() without
> pending_setup is deprecated and strongly discouraged
> done.
>  Adding system startup for /etc/init.d/atd.
> Starting at daemon: atd.
> r...@om-gta02:~# opkg install ffalarms
> ^Copkg: interrupted. writing out status database
> r...@om-gta02:~# opkg install ffalarms_0.2.3-r0_armv4t.ipk
> Installing ffalarms (0.2.3-r0) to root...
> ffalarms: unsatisfied recommendation for mplayer
> Configuring ffalarms
> reboot (probably not necessary but safe)...
> r...@om-gta02:~# ffalarms
> ffalarms: error while loading shared libraries:
> libelementary-ver-svn-02.so.0: cannot open shared object file: No such file
> or directory
> r...@om-gta02:~# opkg remove ffalarms_0.2.3-r0_armv4t.ipk
> No packages removed.
> r...@om-gta02:~# opkg remove ffalarms
> Removing package ffalarms from root...
>
>
>
> version 0.2.2:
> r...@om-gta02:~# wget
> http://projects.openmoko.org/frs/download.php/833/ffalarms_0.2.2-r0_all_py2.6.ipk
> Connecting to projects.openmoko.org (88.198.93.218:80)
> ffalarms_0.2.2-r0_al   0%
> |
> | 0  --:--:-- ETAoffalarms_0.2.2-r0_al 100%
> |***|
> 105k --:--:-- ETA
> r...@om-gta02:~# opkg install ffalarms_0.2.
> ffalarms_0.2.2-r0_all_py2.6.ipk  ffalarms_0.2.3-r0_armv4t.ipk
> r...@om-gta02:~# opkg install ffalarms_0.2.2-r0_all_py2.6.ipk
> Installing ffalarms (0.2.2-r0) to root...
> ffalarms: unsatisfied recommendation for mplayer
> Configuring ffalarms
> r...@om-gta02:~# ffalarms
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_data_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_get()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_name_class_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_title_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
>
> *** ECORE ERROR: Ecore Magic Check Failed!!!
> *** IN FUNCTION: ecore_evas_callback_resize_set()
>   Input handle pointer is NULL!
> *** NAUGHTY PROGRAMMER!!!
> *** SPANK SPANK SPANK!!!
> *** Now go fix your code. Tut tut tut!
>
> Traceback (most recent call last):
>   File "/usr/bin/ffalarms", line 6, in 
> main()
>   File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 682, in
> main
> edj = AlarmList(stack, EDJE_FILE)
>   File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 469, in
> __init__
> edje.Edje.__init__(self, stack.canvas, file=filename,
> group='main-group')
>   File "edje.c_edje_object.pxi", line 144, in edje.c_edje.Edje.__init__
> (edje/edje.c_edje.c:7925)
> TypeError: Argument 'canvas' has incorrect type (expected
> evas.c_evas.Canvas, got NoneType)
> r...@om-gta02:~# opkg list | grep ecore
> ecore - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
> framework library
> ecore-con - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-config - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-dbg - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-desktop - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-dev - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-directfb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-evas - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
> application framework library
> ecore-fb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
>

Re: [OM2009] reliable alarm application

2009-07-16 Thread Rui Miguel Silva Seabra
On Thu, Jul 16, 2009 at 05:03:50PM +0200, Laszlo KREKACS wrote:
> On Thu, Jul 16, 2009 at 5:00 PM, Rui Miguel Silva Seabra wrote:
> > If someone sends me the bitbake recipe, I can compile it for Om2009.t5
> 
> Do you happen to have packages of intone+debian for om2009.t5?

Nopes, and would also like to try it out...

With all the discussion around it it seems worth it.

-- 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] reliable alarm application

2009-07-16 Thread Laszlo KREKACS
On Thu, Jul 16, 2009 at 5:00 PM, Rui Miguel Silva Seabra wrote:
> If someone sends me the bitbake recipe, I can compile it for Om2009.t5


Do you happen to have packages of intone+debian for om2009.t5?

Laszlo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] reliable alarm application

2009-07-16 Thread Rui Miguel Silva Seabra
On Thu, Jul 16, 2009 at 04:53:48PM +0200, Petr Vanek wrote:
> >*version 0.2.3:*
> >r...@om-gta02:~# ffalarms
> >ffalarms: error while loading shared libraries:
> >libelementary-ver-svn-02.so.0: cannot open shared object file: No such
> >file or directory
> 
> ffalarms are compiled for shr i would guess... look through the
> archives, what i do is i just create symlinks for the correct e-lib
> names in /usr/lib

If someone sends me the bitbake recipe, I can compile it for Om2009.t5

Rui

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] reliable alarm application

2009-07-16 Thread Petr Vanek
>*version 0.2.3:*
>r...@om-gta02:~# ffalarms
>ffalarms: error while loading shared libraries:
>libelementary-ver-svn-02.so.0: cannot open shared object file: No such
>file or directory

ffalarms are compiled for shr i would guess... look through the
archives, what i do is i just create symlinks for the correct e-lib
names in /usr/lib

Petr 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] reliable alarm application

2009-07-16 Thread roby
i've tried, but cannot frind a working version:

*version 0.2.3:*
r...@om-gta02:~# wget
http://projects.openmoko.org/frs/download.php/845/ffalarms_0.2.3-r0_armv4t.ipk
Connecting to projects.openmoko.org (88.198.93.218:80)
ffalarms_0.2.3-r0_ar 100%
|***|
98k 00:00:00 ETA
r...@om-gta02:~# opkg list | grep mplayer
r...@om-gta02:~# opkg install atd-over-fso_0.70-r1_armv4t.ipk
Installing atd-over-fso (0.70-r1) to root...
Configuring atd-over-fso
Reloading system message bus config: Using **pending_return in
dbus_connection_send_with_reply_setup() without pending_setup is deprecated
and strongly discouraged
Using **pending_return in dbus_connection_send_with_reply_setup() without
pending_setup is deprecated and strongly discouraged
done.
 Adding system startup for /etc/init.d/atd.
Starting at daemon: atd.
r...@om-gta02:~# opkg install ffalarms
^Copkg: interrupted. writing out status database
r...@om-gta02:~# opkg install ffalarms_0.2.3-r0_armv4t.ipk
Installing ffalarms (0.2.3-r0) to root...
ffalarms: unsatisfied recommendation for mplayer
Configuring ffalarms
reboot (probably not necessary but safe)...
r...@om-gta02:~# ffalarms
ffalarms: error while loading shared libraries:
libelementary-ver-svn-02.so.0: cannot open shared object file: No such file
or directory
r...@om-gta02:~# opkg remove ffalarms_0.2.3-r0_armv4t.ipk
No packages removed.
r...@om-gta02:~# opkg remove ffalarms
Removing package ffalarms from root...



*version 0.2.2:*
r...@om-gta02:~# wget
http://projects.openmoko.org/frs/download.php/833/ffalarms_0.2.2-r0_all_py2.6.ipk
Connecting to projects.openmoko.org (88.198.93.218:80)
ffalarms_0.2.2-r0_al   0%
|
| 0  --:--:-- ETAoffalarms_0.2.2-r0_al 100%
|***|
105k --:--:-- ETA
r...@om-gta02:~# opkg install ffalarms_0.2.
ffalarms_0.2.2-r0_all_py2.6.ipk  ffalarms_0.2.3-r0_armv4t.ipk
r...@om-gta02:~# opkg install ffalarms_0.2.2-r0_all_py2.6.ipk
Installing ffalarms (0.2.2-r0) to root...
ffalarms: unsatisfied recommendation for mplayer
Configuring ffalarms
r...@om-gta02:~# ffalarms

*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_data_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_get()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_name_class_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_title_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_callback_resize_set()
  Input handle pointer is NULL!
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!

Traceback (most recent call last):
  File "/usr/bin/ffalarms", line 6, in 
main()
  File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 682, in
main
edj = AlarmList(stack, EDJE_FILE)
  File "/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py", line 469, in
__init__
edje.Edje.__init__(self, stack.canvas, file=filename,
group='main-group')
  File "edje.c_edje_object.pxi", line 144, in edje.c_edje.Edje.__init__
(edje/edje.c_edje.c:7925)
TypeError: Argument 'canvas' has incorrect type (expected
evas.c_evas.Canvas, got NoneType)
r...@om-gta02:~# opkg list | grep ecore
ecore - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
framework library
ecore-con - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-config - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-dbg - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-desktop - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-dev - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-directfb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-evas - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-fb - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment application
framework library
ecore-file - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-imf - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment
application framework library
ecore-imf-evas - 2:0.9.9.050+svnr40567-r2 - Ecore is the Enlightenment

Re: [OM2009] reliable alarm application

2009-07-16 Thread Petr Vanek
On Thu, 16 Jul 2009 12:38:37 +0200
Previdi Roberto  (PR) wrote:

>Hello list. Is there a reliable alarm which has been tested on the
>OM2009 distribution? For reliable i mean that it should sound even if
>- the phone is suspended (99,9% of the time it is)
>- the phone has waken up for some reasons and then resuspended (sms,
>missed calls)
>- the application stay open for many days
>
>-- 
>roby
>

have you tried ffalarms?
http://www.opkg.org/package_119.html

Petr


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[OM2009] reliable alarm application

2009-07-16 Thread Previdi Roberto
Hello list. Is there a reliable alarm which has been tested on the OM2009
distribution? For reliable i mean that it should sound even if
- the phone is suspended (99,9% of the time it is)
- the phone has waken up for some reasons and then resuspended (sms, missed
calls)
- the application stay open for many days

-- 
roby
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community