Bug 2047894
| Summary: | [RFE:EPEL9] EPEL9 branch for python-ntlm-auth | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Pat Riehecky <riehecky> |
| Component: | python-ntlm-auth | Assignee: | Igor Raits <igor.raits> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | epel9 | CC: | maxwell |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | python-ntlm-auth-1.5.0-8.el9 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-01-16 00:51:04 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: | 2032989 | ||
|
Description
Pat Riehecky
2022-01-28 19:56:32 UTC
Are you sure that you want this? It requires md4 hashes, which requires changes to the OpenSSL crypto policy. According to the upstream maintainer: > The ntlm spec required md4/md5 to be used as part of calculating the hash and we can't change the spec. In reality NTLM is a really old protocol that you honestly shouldn't be using if possible, when you are in a domain environment then take the time to start using Kerberos. -- https://github.com/jborean93/ntlm-auth/issues/22#issuecomment-442967754 If you still insist on branching this, I will do so. I only maintain this, because it's still required by python-winrm which is required for ansible-core (which I maintain) to interface with Windows hosts. FEDORA-2022-a710355b6b has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a710355b6b FEDORA-2022-a710355b6b has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2022-28ecbc1b50 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-28ecbc1b50 FEDORA-2022-28ecbc1b50 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2022-f4686c41a2 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-f4686c41a2 FEDORA-2022-53e0c8585c has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-53e0c8585c Hmm, it seems I accidentally associated a different update with the wrong bug. Sorry about that! FEDORA-2022-f4686c41a2 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-f4686c41a2` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-f4686c41a2 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-EPEL-2023-c06af064dc has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-c06af064dc FEDORA-EPEL-2023-270081f8ec has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-270081f8ec FEDORA-EPEL-2023-c06af064dc has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-c06af064dc See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-EPEL-2023-c06af064dc has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report. |