Re: chkconfig packages for testing (will ITP soon)
On Mon, Jun 25, 2001 at 04:58:46AM -0400, Brent Verner wrote:
> On 25 Jun 2001 at 09:00 (+0200), Andreas Metzler wrote:
> | Brent Verner <brent@rcfile.org> wrote:
> | > While reading over the FHS, I noticed a recommendation for a
> | > chkconfig-like program to maintain the runlevel symlinks into
> | > the init.d directory, so I went about seeing what it would take
> | > to package redhat's chkconfig. The newest version of chkconfig
> | > worked out-of-the-box with the debian /etc/init.d layout, so I've
> | > made a deb of it all.
FHS says we should use chkconfig? Right, that settles the whole
/use/sbin/traceroute discussion, then. I rest my case. :-)
> | Nice idea, I always liked chkconfig better than update-rc.d - it has
> | more functions (--list, --level 3 on, predefined start/stop number per
> | skript) than update-rc.d.
You could add these to update-rc.d, surely?
> yes, my thoughts exactly. I especially like that the runlevel can be
> controled by modifying the chkconfig: line in the init script itself.
Ughhhh! That is one evil thing. I bet redhat themselves would
like to turn back time on that particular ugly hack. And all the
other distros that got suckered in, too.
[..]
> Yes, I had considered that, in fact, I started hacking on update-rc.d,
> but quite when I realized I was reinventing a well-known wheel. I think
> it is important to have a chkconfig which is call-compatible with
> redhat's, so new redhat to debian converts don't have to fumble around
> with update-rc.d when managing services.
I realize that there is a need for admin-compatibility with systems
like redhat and suse. You may be better off to start creating a
set of add-ons that provide redhat-like interfaces, by wrapping
around existing debian infrastructure. If you propose to instead
replace these time-proven and diligently crafted subsystems, you
should better make sure that there is plenty asbestos lining in
that hat you're wearing in the debian salon. ;-)
Perhaps the most effective would be to simply document some of these
systems a bit better, not just for people who are used to redhatisms.
Cheers,
Joost
Reply to: