Bug#251953: gnome-settings-daemon not in default PATH
Marcelo E. Magallon
"Marcelo E. Magallon" <mmagallo@debian.org>, 251953@bugs.debian.org
Mon, 31 May 2004 18:49:32 -0600
Hi Sebastien,
On Mon, May 31, 2004 at 11:21:24PM +0200, Sebastien Bacher wrote:
> I strongly disagree with the severity, this move is not accidental,
> that's an upstream decision. I'm not sure of the reason for this ...
With all due respect, I don't care if you "strongly disagree" or
"slightly disagree" or whatever. I'm stating that this bug affects the
behaviour of unrelated applications (including but not limited to
making them behave inconsistently with respect to other applications --
an this is, by the very intention of the HIG, a severe bug) and that's
by _our_ definition of bug severities a critical bug.
> BTW your bug is not in control-center but in epiphany (if epiphany
> need the settings-daemon it should do what's needed to use it).
I agree with you. But the retarded design of this particular GNOME
component doesn't seem to leave much room to the developer. By design
the application should not try to start gnome-settings-daemon. The
application can ask for the information it wants, and if it can't
obtain it, it can gracefully fail. Epiphany does this. The problem is
"gracefully fail" means -- in this context -- "just use default
values". As you probably know GNOME takes pride in the fact that their
default values are "good defaults". Irrespective of how good these
defaults are, these _are_ _not_ the values I have set.
So no, the bug I'm reporting in the package that contains
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.
> There is no reason to block gnome2.6 for this
Yes, there is. An upgrade will break people's systems without a good
technical reason for doing so.
> and this bug could take month to go nowhere since upstreams have
> probably moved it for a reason ...
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.
> I'm changing the severity to normal.
No, you are not.
Marcelo