Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[stable-2.5] Migrate from MySQLdb to PyMySQL (#40123) #45982

Merged

Conversation

DSpeichert
Copy link
Contributor

  • Migrate from MySQLdb to PyMySQL
  • Deduplicate driver loading and failure message
  • Explain requirements
  • Apply requirements docs change to proxysql too
  • Add changelog.
    (cherry picked from commit d34cf93)

Co-authored-by: Daniel Speichert DSpeichert@users.noreply.github.com

SUMMARY

Fixes #29887

ISSUE TYPE
  • Bugfix Pull Request
COMPONENT NAME

mysql_db

ANSIBLE VERSION

2.5

ADDITIONAL INFORMATION

Backport of #40123

* Migrate from MySQLdb to PyMySQL

* Deduplicate driver loading and failure message

* Explain requirements

* Apply requirements docs change to proxysql too

* Add changelog.
(cherry picked from commit d34cf93)

Co-authored-by: Daniel Speichert <DSpeichert@users.noreply.github.com>
@ansibot
Copy link
Contributor

ansibot commented Sep 21, 2018

@ansibot ansibot added affects_2.5 This issue/PR affects Ansible v2.5 backport This PR does not target the devel branch. bug This issue/PR relates to a bug. core_review In order to be merged, this PR must follow the core review workflow. module This issue/PR relates to a module. needs_triage Needs a first human triage before being processed. support:community This issue/PR relates to code supported by the Ansible community. support:core This issue/PR relates to code supported by the Ansible Engineering Team. labels Sep 21, 2018
@s-hertel s-hertel removed the needs_triage Needs a first human triage before being processed. label Sep 21, 2018
@nitzmahone
Copy link
Member

nitzmahone commented Sep 25, 2018

(EDIT NM, after discussing with the other RMs and looking at the code, I see you're not "migrating" but adding a new option). This doesn't seem like a great candidate for a backport, since it will break every user of this module until they swap their deps. We try really hard not to make breaking changes like that in service releases unless it's something very drastic like a REST API that's been completely shut down, where the module will be totally non-functional going forward without a change like this... I don't think this falls into that category, so I'm going to close the backport PR.

@nitzmahone nitzmahone closed this Sep 25, 2018
@nitzmahone nitzmahone reopened this Sep 25, 2018
@odyssey4me
Copy link
Contributor

@nitzmahone It'll try pymysql first, then fall back to the old driver: https://github.com/ansible/ansible/pull/45982/files#diff-574ce10847bde8823e28af27d7cc3839

@nitzmahone
Copy link
Member

Right, but the test deps always install the new driver, so after this change, nothing will test the old code path.. Right?

@nitzmahone
Copy link
Member

Looks like RHEL still runs with the old dep, so I'm 👍 to go ahead and take this for 2.5.10.

@nitzmahone nitzmahone merged commit 7aad590 into ansible:stable-2.5 Sep 25, 2018
@ansible ansible locked and limited conversation to collaborators Jul 22, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
affects_2.5 This issue/PR affects Ansible v2.5 backport This PR does not target the devel branch. bug This issue/PR relates to a bug. core_review In order to be merged, this PR must follow the core review workflow. module This issue/PR relates to a module. mysql support:community This issue/PR relates to code supported by the Ansible community. support:core This issue/PR relates to code supported by the Ansible Engineering Team.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants