Re: webmin rpm and chkconfig...

[<jam...@te...>]

jam...@te... wrote ..

> Yeah, that's probably what happened. If I moved the K scripts to just
> runlevels 0, 1 and 6 would that cause it to attempt to be re-started when
> switching from runlevel 3 to 5 ?

It should not provided you are creating a subsys file.  And you are (you
call it a lockfile, but who cares (-;).  The code /etc/rc.d/rc actually
uses that file to determine if it should try to start a "sub system"/rc
script or not.  So for instance, it would work like this:

     1) Go to run level 3.
     2) See if webmin subsys file exists.
     3) It does not so start it.
     4) webmin rc script creates the subsys file.
     5) Go to run level 5.
     6) See if webmin subsys file exists.
     7) It does so don't run the webmin rc script.


> > Concerning chkconfig, I can see why for your purposes you may want to
avoid
> > chkconfig.  You want the RPM to install on as many machines as
possible.
> > Still you probably don't want to have the links be part of the files
that
> > ship
> > with the RPM.  The reason is that those links are subject to change by
> > the
> > user (their kind of like config information).  I would make their
creatoin
> > part of your post script and their deletion part of your of your preun
>
> They could also be marked as config files in the .spec file I guess ..
I suppose you could do that.  Some rpms take this approach, and you end up
with symblinks called S??*.rpmsave hanging around.

<SNIP>
> > provide entries in some database (I am not sure where it lives) for
ntsysv
> > and friends.  Its just the right thing to do on a RedHat based system.
> > On the other hand that makes your code more complicated.
>
> I did consider having the script and links created by a post script,
similar to
> code that is run when installing the .tar.gz version of webmin. This
would
> be good for distros like suse that used /sbin as the init script base
> directory instead of /etc/init.d !
You HP/UX places there rc scripts under /sbin also.  Very scary.  That was
the one thing about HP/UX I always scratched my head over.


Cheers...james