Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#38 sfcb installs init.d script to /usr/local/etc by default

Usability
closed-rejected
sfcb (1090)
3
2005-04-19
2005-04-08
Gareth S Bestor
No

During regular install of sfcb, the scfb.init script is
intalled to ${prefix}/etc/init.d/sfcb (typically
/usr/local/etc/init.d/sfcb). However as such it is not
registered as a usable init.d service - ie service sfcb
start fails with unrecognized service.
The sfcb install process should probably install this
file directly into /etc/init.d/sfcb, regardless of
${prefix}

Discussion

  • Logged In: YES
    user_id=1198711

    I have (naturally :-) spent some thoughts on this as well.
    The problem is that you are supposed to put your /etc files
    into /usr/local/etc if your install prefix is /usr/local. A
    alternative is /etc/local (but this is cumbersome). For the
    records: I extract my wisdom from the FHS document.
    As it is possible to do the service management via
    /usr/local/etc/init.d/sfcb <operation> I suggest to leave it
    as is.

     
    • priority: 5 --> 3
     
  • Logged In: YES
    user_id=1215486

    I guess the question becomes under what circumstances can
    (should?) new daemons be installed as 'first class' services
    under /etc/init.d? ie if we want sfcb to behave as a first
    class services on the system, and hence be started/stopped
    via service sfcb <start/stop/restart>, then it'll need to be
    moved to /etc/init.d. Otherwise I agree that we can leave it
    as-is.

    What's the defacto Linux aceepted behavior for installing
    daemons?

     
  • Adrian
    Adrian
    2005-04-12

    Logged In: YES
    user_id=230251

    Viktor, can you have a look at this ?

     
  • Adrian
    Adrian
    2005-04-12

    • assigned_to: a3schuur --> mihajlov
     
  • Logged In: YES
    user_id=1198711

    The behvior is that if installed as "first class package"
    which basically means distribution-supported package it goes
    to /usr, /etc ...
    If it's a "local" install it goes to /usr/local/...

     
    • status: open --> open-rejected
     
    • status: open-rejected --> closed-rejected