debianized ffalarms 0.2.1 and atd-over-fso

60 messages Options
Embed this post
Permalink
1 2 3
Łukasz Pankowski

debianized ffalarms 0.2.1 and atd-over-fso

Reply Threaded More More options
Print post
Permalink
Hi

I have just uploaded Debian packages (and source) of ffalarms and
atd-over-fso they are on:
https://projects.openmoko.org/frs/?group_id=260

Added quit button to main screen (default Debian/freerunner wm does not
allow to close app!).

Resuming from suspend works, though for me often if suspended with power
button the suspend menu shows on resume just after or some time later.
There are cases when it appears as a whole grey window until the buttons
draws (and ffalarms puzzle is behind it).

Hope someone will find it useful.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
Hi

I have just released ffalarms 0.2.3.  Features:

- rewritten using Vala/libeflvala/Elementary (same features as 0.2.2)

- avoids suspend and keeps display on during alarm on FSO platform
  (such as SHR)

- note: will not stop alarms added by previous versions of ffalarms


Download:
http://projects.openmoko.org/frs/?group_id=260&release_id=542


Rewrite in Vala took much of my available time.  I hope to add recursive
alarms, but you know well my time limited, slow rate of development :).

Hope it works for You!

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Marcel-2

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
Am Sonntag, 28. Juni 2009 22:13:24 schrieb Łukasz Pankowski:

> Hi
>
> I have just released ffalarms 0.2.3.  Features:
>
> - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2)
>
> - avoids suspend and keeps display on during alarm on FSO platform
>   (such as SHR)
>
> - note: will not stop alarms added by previous versions of ffalarms
>
>
> Download:
> http://projects.openmoko.org/frs/?group_id=260&release_id=542
>
>
> Rewrite in Vala took much of my available time.  I hope to add
> recursive alarms, but you know well my time limited, slow rate of
> development :).
>
> Hope it works for You!

Hey Łukasz,

I have Om2009t5 with upgrades from the shr feeds and they already got
frameworkd 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r2, could
you change your frameworkd dependency from = to >= ? I'd be able to
install ffalarms then... :)

--
Marcel

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
Marcel <[hidden email]> writes:

> Am Sonntag, 28. Juni 2009 22:13:24 schrieb Łukasz Pankowski:
>> Hi
>>
>> I have just released ffalarms 0.2.3.  Features:
>>
>> - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2)
>>
>> - avoids suspend and keeps display on during alarm on FSO platform
>>   (such as SHR)
>>
>> - note: will not stop alarms added by previous versions of ffalarms
>>
>>
>> Download:
>> http://projects.openmoko.org/frs/?group_id=260&release_id=542
>>
>>
>> Rewrite in Vala took much of my available time.  I hope to add
>> recursive alarms, but you know well my time limited, slow rate of
>> development :).
>>
>> Hope it works for You!
>
> Hey Łukasz,
>
> I have Om2009t5 with upgrades from the shr feeds and they already got
> frameworkd 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r2, could
> you change your frameworkd dependency from = to >= ? I'd be able to
> install ffalarms then... :)

Hey Marcel,

Ffalarms does not have frameworkd dependency, it is only among suggested
packages.

Łukasz

>
> --
> Marcel

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
jeremy jozwik

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
In reply to this post by Łukasz Pankowski
error reading config file
key file contains key '24hr_format' which has a value that cannot be
interpreted. default configuration will be used

2009/6/28 Łukasz Pankowski <[hidden email]>:

> Hi
>
> I have just released ffalarms 0.2.3.  Features:
>
> - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2)
>
> - avoids suspend and keeps display on during alarm on FSO platform
>  (such as SHR)
>
> - note: will not stop alarms added by previous versions of ffalarms
>
>
> Download:
> http://projects.openmoko.org/frs/?group_id=260&release_id=542
>
>
> Rewrite in Vala took much of my available time.  I hope to add recursive
> alarms, but you know well my time limited, slow rate of development :).
>
> Hope it works for You!
>
> _______________________________________________
> Openmoko community mailing list
> [hidden email]
> http://lists.openmoko.org/mailman/listinfo/community
>

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Marcel-2

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
In reply to this post by Łukasz Pankowski
Am Sonntag, 28. Juni 2009 22:46:18 schrieb Łukasz Pankowski:

> Marcel <[hidden email]> writes:
> > Am Sonntag, 28. Juni 2009 22:13:24 schrieb Łukasz Pankowski:
> >> Hi
> >>
> >> I have just released ffalarms 0.2.3.  Features:
> >>
> >> - rewritten using Vala/libeflvala/Elementary (same features as
> >> 0.2.2)
> >>
> >> - avoids suspend and keeps display on during alarm on FSO platform
> >>   (such as SHR)
> >>
> >> - note: will not stop alarms added by previous versions of ffalarms
> >>
> >>
> >> Download:
> >> http://projects.openmoko.org/frs/?group_id=260&release_id=542
> >>
> >>
> >> Rewrite in Vala took much of my available time.  I hope to add
> >> recursive alarms, but you know well my time limited, slow rate of
> >> development :).
> >>
> >> Hope it works for You!
> >
> > Hey Łukasz,
> >
> > I have Om2009t5 with upgrades from the shr feeds and they already got
> > frameworkd 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r2,
> > could you change your frameworkd dependency from = to >= ? I'd be
> > able to install ffalarms then... :)
>
> Hey Marcel,
>
> Ffalarms does not have frameworkd dependency, it is only among
> suggested packages.
>
> Łukasz

Eehm. Does opkg call suggestions deps, too?
(In contrast to recommendations)

Collected errors:
 * ERROR: Cannot satisfy the following dependencies for ffalarms:
         *  frameworkd (=
0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r1) *

Just want to clear this up, I installed with -force-depends, alarms work
now... :)

Does that package install a default config somewhere? I'm kinda tired of
having to go find that somewhere everytime I reflash *g*

--
Marcel

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
In reply to this post by jeremy jozwik
jeremy jozwik <[hidden email]> writes:

> error reading config file
> key file contains key '24hr_format' which has a value that cannot be
> interpreted. default configuration will be used

You may simply remove ~/.ffalarmsrc (if you did not customize it) or in
~/.ffalarmsrc change

[ledclock]
24hr_format=yes

to

[ledclock]
24hr_format=true

That is because Python version of reading ini-like files allows
true|false, yes|no, and 1|0 for boolean values while glib one allows
only true|false.

>
> 2009/6/28 Łukasz Pankowski <[hidden email]>:
>> Hi
>>
>> I have just released ffalarms 0.2.3.  Features:
>>
>> - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2)
>>
>> - avoids suspend and keeps display on during alarm on FSO platform
>>  (such as SHR)
>>
>> - note: will not stop alarms added by previous versions of ffalarms
>>
>>
>> Download:
>> http://projects.openmoko.org/frs/?group_id=260&release_id=542
>>
>>
>> Rewrite in Vala took much of my available time.  I hope to add recursive
>> alarms, but you know well my time limited, slow rate of development :).
>>
>> Hope it works for You!
>>
>> _______________________________________________
>> Openmoko community mailing list
>> [hidden email]
>> http://lists.openmoko.org/mailman/listinfo/community
>>

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
In reply to this post by Marcel-2
Marcel <[hidden email]> writes:

> Eehm. Does opkg call suggestions deps, too?
> (In contrast to recommendations)

It would be strange.

You may try
dpkg -I ffalarms_0.2.3-r0_armv4t.ipk | grep frameworkd
and check whether I am mad.

>
> Collected errors:
>  * ERROR: Cannot satisfy the following dependencies for ffalarms:
>          *  frameworkd (=
> 0.8.5.1+gitr516f48762ab7afa4e4702a0ba01bc0a004ae4c60-r1) *
>
> Just want to clear this up, I installed with -force-depends, alarms work
> now... :)
>
> Does that package install a default config somewhere? I'm kinda tired of
> having to go find that somewhere everytime I reflash *g*

ffalarms up to 0.2.2 used to write default config to ~/.ffalarmsrc if
non was found, 0.2.3 uses build-in config if none is found (does not
write anything) which is equivalent to:

[alarm]
player=aplay -q %(file)s
file=/usr/share/ffalarms/alarm.wav
repeat=500

[ledclock]
24hr_format=true
brightness=33

>
> --
> Marcel

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Marcel-2

Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

Reply Threaded More More options
Print post
Permalink
Am Sonntag, 28. Juni 2009 23:49:59 schrieb Łukasz Pankowski:
> Marcel <[hidden email]> writes:
> > Eehm. Does opkg call suggestions deps, too?
> > (In contrast to recommendations)
>
> It would be strange.
>
> You may try
> dpkg -I ffalarms_0.2.3-r0_armv4t.ipk | grep frameworkd
> and check whether I am mad.

marcel@d-wwow:~$ dpkg -I ffalarms* | grep framew
 Suggests: mplayer, alsa-utils-aplay, frameworkd

So you're actually NOT mad. Maybe opkg is... Strange.

--
Marcel

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
In reply to this post by Łukasz Pankowski
Hi

I have just released ffalarms 0.2.4.  Features:

- now looks like other Elementary programs

- LED clock: add configuration option to change color of LED digits.

  You can change the color by setting ``color`` to ``red, blue,
  green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
  example:

[ledclock]
color=255, 255, 0


Download page:
http://projects.openmoko.org/frs/?group_id=260&release_id=575

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
jeremy jozwik

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
2009/9/19 Łukasz Pankowski <[hidden email]>:
>  You can change the color by setting ``color`` to ``red, blue,
>  green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
>  example:
> [ledclock]
> color=255, 255, 0


hurray!! thanks a lot!

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
jeremy jozwik

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
In reply to this post by Łukasz Pankowski
2009/9/19 Łukasz Pankowski <[hidden email]>:
>  You can change the color by setting ``color`` to ``red, blue,
>  green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
>  example:

sorry for this, im woking a lot of hours and my brain is slow ans
squishy right now.

but...

root@om-gta02 ~ $ cd ~/.ffalarmsrc
-sh: cd: can't cd to /home/root/.ffalarmsrc
root@om-gta02 ~ $ cd ~/.ffalarm
-sh: cd: can't cd to /home/root/.ffalarm
root@om-gta02 ~ $ mkdir /home/root/.ffalarmsrc
mkdir: cannot create directory '/home/root/.ffalarmsrc': File exists
root@om-gta02 ~ $ cd /home/root/.ffalarmsrc
-sh: cd: can't cd to /home/root/.ffalarmsrc

also every time i run ffalarm i get error message "key file contains
key "24hr_format" which has a value that cannot be interpreted.
default configuration will be used.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
jeremy jozwik

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
On Sat, Sep 19, 2009 at 9:53 AM, jeremy jozwik <[hidden email]> wrote:
> 2009/9/19 Łukasz Pankowski <[hidden email]>:
>>  You can change the color by setting ``color`` to ``red, blue,
>>  green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
>>  example:
>
> sorry for this, im woking a lot of hours and my brain is slow ans
> squishy right now.


yough... tea helps. nano not cd. anyhow changing 24hr_format=yes, to
=true eliminates the error message as well.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Ed Kapitein

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
In reply to this post by jeremy jozwik
\It seems like it is a file, not a directory,  so cd  into it will fail.

Just my 2 cents.

Kind regards,
Ed

jeremy jozwik wrote:

> 2009/9/19 Łukasz Pankowski <[hidden email]>:
>  
>>  You can change the color by setting ``color`` to ``red, blue,
>>  green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
>>  example:
>>    
>
> sorry for this, im woking a lot of hours and my brain is slow ans
> squishy right now.
>
> but...
>
> root@om-gta02 ~ $ cd ~/.ffalarmsrc
> -sh: cd: can't cd to /home/root/.ffalarmsrc
> root@om-gta02 ~ $ cd ~/.ffalarm
> -sh: cd: can't cd to /home/root/.ffalarm
> root@om-gta02 ~ $ mkdir /home/root/.ffalarmsrc
> mkdir: cannot create directory '/home/root/.ffalarmsrc': File exists
> root@om-gta02 ~ $ cd /home/root/.ffalarmsrc
> -sh: cd: can't cd to /home/root/.ffalarmsrc
>
> also every time i run ffalarm i get error message "key file contains
> key "24hr_format" which has a value that cannot be interpreted.
> default configuration will be used.
>
> _______________________________________________
> Openmoko community mailing list
> [hidden email]
> http://lists.openmoko.org/mailman/listinfo/community
>  



_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
jeremy jozwik

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
On Sat, Sep 19, 2009 at 2:54 PM, Ed Kapitein <[hidden email]> wrote:
> \It seems like it is a file, not a directory,  so cd  into it will fail.
>
> Just my 2 cents.
>
> Kind regards,
> Ed

read previous message.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Thomas Zimmermann

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
In reply to this post by Łukasz Pankowski
Am Samstag 19 September 2009 14:20:12 schrieb Łukasz Pankowski:

> Hi
>
> I have just released ffalarms 0.2.4.  Features:
>
> - now looks like other Elementary programs
>
> - LED clock: add configuration option to change color of LED digits.
>
>   You can change the color by setting ``color`` to ``red, blue,
>   green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
>   example:
>
> [ledclock]
> color=255, 255, 0
>
>
> Download page:
> http://projects.openmoko.org/frs/?group_id=260&release_id=575
Hi tried to compile ffalarms 0.2.4 for SHR, but i'm getting the following
errors, any idea what's wrong?
First error was, that it should depend on libeflvala, that's fixed.

Thomas

( In the case that the atachmend won't work: http://shr.pastebin.com/d348b88cb 
)

NOTE: make -j 4 -e MAKEFLAGS= VAPIDIR=/home/thomas/SHR/SHR/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/share/vala/vapi
valac --vapidir=/home/thomas/SHR/SHR/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/share/vala/vapi --pkg=elm --pkg=edje --pkg=dbus-glib-1 --pkg posix -C ffalarms.vala ffalarms.vapi
edje_cc data/ffalarms.edc data/ffalarms.edj
ffalarms.vala:63.13-63.66: error: `GLib.Time.local' is not a creation method
    var t = Time.local(now) { hour=hour, minute=minute, second=0 };
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ffalarms.vala:63.9-63.66: error: var declaration not allowed with non-typed initializer
    var t = Time.local(now) { hour=hour, minute=minute, second=0 };
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ffalarms.vala:64.21-64.21: error: The name `t' does not exist in the context of `next_hm'
    var timestamp = t.mktime();
                    ^
ffalarms.vala:64.9-64.30: error: var declaration not allowed with non-typed initializer
    var timestamp = t.mktime();
        ^^^^^^^^^^^^^^^^^^^^^^
ffalarms.vala:65.9-65.17: error: The name `timestamp' does not exist in the context of `next_hm'
    if (timestamp <= now) {
        ^^^^^^^^^
ffalarms.vala:66.2-66.2: error: The name `t' does not exist in the context of `next_hm'
        t.day += 1;
        ^
ffalarms.vala:67.2-67.10: error: The name `timestamp' does not exist in the context of `next_hm'
        timestamp = t.mktime(); // also normalizes Time
        ^^^^^^^^^
ffalarms.vala:69.9-69.9: error: The name `t' does not exist in the context of `next_hm'
    if (t.hour != hour) {
        ^
ffalarms.vala:70.2-70.2: error: The name `t' does not exist in the context of `next_hm'
        t.hour = hour;
        ^
ffalarms.vala:71.2-71.10: error: The name `timestamp' does not exist in the context of `next_hm'
        timestamp = t.mktime();
        ^^^^^^^^^
ffalarms.vala:73.12-73.20: error: The name `timestamp' does not exist in the context of `next_hm'
    return timestamp;
           ^^^^^^^^^
ffalarms.vala:643.6-643.36: warning: unhandled error `MyError'
            cfg.load_from_file(config_file);
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ffalarms.vala:823.2-823.42: warning: unhandled error `GLib.ShellError'
        Shell.parse_argv(play_cmd, out play_argv);
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Compilation failed: 11 error(s), 2 warning(s)
make: *** [ffalarms.c] Error 1
FATAL: oe_runmake failed

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
Thomas Zimmermann <[hidden email]> writes:

> Am Samstag 19 September 2009 14:20:12 schrieb Łukasz Pankowski:
>> Hi
>>
>> I have just released ffalarms 0.2.4.  Features:
>>
>> - now looks like other Elementary programs
>>
>> - LED clock: add configuration option to change color of LED digits.
>>
>>   You can change the color by setting ``color`` to ``red, blue,
>>   green`` (numbers in range 0-255) in your ~/.ffalarmsrc.  For
>>   example:
>>
>> [ledclock]
>> color=255, 255, 0
>>
>>
>> Download page:
>> http://projects.openmoko.org/frs/?group_id=260&release_id=575
>
> Hi tried to compile ffalarms 0.2.4 for SHR, but i'm getting the following
> errors, any idea what's wrong?
> First error was, that it should depend on libeflvala, that's fixed.

Hi

I have removed libeflvala from dependencies in ffalarms.bb as ffalarms.c
is included in the source tarball so valac should not start if you
compile from source tarball.

It is that way to minimize compilation problems, for example I compiled
ffalarms 0.2.4 with valac 0.7.5 (0.7.6 was not yet in Debian that day)
and the problem you encountered is with valac 0.7.6. I just committed a
quick fix to subversion repository [1].


[1] The change (http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/?root=ffalarms):

--- trunk/ffalarms.vala 2009/09/19 12:02:37 53
+++ trunk/ffalarms.vala 2009/09/21 08:30:14 54
@@ -60,7 +60,7 @@
 time_t next_hm(int hour, int minute)
 {
     var now = time_t();
-    var t = Time.local(now) { hour=hour, minute=minute, second=0 };
+    var t = Time.local(now); t.hour=hour; t.minute=minute; t.second=0;
     var timestamp = t.mktime();
     if (timestamp <= now) {
  t.day += 1;

>
> Thomas
>
> ( In the case that the atachmend won't work: http://shr.pastebin.com/d348b88cb 
> )

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Thomas Zimmermann

Re: ffalarms 0.2.4 -- now looks Elementary, LED color configurable

Reply Threaded More More options
Print post
Permalink
Am Montag 21 September 2009 10:58:15 schrieb Łukasz Pankowski:

> Hi
>
> I have removed libeflvala from dependencies in ffalarms.bb as ffalarms.c
> is included in the source tarball so valac should not start if you
> compile from source tarball.
>
> It is that way to minimize compilation problems, for example I compiled
> ffalarms 0.2.4 with valac 0.7.5 (0.7.6 was not yet in Debian that day)
> and the problem you encountered is with valac 0.7.6. I just committed a
> quick fix to subversion repository [1].
>
>
> [1] The change
>  (http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/?root=ffala
> rms):
>
> --- trunk/ffalarms.vala 2009/09/19 12:02:37 53
> +++ trunk/ffalarms.vala 2009/09/21 08:30:14 54
> @@ -60,7 +60,7 @@
>  time_t next_hm(int hour, int minute)
>  {
>      var now = time_t();
> -    var t = Time.local(now) { hour=hour, minute=minute, second=0 };
> +    var t = Time.local(now); t.hour=hour; t.minute=minute; t.second=0;
>      var timestamp = t.mktime();
>      if (timestamp <= now) {
>   t.day += 1;
>
Thanks it's working now :)
I sent a patch to update ffalarms in SHR to 0.2.4

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
Łukasz Pankowski

ffalarms 0.3 -- recurring alarms

Reply Threaded More More options
Print post
Permalink
In reply to this post by Łukasz Pankowski
Hi

I have just released ffalarms 0.3, it adds recurring alarms, please test
it before depending on it.

For me the most missing feature now is being able to edit the alarms and
postponing in the acknowledge window.  Ideas and comments are welcome.


Notes:
- add support for recurring alarms, attaching messages to alarms, and
  choosing alarm date from a calendar

- add configuration option for alarm volume, alarm_script and alsa_state

Download:
http://projects.openmoko.org/frs/?group_id=260&release_id=580
(I also provide libical, in case it is not in your distro)

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
jeremy jozwik

Re: ffalarms 0.3 -- recurring alarms

Reply Threaded More More options
Print post
Permalink
2009/10/25 Łukasz Pankowski <[hidden email]>:
> Hi
>
> I have just released ffalarms 0.3, it adds recurring alarms, please test
> it before depending on it.

fantastic! more then willing to test this. thanks.

_______________________________________________
Openmoko community mailing list
[hidden email]
http://lists.openmoko.org/mailman/listinfo/community
1 2 3