ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
jerjoz.forums at gmail.com
Tue May 12 23:05:35 CEST 2009
since my question falls under this email ill ask here.
is there anything that can be done so that an alarm will still work
after setting it then turning off the device and then opening ffalarms
the alarm is still saved in the programs memory, but it never sets off
its auditory signal.
if i go into services and manually restart atd, the alarms instantly go off.
2009/5/12 Russell Hay <russellh at ysmail.net>:
> Thanks Guys, I'll try the extraction manually... always good to keep your
> hand in :-)
> 2009/5/12 Łukasz Pankowski <lukpank at o2.pl>
>> Russell Hay <russellh at ysmail.net> writes:
>> > Hi Lukasz,
>> > I'm trying to install the package for SHR-testing, and I'm getting an
>> > md5 error when trying to install... any ideas?
>> > root at om-gta02 ~ $ opkg install
>> > http://projects.openmoko.org/frs/download.php/745
>> > /ffalarms_0.2.1-r0_all_py2.6.ipk
>> > Downloading
>> > http://projects.openmoko.org/frs/download.php/745/ffalarms_0.2.1-r0_all_py2.6.ipk
>> > Multiple packages (ffalarms and ffalarms) providing same name marked
>> > HOLD or PREFER. Using latest.
>> > Installing ffalarms (0.2.1-r0) to root...
>> > Collected errors:
>> > * Package ffalarms md5sum mismatch. Either the opkg or the package
>> > index are corrupt. Try 'opkg update'.
>> Hi Russell
>> ffalarms is in SHR feeds, so just:
>> $ opkg install ffalarms
>> and this such why you have those md5 problems, ie. my and SHR version's
>> md5 differ
>> > btw - looks great - just what I need before using my Freerunner as a
>> > full-time phone :-)
>> By the way: I am porting ffalarms to Vala, new features (such such as
>> log awaited recursive alarms) will hapend after that.
>> > Russ
> Openmoko community mailing list
> community at lists.openmoko.org
More information about the community