rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11

[Warren Togami]

Chris Wright wrote:
> 
> It builds fine, and has internal macros to handle zlib-devel < 1.2.
> It's runtime that fails (apparently, I haven't recreated this myself,
> it was reported by someone running older distro).  But git-core uses
> zlib's *Bound functions which seem to have been introduced in the
> .so w/out bumping any library version (between zlib 1.1 and zlib 1.2).
> So RPM creates implicit requirement on libz.so.1, which is satisified on
> machine that has either zlib 1.1 or zlib 1.2.  However will fail during
> runtime with the former.  So it seems that zlib >= 1.2 is best way to
> handle that.  What do you think?
> 
> thanks,
> -chris
> 

Usually we advise against adding requirements like this, because it is 
unsupported to run packages built on one distro on another.  However in 
a few cases like this were the soname was not bumped, I suppose it is 
fine.  Please leave a comment above it explaining why it is that way though.

Warren Togami
wtogami at redhat.com