Bug 1872869

Summary: F31/FTI R-core not installable in Fedora 31
Product: [Fedora] Fedora Reporter: Mattias Ellert <mattias.ellert>
Component: RAssignee: Tom "spot" Callaway <spotrh>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 31CC: i.ucar86, jonathanbaron7, michal.jnn, quantum.analyst, spotrh, susi.lehtola
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: R-3.6.3-3.fc31 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-09-07 17:14:20 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

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):


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}

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:


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.