[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11
- From: Chris Wright <chrisw osdl org>
- To: Discussion related to Fedora Extras <fedora-extras-list redhat com>
- Cc: fedora-extras-commits redhat com
- Subject: Re: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11
- Date: Mon, 31 Oct 2005 11:06:43 -0800
* Ralf Corsepius (rc040203 freenet de) wrote:
> On Mon, 2005-10-31 at 00:33 -0500, Chris Wright wrote:
> > -Requires: rsync, rcs, curl, less, openssh-clients, python >= 2.3, tk >= 8.4
> > +Requires: zlib >= 1.2, rsync, rcs, curl, less, openssh-clients, python >= 2.3, tk >= 8.4
>
> Adding "Requires: zlib >= 1.2" hardly makes sense.
> The package's dependencies on libz.so.* are automatically being pulled
> in, which will always work unless zlib should screw up it's SONAMES.
>
> I guess you wanted "BuildRequires: zlib-devel >= 1.2"
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
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]