From owner-cvs-usrsbin Tue Nov 28 12:30:10 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA02664 for cvs-usrsbin-outgoing; Tue, 28 Nov 1995 12:30:10 -0800 Received: (from wollman@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA02615 ; Tue, 28 Nov 1995 12:30:02 -0800 Date: Tue, 28 Nov 1995 12:30:02 -0800 From: "Garrett A. Wollman" Message-Id: <199511282030.MAA02615@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/config Makefile main.c Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk wollman 95/11/28 12:30:00 Modified: usr.sbin/config Makefile main.c Log: If CONFIG_NO_CLOBBER_EVER is defined (e.g., in /etc/make.conf), don't make it possible for config to ever blow away a work directory. Default behavior remains broken. Revision Changes Path 1.9 +3 -0 src/usr.sbin/config/Makefile 1.9 +2 -0 src/usr.sbin/config/main.c From owner-cvs-usrsbin Tue Nov 28 16:04:19 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA18636 for cvs-usrsbin-outgoing; Tue, 28 Nov 1995 16:04:19 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA18488 ; Tue, 28 Nov 1995 16:03:59 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA02467; Tue, 28 Nov 1995 16:02:39 -0800 To: "Garrett A. Wollman" cc: CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-reply-to: Your message of "Tue, 28 Nov 1995 12:30:02 PST." <199511282030.MAA02615@freefall.freebsd.org> Date: Tue, 28 Nov 1995 16:02:38 -0800 Message-ID: <2465.817603358@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk Sigh.. Now how much more convoluted does this have to get before we fix the underlying problem? Jordan > wollman 95/11/28 12:30:00 > > Modified: usr.sbin/config Makefile main.c > Log: > If CONFIG_NO_CLOBBER_EVER is defined (e.g., in /etc/make.conf), don't make > it possible for config to ever blow away a work directory. Default behavio r > remains broken. > > Revision Changes Path > 1.9 +3 -0 src/usr.sbin/config/Makefile > 1.9 +2 -0 src/usr.sbin/config/main.c From owner-cvs-usrsbin Wed Nov 29 08:04:39 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA26263 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 08:04:39 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA26167 ; Wed, 29 Nov 1995 08:04:09 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA06038; Wed, 29 Nov 1995 11:03:50 -0500 Date: Wed, 29 Nov 1995 11:03:50 -0500 From: "Garrett A. Wollman" Message-Id: <9511291603.AA06038@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: "Garrett A. Wollman" , CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-Reply-To: <2465.817603358@time.cdrom.com> References: <199511282030.MAA02615@freefall.freebsd.org> <2465.817603358@time.cdrom.com> Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk < said: > Sigh.. Now how much more convoluted does this have to get before > we fix the underlying problem? I don't know, since I don't believe that there /is/ an underlying problem. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-cvs-usrsbin Wed Nov 29 08:39:18 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA29395 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 08:39:18 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA29380 ; Wed, 29 Nov 1995 08:39:06 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA08339; Wed, 29 Nov 1995 08:34:42 -0800 To: "Garrett A. Wollman" Cc: "Garrett A. Wollman" , CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-reply-to: Your message of "Wed, 29 Nov 1995 11:03:50 EST." <9511291603.AA06038@halloran-eldar.lcs.mit.edu> Date: Wed, 29 Nov 1995 08:34:42 -0800 Message-ID: <8337.817662882@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk You're saying to me that you believe the dependency information to be updated properly by config, even when adding or deleting lines to the config file? E.g. it's possible for me to screw around with my config file, re-run config and get a decent kernel out of what I build? And please don't answer with some inane "the experienced user will know when to blow away /sys/compile/" response since I already *know* from bitter experience that this is most emphatically not the case. Jordan > < said: > > > Sigh.. Now how much more convoluted does this have to get before > > we fix the underlying problem? > > I don't know, since I don't believe that there /is/ an underlying > problem. > > -GAWollman > > -- > Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... > wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance From owner-cvs-usrsbin Wed Nov 29 08:57:36 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA01012 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 08:57:36 -0800 Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA01002 ; Wed, 29 Nov 1995 08:57:21 -0800 Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id QAA17384; Wed, 29 Nov 1995 16:55:33 GMT Received: from isis by snowdon with SMTP (PP); Wed, 29 Nov 1995 16:51:50 +0000 Received: (from dpr@localhost) by isis (SMI-8.6/8.6.12) id QAA17657; Wed, 29 Nov 1995 16:53:35 GMT From: Paul Richards Message-Id: <199511291653.QAA17657@isis> Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 29 Nov 1995 16:53:35 +0000 (GMT) Cc: wollman@lcs.mit.edu, wollman@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org In-Reply-To: <8337.817662882@time.cdrom.com> from "Jordan K. Hubbard" at Nov 29, 95 08:34:42 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk In reply to Jordan K. Hubbard who said > > You're saying to me that you believe the dependency information to be > updated properly by config, even when adding or deleting lines to the > config file? E.g. it's possible for me to screw around with my config > file, re-run config and get a decent kernel out of what I build? The dependency information isn't updated at all. The trick is knowing that the changes don't cross files that aren't dependant upon each other :-) You can make lots of changes to config files that are "within" a particular dependency graph. Probably more changes fall in this category than actually cross dependency graphs though I wouldn't like to quantify that statement. Fiddling with device drivers never seems to require clobbering a previous config, for instance, since all the files that need to be rebuilt are actually touched by the config process and the dependency for those files is correct. > And please don't answer with some inane "the experienced user will > know when to blow away /sys/compile/" response since I already > *know* from bitter experience that this is most emphatically not the > case. You're obviously changing lines that have bad effects :-) The fact is, the experienced use does know. One thing that almost always will screw you is option settings since these translate to defines and not all the files that would be affected by that define will get touched by a config so they don't get rebuilt with the new settings. A very difficult problem to solve and not one likely to ever get done by any of the current contributers. Since that is the "underlying" problem I don't see that addressing it will bear any fruit. You just have to understand it and be aware of it. I guess most of use have all the NOCLOBBER options set :-) -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-cvs-usrsbin Wed Nov 29 09:07:21 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA01662 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 09:07:21 -0800 Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA01626 ; Wed, 29 Nov 1995 09:07:09 -0800 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA20314; Wed, 29 Nov 1995 10:08:15 -0700 Date: Wed, 29 Nov 1995 10:08:15 -0700 From: Nate Williams Message-Id: <199511291708.KAA20314@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: "Garrett A. Wollman" , "Garrett A. Wollman" , CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-Reply-To: <8337.817662882@time.cdrom.com> References: <9511291603.AA06038@halloran-eldar.lcs.mit.edu> <8337.817662882@time.cdrom.com> Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk > You're saying to me that you believe the dependency information to be > updated properly by config, even when adding or deleting lines to the > config file? E.g. it's possible for me to screw around with my config > file, re-run config and get a decent kernel out of what I build? That's impossible to do given the current scheme of 'everything is an option'. However, I think a much better solution to the problem is to have config kick out a 'remember to do a make clean' if the directory exists. If the user chooses not to do that, then it's their problem not ours. I modified the sources to config on my box just so it wouldn't blow the directory away becuase I *HATE* the current behavior, and I never remember to type '-n' because it's not needed on other BSD systems I administer. > And please don't answer with some inane "the experienced user will > know when to blow away /sys/compile/" response since I already > *know* from bitter experience that this is most emphatically not the > case. Ahh, but the experienced user will know when, it's the inexperienced user that whines about it on the mailing lists. Nate From owner-cvs-usrsbin Wed Nov 29 10:34:59 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA08710 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 10:34:59 -0800 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA08699 ; Wed, 29 Nov 1995 10:34:41 -0800 Message-Id: <199511291834.KAA08699@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: Nate Williams cc: "Jordan K. Hubbard" , "Garrett A. Wollman" , "Garrett A. Wollman" , CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-reply-to: Your message of "Wed, 29 Nov 1995 10:08:15 MST." <199511291708.KAA20314@rocky.sri.MT.net> Date: Wed, 29 Nov 1995 10:34:40 -0800 From: "Justin T. Gibbs" Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk >That's impossible to do given the current scheme of 'everything is an >option'. However, I think a much better solution to the problem is to >have config kick out a 'remember to do a make clean' if the directory >exists. If the user chooses not to do that, then it's their problem not >ours. Why not make option lines add an entry to a common header file. Only modules that export an option need to include the "option" header. We could have a separate keyword "define" that gives the current behavior so you can still do it the old quick way for debugging. I think that a make depend would have much more value if this was done. >Nate -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-cvs-usrsbin Wed Nov 29 10:48:17 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA09692 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 10:48:17 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA09685 ; Wed, 29 Nov 1995 10:48:09 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA01389; Wed, 29 Nov 1995 10:48:06 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id KAA00293; Wed, 29 Nov 1995 10:46:28 -0800 Message-Id: <199511291846.KAA00293@corbin.Root.COM> To: "Justin T. Gibbs" cc: CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-reply-to: Your message of "Wed, 29 Nov 95 10:34:40 PST." <199511291834.KAA08699@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 29 Nov 1995 10:46:28 -0800 Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk >>That's impossible to do given the current scheme of 'everything is an >>option'. However, I think a much better solution to the problem is to >>have config kick out a 'remember to do a make clean' if the directory >>exists. If the user chooses not to do that, then it's their problem not >>ours. > >Why not make option lines add an entry to a common header file. Only >modules that export an option need to include the "option" header. >We could have a separate keyword "define" that gives the current behavior >so you can still do it the old quick way for debugging. I think that >a make depend would have much more value if this was done. The other idea is to add an option file for each supported option. Some people don't like this because it makes adding a new option a little more difficult (all the options would have to be listed in an options file, and you need to add a #include plus a #ifdef to each file that uses the option). The idea is that the option file would have a name like "option_foobar.h" or something deterministic which would be autogenerated by config. The file would either have the #define or it would be null (consuming no disk space and would be relative fast access). This approach allows for fine control over the kernel options dependency. -DG From owner-cvs-usrsbin Wed Nov 29 10:52:59 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10043 for cvs-usrsbin-outgoing; Wed, 29 Nov 1995 10:52:59 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA10030 ; Wed, 29 Nov 1995 10:52:49 -0800 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA01399; Wed, 29 Nov 1995 10:52:42 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id KAA00310; Wed, 29 Nov 1995 10:51:03 -0800 Message-Id: <199511291851.KAA00310@corbin.Root.COM> To: "Justin T. Gibbs" cc: CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c In-reply-to: Your message of "Wed, 29 Nov 95 10:46:28 PST." <199511291846.KAA00293@corbin.Root.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 29 Nov 1995 10:51:03 -0800 Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk >>>That's impossible to do given the current scheme of 'everything is an >>>option'. However, I think a much better solution to the problem is to >>>have config kick out a 'remember to do a make clean' if the directory >>>exists. If the user chooses not to do that, then it's their problem not >>>ours. >> >>Why not make option lines add an entry to a common header file. Only >>modules that export an option need to include the "option" header. >>We could have a separate keyword "define" that gives the current behavior >>so you can still do it the old quick way for debugging. I think that >>a make depend would have much more value if this was done. > > The other idea is to add an option file for each supported option. Some >people don't like this because it makes adding a new option a little more >difficult (all the options would have to be listed in an options file, and ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I just realized that this might be confusingly worded... I mean you would have a options master file /sys/conf/options and /sys/i386/conf/options.i386 that would list all of the options. Config would use this in conjunction with your kernel config file to produce individual options_foobar.h files (where foobar is an option) that would/wouldn't have a #define FOOBAR. >you need to add a #include plus a #ifdef to each file that uses the option). >The idea is that the option file would have a name like "option_foobar.h" or >something deterministic which would be autogenerated by config. The file >would either have the #define or it would be null (consuming no disk space >and would be relative fast access). This approach allows for fine control >over the kernel options dependency. > >-DG From owner-cvs-usrsbin Thu Nov 30 01:50:31 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA12386 for cvs-usrsbin-outgoing; Thu, 30 Nov 1995 01:50:31 -0800 Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA12366 ; Thu, 30 Nov 1995 01:50:16 -0800 Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id JAA18472; Thu, 30 Nov 1995 09:48:38 GMT Received: from isis by snowdon with SMTP (PP); Thu, 30 Nov 1995 09:45:02 +0000 Received: (from dpr@localhost) by isis (SMI-8.6/8.6.12) id JAA18536; Thu, 30 Nov 1995 09:46:50 GMT From: Paul Richards Message-Id: <199511300946.JAA18536@isis> Subject: Re: cvs commit: src/usr.sbin/config Makefile main.c To: davidg@Root.COM Date: Thu, 30 Nov 1995 09:46:50 +0000 (GMT) Cc: gibbs@freefall.freebsd.org, CVS-committers@freefall.freebsd.org, cvs-usrsbin@freefall.freebsd.org In-Reply-To: <199511291846.KAA00293@corbin.Root.COM> from "David Greenman" at Nov 29, 95 10:46:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk In reply to David Greenman who said > > The other idea is to add an option file for each supported option. Some > people don't like this because it makes adding a new option a little more > difficult (all the options would have to be listed in an options file, and > you need to add a #include plus a #ifdef to each file that uses the option). > The idea is that the option file would have a name like "option_foobar.h" or > something deterministic which would be autogenerated by config. The file > would either have the #define or it would be null (consuming no disk space > and would be relative fast access). This approach allows for fine control > over the kernel options dependency. Sounds good to me. If it makes it harder to add kernel options that's a bonus we gain as a side effect :-) -- Paul Richards. Originative Solutions Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-cvs-usrsbin Fri Dec 1 00:02:26 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA03053 for cvs-usrsbin-outgoing; Fri, 1 Dec 1995 00:02:26 -0800 Received: (from jkh@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA02985 ; Fri, 1 Dec 1995 00:02:09 -0800 Date: Fri, 1 Dec 1995 00:02:09 -0800 From: "Jordan K. Hubbard" Message-Id: <199512010802.AAA02985@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/diskpart diskpart.c Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk jkh 95/12/01 00:02:09 Modified: usr.sbin/diskpart diskpart.c Log: Stamp out more calls to gets(). Revision Changes Path 1.3 +8 -8 src/usr.sbin/diskpart/diskpart.c From owner-cvs-usrsbin Fri Dec 1 02:26:36 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA09510 for cvs-usrsbin-outgoing; Fri, 1 Dec 1995 02:26:36 -0800 Received: (from jkh@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA09490 ; Fri, 1 Dec 1995 02:26:24 -0800 Date: Fri, 1 Dec 1995 02:26:24 -0800 From: "Jordan K. Hubbard" Message-Id: <199512011026.CAA09490@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/diskpart diskpart.c Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk jkh 95/12/01 02:26:22 Modified: usr.sbin/diskpart diskpart.c Log: Account for newline in fgets(). Whoops! Noticed by: peter Revision Changes Path 1.4 +6 -1 src/usr.sbin/diskpart/diskpart.c From owner-cvs-usrsbin Fri Dec 1 02:36:38 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA10602 for cvs-usrsbin-outgoing; Fri, 1 Dec 1995 02:36:38 -0800 Received: (from jkh@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA10586 ; Fri, 1 Dec 1995 02:36:17 -0800 Date: Fri, 1 Dec 1995 02:36:17 -0800 From: "Jordan K. Hubbard" Message-Id: <199512011036.CAA10586@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/rndcontrol rndcontrol.c Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk jkh 95/12/01 02:36:15 Modified: usr.sbin/rndcontrol rndcontrol.c Log: Adjust a perror() to print the actual target of the error. Revision Changes Path 1.2 +1 -1 src/usr.sbin/rndcontrol/rndcontrol.c From owner-cvs-usrsbin Fri Dec 1 03:07:23 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA13742 for cvs-usrsbin-outgoing; Fri, 1 Dec 1995 03:07:23 -0800 Received: (from phk@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA13702 ; Fri, 1 Dec 1995 03:07:06 -0800 Date: Fri, 1 Dec 1995 03:07:06 -0800 From: Poul-Henning Kamp Message-Id: <199512011107.DAA13702@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/bad144 bad144.c Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk phk 95/12/01 03:07:05 Modified: usr.sbin/bad144 bad144.c Log: Commit the longstanding bin/410 & kern/411 fix, in the hope that somebody will find out if it works/breaks before we do our next release. It's all about bad blocks in the remap area of the disk. Revision Changes Path 1.12 +3 -3 src/usr.sbin/bad144/bad144.c From owner-cvs-usrsbin Sat Dec 2 03:02:10 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA03311 for cvs-usrsbin-outgoing; Sat, 2 Dec 1995 03:02:10 -0800 Received: (from jkh@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA03286 ; Sat, 2 Dec 1995 03:01:51 -0800 Date: Sat, 2 Dec 1995 03:01:51 -0800 From: "Jordan K. Hubbard" Message-Id: <199512021101.DAA03286@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/diskpart diskpart.c Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk jkh 95/12/02 03:01:46 Modified: usr.sbin/diskpart diskpart.c Log: Fix second gets() -> fgets() conversion botch I missed. Revision Changes Path 1.5 +7 -5 src/usr.sbin/diskpart/diskpart.c From owner-cvs-usrsbin Sat Dec 2 09:30:41 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA15969 for cvs-usrsbin-outgoing; Sat, 2 Dec 1995 09:30:41 -0800 Received: (from peter@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA15944 ; Sat, 2 Dec 1995 09:30:26 -0800 Date: Sat, 2 Dec 1995 09:30:26 -0800 From: Peter Wemm Message-Id: <199512021730.JAA15944@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/sendmail - Imported sources Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk peter 95/12/02 09:30:24 Branch: usr.sbin/sendmail 1.1.1 Log: Import Sendmail-8.7.2 as discussed on -current. The conflict merge will happen shortly after. Status: Vendor Tag: ALLMAN Release Tags: v8_7_2 U src/usr.sbin/sendmail/FAQ U src/usr.sbin/sendmail/KNOWNBUGS U src/usr.sbin/sendmail/Makefile U src/usr.sbin/sendmail/READ_ME U src/usr.sbin/sendmail/RELEASE_NOTES U src/usr.sbin/sendmail/doc/op/Makefile U src/usr.sbin/sendmail/doc/op/op.me U src/usr.sbin/sendmail/doc/op/op.ps U src/usr.sbin/sendmail/doc/changes/Makefile U src/usr.sbin/sendmail/doc/changes/changes.me U src/usr.sbin/sendmail/doc/changes/changes.ps U src/usr.sbin/sendmail/doc/intro/Makefile U src/usr.sbin/sendmail/doc/intro/intro.me U src/usr.sbin/sendmail/doc/intro/intro.ps U src/usr.sbin/sendmail/doc/usenix/Makefile U src/usr.sbin/sendmail/doc/usenix/usenix.me U src/usr.sbin/sendmail/doc/usenix/usenix.ps N src/usr.sbin/sendmail/rmail/Makefile N src/usr.sbin/sendmail/rmail/rmail.8 N src/usr.sbin/sendmail/rmail/rmail.c U src/usr.sbin/sendmail/mailstats/Makefile U src/usr.sbin/sendmail/mailstats/mailstats.c U src/usr.sbin/sendmail/makemap/Makefile U src/usr.sbin/sendmail/makemap/makemap.8 C src/usr.sbin/sendmail/makemap/makemap.c N src/usr.sbin/sendmail/smrsh/Makefile N src/usr.sbin/sendmail/smrsh/README N src/usr.sbin/sendmail/smrsh/smrsh.8 N src/usr.sbin/sendmail/smrsh/smrsh.c C src/usr.sbin/sendmail/src/Makefile U src/usr.sbin/sendmail/src/makesendmail U src/usr.sbin/sendmail/src/READ_ME U src/usr.sbin/sendmail/src/TRACEFLAGS U src/usr.sbin/sendmail/src/alias.c U src/usr.sbin/sendmail/src/aliases U src/usr.sbin/sendmail/src/aliases.5 U src/usr.sbin/sendmail/src/arpadate.c U src/usr.sbin/sendmail/src/cdefs.h U src/usr.sbin/sendmail/src/clock.c C src/usr.sbin/sendmail/src/collect.c C src/usr.sbin/sendmail/src/conf.c C src/usr.sbin/sendmail/src/conf.h U src/usr.sbin/sendmail/src/convtime.c C src/usr.sbin/sendmail/src/daemon.c C src/usr.sbin/sendmail/src/deliver.c C src/usr.sbin/sendmail/src/domain.c U src/usr.sbin/sendmail/src/envelope.c U src/usr.sbin/sendmail/src/err.c C src/usr.sbin/sendmail/src/headers.c U src/usr.sbin/sendmail/src/macro.c U src/usr.sbin/sendmail/src/mailq.1 U src/usr.sbin/sendmail/src/mailstats.h C src/usr.sbin/sendmail/src/main.c U src/usr.sbin/sendmail/src/map.c U src/usr.sbin/sendmail/src/mci.c N src/usr.sbin/sendmail/src/mime.c U src/usr.sbin/sendmail/src/newaliases.1 C src/usr.sbin/sendmail/src/parseaddr.c U src/usr.sbin/sendmail/src/pathnames.h U src/usr.sbin/sendmail/src/queue.c C src/usr.sbin/sendmail/src/readcf.c C src/usr.sbin/sendmail/src/recipient.c C src/usr.sbin/sendmail/src/savemail.c C src/usr.sbin/sendmail/src/sendmail.8 C src/usr.sbin/sendmail/src/sendmail.h U src/usr.sbin/sendmail/src/sendmail.hf C src/usr.sbin/sendmail/src/srvrsmtp.c U src/usr.sbin/sendmail/src/stab.c U src/usr.sbin/sendmail/src/stats.c U src/usr.sbin/sendmail/src/sysexits.c U src/usr.sbin/sendmail/src/trace.c C src/usr.sbin/sendmail/src/udb.c U src/usr.sbin/sendmail/src/useful.h C src/usr.sbin/sendmail/src/usersmtp.c C src/usr.sbin/sendmail/src/util.c U src/usr.sbin/sendmail/src/version.c N src/usr.sbin/sendmail/src/sysexits.h N src/usr.sbin/sendmail/test/t_seteuid.c N src/usr.sbin/sendmail/test/t_setreuid.c N src/usr.sbin/sendmail/test/Results U src/usr.sbin/sendmail/cf/README C src/usr.sbin/sendmail/cf/cf/Makefile N src/usr.sbin/sendmail/cf/cf/chez.cs.mc U src/usr.sbin/sendmail/cf/cf/clientproto.mc N src/usr.sbin/sendmail/cf/cf/cs-hpux10.mc N src/usr.sbin/sendmail/cf/cf/cs-hpux9.mc N src/usr.sbin/sendmail/cf/cf/cs-osf1.mc N src/usr.sbin/sendmail/cf/cf/cs-solaris2.mc N src/usr.sbin/sendmail/cf/cf/cs-sunos4.1.mc N src/usr.sbin/sendmail/cf/cf/cs-ultrix4.mc N src/usr.sbin/sendmail/cf/cf/cyrusproto.mc N src/usr.sbin/sendmail/cf/cf/generic-bsd4.4.mc N src/usr.sbin/sendmail/cf/cf/generic-hpux10.mc N src/usr.sbin/sendmail/cf/cf/generic-hpux9.mc N src/usr.sbin/sendmail/cf/cf/generic-osf1.mc N src/usr.sbin/sendmail/cf/cf/generic-solaris2.mc N src/usr.sbin/sendmail/cf/cf/generic-sunos4.1.mc N src/usr.sbin/sendmail/cf/cf/generic-ultrix4.mc N src/usr.sbin/sendmail/cf/cf/huginn.cs.mc U src/usr.sbin/sendmail/cf/cf/mail.cs.mc U src/usr.sbin/sendmail/cf/cf/mail.eecs.mc N src/usr.sbin/sendmail/cf/cf/mailspool.cs.mc N src/usr.sbin/sendmail/cf/cf/python.cs.mc N src/usr.sbin/sendmail/cf/cf/s2k-osf1.mc N src/usr.sbin/sendmail/cf/cf/s2k-ultrix4.mc U src/usr.sbin/sendmail/cf/cf/tcpproto.mc U src/usr.sbin/sendmail/cf/cf/ucbarpa.mc U src/usr.sbin/sendmail/cf/cf/ucbvax.mc U src/usr.sbin/sendmail/cf/cf/uucpproto.mc N src/usr.sbin/sendmail/cf/cf/vangogh.cs.mc N src/usr.sbin/sendmail/cf/domain/Berkeley.EDU.m4 N src/usr.sbin/sendmail/cf/domain/CS.Berkeley.EDU.m4 N src/usr.sbin/sendmail/cf/domain/EECS.Berkeley.EDU.m4 N src/usr.sbin/sendmail/cf/domain/S2K.Berkeley.EDU.m4 N src/usr.sbin/sendmail/cf/domain/generic.m4 N src/usr.sbin/sendmail/cf/domain/berkeley-only.m4 U src/usr.sbin/sendmail/cf/feature/allmasquerade.m4 U src/usr.sbin/sendmail/cf/feature/always_add_domain.m4 N src/usr.sbin/sendmail/cf/feature/bestmx_is_local.m4 U src/usr.sbin/sendmail/cf/feature/bitdomain.m4 U src/usr.sbin/sendmail/cf/feature/domaintable.m4 N src/usr.sbin/sendmail/cf/feature/local_procmail.m4 U src/usr.sbin/sendmail/cf/feature/mailertable.m4 N src/usr.sbin/sendmail/cf/feature/masquerade_envelope.m4 U src/usr.sbin/sendmail/cf/feature/nocanonify.m4 U src/usr.sbin/sendmail/cf/feature/nodns.m4 U src/usr.sbin/sendmail/cf/feature/notsticky.m4 U src/usr.sbin/sendmail/cf/feature/nouucp.m4 U src/usr.sbin/sendmail/cf/feature/nullclient.m4 U src/usr.sbin/sendmail/cf/feature/redirect.m4 N src/usr.sbin/sendmail/cf/feature/smrsh.m4 N src/usr.sbin/sendmail/cf/feature/stickyhost.m4 N src/usr.sbin/sendmail/cf/feature/use_ct_file.m4 U src/usr.sbin/sendmail/cf/feature/use_cw_file.m4 U src/usr.sbin/sendmail/cf/feature/uucpdomain.m4 U src/usr.sbin/sendmail/cf/hack/cssubdomain.m4 U src/usr.sbin/sendmail/cf/m4/cf.m4 N src/usr.sbin/sendmail/cf/m4/cfhead.m4 U src/usr.sbin/sendmail/cf/m4/nullrelay.m4 U src/usr.sbin/sendmail/cf/m4/proto.m4 U src/usr.sbin/sendmail/cf/m4/version.m4 N src/usr.sbin/sendmail/cf/mailer/cyrus.m4 U src/usr.sbin/sendmail/cf/mailer/fax.m4 U src/usr.sbin/sendmail/cf/mailer/local.m4 N src/usr.sbin/sendmail/cf/mailer/mail11.m4 N src/usr.sbin/sendmail/cf/mailer/phquery.m4 U src/usr.sbin/sendmail/cf/mailer/pop.m4 N src/usr.sbin/sendmail/cf/mailer/procmail.m4 U src/usr.sbin/sendmail/cf/mailer/smtp.m4 U src/usr.sbin/sendmail/cf/mailer/usenet.m4 U src/usr.sbin/sendmail/cf/mailer/uucp.m4 U src/usr.sbin/sendmail/cf/ostype/aix3.m4 N src/usr.sbin/sendmail/cf/ostype/amdahl-uts.m4 U src/usr.sbin/sendmail/cf/ostype/aux.m4 U src/usr.sbin/sendmail/cf/ostype/bsd4.3.m4 U src/usr.sbin/sendmail/cf/ostype/bsd4.4.m4 U src/usr.sbin/sendmail/cf/ostype/bsdi1.0.m4 N src/usr.sbin/sendmail/cf/ostype/bsdi2.0.m4 U src/usr.sbin/sendmail/cf/ostype/dgux.m4 U src/usr.sbin/sendmail/cf/ostype/domainos.m4 U src/usr.sbin/sendmail/cf/ostype/dynix3.2.m4 N src/usr.sbin/sendmail/cf/ostype/hpux10.m4 N src/usr.sbin/sendmail/cf/ostype/hpux9.m4 N src/usr.sbin/sendmail/cf/ostype/irix4.m4 N src/usr.sbin/sendmail/cf/ostype/irix5.m4 N src/usr.sbin/sendmail/cf/ostype/isc4.1.m4 U src/usr.sbin/sendmail/cf/ostype/linux.m4 U src/usr.sbin/sendmail/cf/ostype/nextstep.m4 U src/usr.sbin/sendmail/cf/ostype/osf1.m4 N src/usr.sbin/sendmail/cf/ostype/ptx2.m4 U src/usr.sbin/sendmail/cf/ostype/riscos4.5.m4 U src/usr.sbin/sendmail/cf/ostype/sco3.2.m4 U src/usr.sbin/sendmail/cf/ostype/solaris2.m4 U src/usr.sbin/sendmail/cf/ostype/sunos3.5.m4 U src/usr.sbin/sendmail/cf/ostype/sunos4.1.m4 U src/usr.sbin/sendmail/cf/ostype/svr4.m4 N src/usr.sbin/sendmail/cf/ostype/ultrix4.m4 N src/usr.sbin/sendmail/cf/ostype/unknown.m4 U src/usr.sbin/sendmail/cf/sh/makeinfo.sh U src/usr.sbin/sendmail/cf/siteconfig/uucp.cogsci.m4 U src/usr.sbin/sendmail/cf/siteconfig/uucp.old.arpa.m4 U src/usr.sbin/sendmail/cf/siteconfig/uucp.ucbarpa.m4 U src/usr.sbin/sendmail/cf/siteconfig/uucp.ucbvax.m4 U src/usr.sbin/sendmail/praliases/Makefile U src/usr.sbin/sendmail/praliases/praliases.c U src/usr.sbin/sendmail/contrib/README C src/usr.sbin/sendmail/contrib/bitdomain.c N src/usr.sbin/sendmail/contrib/bsdi.mc U src/usr.sbin/sendmail/contrib/converting.sun.configs U src/usr.sbin/sendmail/contrib/expn.pl U src/usr.sbin/sendmail/contrib/mail.local.linux N src/usr.sbin/sendmail/contrib/mailprio U src/usr.sbin/sendmail/contrib/mh.patch U src/usr.sbin/sendmail/contrib/mmuegel U src/usr.sbin/sendmail/contrib/oldbind.compat.c N src/usr.sbin/sendmail/contrib/rmail.oldsys.patch U src/usr.sbin/sendmail/contrib/xla/README U src/usr.sbin/sendmail/contrib/xla/xla.c N src/usr.sbin/sendmail/mail.local/Makefile N src/usr.sbin/sendmail/mail.local/mail.local.8 N src/usr.sbin/sendmail/mail.local/mail.local.c N src/usr.sbin/sendmail/mail.local/pathnames.h 22 conflicts created by this import. Use the following command to help the merge: cvs checkout -jALLMAN:yesterday -jALLMAN src/usr.sbin/sendmail From owner-cvs-usrsbin Sat Dec 2 10:18:01 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21590 for cvs-usrsbin-outgoing; Sat, 2 Dec 1995 10:18:01 -0800 Received: (from peter@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21549 ; Sat, 2 Dec 1995 10:17:50 -0800 Date: Sat, 2 Dec 1995 10:17:50 -0800 From: Peter Wemm Message-Id: <199512021817.KAA21549@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/sendmail/src Makefile collect.c conf.c conf.h daemon.c deliver.c domain.c headers.c main.c parseaddr.c readcf.c recipient.c savemail.c sendmail.8 sendmail.h srvrsmtp.c udb.c usersmtp.c util.c Makefile.386BSD Makefile.AIX Makefile.AUX Makefile.BSD43 Makefile.BSDI Makefile.CLIX Makefile.ConvexOS Makefile.DGUX Makefile.Dell Makefile.DomainOS Makefile.Dynix Makefile.FreeBSD Makefile.HP-UX Makefile.IRIX Makefile.Linux Makefile.Mach386 Makefile.NCR3000 Makefile.NeXT Makefile.NetBSD Makefile.OSF1 Makefile.PTX Makefile.RISCos Makefile.SCO Makefile.SVR4 Makefile.Solaris Makefile.SunOS Makefile.SunOS.4.0.3 Makefile.SunOS.5.1 Makefile.SunOS.5.2 Makefile.SunOS.5.x Makefile.Titan Makefile.ULTRIX Makefile.UMAX Makefile.Utah Makefile.dist sysexits.h Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk peter 95/12/02 10:17:47 Modified: usr.sbin/sendmail/cf/cf Makefile usr.sbin/sendmail/contrib bitdomain.c usr.sbin/sendmail/makemap makemap.c usr.sbin/sendmail/src Makefile collect.c conf.c conf.h daemon.c deliver.c domain.c headers.c main.c parseaddr.c readcf.c recipient.c savemail.c sendmail.8 sendmail.h srvrsmtp.c udb.c usersmtp.c util.c Removed: usr.sbin/sendmail/src Makefile.386BSD Makefile.AIX Makefile.AUX Makefile.BSD43 Makefile.BSDI Makefile.CLIX Makefile.ConvexOS Makefile.DGUX Makefile.Dell Makefile.DomainOS Makefile.Dynix Makefile.FreeBSD Makefile.HP-UX Makefile.IRIX Makefile.Linux Makefile.Mach386 Makefile.NCR3000 Makefile.NeXT Makefile.NetBSD Makefile.OSF1 Makefile.PTX Makefile.RISCos Makefile.SCO Makefile.SVR4 Makefile.Solaris Makefile.SunOS Makefile.SunOS.4.0.3 Makefile.SunOS.5.1 Makefile.SunOS.5.2 Makefile.SunOS.5.x Makefile.Titan Makefile.ULTRIX Makefile.UMAX Makefile.Utah Makefile.dist sysexits.h Log: Initial round of conflict resolutions.. I need to do another pass over this and check it more closely, but my initial concern was to get it to all compile again. Some of the obsoleted files 'cvs rm'ed. Revision Changes Path 1.4 +85 -60 src/usr.sbin/sendmail/cf/cf/Makefile 1.3 +3 -3 src/usr.sbin/sendmail/contrib/bitdomain.c 1.3 +125 -6 src/usr.sbin/sendmail/makemap/makemap.c 1.6 +9 -4 src/usr.sbin/sendmail/src/Makefile 1.3 +406 -242 src/usr.sbin/sendmail/src/collect.c 1.8 +1715 -345 src/usr.sbin/sendmail/src/conf.c 1.5 +776 -160 src/usr.sbin/sendmail/src/conf.h 1.7 +358 -180 src/usr.sbin/sendmail/src/daemon.c 1.8 +889 -310 src/usr.sbin/sendmail/src/deliver.c 1.5 +213 -112 src/usr.sbin/sendmail/src/domain.c 1.3 +360 -75 src/usr.sbin/sendmail/src/headers.c 1.3 +842 -239 src/usr.sbin/sendmail/src/main.c 1.3 +369 -176 src/usr.sbin/sendmail/src/parseaddr.c 1.4 +1084 -215 src/usr.sbin/sendmail/src/readcf.c 1.3 +449 -172 src/usr.sbin/sendmail/src/recipient.c 1.3 +670 -115 src/usr.sbin/sendmail/src/savemail.c 1.3 +15 -2 src/usr.sbin/sendmail/src/sendmail.8 1.3 +428 -165 src/usr.sbin/sendmail/src/sendmail.h 1.3 +444 -191 src/usr.sbin/sendmail/src/srvrsmtp.c 1.3 +177 -59 src/usr.sbin/sendmail/src/udb.c 1.3 +223 -73 src/usr.sbin/sendmail/src/usersmtp.c 1.3 +594 -144 src/usr.sbin/sendmail/src/util.c From owner-cvs-usrsbin Sat Dec 2 10:36:31 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24265 for cvs-usrsbin-outgoing; Sat, 2 Dec 1995 10:36:31 -0800 Received: (from peter@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24243 ; Sat, 2 Dec 1995 10:36:19 -0800 Date: Sat, 2 Dec 1995 10:36:19 -0800 From: Peter Wemm Message-Id: <199512021836.KAA24243@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/sendmail Makefile Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk peter 95/12/02 10:36:18 Modified: usr.sbin/sendmail Makefile Log: Re-disable the cf/cf SUBDIR - we were not building it before anyway. The Makefile down there does not handle the obj dir well.. Revision Changes Path 1.2 +35 -14 src/usr.sbin/sendmail/Makefile From owner-cvs-usrsbin Sat Dec 2 11:57:57 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA06775 for cvs-usrsbin-outgoing; Sat, 2 Dec 1995 11:57:57 -0800 Received: (from peter@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA06758 ; Sat, 2 Dec 1995 11:57:46 -0800 Date: Sat, 2 Dec 1995 11:57:46 -0800 From: Peter Wemm Message-Id: <199512021957.LAA06758@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/sendmail/cf/cf freebsd.mc Makefile freefall.mc Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk peter 95/12/02 11:57:45 Modified: usr.sbin/sendmail/cf/cf Makefile freefall.mc Added: usr.sbin/sendmail/cf/cf freebsd.mc Log: Update the freefall.mc file to (almost) match what is actually being run on freefall.. Create freebsd.mc which is intended to be installed by src/etc/Makefile onto generic freebsd systems. Revision Changes Path 1.5 +15 -9 src/usr.sbin/sendmail/cf/cf/Makefile 1.2 +16 -7 src/usr.sbin/sendmail/cf/cf/freefall.mc From owner-cvs-usrsbin Sat Dec 2 12:58:20 1995 Return-Path: owner-cvs-usrsbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19730 for cvs-usrsbin-outgoing; Sat, 2 Dec 1995 12:58:20 -0800 Received: (from peter@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19711 ; Sat, 2 Dec 1995 12:58:12 -0800 Date: Sat, 2 Dec 1995 12:58:12 -0800 From: Peter Wemm Message-Id: <199512022058.MAA19711@freefall.freebsd.org> To: CVS-committers, cvs-usrsbin Subject: cvs commit: src/usr.sbin/sendmail/src TODO Sender: owner-cvs-usrsbin@FreeBSD.ORG Precedence: bulk peter 95/12/02 12:58:11 Modified: usr.sbin/sendmail Makefile usr.sbin/sendmail/makemap Makefile Removed: usr.sbin/sendmail/cf/cf Makefile.dist alpha.mc auspex.mc chez.mc cogsci.mc cs-exposed.mc cs-hidden.mc hpux-cs-exposed.mc hpux-cs-hidden.mc knecht.mc osf1-cs-exposed.mc osf1-cs-hidden.mc python.mc riscos-cs-exposed.mc s2k.mc sample.mc sleepy.mc sunos3.5-cs-exposed.mc sunos3.5-cs-hidden.mc sunos4.1-cs-exposed.mc sunos4.1-cs-hidden.mc udb.mc ultrix4.1-cs-exposed.mc ultrix4.1-cs-hidden.mc vangogh.mc usr.sbin/sendmail/cf/domain Berkeley.m4 cs.exposed.m4 cs.hidden.m4 eecs.hidden.m4 s2k.m4 usr.sbin/sendmail/cf/ostype hpux.m4 irix.m4 ultrix4.1.m4 usr.sbin/sendmail/doc Makefile usr.sbin/sendmail/doc/op spell.ok usr.sbin/sendmail/doc/rfc rfc819.txt rfc821.txt rfc822.txt usr.sbin/sendmail/makemap Makefile.dist usr.sbin/sendmail/praliases Makefile.dist usr.sbin/sendmail/src TODO Log: *GULP* cvs remove the uncomfortably large list of files that are no longer part of sendmail 8.7.2... Revision Changes Path 1.3 +1 -1 src/usr.sbin/sendmail/Makefile 1.3 +1 -1 src/usr.sbin/sendmail/makemap/Makefile