Re: Time to stop buildling named (and friends) by default in 6-current?

• Previous message: Bruce Evans: "Re: System processes recognition."
• In reply to: John Baldwin: "Re: Time to stop buildling named (and friends) by default in 6-current?"
• Next in thread: Scott Long: "Re: Time to stop buildling named (and friends) by default in 6-current?"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Date: Thu, 17 Mar 2005 03:02:30 -0800
To: John Baldwin <jhb@FreeBSD.org>

John Baldwin wrote:
> On Wednesday 16 March 2005 05:27 am, Doug Barton wrote:

> If we are going to do this, then why not just have users install bind from
> ports and only install the client as part of the base system? This is what
> we do with DHCP for example. Basically, if it's going to be an optional
> component, I think it belongs in ports, not the /usr/src.

I have a certain sympathy with that position, however the two situations are
a bit different. With dhcp you're only talking about a couple of binaries.
For reference, here's the relevant section of make.conf(5):

      NO_BIND_DNSSEC
                    (bool) Set to avoid building or installing the DNSSEC
                    related binaries, dnssec-keygen(8) and
                    dnssec-signzone(8).

      NO_BIND_ETC (bool) Set to avoid installing the default files to
                    /var/named/etc/namedb.

      NO_BIND_LIBS_LWRES
                    (bool) Set to avoid installing the lightweight resolver
                    library in /usr/lib. The library that is private to the
                    build system may still be built as needed.

      NO_BIND_MTREE
                    (bool) Set to avoid running mtree(8) to create the chroot
                    directory structure under /var/named, and avoid creating
                    an /etc/namedb symlink to the chroot directory. This
                    option should typically be used together with
                    NO_BIND_ETC.

      NO_BIND_NAMED
                    (bool) Set to avoid building or installing named(8),
                    named.reload(8), named-checkconf(8), named-checkzone(8),
                    rndc(8), and rndc-confgen(8).

      NO_BIND_UTILS
                    (bool) Set to avoid building or installing the BIND user-
                    land utilities, dig(1), host(1), nslookup(1), and
                    nsupdate(8).

      WITH_BIND_LIBS
                    (bool) Set to install BIND libraries and include files.

The community has said that they want to keep everything that's in _UTILS in
the base. We've already made installing the libraries optional, except for
lwres which nectar has plans for. So we could lose the binaries under named,
and probably dnssec as well, but because the lwresd daemon uses a lot of the
same code as named, we can't get rid of the sources.

So in the end, My view of the thing is that we're better off having the
whole thing in the tree, but defaulting the parts that are less likely to be
used to off. But, I'm willing to listen to other arguments.

Doug

-- 
     This .signature sanitized for your protection
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"

• Previous message: Bruce Evans: "Re: System processes recognition."
• In reply to: John Baldwin: "Re: Time to stop buildling named (and friends) by default in 6-current?"
• Next in thread: Scott Long: "Re: Time to stop buildling named (and friends) by default in 6-current?"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]