Avoid atd to hang due to multiple alarm-script calls

Updated the dbus calls for FSO vibrator support

Updated the dbus calls against the new FSO values

Move to the "new" callback method of python-elementary

Use the RTC FSO interface for getting the unix time
Maybe it's slower, but it uses the real rtc date

Use the rtc sys-node to get the date since the Epoch

Use the backlight interface instead of the brightness one
However all this is still commented out (can be used also dbus) sice
it doesn't allow to get a great resource saving (I guess) and it looks very bad

Update atd trigger only if an atd shr-notifier script is removed

Modify the ATD_NOTIFY_SCRIPT to use the notifier "constants"

atd_notify cleanup
Rename atd_notify() to atd_notify_init() and add atd_trigger_update(); it allows
to clean the code and update the atd trigger also when removing any shr-notifier
atd timer

Disable the SIGTERM handler (it doesn't seem to work)
I figure this is due to ecore/e_dbus or other loops there

Set the title to "SHR Notifier"

Avoid multiple instances of the notifier
All done using a lock file

Handle SIGTERM to remove any atd_alarm...

Add support for ADT-based (in-suspend) notifications
This is a workaround to enable the notifications also while the phone
is suspended. It works in a such way (and it needs the atd daemon):
 - When the notifier shows a notification, then it create also a new
   atd-alarm script making the rtc-clock to wake-up the phone (if needed)
   after 'MINUTES_FOR_WAKEUP' minutes.
 - When the the 'MINUTES_FOR_WAKEUP' are passed, the rtc clock sends an interrupt
   to the CPU that eventually makes the phone resume; now:
   - if the phone has just been resumed by the clock, it notifies the user (using
     the proper method), sets another alarm in the next 'MINUTES_FOR_WAKEUP' and
     finally it goes back  into deep-sleep (all this takes just few seconds).
   - else, if the phone has been recently waked-up by another interrupt, it
     simply sets a new alarm to be performed after 'MINUTES_FOR_WAKEUP' minutes.
 - When the user show the notified event(s), all the shr-notifier atd-alarm(s)
   are moved away.

This works, however there are some bugs that can't be easily prevented at the
current state (if the phone is waked-up by another alarm and then it doesn't go
to suspension, the atd-notifier will continue its loop while also the ecore-timer
based "notify" will continue); I figure that they could be "workarounded" a bit
if the kernel would export also the resume time in a sysfile (so I could check
what timer really resumed the phone).

Add notify_timer_{start,stop} functions.
They allow both to clean the code and to fix the timers duplications
in case of multiple notifications

Add elmphonelog as commented missed_call program
This is just for example

Adding myself in copyright form...
:P

Added sound/vibrating notification support

Fix dbus connection init adding a retry loop.
Imported version 0.2

First SHR Notifier version by Pietro Montorfano
Importing...