-
Notifications
You must be signed in to change notification settings - Fork 58
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
base: master
Are you sure you want to change the base?
Conversation
b32009e
to
c6222de
Compare
@@ -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. | |||
|
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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?
There was a problem hiding this comment.
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.
Just a quick note: Because we have now at least 2.6 on the server we could use something like that:
to deal with the Python3 incompatibility. |
fdeaa26
to
6f412c2
Compare
We now require Python 2.6 on the server and can use PEP 341 (Unified try/except/finally).
6f412c2
to
af72350
Compare
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.
@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.
I fixed the testsuite. The |
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.