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

Drop support for Python < 2.6 on the server #371

Open
wants to merge 15 commits into
base: master
Choose a base branch
from

Conversation

AlexanderS
Copy link
Member

This drops the support for Python < 2.6 on the server. I removed some compat stuff and used the native variants on the server for compat stuff, that is still required for the client code.

Most stuff in Bcfg2.Compat is for Python 3 compatibility now. We could consider to use https://pypi.python.org/pypi/six and drop our own Python 3 compat stuff. I think it provides all the Python 3 compatibility we need.

@@ -46,6 +46,8 @@ backwards-incompatible user-facing changes
your queries default to the class names and the Ldap plugin expires
the metadata caches if the config file changes.

* Droped support for Python 2.5 or below on the bcfg2 server.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps we should create release notes for pre3 (or rc1, not sure) and add this there.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should rc1 release note contain all changes since 1.3.x?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@AlexanderS Hmm, that's a good question. I think you may be right that rc1 should contain all changes. Especially since we haven't released something in a while.

@AlexanderS
Copy link
Member Author

Just a quick note: Because we have now at least 2.6 on the server we could use something like that:

from __future__ import print_function, unicode_literals

to deal with the Python3 incompatibility.

@AlexanderS AlexanderS force-pushed the drop-legacy-python-support branch 2 times, most recently from fdeaa26 to 6f412c2 Compare November 10, 2017 17:15
The server does not support Python < 2.6 anymore, so we do not need to (and
cannot) check the server tools with the older python versions.
@solj
Copy link
Member

solj commented Nov 30, 2017

@AlexanderS I think we just need to exclude the python2.4 travis tests to get the check to succeed here.

Before the "error only" tests of the scripts in the sbin/ directory ignored
the list of files that should not checked at all.
@AlexanderS
Copy link
Member Author

I fixed the testsuite. The sbin/ checks had wrong blacklist handling.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants