Bug 1808352

Summary: vboot-utils requires Python 2 to build
Product: [Fedora] Fedora Reporter: Petr Viktorin (pviktori) <pviktori>
Component: vboot-utilsAssignee: Peter Robinson <pbrobinson>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: jdisnard, pbrobinson
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-01 09:40:16 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:
Bug Depends On:    
Bug Blocks: 1803205    

Description Petr Viktorin (pviktori) 2020-02-28 10:02:25 UTC 
Python 2 reached upstream end-of-life in January 2020. In Fedora Rawhide, it's now provided from the compat package `python27`.
Packages that only use Python 2 at build time, like vboot-utils, had a general exception to keep using it in Fedora 31. Now, the dependency should be removed.

Switching to Python 3 seemed easy to me (though I don't necessarily
know much about vboot-utils). So I opened a pull request: https://src.fedoraproject.org/rpms/vboot-utils/pull-request/2

Could you merge it?
If not, if it's possible that the Python 2 build dependency won't get
removed in Fedora 33, please let us know; the package will need
a FESCo exception.

If you need anything from us, or something is unclear, please mention it here.
Comment 1 Peter Robinson 2020-02-28 13:27:34 UTC 
I will deal with it when I have the time to deal with rebasing to upstream and the FTBFS ticket, the PR has already made me aware of the problem, yet more tickets is only going to waste my time to work on it by dealiing with pointless duplicate tickets!
Comment 2 Petr Viktorin (pviktori) 2020-02-28 14:00:11 UTC 
Sorry. Unfortunately, there's no good way to tell if you're one of the many packagers who ignore pull requests.
Comment 3 Peter Robinson 2020-03-01 09:40:16 UTC 
(In reply to Petr Viktorin from comment #2)
> Sorry. Unfortunately, there's no good way to tell if you're one of the many
> packagers who ignore pull requests.

And spamming with more tickets is even a worse way!