Bug 1684820

Summary:	upgrading to F30 fails - dependency problems with python2-libsss_nss_idmap
Product:	[Fedora] Fedora	Reporter:	Tomasz Torcz <tomek>
Component:	fedora-obsolete-packages	Assignee:	Miro Hrončok <mhroncok>
Status:	CLOSED NEXTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	30	CC:	abokovoy, jhrozek, j, lslebodn, mhroncok, mzidek, pbrezina, rharwood, sbose, ssorce
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	fedora-obsolete-packages-30-30	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-03-04 22:14:56 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:
Embargoed:

Description Tomasz Torcz 2019-03-02 18:29:33 UTC

Description of problem:
With respect to https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/D4ZBMUAOS63DFEKS4J35EQP5P7VVTPMM/
Ugrading to fedora 30 fails with


 Problem 9: package python2-libsss_nss_idmap-2.0.0-5.fc29.x86_64 requires libsss_nss_idmap = 2.0.0-5.fc29, but none of the providers can be installed
  - libsss_nss_idmap-2.0.0-5.fc29.x86_64 does not belong to a distupgrade repository
  - problem with installed package python2-libsss_nss_idmap-2.0.0-5.fc29.x86_64

Comment 1 Alexander Bokovoy 2019-03-02 18:34:15 UTC

python2-libsss_nss_idmap needs to be added to fedora-obsolete-packages: https://src.fedoraproject.org/rpms/fedora-obsolete-packages

Comment 2 Alexander Bokovoy 2019-03-02 19:06:14 UTC

Hm. It *is* already in there. SSSD package obsoletes were added quite some time ago.

Comment 3 Lukas Slebodnik 2019-03-02 21:03:57 UTC

(In reply to Alexander Bokovoy from comment #2)
> Hm. It *is* already in there. SSSD package obsoletes were added quite some
> time ago.

But obsolete there are not sufficient

sh-5.0$ rpm -q fedora-obsolete-packages
fedora-obsolete-packages-30-25.noarch
sh-5.0$ rpm -q --obsoletes fedora-obsolete-packages | grep sss
python2-libsss_nss_idmap < 2.0.0-5
python2-sss < 2.0.0-6
python2-sss-murmur < 2.0.0-6


python2-libsss_nss_idmap-2.0.0-5.fc29.x86_64 is not obsoleted by fedora-obsolete-packages-30-25.noarch

And version&release will be bumped many times in f29 cause f29 is far from EOL.

Comment 4 Lukas Slebodnik 2019-03-02 21:05:31 UTC

Adding needinfo to people who did python2 removal in BZ1629737

Comment 5 Miro Hrončok 2019-03-03 09:54:28 UTC

When you update sssd in stable release, you need to bump the obsolete version-release in fedora-obsolete-packages.

I'll set it to 2.0.0-20 for now so you don't have to do it every day, but note that if you ever go to e.g. 2.0.1 you'll need to bump it. Also, if you ever need to readd python2-libsss_nss_idmap etc. to newer Fedora, you need to make it at least 2.0.0-21.

Comment 6 Lukas Slebodnik 2019-03-04 09:38:34 UTC

(In reply to Miro Hrončok from comment #5)
> When you update sssd in stable release, you need to bump the obsolete
> version-release in fedora-obsolete-packages.
> 
> I'll set it to 2.0.0-20 for now so you don't have to do it every day, but
> note that if you ever go to e.g. 2.0.1 you'll need to bump it. Also, if you
> ever need to readd python2-libsss_nss_idmap etc. to newer Fedora, you need
> to make it at least 2.0.0-21.

There is already sssd 2.1.0 in upstream Which should land in fedora soon (At least it was promised)
https://pagure.io/SSSD/sssd/releases

I would recommend to change obsolete to 2.1.0-20

Comment 7 Miro Hrončok 2019-03-04 21:45:59 UTC

Adding.

python2-libsss_nss_idmap < 2.1.0-20
python2-sss < 2.1.0-20
python2-sss-murmur < 2.1.0-20

Comment 8 Miro Hrončok 2019-03-04 22:05:06 UTC

And

python2-libipa_hbac < 2.1.0-20