building rpm: error in shared libraries

[arnaud gaboury]

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

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
Last metadata expiration check performed 3 days, 2:58:49 ago on Fri
Dec  4 13:10:47 2015.
R-intel-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary
for a functional runtime
Repo        : @System

R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a
functional runtime
Repo        : updates

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

I have no idea how make my rpm install and why the shared library is
not found. Is there any dirty trick to add in the package something
like a Provide:

Thank you for hints

google.com/+arnaudgabourygabx

[Ranjan Maitra]

Question: why do you need R-intel-core? My RStudio works fine without it.

Did you try BuildRequiring R-core-devel?

Thanks,
Ranjan

PS: Btw,

$ sudo dnf whatprovides /usr/lib64/R/lib/libR.so
Last metadata expiration check performed 1:42:29 ago on Mon Dec  7 08:00:56 2015.
R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a functional
                           : runtime
Repo        : @System

R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a functional
                           : runtime
Repo        : updates

R-core-3.2.2-1.fc23.x86_64 : The minimal R components necessary for a functional
                           : runtime
Repo        : fedora

Try taking out R-intel-core: no idea where that comes from:

$ sudo dnf install R-intel-core
Last metadata expiration check performed 1:43:46 ago on Mon Dec  7 08:00:56 2015.
No package R-intel-core available.
Error: Unable to find a match.

Ranjan

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
>
> 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
> Last metadata expiration check performed 3 days, 2:58:49 ago on Fri
> Dec  4 13:10:47 2015.
> R-intel-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary
> for a functional runtime
> Repo        : @System
>
> R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a
> functional runtime
> Repo        : updates
>
> 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
>
> I have no idea how make my rpm install and why the shared library is
> not found. Is there any dirty trick to add in the package something
> like a Provide:
>
> Thank you for hints
> google.com/+arnaudgabourygabx
>
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

[arnaud gaboury]

On Mon, Dec 7, 2015 at 4:44 PM, Ranjan Maitra
 wrote:
> Question: why do you need R-intel-core? My RStudio works fine without it.

Long debate, but R built with Intel is faster.
> Did you try BuildRequiring R-core-devel?

libR.so is installed by R-core, but will try
> Thanks,
> Ranjan
>
> PS: Btw,
>
> $ sudo dnf whatprovides /usr/lib64/R/lib/libR.so
> Last metadata expiration check performed 1:42:29 ago on Mon Dec  7 08:00:56 2015.
> R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a functional
>                            : runtime
> Repo        : @System
>
> R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a functional
>                            : runtime
> Repo        : updates
>
> R-core-3.2.2-1.fc23.x86_64 : The minimal R components necessary for a functional
>                            : runtime
> Repo        : fedora
>
> Try taking out R-intel-core: no idea where that comes from:

I already did it, no changes
> $ sudo dnf install R-intel-core
> Last metadata expiration check performed 1:43:46 ago on Mon Dec  7 08:00:56 2015.
> No package R-intel-core available.
> Error: Unable to find a match.
> Normal, I made this package and gave it the name R-intel to make a difference with regular R
>
> Ranjan
>
> 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
> >
> > 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
> > Last metadata expiration check performed 3 days, 2:58:49 ago on Fri
> > Dec  4 13:10:47 2015.
> > R-intel-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary
> > for a functional runtime
> > Repo        : @System
> >
> > R-core-3.2.2-2.fc23.x86_64 : The minimal R components necessary for a
> > functional runtime
> > Repo        : updates
> >
> > 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
> >
> > I have no idea how make my rpm install and why the shared library is
> > not found. Is there any dirty trick to add in the package something
> > like a Provide:
> >
> > Thank you for hints
> > google.com/+arnaudgabourygabx
> >
> > users mailing list
> > [e-mail]
> > To unsubscribe or change subscription options:
> > https://admin.fedoraproject.org/mailman/listinfo/users
> > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> > Have a question? Ask away: http://ask.fedoraproject.org
>
> --
> Important Notice: This mailbox is ignored: e-mails are set to be deleted on receipt. Please respond to the mailing list if appropriate. For those needing to send personal or professional e-mail, please use appropriate addresses.
>
> FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
> Check it out at http://www.inbox.com/earth
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

[Ranjan Maitra]

On Mon, 7 Dec 2015 17:11:19 +0100 arnaud gaboury  wrote:
> On Mon, Dec 7, 2015 at 4:44 PM, Ranjan Maitra
>  wrote:
> > Question: why do you need R-intel-core? My RStudio works fine without it.
>
> Long debate, but R built with Intel is faster.

I see, thanks! But, RStudio is hardly what I would use if speed is the issue. (I must confess that I do not use RStudio.)

Ranjan

____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager

[arnaud gaboury]

On Mon, Dec 7, 2015, 10:13 PM Ranjan Maitra 
wrote:

On Mon, 7 Dec 2015 17:11:19 +0100 arnaud gaboury 
wrote:
> On Mon, Dec 7, 2015 at 4:44 PM, Ranjan Maitra
>  wrote:
> > Question: why do you need R-intel-core? My RStudio works fine without

it.
> Long debate, but R built with Intel is faster.

I see, thanks! But, RStudio is hardly what I would use if speed is the
issue. (I must confess that I do not use RStudio.)

Rstudio is only the IDE. As for how fast R is able to compute does not
depend on the IDE, but rather on code and performing libraries.

Ranjan

____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager

--
users mailing list
[e-mail]
To unsubscribe or change subscription options:
https https://admin.fedoraproject.org/mailman/listinfo/users://
https://admin.fedoraproject.org/mailman/listinfo/users
admin.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/users/mailman/
https://admin.fedoraproject.org/mailman/listinfo/userslistinfo
https://admin.fedoraproject.org/mailman/listinfo/users/users
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http:// http://fedoraproject.org/code-of-conduct
fedoraproject.org http://fedoraproject.org/code-of-conduct/
http://fedoraproject.org/code-of-conductcode-of-conduct
http://fedoraproject.org/code-of-conduct
Guidelines: http:// http://fedoraproject.org/wiki/Mailing_list_guidelines
fedoraproject.org http://fedoraproject.org/wiki/Mailing_list_guidelines
/wiki/Mailing_list_guidelines
http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http:// http://ask.fedoraproject.org
ask.fedoraproject.org

[Ranjan Maitra]

Btw, please stick to proper formatting so that you do not attribute comments made by you to somebody else (in this case me).

On Mon, 07 Dec 2015 22:13:40 +0000 arnaud gaboury  wrote:
> On Mon, Dec 7, 2015, 10:13 PM Ranjan Maitra 
> wrote:
>
> On Mon, 7 Dec 2015 17:11:19 +0100 arnaud gaboury 
> wrote:
> > On Mon, Dec 7, 2015 at 4:44 PM, Ranjan Maitra
> >  wrote:
> > > Question: why do you need R-intel-core? My RStudio works fine without
>
> it.
> > Long debate, but R built with Intel is faster.
> > I see, thanks! But, RStudio is hardly what I would use if speed is the issue. (I must confess that I do not use RStudio.)
>
> Rstudio is only the IDE. As for how fast R is able to compute does not
> depend on the IDE, but rather on code and performing libraries.

(This last statement above is your comment, not mine. Please attribute correctly.)

What you write here about code and performing libraries is elementary, of course, but my point is, that comparing apples to apples (i.e. code to code), RStudio slows down computing because it makes a bigger demand on memory (over that demanded by R, which is common to both). For cases where you would see a difference using the Intel compiler over the OSS one, you will experience a bigger hit using RStudio than using vanilla R.

Best wishes,
Ranjan
(R user since 0.4, circa 1997)

[Michael Schwendt]

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?
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)'

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.

[arnaud gaboury]

On Mon, Dec 7, 2015 at 5:09 PM, Michael Schwendt  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
> 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.
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

[arnaud gaboury]

On Mon, Dec 7, 2015 at 5:16 PM, arnaud gaboury  wrote:
> On Mon, Dec 7, 2015 at 5:09 PM, Michael Schwendt  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-Cre...

[Rick Stevens]

On 12/07/2015 09:20 AM, arnaud gaboury wrote:
> On Mon, Dec 7, 2015 at 5:16 PM, arnaud gaboury  wrote:
> > On Mon, Dec 7, 2015 at 5:09 PM, Michael Schwendt  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] ?

You should also make sure your "home-made" libR RPM pokes the
pkg-config system so the various build tools know about it. Obviously
you've installed it, but likely

pkg-config {--exists | --atleast-version=VERSION | --exact-
    version=VERSION | --max-version=VERSION} libR.so

doesn't return any data, so it's assumed the library isn't there.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    [e-mail] -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
-     "Daddy, why doesn't this magnet pick up this floppy disk?"     -
----------------------------------------------------------------------

[arnaud gaboury]

On Mon, Dec 7, 2015 at 6:49 PM, Rick Stevens  wrote:
> On 12/07/2015 09:20 AM, arnaud gaboury wrote:
> > On Mon, Dec 7, 2015 at 5:16 PM, arnaud gaboury 
> > wrote:
> > > On Mon, Dec 7, 2015 at 5:09 PM, Michael Schwendt 
> > > 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] ?
>
> You should also make sure your "home-made" libR RPM pokes the
> pkg-config system so the various build tools know about it.

May you please be more precise? I based the spec file on the regular R
package, but maybe missed something.

Obviously
> you've installed it, but likely
>     pkg-config {--exists | --atleast-version=VERSION | --exact-
>     version=VERSION | --max-version=VERSION} libR.so
>
> doesn't return any data, so it's assumed the library isn't there.
> Rick Stevens, Systems Engineer, AllDigital    [e-mail] -
> AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
>                                                                -
> "Daddy, why doesn't this magnet pick up this floppy disk?"     -
>
> --
> users mailing list
> [e-mail]
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org

[Rick Stevens]

On 12/07/2015 11:17 AM, arnaud gaboury wrote:
> On Mon, Dec 7, 2015 at 6:49 PM, Rick Stevens  wrote:
> > On 12/07/2015 09:20 AM, arnaud gaboury wrote:
> > > On Mon, Dec 7, 2015 at 5:16 PM, arnaud gaboury 
> > > wrote:
> > > > On Mon, Dec 7, 2015 at 5:09 PM, Michael Schwendt 
> > > > 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] ?
> >
> > You should also make sure your "home-made" libR RPM pokes the
> > pkg-config system so the various build tools know about it.
>
> May you please be more precise? I based the spec file on the regular R
> package, but maybe missed something.

See "man pkg-config", specifically the "METADATA FILE SYNTAX" section.

Essentially, you create a "libR.pc" file and stick it in either
/lib/pkgconfig or /lib64/pkgconfig during your installation process.
 From that point on, should you need to compile something dependent on
it, you can do something like this in your Makefile:

program: program.c
    cc program.c $(pkg-config --cflags --libs libR)

and the system will pick up the required CFLAGS and LDFLAGS to use
the library.
> > Obviously you've installed it, but likely
> >      pkg-config {--exists | --atleast-version=VERSION | --exact-
> >      version=VERSION | --max-version=VERSION} libR.so
> >
> > doesn't return any data, so it's assumed the library isn't there.

----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    [e-mail] -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
-      We are born naked, wet and hungry. Then things get worse.     -
----------------------------------------------------------------------

[Michael Schwendt]

On Mon, 7 Dec 2015 09:49:03 -0800, Rick Stevens wrote:
> You should also make sure your "home-made" libR RPM pokes the
> pkg-config system so the various build tools know about it. Obviously
> you've installed it, but likely
>
> pkg-config {--exists | --atleast-version=VERSION | --exact-
>    version=VERSION | --max-version=VERSION} libR.so
>
> doesn't return any data, so it's assumed the library isn't there.

RPM and pkg-config are two completely separate and unrelated tools.
Making available pkg-config .pc files could be a separate goal.
Btw, you would never query pkg-config about "libR.so".

The primary goal should be to publish the built rpms in a local repo,
so tools like DNF "see" those packages when resolving dependencies.