Bug 1280312
Summary: | Include patches from Fedora in pygpgme | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Till Maas <opensource> |
Component: | pygpgme | Assignee: | Charalampos Stratakis <cstratak> |
Status: | CLOSED WONTFIX | QA Contact: | BaseOS QE Security Team <qe-baseos-security> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.3 | CC: | opensource |
Target Milestone: | rc | ||
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: | 2018-01-04 15:31:33 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
Till Maas
2015-11-11 13:00:11 UTC
Thanks for your report. Do you have a specific use case in mind? RHEL updates are limited in number and scope, and prioritized by technical and customer need. Having a customer case attached to this bug (through the Customer Portal, access.redhat.com, or perhaps your organization’s TAM) would make it more likely that these patches can be included. (For the record, the corresponding Fedora chanage is #975815.) Unfortunately I do not have a customer case for this. I use for custom scripts to check signatures and make sure that signatures are using a good algorithm. And the no-encrypt-to hash allows to encrypt files to certain keys only ignoring keys that are set in the gpg.conf file. I falsely remembered that the package was in EPEL and now noticed when trying my script on EPEL7 that it is not and therefore does not contain the patches. Please close this ticket. I will not use pygpgme in the future but migrate to python-gpg. |