Date: Thu, 11 Jul 2002 01:50:32 -0700 (PDT) From: "Andrew P. Lentvorski" <bsder@mail.allcaps.org> To: Fred Condo <fred@condo.chico.ca.us> Cc: Mike Jakubik <mikej@trigger.net>, Stable <stable@FreeBSD.ORG>, <dinoex@FreeBSD.ORG> Subject: Re: sshd vs ports sshd Message-ID: <20020711012016.X71272-100000@mail.allcaps.org> In-Reply-To: <20020710143306.GC70071@absinthe.condo.chico.ca.us>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 10 Jul 2002, Fred Condo wrote: > I strenuously disagree. Should inetd be a port? Sendmail? What about > syslogd or named? Although not all should be on by default, they are > certainly essential to enough users that they should be part of the > default installation. Well, since you brought it up, the idea should certainly be open to discussion ;) I can make the case for removing any subsystem which is primarily maintained by someone other than the FreeBSD team from the "base" system (ie. buildworld/installworld). This would include named/bind (which most people don't use), sendmail (lots of people use other mailers), OpenSSH (security fixes propagate more often than OS releases), Perl (way too big and unstable), etc. The latest OpenSSH fire drill certainly helps make the point. If OpenSSH wasn't a part of the base buildworld, the dev team wouldn't have to worry about it right now. It would be completely a ports issue. Please note that you can make packages part of a default install even if it's not going to be part of the main buildworld. See the rather long flamefest^H^H^H^H^H^H^H^Hdiscussion about removing Perl from the base distribution. Very few people would argue that Perl shouldn't be part of a "default" install. However, keeping it as part of a buildworld/installworld base just becomes very unwieldy. The compromise is to install it by default as a package. -a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020711012016.X71272-100000>