Re: Why vala? Was - Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-30 Thread Łukasz Pankowski
Steven ** montg...@gmail.com writes:

 I've seen several developers talking about porting things to vala.
 I'm not really familiar with this language.  What is the point?  Why
 would you spend the effort rewriting an app that already works into
 another language when the result is identical to the original?  Is
 vala really that much easier to program in that C?  Łukasz, was it
 worth all that time to rewrite ffalarms (which is a great app)?

 Just wondering if I should be paying more attention to this vala
 stuff...

For sure Vala is worth looking at...

I started ffalarms with (excelant language) Python which is my language
of choice mostly for small scripts and numerical calculations with numpy
and my own lib.

Found Vala on the way, which is a high level language -- I have not
needed Python dynamic nature in ffalarms, apart from simple convienience
(no variable declarations and monkey typing).  Vala adds speed and
smaller memory footprint and easier interfacing with C libraries which I
hope to use soon (though it is also convenient in Python when using
Pyrex/Cython).

I decided it is good to learn Vala and there is no better way to do that
than write some real program, and here comes the rewrite.  Such a
rewrite is also good to check how much you miss constructs from the
previous language in the new one.  It takes some time to get used to it
(like with any language).  I am not a great fan of verbose names so I
defined Emacs abbrevs for some common names such as

prn - stdout.printf
getenv - Environment.get_variable


 -Steven

 2009/6/28 Łukasz Pankowski lukp...@o2.pl:
 Hi

 I have just released ffalarms 0.2.3.  Features:

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

 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 :).

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


Re: Why vala? Was - Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-30 Thread Steven **
I actually work in C with all the crazy function pointers and what-not
every day.  So, that's sort of how my brain works these days.

I looked at some Vala samples and was like Wait a minute, are these
classes or something?  I haven't seen stuff like this since college!.
 ;-)

-Steven

On Mon, Jun 29, 2009 at 1:22 PM, Michael 'Mickey'
Lauermic...@vanille-media.de wrote:
 Anf if you're still not convinced, read some C/GLib/Gobject source code and
 then some Vala source code.

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


Why vala? Was - Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-29 Thread Steven **
I've seen several developers talking about porting things to vala.
I'm not really familiar with this language.  What is the point?  Why
would you spend the effort rewriting an app that already works into
another language when the result is identical to the original?  Is
vala really that much easier to program in that C?  Łukasz, was it
worth all that time to rewrite ffalarms (which is a great app)?

Just wondering if I should be paying more attention to this vala stuff...

-Steven

2009/6/28 Łukasz Pankowski lukp...@o2.pl:
 Hi

 I have just released ffalarms 0.2.3.  Features:

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

 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 :).

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


Re: Why vala? Was - Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-29 Thread Michael 'Mickey' Lauer
Just wondering if I should be paying more attention to this vala stuff...

Yes, you should, because Vala is a groundbreaking new programming language 
that combines the abstraction of high level languages with the performance of 
low level languages.

See also:

http://blogs.gnome.org/lharris/2009/02/23/why-vala-is-the-answer-to-life-the-
universe-and-everything/

http://zee-nix.blogspot.com/2008/05/why-vala.html

http://www.vanille-media.de/site/index.php/2007/12/30/first-encounter-with-
vala/

http://arstechnica.com/open-source/news/2007/09/vala-high-level-programming-
with-less-fat.ars

Anf if you're still not convinced, read some C/GLib/Gobject source code and 
then some Vala source code. 

Cheers,

:M:


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


ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Ł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=260release_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
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Marcel
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=260release_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
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Łukasz Pankowski
Marcel tan...@googlemail.com 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=260release_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
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread jeremy jozwik
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 lukp...@o2.pl:
 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=260release_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
 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: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Marcel
Am Sonntag, 28. Juni 2009 22:46:18 schrieb Łukasz Pankowski:
 Marcel tan...@googlemail.com 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=260release_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
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Łukasz Pankowski
jeremy jozwik jerjoz.for...@gmail.com 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 lukp...@o2.pl:
 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=260release_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
 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: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Łukasz Pankowski
Marcel tan...@googlemail.com 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
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite

2009-06-28 Thread Marcel
Am Sonntag, 28. Juni 2009 23:49:59 schrieb Łukasz Pankowski:
 Marcel tan...@googlemail.com 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.

mar...@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
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community