Bug#251953: gnome-settings-daemon not in default PATH

[Marcelo E. Magallon]

Hi,

On Tue, Jun 01, 2004 at 08:29:38AM +0200, Sebastien Bacher wrote:
 > Le lun, 31/05/2004 à 18:49 -0600, Marcelo E. Magallon a écrit :
 > 
 > >  "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. 

 Care to point me to the documentation that supports that these apps
 "have a broken design", that is, that these are not doing what the API
 docs say they should be doing?

 > 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" ...

 Well, they can also assert that the moon is made of cheese.  It's not
 going to be any more true just because of that, is it?

 As long as GNOME applications depend on having this program running in
 order to be able to obtain user's preferences, and as long as there
 isn't a way of automatically starting this program, the design is
 screwed up.  Deal with that and move forward.

 But as far as that's the case, the user will have to start this program
 somehow.  The normal way is by running gnome-session.  There's nothing
 wrong with starting it using _another_ session manager and there's
 nothing wrong with starting it "by hand".  As far as I can see, this
 hasn't changed in 2.6.  Again, do point me to a portable way of
 achieving this across systems and releases.

 > 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.

 Which part of "portable" and "change-resilient" don't you understand?

 > >  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.

 Would you try to keep on topic please?

 I don't see the "bad hack".  Either support your assertion that this
 program is not supposed to be started by hand by the user or stop
 making hand-waving arguments.

 > >  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.

 You keep making that assertion but you don't support it.

 > >  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 ...

 _Where_ does it say that I _have_ to user gnome-session in order to use
 some random program that happens to link against some also random GNOME
 library?  Up until know all I _had_ to do was making sure that
 gnome-settings-daemon was running.  I was doing that.  Where's the bad
 hack?

 > >  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.

 Do please support your argument! I'm listening.

 I'd like to have the opinion of the rest of the GNOME maintainers, if
 you don't mind.

 Marcelo