Bug#251953: gnome-settings-daemon not in default PATH
Sebastien Bacher
Sebastien Bacher <seb128@debian.org>, 251953@bugs.debian.org
Tue, 01 Jun 2004 08:29:38 +0200
Le lun, 31/05/2004 =E0 18:49 -0600, Marcelo E. Magallon a =E9crit :
> "slightly disagree" or whatever. I'm stating that this bug affects the
> behaviour of unrelated applications
If these apps have a broken design it's not the control-center fault
again.=20
After ready some bug reports on bugzilla the reason of the move seems to
be "settings-daemon is not an user program and has nothing to do
in /usr/bin" ... and that makes sense, a standard gnome user doesn't
need to know what the settings-daemon is and to have it in his path. If
you want to use it just hit the entire path.
> default values are "good defaults". Irrespective of how good these
> defaults are, these _are_ _not_ the values I have set.
We can't support all the bad hacks from users. If you use gnome it "just
work". It's the same with the new xfce.
> gnome-settings-daemon. What I'm reporting is that it should not just
> disappear and I have no intention of chasing this thing around. If you
> give me a portable and change-resilient way of finding _where_ this
> application is to be found I'll gladly agree to close to the bug. I
> see none right now.
The settings-daemon has been moved out of the path because it's not an
user apps, it's in /usr/lib/control-center/ and will stay here.
> Yes, there is. An upgrade will break people's systems without a good
> technical reason for doing so.
It will break some bad hacks. As said before we can't support all user
hacks. It'll not break any gnome session ...
> You don't have to wait for upstream to understand that the made a
> mistake. Just put a symlink in the package in the meanwhile. If
> upstream has a good reason for this change go and find which one it is.
It's not an user app, no reason to pollute the path with it.
Cheers,
Sebastien Bacher