building rpm: error in shared libraries

[arnaud gaboury]

On Mon, Dec 7, 2015 at 5:16 PM, arnaud gaboury <arnaud.gaboury at gmail.com> wrote:
> On Mon, Dec 7, 2015 at 5:09 PM, Michael Schwendt <mschwendt at gmail.com> wrote:
>> On Mon, 7 Dec 2015 16:14:03 +0100, arnaud gaboury wrote:
>>
>>> I wrote and build successfuly a rpm package. When it comes to install,
>>> I have this error:
>>>
>>> # dnf install MyPackage.rpm
>>> Error: package rstudio-server-0.99.800-1.fc23.x86_64 requires
>>> libR.so()(64bit), but none of the providers can be installed
>>
>> What's the output of "dnf install -b -v …" for that?
>
> -----------------------------------------------
> # dnf install -b -v rstudio-server-0.99.800-1.fc23.x86_64.rpm
> cachedir: /var/cache/dnf
> Loaded plugins: reposync, needs-restarting, system-upgrade,
> playground, download, noroot, Query, protected_packages,
> debuginfo-install, generate_completion_cache, builddep, copr,
> config-manager
> DNF version: 1.1.4
> repo: using cache for: fedora
> not found deltainfo for: Fedora 23 - x86_64
> not found updateinfo for: Fedora 23 - x86_64
> repo: using cache for: updates
> repo: using cache for: home_jeroenooms_opencpu-1.5
> not found deltainfo for: OpenCPU 1.5 (Fedora_22)
> not found updateinfo for: OpenCPU 1.5 (Fedora_22)
> repo: using cache for: trillian
> not found deltainfo for: Trillian
> not found updateinfo for: Trillian
> fedora: using metadata from Sat Oct 31 18:34:41 2015.
> updates: using metadata from Sun Dec  6 19:45:27 2015.
> home_jeroenooms_opencpu-1.5: using metadata from Wed Jul  1 14:22:10 2015.
> trillian: using metadata from Fri Jan  9 17:17:59 2015.
> Last metadata expiration check performed 2:38:10 ago on Mon Dec  7
> 14:35:28 2015.
> --> Starting dependency resolution
> --> Finished dependency resolution
> Error: package rstudio-server-0.99.800-1.fc23.x86_64 requires
> libR.so()(64bit), but none of the providers can be installed
> (try to add '--allowerasing' to command line to replace conflicting packages)
> ----------------------------------------------------------------------------------------------------------------
>
>> The error message reads a bit as if providers are found but are
>> not installable due to hidden errors.
>>
>>> The cited library is indeed already installed:
>>>
>>> % ldconfig -p | grep libR.so
>>> 807: libR.so (libc6,x86-64) => /usr/lib64/R/lib/libR.so
>>>
>>> This shared lib is provided by a home made package,
>>> R-intel-core-3.2.2. This package is similar to Fedora R-core-3.2.2,
>>> but built witn Intel compiler and MKL.
>>> --------------------------------------------------------------
>>> % dnf provides /usr/lib64/R/lib/libR.so
>>
>> This is the wrong command to run for examining dependencies. You need to
>> ask for the provider of 'libR.so()(64bit)' not the pathname of libR.so.
>>
>> Show that your installed "R-intel-core" package is a provider of that:
>>
>>   rpm -q --whatprovides 'libR.so()(64bit)'
>
> ------------------------------------
> % rpm -q --whatprovides 'libR.so()(64bit)'
> no package provides libR.so()(64bit)
> ----------------------------------------------------
>
> BINGO

So I guess the trick is to create a yum repo in /etc/yum.repos.d  and
follow these instructions[1] ?
>
>> For repos you can use "dnf", old "repoquery" or "dnf repoquery", too.
>>
>> You can also compare Requires/Provides manually by querying package
>> files using "rpm -qp --provides file.rpm" and "rpm -qp --requires file.rpm".
>>
>>> R-core-3.2.2-1.fc23.x86_64 : The minimal R components necessary for a
>>> functional runtime
>>> Repo        : fedora
>>> --------------------------------------------------------------------
>>>
>>> I added this line in my .spec file:
>>> requires: R-intel-core >= 2.11.1
>>
>> That would neither fix an unresolvable dependency on 'libR.so()(64bit)',
>> if no package in the enabled repos provides that "thing" or if a provider
>> cannot be installed.
>> --

[1]https://docs.fedoraproject.org/en-US/Fedora/12/html/Deployment_Guide/sec-Creating_a_Yum_Repository.html

-- 

google.com/+arnaudgabourygabx