From owner-freebsd-hackers Fri Jul 21 20:01:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA05900 for hackers-outgoing; Fri, 21 Jul 1995 20:01:15 -0700 Received: from lightlink.satcom.net (lightlink.satcom.net [204.33.174.10]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA05893 ; Fri, 21 Jul 1995 20:01:13 -0700 Received: (from iidpwr@localhost) by lightlink.satcom.net (8.6.12/8.6.9) id UAA10556; Fri, 21 Jul 1995 20:06:24 -0700 Date: Fri, 21 Jul 1995 20:06:24 -0700 From: Imperial Irrigation District Message-Id: <199507220306.UAA10556@lightlink.satcom.net> To: iidpwr@lightlink.satcom.net, terry@cs.weber.edu Subject: Re: What people are doing with FBSD Cc: freebsd-hackers@freefall.cdrom.com, hsu@cs.hut.fi, jkh@time.cdrom.com, jmacd@freefall.cdrom.com, karl@mcs.com Sender: hackers-owner@FreeBSD.org Precedence: bulk The "upgrade problem" can't go away until the system configuration data has been divorced for the configuration implementation. Could you give me a specific example? I am not sure what you are talking about. As long as there is one shell script that must be modified to reflect configuration information, upgrading will be a bitch. It seems Ver. 2.0.5 is trying to seperate the configuration data from the shell scripts which execute the corresponding commands. For example, the file /etc/sysconfig contains the configuration information such as whether this host is a NIS client, NIS server, or NFS client, and the IP address for this hosts. It's only when new developement doesn't affect the files containing configuration data that upgrades will become easy. Could the core FreeBSD team consider this suggestion? I think this is a great suggestion since it may help to make upgrade more loyalty-user friendly. In other words, to make the upgrade more friendly will make the loyal user "HAPPY". By the way, to pursuit happiness is one of the fundmental right which documents in the Constitution. Don't feel offense. I am just trying to make the FreeBSD better and greater.