Skip to content

Drop support for Python < 2.6 on the server#371

Open
AlexanderS wants to merge 15 commits into
Bcfg2:masterfrom
AlexanderS:drop-legacy-python-support
Open

Drop support for Python < 2.6 on the server#371
AlexanderS wants to merge 15 commits into
Bcfg2:masterfrom
AlexanderS:drop-legacy-python-support

Conversation

@AlexanderS
Copy link
Copy Markdown
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.

the metadata caches if the config file changes.

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

Copy link
Copy Markdown
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
Copy Markdown
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
Copy Markdown
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
Copy Markdown
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
@AlexanderS AlexanderS force-pushed the drop-legacy-python-support branch from 6f412c2 to af72350 Compare November 10, 2017 17:41
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
Copy Markdown
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
Copy Markdown
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