Dear all
The X2Go project is proud to announce a new release of the X2Go component ,,python-x2go''.
New gains of this version of ,,python-x2go'' are:
o fixed writing inifiles with Python 3 o RPM packaging improvements, mostly interesting for selecting the correct Python 3 version on EPEL
Known issues: o Python-3-version will NOT install on *SuSE systems (missing run-time dependencies) o Python-3-version will NOT work correctly on older, unsupported Fedora versions o Python-3-version might behave erratic and crash even on newer, supported Fedora versions o RHEL/EPEL is untested and might not work
*** IMPORTANT NOTE *** This is not a particularly good release. It has a lot of known issues and might not work for you.
Please evaluate carefully if this version works correctly before deploying it widely.
This said, we desperately need this release for Debian, which is in the process of phasing out Python-2-software. *** IMPORTANT NOTE ***
X2Go Component: python-x2go Version: 0.6.1.2 Status: RELEASE Timestamp: 1577344687 Date: Thu, 26 Dec 2019 08:18:07 +0100 Changes: python-x2go (0.6.1.2) RELEASED; urgency=medium . [ Mike Gabriel ]
- New upstream version (0.6.1.2):
- Fix writing of inifiles when running under Python3.
- x2go/inifiles.py: No need to import future's print_function() anymore. . [ Mihai Moldovan ]
- New upstream version (0.6.1.2):
- python-x2go.spec:
- Rework python_module compat section. Be generic. Add support for EPEL 7+ packages via %{python3_pkgversion}, hardcode EPEL 6 packages to python34 and leave everything else mostly untouched.
- Add name_helper_python3 macro, simplifying Python 3 package name usage a lot.
- Same thing as name_helper_python2 for Python 2 names.
- Switch to actually using %{name_helper_python3}.
- Same for %{name_helper_python2}.
- Macros with empty bodies are not allowed, define them to be %{nil}.
- Don't override sections if the target name is python-x2go.
- Fix syntax error.
- Fix name checks.
Regards,
Mihai Moldovan