On jeu., 2011-11-17 at 00:30 +0000, cfr wrote:
> Package: xfce4-notifyd
> Version: 0.2.2-1
> Severity: normal
> 
> 
> xfce4-notifyd provides notification-daemon but other packages which
> depend on notification-daemon don't accept xfce4-notifyd as sufficient.
> For example, update-notifier, gnome-core etc.

What exactly do you mean by that? What is missing which makes them “not
accept”? How does this manifests itself?
> 
> So these packages have insisted on installing notification-daemon as
> well and will not allow it to be uninstalled even though xfce4-notifyd
> is installed.

What do you mean? If they depend on notification-daemon, they should be
pleased with xfce4-notifyd because of the Provides:. So what exactly do
you mean by “will not allow”?

>  As a result, it seems to be a matter of chance which
> notification daemon I get on start up.

Yes, but that's pretty much unrelated. There's no way to determine which
service will be picked up, unfortunately, that's why some desktop
environment dropped dbus activation for some services.

>  Sometimes I get one, sometimes
> the other. I realise I could get rid of xfce4-notifyd but I much prefer
> it. Also, everything worked perfectly with xfce4-notifyd until a few
> days ago.

Do you remember what happened, “few days ago”? Some upgrade? And what is
the current situation, you didn't exactly explained what was not
“working perfectly”.
> 
> I am sorry but I do not understand Debian's packaging system well enough
> to know whether this is really a bug in this package,
> notification-daemon or the packages which depend in turn on
> notification-daemon.
> 
> I thought maybe I needed to configure an alternative or something but
> nothing seems to cover notification daemons and I can't find anything
> through configure-debian either, although I'm sure there must be a way
> if I look in just the right place...

Yup, no alternative.
> 
> The Debian changelog notes that xfce4-notifyd no longer conficts with
> notification-daemon. Frankly, things worked a lot better when it did!

Indeed, but people might want to have both installed on purpose.

Regards,
-- 
Yves-Alexis

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to