FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F6.0.0_cvs 2005-11-03T00:35:26Z 2005-11-03T00:35:26Z cvs2svn cvs2svn@FreeBSD.org 2005-11-03T00:35:26Z urn:sha1:3640cb54210edbb7edbf1b12ef0127ecfcea967d 'RELENG_6_0_0_RELEASE'. This commit was manufactured to restore the state of the 6.0-RELEASE image. 2004-08-30T21:03:09Z Ken Smith kensmith@FreeBSD.org 2004-08-30T21:03:09Z urn:sha1:83c7f6e5de2522dd058016c6f43eae62766f40c8 concensus seems to be that is best left for doing post-install. Discussed on: freebsd-current@ Tested with: make release Approved by: re@ MFC after: 3 days 2003-08-19T23:23:27Z David E. O'Brien obrien@FreeBSD.org 2003-08-19T23:23:27Z urn:sha1:c5f8ff3aeec5d1d39cf461c8235e6298b9b3d0cc installing XFree86 (version 3.3.6 and before). Reviewed by: jhb 2003-01-17T19:05:32Z John Baldwin jhb@FreeBSD.org 2003-01-17T19:05:32Z urn:sha1:4b6c29cebcdb48c45e47ea3539a71f5bef3735a6 'base' dist rename. - Rework struct dist to allow for different types of dists. There are currently three types of dists: DT_TARBALL, the traditonal gzipped and split tar file; DT_PACKAGE, a package; and DT_SUBDIST, a meta-dist in the tree that has its own array of dists as its contents. For example, the 'base' dist is a DT_TARBALL dist, the 'perl' dist is a DT_PACKAGE dist, and the 'src' dist is a DT_SUBDIST dist with its own dist table that contains 'sbase', 'ssys', etc. - Add helper macros for defining array entries for the different types of dists to try and make the statically defined dist table in dist.c more readable. - Split the logic to deal with a DT_TARBALL dist out of distExtract() and into its own distExtractTarball() function. distExtract() now calls other functions to extract each dist. - Tweak the percentage complete calculation in distExtractTarball() to do the multiply prior to the divide so it doesn't have to use floating point. - Axe the installPackage() function along with the special handling for the perl and XFree86 dists in distExtractAll() since distExtract() handles package dists directly now. - Add back in subdists for the X packages based on the split up packages that XFree86-4 uses that as closely map to the X dists we used with X 3.3.x. - Lots of things like distSetX() and the X dist masks are no longer #ifndef X_AS_PKG since we use them in both cases now. - Make the entire installFixupXFree() function #ifndef X_AS_PKG, we only call it in that case anyways, and it's not suitable for the X_AS_PKG case. - Add in X dist menus for the X_AS_PKG case. Approved by: re 2002-11-27T19:41:06Z John Baldwin jhb@FreeBSD.org 2002-11-27T19:41:06Z urn:sha1:404846adf04ba02e57404ca54c58aab25ddafa74 defined. Approved by: re 2002-11-27T18:36:30Z John Baldwin jhb@FreeBSD.org 2002-11-27T18:36:30Z urn:sha1:6fe0921bc45ec4aebf5a0bd6094d6b2c298002fb for the X distributions if X_AS_PKG is defined. Tested on: i386 Approved by: re 2002-06-03T19:42:49Z John Baldwin jhb@FreeBSD.org 2002-06-03T19:42:49Z urn:sha1:e364f0da4284eac7b04d8764e44541d96106a0c1 one can set the 'noError' variable to ignore any errors that occur for the next command. However, the code was only unsetting 'noError' when an error actually occurred, so if you set 'noError', the next command completed ok, and the command after that failed, the second command's failure would be ignored. This fixes this by performing the 'noError' check earlier and then unsetting 'noError' after every command that is run. Sponsored by: The Weather Channel 2002-06-03T19:39:28Z John Baldwin jhb@FreeBSD.org 2002-06-03T19:39:28Z urn:sha1:77218da3745466ee6373b8a8392437c61734e472 would be to unmount the CD you installed from and prompt the user to eject it before rebooting the machine. Sponsored by: The Weather Channel 2002-04-02T20:42:54Z David E. O'Brien obrien@FreeBSD.org 2002-04-02T20:42:54Z urn:sha1:4807422fe763c5213fc24e3c24eb806dd741ad88 so know we have proper PKG registration and dependency information. This is a WIP for 5.0 DP #1, so it is still rough around the edges and does not GC the old XFree86 3.3.6 handling stuff that should be GC'ed. Sponsored by: FreeBSD Mall, Inc. 2001-08-02T03:25:16Z Robert Watson rwatson@FreeBSD.org 2001-08-02T03:25:16Z urn:sha1:0c09bcb0e8c4aa4decc75413ca15b7a468e7faf0 by providing the opportunity to edit inetd.conf during the system installation process. The following modifications were made: (1) Expand the Anonymous FTP description dialog to indicate that inetd and ftpd must be enabled before it can be used. (2) Introduce a new configInetd() pair of dialogs, the first describing inetd, giving a couple of examples of services that require it, and hinting at potential risk, then asking the user if they wish to enable it. The second indicates that inetd.conf must be configured to enabled specific services, and asks if the user would like to load inetd.conf into the editor to modify it. Add this configuration action to the index. There are some further improvements that might be considered: (1) Provide a more inetd.conf-specific configuration tool that speaks inetd.conf(5). However, this is made difficult by the "yet another configuration format" nature of inetd.conf, as well as its use of commenting to disable services, rather than an in-syntax way to disable a service without commenting it out. Submissions here would probably be welcome. (2) There's some overlap between settings in the somewhat obtuse Security Profile mechanism and other settings, including the inetd setting, and NFS server configuration. As features become individually tunable, they should probably be removed from the security profile mechanism. Otherwise, somewhat counter-intuitively, sysinstall (in practice) queries multiple times whether inetd, nfsd, etc, should be enabled/disabled. A possible future direction might be to drive profiles not by degree of paranoia, rather, the set of services desired. Or simply to remove the Security Profile mechanism and resort to feature-driven configuration. Reviewed by: imp, chris, jake, nate, -arch, -stable