This is the mail archive of the cygwin 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]
Other format: [Raw text]

Re: Updated: git-

Eric Blake wrote:
According to Eric Blake on 9/22/2007 6:37 PM:
A new release of git,, has been uploaded, replacing 1.5.3-1 as
the current version.

Phooey. In the process of packaging this, I overlooked the fact that the upstream makefile changed enough such that /usr/lib/perl5/vendor_perl/5.8/ was no longer included automatically; the absence of this file breaks (among others) 'git remote'. Is useful enough on its own to release as an independent package, or should I respin git- to once again include it as part of git?

Hi, Eric

I did notice the following:

Try 1: is present at build time
$ wget && \
  mv /usr/lib/perl5/vendor_perl/5.8
$ cygport git- all
$ tar -jtf git-  | grep
(no output)

Try 2: is absent at build time
$ rm /usr/lib/perl5/vendor_perl/5.8/
$ cygport git- all
$ tar -jtf git-  | grep

My guess is, doesn't really belong to git, and upstream only includes it in case the user doesn't have it already. On the other hand, if it's already present on the build system, the git makefiles will go to great lengths to avoid overwriting it in the install phase. Anyway, this is how I interpret the results above.

My suggestion is to package the CPAN module, and require it to be present at build time as well as at runtime.

Or you could simply warn the user in the git README to remove the file from your system before building the source package, so it ends up in the binary package after all.


-- Unsubscribe info: Problem reports: Documentation: FAQ:

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