This is the mail archive of the cygwin-developers@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Maintainers wanted


 cgf> Hopefully, any maintainer of something like bash will be using
 cgf> whatever setup exists for bash already.

I assumed "maintenance" included some kind of source code munging, not
just typing "make".

 cgf> If they have to make a change to get things compiled under
 cgf> cygwin they will send a patch or check in a change or whatever
 cgf> to the bash maintainer.

Getting a change through the official maintainer of a tool can take
time (sometimes months or years, if history is any guide).  Why make
Cygwin releases dependent on every official release of a tool?

With the sources under CVS, the official releases are a "vendor"
branch, and any Cygwin-specific modifications appear on the trunk.
CVS makes it easy to track the deltas, to create diffs for submission
to the official maintainer, and to merge the deltas with new official
releases.

 cgf> I don't think that it will be profitable for us to be running a
 cgf> "competing" service for packages that cygnus does not host.

It would not be competing.  Nobody will grab anything from the Cygwin
repository unless they are running Cygwin.  Anyone who wants to work
on Cygwin needs to get the Cygwin sources anyway, since there is no
way to know whether the Cygwin version has modifications which are not
in the stock releases.  A CVS repository would find allow anyone to
find out trivially EXACTLY what the deltas are between the Cygwin
version and the stock release, as well as making it easier for random
people to contribute to the effort.

As I said, just a suggestion.

 - Pat

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]