savannah-hackers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: Re: [Jeff Bailey <address@hidden>] Re: [Savannah-hac


From: Bradley M. Kuhn
Subject: Re: address@hidden: Re: [Jeff Bailey <address@hidden>] Re: [Savannah-hackers] savannah.gnu.org: submission of GNU and FSF Organizational Files]
Date: Fri, 16 Mar 2001 13:02:58 -0500
User-agent: Mutt/1.3.15i

>       Have it still run in /gd/gnuorg, and add all it's derived objects to
>       .cvsignore.
> 

Joel N. Weber II <address@hidden> wrote:
 
> Anyway, most of what /gd/gnuorg/Makefile does is to help certain files
> find their way onto the web and ftp servers.  (There's also something that
> makes a tarball that just gets stored in /gd/gnuorg, which is refered to
> probably by maintain.* but I'm not convinced that anyone actually ever
> retrieves that file, and there's also a cron job to create tasks-cod-std,
> which I suspect gvc has never sent out in the last five years due to the
> current preferences of the gvc folk.  I suspect that we could delete those
> generated files, and comment them out in the Makefile, and do something
> about them in the unlikely event that anyone ever complains.)

I am confused why this is a problem.  The /gd/gnuorg/Makefile generates
files, then we need only to .cvsignore them and let the Makefile continue to
be built as normal.  /gd/gnuorg itself, as a directory, is going to be
updated-on-checkout.

I don't really want to spend the time to change everything at once.  I
realize it'd be useful and good to change how various things happen (like
how those files get updated) and whether they are even needed anymore.

But for now, I'd just like to get the directory imported into CVS.  Couldn't
we just do that first?

Attachment: pgpN2RTB7C9Pp.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]