Description of problem:
Rpm's python3 API has been totally braindamaged all this time but people are only noticing now that it's starting to get used.
We're changing rpm to return all string data as surrogate-escaped utf-8 python strings everywhere (instead of bytes with unknown encoding that the API doesn't otherwise even accept, see bug 1631292). This makes most rpm-scripts written for python2 just work with python3 too (from the rpm pov).
Most software that has kept python2 compatibility are automatically compatible with the fixed API, but unfortunately python3-only users like atomic need fixing for the new behavior.
There's at least one place in atomic that is affected, there's an explicit .decode() in _get_rpms() function.
As the broken rpm versions are widely in use, it's best to keep compatibility with both initially. Basically replace all the hardcoded .decode("utf-8") calls to header data with something like this:
if isinstance(data, bytes):
I was pointed out that the bug referred to in the message is a private RHEL bug, sorry about that.
The public, Fedora side counterpart with the background story is the one blocked by this, ie
Atomic command is being dropped.
Lokesh how do I go about dropping a package from Fedora?
Daniel, see https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Package is retired.