On Wed, May 29, 2013 at 09:06:59PM +0200, Adam Borowski wrote: > On Wed, May 29, 2013 at 05:11:35PM +0200, Josselin Mouette wrote: > > Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a > > écrit : > > > Take for example, smartmoontools [1]. Currently, if an end-user > > > installs smartmoontools and a hard-disk fails (i.e. smartd detects a > > > problem with one HD) he will *not* see any notification: the failure > > > is sent through local e-mail. > > > > He will see a notification on his desktop. Clear, understandable and > > translated in his configured language: > > https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c > > (The code is different but already here in squeeze and wheezy.) > > What you propose requires: > * adding desktop environment specific code to every facility that may need > to send notifications > * adding such notifications to every other desktop environment
Wrong, we already have org.freedesktop.Notifications in GNOME, KDE and Xfce. So those two points become: * adding cross-desktop code to every facility that may need to send notifications * adding a notification daemon to task-lxde There are libraries to help with the first point, of course. > * coming up with a way to send such notifications remotely > > All of that is already solved by e-mail. [...] Except the bit where users actually see the messages. (For what it's worth, I'm quite happy to receive notifications by mail and I configure forwarding to a smarthost, but it's currently not as easy as it should be to do that and make it secure.) Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529213032.gp4...@decadent.org.uk