Adam Jimerson <vendion@gmail.com> writes:

quoted text
> On Wednesday 08 July 2009 09:21:17 pm W.Kenworthy wrote:
>> On Wed, 2009-07-08 at 15:05 -0400, Adam Jimerson wrote:
>> > On Wednesday 08 July 2009 01:50:04 am jeremy jozwik wrote:
>> > > its no minor bug. in the PST8PDT timezone the day would get switched
>> > > after 6 pm. which is completely unhelpful. i put an email on the
>> > > pimlico mailing list and have no response in over 2 months. have since
>> > > switched to gpe-calendar
>> >
>> > I have tried gpe-calendar have found a major issue with it usability wise
>> > for me it is slow and unresponsive, also between it and ffalrams I think
>> > it messed up the ata deamon so now I have to do a weird work around for
>> > ffalarms to both schedule and alarm and to have it go off:
>>
>> Immediately after booting, restart atd and everything works fine.
>>
>> "/etc/init.d/atd restart"
>>
>> Seems it starts too early in the boot process.
>>
>
> That does the trick ffalamrs works correctly after doing that, I wonder if 
> someone can do something to fix this issue with atd and release an updated 
> package in the shr feeds.
> "We must plan for freedom, and not only for security, if for no other reason 
> than only freedom can make security more secure."  Karl Popper

The issue is with atd is that atd-over-fso when setting alarm for the
first time expects frameworkd (org.freesmartphone.otimed) to be working
otherwise it quits with an error message.  If first alarm was set
successfully than atd-over-fso will survive org.freesmartphone.otimed
restart and even dbus restart.

It should work great in Debian when there are init dependencies.  I am
going to *FIX* atd-over-fso (when my time allows) to wait for
org.freesmartphone.otimed when started, then atd-over-fso will look as
not working until frameworkd is up and running.  (for example ffalamrs
will say "Could not contact atd daemon, the alarm was not set" until
org.freesmartphone.otimed is started).

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