On Fri, Feb 20, 2009 at 3:06 AM, Panu Matilainen wrote:
> On Thu, 19 Feb 2009, Jochen Schmitt wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Orcan Ogetbil schrieb:
>>>
>>> +%ifarch x86_64 ppc64
>>> +Provides:
>>> %{_libdir}/gcj/%{name}/%{name}-%{version}.jar.so()(64bit)
>>> +%else
>>> +Provides: %{_libdir}/gcj/%{name}/%{name}-%{version}.jar.so
>>> +%endif
>>>
>>> %description
>>> iText is a library that allows you to generate
>>> @@ -141,6 +147,9 @@
>>> #
>>
>>
>> -----------------------------------------------------------------------------
>> - From my point of view, this is a workaround, which is only good until
>> rpmbuild may be fixed.
>
> Fix what? What exactly is being worked around here?
>
> - Panu -
>
This is an issue with the rpmbuild's automatic dependency generation.
Here's the story:
itext provides (rpm -q --provides itext):
itext-2.1.4.jar.so()(64bit)
which is in the directory /usr/lib64/gcj/itext/ . Note that this is
not a standard library path.
Meanwhile, pdftk requires (rpm -qR pdftk):
/usr/lib64/gcj/itext/itext-2.1.4.jar.so()(64bit)
Notice the full path, which was not in the Provides of itext. Because
of this path, the pdftk RPM won't install, complaining about unmet
dependencies.
Therefore we put an additional Provides:
/usr/lib64/gcj/itext/itext-2.1.4.jar.so()(64bit) on itext.
Is there a better solution?
Orcan
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
