Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 8 Feb 1999 21:46:38 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        wes@softweyr.com (Wes Peters)
Cc:        tlambert@primenet.com, witr@rwwa.com, dcs@newsguy.com, freebsd-hackers@FreeBSD.ORG
Subject:   Re: more modular rc/init/uninit system...
Message-ID:  <199902082146.OAA01313@usr08.primenet.com>
In-Reply-To: <36BD48CE.D055BBD2@softweyr.com> from "Wes Peters" at Feb 7, 99 01:03:26 am

next in thread | previous in thread | raw e-mail | index | archive | help
> > > > How do you propose to solve the Solaris binary compatability
> > > > problem for commercial Solaris applications that install
> > > > components into the rc.d directories in order to get them run
> > > > at the correct time and in the correct order for dependent
> > > > services requirements?
> > >
> > > By writing a port that will install the startup script in the
> > > right place and modify it as necessary.  We really don't have
> > > to implement the entire brain-dead mess of the SysV init system
> > > just to start a simple (or even not so simple) application.
> > 
> > You're in Utah.
> > 
> > I bet Bob would let you borrow his IBCS2 Sybase for the AT&T
> > StartServer so you could install it on FreeBSD and make a "port".
> 
> You're tangetizing again.  You asked what we would do to bash the
> init.d script for a Solaris app to fitting within the new scheme
> proposed, and I said "write a port that install the startup
> script in the right place and modify it as necessary."  The original
> question had nothing to do with supporting the actual app, but 
> rather the differences in the system startup scripts.

No, I was asking what we would do to bash the new scheme proposed
so that it would fit around the init.d scripts for already existing
Solaris apps.

I think that bashing the scripts with a port is exactly the wrong
way to solve the problem; there are a hell of a lot more Solaris
binaries than there are FreeBSD init programs.  It's pretty clear
where the cleanest, lowest overhead implementation should be
located.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199902082146.OAA01313>