You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Greg Stein <gs...@lyra.org> on 2001/06/08 08:49:57 UTC

Re: cvs commit: httpd-2.0/support .cvsignore

Why is that in the support/.cvsignore? httpd.exp is created in server/, so
this should be in server/.cvsignore

Cheers,
-g

On Thu, Jun 07, 2001 at 11:29:54PM -0000, orlikowski@apache.org wrote:
> orlikowski    01/06/07 16:29:54
> 
>   Modified:    support  .cvsignore
>   Log:
>   Ignore the now-irrelevant httpd.exp.
>   
>   Revision  Changes    Path
>   1.10      +1 -0      httpd-2.0/support/.cvsignore
>   
>   Index: .cvsignore
>   ===================================================================
>   RCS file: /home/cvs/httpd-2.0/support/.cvsignore,v
>   retrieving revision 1.9
>   retrieving revision 1.10
>   diff -u -r1.9 -r1.10
>   --- .cvsignore	2001/03/15 12:07:29	1.9
>   +++ .cvsignore	2001/06/07 23:29:54	1.10
>   @@ -25,3 +25,4 @@
>    logresolve.pl
>    split-logfile
>    phf_abuse_log.cgi
>   +httpd.exp
>   
>   
>   

-- 
Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/support .cvsignore

Posted by Greg Stein <gs...@lyra.org>.
[ context for your post? ]

On Fri, Jun 08, 2001 at 10:40:36AM -0400, Victor J. Orlikowski wrote:
> It's in both.
> To maintain the installation code, we copy httpd.exp to support, and
> install from there.
> I saw no point in polluting the server/ Makefile with installation
> code that really doesn't belong there.

Rather than copy, why not install from $(top_srcdir)/server/httpd.exp ?

Duplicating a file opens up potential for skew / misinterpretation / etc

It would seem to be safe to keep just one copy.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

Re: cvs commit: httpd-2.0/support .cvsignore

Posted by "Victor J. Orlikowski" <v....@gte.net>.
It's in both.
To maintain the installation code, we copy httpd.exp to support, and
install from there.
I saw no point in polluting the server/ Makefile with installation
code that really doesn't belong there.

Victor 
-- 
Victor J. Orlikowski
======================
v.j.orlikowski@gte.net
orlikowski@apache.org
vjo@us.ibm.com