Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 1892874 - F34FailsToInstall: nspr-devel
Summary: F34FailsToInstall: nspr-devel
Alias: None
Product: Fedora
Classification: Fedora
Component: nss
Version: rawhide
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Daiki Ueno
QA Contact: Fedora Extras Quality Assurance
: 1893469 (view as bug list)
Depends On:
Blocks: F34FailsToInstall
TreeView+ depends on / blocked
Reported: 2020-10-29 19:24 UTC by Miro Hrončok
Modified: 2020-11-02 07:39 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2020-10-30 19:14:06 UTC
Type: ---

Attachments (Terms of Use)

Description Miro Hrončok 2020-10-29 19:24:38 UTC

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

Your package (nss) Fails To Install in Fedora 34:

can't install nspr-devel:
  - nothing provides nspr = 4.29.0-2 needed by nspr-devel-4.29.0-2.fc34.x86_64
If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.

If you don't react accordingly to the policy for FTBFS/FTI bugs (, your package may be orphaned in 8+ weeks.

P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors.

P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags:


Comment 1 Miro Hrončok 2020-10-30 09:45:44 UTC
I believe this is caused by:

Requires:       nspr = %{nspr_version}-%{nspr_release}

in nspr-devel package.

It requires nspr = 4.29.0-2, which is not satisfied by nspr = 4.29.0-2.fc34, because 2 != 2.fc34.

Comment 2 Kamil Dudka 2020-10-30 10:08:56 UTC
Yes, %{release} in nspr.spec included the %{?dist} suffix while %{nspr_release} in nss.spec does not.

Comment 3 Daiki Ueno 2020-10-30 10:44:06 UTC
Thank you so much for the hint. I've pushed this fix:

Comment 4 Daiki Ueno 2020-10-30 10:55:21 UTC
(In reply to Daiki Ueno from comment #3)
> Thank you so much for the hint. I've pushed this fix:
> 466a27e84dae5d2697c5fd35855eb9263a504cdb?branch=master

I just realized that, while this would solve the current problem, it would prevent future updates. As NSPR is less frequently updated in upstream, the release bump of NSS will cause nspr* packages to be built with the same NVR multiple times. I guess we need some trick in NSPR's release numbering, e.g., "%{nspr_release}.nss-%{release}".

Comment 5 Miro Hrončok 2020-10-30 11:41:17 UTC
Especially if you upgrade nss and lower the release, than nspr version-release will go lower.

If you really need to do this, you might do it like this (untested):

%global baserelease 7

%glbal nss_version 3.58.0
%glbal nss_release %{baserelease}%{?dist}
%global nspr_version 4.29.0
%global nspr_release %{nss_version}^%{baserelease}%{?dist}

# main package
Version:        %{nss_version}
Release:        %{nss_release}

%package -n nspr
Version:        %{nspr_version}
Release:        %{nspr_release}

%package -n nspr-devel
Version:        %{nspr_version}
Release:        %{nspr_release}
Requires:       nspr%{?_isa} = %{nspr_version}-%{nspr_release}

Comment 6 Miro Hrončok 2020-10-30 11:43:36 UTC
Or even:

%global nspr_release %{nss_version}^%{nss_release}

Comment 7 Daiki Ueno 2020-10-30 11:59:20 UTC
Thank you. I've added a follow-up fix that asks the maintainers to do that manually:

Comment 8 Miro Hrončok 2020-10-30 19:14:06 UTC

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

All subpackages of a package against which this bug was filled are now installable or removed from Fedora 34.

Thanks for taking care of it!

Comment 9 Daiki Ueno 2020-11-02 07:39:50 UTC
*** Bug 1893469 has been marked as a duplicate of this bug. ***

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