Bug 3635 - (int-104384) Publish sources of alarm framework
: Publish sources of alarm framework
Product: Desktop platform
: 5.0/(1.2009.42-11)
: All Linux
: Medium normal (vote)
: 5.0/(2.2009.51-1)
Assigned To: David Weinehall
: HAF QA mailing list
  Show dependency tree
Reported: 2008-08-25 12:44 UTC by Florian Boor
Modified: 2010-01-14 12:27 UTC (History)
7 users (show)

See Also:



You need to log in before you can comment on or make changes to this bug.

Description Florian Boor (reporter) 2008-08-25 12:44:29 UTC
It would be great to have an open source implementation of the alarm framework.
The main reason for this is portability: It would enable people wo want to use
the HAF on other devices than the Nokia tablets to make use of this framework
too. The same applies for applications that run both in Maemo and in other GUI
environments. For these applictions it would be very useful to use the same API
for alarms.
Comment 1 Andre Klapper maemo.org 2008-08-25 13:56:13 UTC
Can you define "alarm" a bit better and describe some usecases? It makes it
easier to convince people...
Comment 2 Florian Boor (reporter) 2008-08-25 14:31:04 UTC
I see, the name is not consistent in the documentation.
I'm not sure if other components are affected, but the alarm framework consists
of libalarm and alarmd at least.
Comment 3 Eero Tamminen nokia 2008-09-01 13:35:42 UTC
(In reply to comment #1)
> Can you define "alarm" a bit better and describe some usecases?

Especially as I think that e.g. "cron" from Debian provides most of the alarm
functionality except the device wakeup when the device is powered off
(which should be uncommon use-case)...
Comment 4 Florian Boor (reporter) 2008-09-01 13:45:04 UTC
That's true - atd can do the same job, but that's not my point. Developing
applications you want to use the same API on all devices. libalarm offers a
nice highlevel api independent from the machanism that is used, but the
motivation to use it is very limited since it is not portable in any way.
Comment 5 Quim Gil nokia 2008-09-01 13:51:53 UTC
In principle the request sounds reasonable. I will organize a request
internally so at least we will know if there is any obstacle.

The first thing to do is define the package/s that belong to this framework and
need to be opensourced: libalarm and alarmd. Anything else?
Comment 6 Florian Boor (reporter) 2008-09-05 18:25:22 UTC
From what I know only these two components are affected, but maybe these rely
on something that is not known publicly.
Comment 7 Quim Gil nokia 2008-09-08 10:40:57 UTC
Just a note: I will work on this after the Maemo Summit.
Comment 8 Florian Boor (reporter) 2008-09-22 15:10:31 UTC
As a followup to the discussions at Maemo Summit I have these additional
- garage has a project 'alarmd'
- the project hasn't released any file
- trying to check out the sources returnes an error (403, forbidden)

So it seems the fact that alarm framework sources are not available is a bug
and was not intended.
Comment 9 Quim Gil nokia 2008-10-04 18:47:04 UTC
David told me that the Alarm framework *is* open source. Apparently the sources
are lost/missing, though. 

Changing summary and reassigning to him.
Comment 10 David Weinehall nokia 2008-10-06 09:22:25 UTC
At least intended to be, yes.
Comment 11 Andre Klapper maemo.org 2008-11-22 02:54:05 UTC
David, any news here in making the code available to public?
Comment 12 Andre Klapper maemo.org 2009-01-19 18:46:47 UTC
Any news in making the code of libalarm and alarmd available for public?

https://garage.maemo.org/projects/alarmd/ is still empty.
Comment 13 Andre Klapper maemo.org 2009-03-03 10:34:48 UTC
Still nothing in https://garage.maemo.org/projects/alarmd/ .

exists (and .tar.gz also existed in Diablo).
Comment 14 Florian Boor (reporter) 2009-03-05 16:37:45 UTC
I wonder if the existence of the tar archive would be sufficient to close the
bug. In fact I get a 404 error for this link. The direcory contains deb
packages only.
Comment 15 Quim Gil nokia 2009-03-06 11:12:34 UTC
That tarball was pulled just because it had not a proper licensing text. We are
working (finally, trust me) on moving alarmd to open development and I expect
to have not only sources but also the code repository out before the Fremantle
beta (or at the same time, latest).
Comment 16 Andre Klapper maemo.org 2009-04-09 16:56:16 UTC
(In reply to comment #15)
> I expect to have not only sources but also the code repository out before the 
> Fremantle beta (or at the same time, latest).

Just to warn you: According to the internal ticket things unexpectedly have
become more complicated, so this might not be ready for beta SDK ("to be
released between March-May" as per
http://wiki.maemo.org/Task:Maemo_roadmap/Fremantle )
Comment 17 Lucas Maneos 2009-08-06 01:01:11 UTC
The garage svn is still closed, but source tarballs are currently available in
both beta & beta2 repositories, under LGPL 2.1.
Comment 18 Quim Gil nokia 2009-09-21 08:49:53 UTC
It's coming... but the team is extremely busy with the Maemo 5 final release.
Comment 19 Thomas Perl 2009-11-06 18:15:31 UTC
Just a quick follow up to this report after reading
http://talk.maemo.org/showthread.php?t=33653 and wondering about the source for

I can see a Debian source package now at this URL:


The SVN repo @ https://garage.maemo.org/projects/alarmd/ is still not
accessible, though.
Comment 20 Andre Klapper maemo.org 2009-11-09 15:30:31 UTC
alarmd-1.1.13 has now been copied to
https://garage.maemo.org/plugins/scmsvn/viewcvs.php/?root=dsm .
Comment 21 Andre Klapper maemo.org 2010-01-14 12:27:55 UTC
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update