rpms/itext/devel itext.spec,1.13,1.14

Panu Matilainen pmatilai at laiskiainen.org
Mon Feb 23 12:29:53 UTC 2009


On Sun, 22 Feb 2009, Orcan Ogetbil wrote:

> 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.

Well sure that requires looks pretty screwed, something that rpm should 
not ever generate.

> Therefore we put an additional Provides:
> /usr/lib64/gcj/itext/itext-2.1.4.jar.so()(64bit)  on itext.

I dont see pdftk in Fedora, other that it has been there and is now marked 
dead.package. What pdftk package are we talking about here?

>
> Is there a better solution?

Fix the busted requires instead?

 	- Panu -




More information about the fedora-devel-list mailing list