Bug 1872869 - F31/FTI R-core not installable in Fedora 31
Summary: F31/FTI R-core not installable in Fedora 31
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: R
Version: 31
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-08-26 18:59 UTC by Mattias Ellert
Modified: 2020-09-07 17:14 UTC (History)
6 users (show)

Fixed In Version: R-3.6.3-3.fc31
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-09-07 17:14:20 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Mattias Ellert 2020-08-26 18:59:26 UTC
Description of problem:

R-core is not installable in F31:

Problem: conflicting requests
- nothing provides libRblas.so()(64bit) needed by R-core-3.6.3-2.fc31.x86_64
- nothing provides openblas-Rblas needed by R-core-3.6.3-2.fc31.x86_64

Version-Release number of selected component (if applicable):

R-core-3.6.3-2.fc31
openblas-0.3.10-4.fc31

How reproducible:

Koschei reports "unresolved" for R packages in Fedora 31.

Actual results:

R-core not installable

Expected results:

R-core installable

Additional info:

Broke when the openblas-0.3.10-4.fc31 update became stable.

Comment 1 Tom "spot" Callaway 2020-08-27 15:02:44 UTC
Hmmm. I didn't think they were going to revert openblas-Rblas all the way back. We had not planned on rebuilding the R stack in F31. Could we get openblas-Rblas back for F31?

Comment 2 Iñaki Ucar 2020-08-27 15:24:25 UTC
The thing is I saw [1], which enabled syslapack for all Fedoras, but [2] reverted it for F31. Then we gave our blessings [3] for

%if 0%{?fedora} >= 31 || 0%{?rhel} >= 8
Obsoletes:      %{name}-Rblas < %{version}-%{release}
%endif

Apologies, @jussilehtola I wasn't aware of [2].

[1] https://src.fedoraproject.org/rpms/R/c/901e9504654846b713e48d674db865d27d51d837?branch=master
[2] https://src.fedoraproject.org/rpms/R/c/0a70cd5f996a5ccfc77558f0e6ed6937a3aacdac?branch=master
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1849966

Comment 3 Tom "spot" Callaway 2020-08-27 15:28:58 UTC
Yeah, this is totally my fault too. Susi, if you would rather that R do the rebuilds, I will. Let me know.

Comment 4 Tom "spot" Callaway 2020-08-31 15:23:12 UTC
Reassigning to R. I am rebuilding R for F31 now with the "syslapack" option flag enabled.

I will also need to buildoverride that build (R-3.6.3-3.fc31) and rebuild the following R modules:

R-ape
R-expm
R-gss
R-igraph
R-maanova
R-msm
R-preprocessCore
R-qtl

These need to be rebuilt because they currently depend on "libRlapack.so()(64bit)" (on x86_64).

Users who have installed modules from CRAN which depend on libRlapack.so will need to remove and reinstall those modules.

Comment 5 Fedora Update System 2020-08-31 21:09:19 UTC
FEDORA-2020-ccb3a757dc has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-ccb3a757dc

Comment 6 Fedora Update System 2020-09-01 18:12:17 UTC
FEDORA-2020-ccb3a757dc has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-ccb3a757dc`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-ccb3a757dc

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 Fedora Update System 2020-09-07 17:14:20 UTC
FEDORA-2020-ccb3a757dc has been pushed to the Fedora 31 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.