Re: [fetchmail-devel] Re: m4 directories?

[Rob F. <rf...@fu...>]

Sorry it's taken me so long to get back into things here....

Graham Wilson wrote:
> On Sat, Jun 26, 2004 at 10:48:02AM +0200, Matthias Andree wrote:
> > Graham Wilson <bo...@de...> writes:
> > > Sorry for being persistent, I would just like to keep the tree as
> > > organized as possible.
> >
> > That's why I went with m4-local first :)
>
> Well, if we are going to keep the M4 files seperate, we should use
> m4-local, otherwise, we should just keep it in one file. Rob, what do
> you think we should do?

I'm no autotools expert, so I'm not sure whether it's better to have 
separate m4 files or a single one.  My intuition says separate though.

I definitely agree with your assessment about whether to use the 
subdirectory.  :-)

> More generally, I think the automake stuff should have been committed to
> a branch, not to the trunk.
>
> Rob identified that the goals for the next version of fetchmail was just
> incoroporating the backlog of well-tested patches. I don't think the
> automake stuff qualifies, and I think we should have spent more time
> going over it. It is still possible to push the automake stuff to a
> branch, and revert the changes from the trunk. I think that is what we
> should do until after 6.2.6.

I understand how you feel.  The main reason I didn't push the branch was 
that Matthias was testing on three different OSs, and the non-automake 
version wouldn't build on at least one of them.  (Though admittedly 
another factor was that I was on my way out for vacation.)

> For 6.2.6, I think we need to get the repository looking as close to
> esr's 6.2.5 tarball, plus the patches we have talked about.

We need to do extensive changes to the release scripts anyway, which 
touches the build system, so I'm not too concerned about making changes to 
the build system.

On the other hand, I want to minimize changes to the fetchmail code itself 
(i.e. C code) until after 6.2.6.

-- 
==============================|   "A microscope locked in on one point
 Rob Funk <rf...@fu...> |Never sees what kind of room that it's in"
 http://www.funknet.net/rfunk |    -- Chris Mars, "Stuck in Rewind"