From owner-freebsd-bugs Tue May 16 9:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BB66437BABF for ; Tue, 16 May 2000 09:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA10889; Tue, 16 May 2000 09:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 16 May 2000 09:20:02 -0700 (PDT) Message-Id: <200005161620.JAA10889@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brooks Davis Subject: Re: conf/18583: [PATCH] DHCP should be able to override hostname. Reply-To: Brooks Davis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/18583; it has been noted by GNATS. From: Brooks Davis To: Sheldon Hearn Cc: obrien@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: conf/18583: [PATCH] DHCP should be able to override hostname. Date: Tue, 16 May 2000 09:14:21 -0700 On Tue, May 16, 2000 at 03:57:23PM +0200, Sheldon Hearn wrote: > > > On Mon, 15 May 2000 22:33:46 MST, brooks@one-eyed-alien.net wrote: > > > My only concern with it is the new program to get variables out of > > /etc/defaults/rc.conf and the like called rc_conf_var. It's a new > > addition to /sbin which it bound to be touchy. > > Which is exactly why you should have avoided it. If you'd come up with > a solution that didn't trample all over holy ground, chances would be > much better that it would gain acceptance. > > Just source /etc/defaults/rc.conf and call the source_rc_confs shell > function. That way, folks don't have to resolve a holy war to address > your problem. If that has been a real option, I would have done it. However, dhclient communicates with it's script through the environment and rc.conf et al work by spamming the environment. There is at least one namespace collision between them. The only remotly viable solution I can think of is internaly renaming all the environmental variables used to pass things to the dhclient-script which is one heck of a disgusting hack. It's also likely to be quite annoying to maintain if ISC adds variables. However, if the dhclient maintainer agrees that this is the right way to do this I'll work up a patch. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message