#1258 closed task (fixed)
move to python2 package naming
| Reported by: | Antoine Martin | Owned by: | Smo |
|---|---|---|---|
| Priority: | major | Milestone: | 1.0 |
| Component: | packaging | Version: | trunk |
| Keywords: | rpm python | Cc: |
Description (last modified by )
The Python 2.x packages for Fedora are now called python2-XXX instead of just python-XXX as before.
Doing this will prevent update conflicts.
It should just be a matter of renaming the package and adding Obsoletes and Provides to the spec file. This should be backwards compatible for centos 6.x
We can reference the new package names in the main xpra spec file.
Maybe this is a good time to merge the pyopengl and accelerate package to match fedora packaging.
Somewhat related to #1253.
See:
Change History (9)
comment:1 Changed 4 years ago by
| Status: | new → assigned |
|---|
comment:2 Changed 4 years ago by
| Description: | modified (diff) |
|---|
comment:3 Changed 4 years ago by
| Owner: | changed from Antoine Martin to Smo |
|---|---|
| Status: | assigned → new |
Onto pyopengl: the Fedora python-pyopengl package (now named python2-pyopengl for python2 in Fedora as per PyOpenGL renamed to python-pyopengl) includes both PyOpenGL and PyOpenGL_accelerate in a single RPM but without conflicting with the PyOpenGL-accelerate packages we had already published, causing all sorts of problems including distro version upgrades failing, and that's bad!
Fixing this pyopengl packaging mess (done in r13033 + r13034) was hard because I don't want to have to maintain multiple versions of the spec file and the rpm version in centos6 is severely limited compared to the one in Fedora.
The whole point of our pyopengl package on Fedora is only to add the Obsoletes: PyOpenGL-accelerate... nothing else. PITA.
Eventually we could drop it altogether, but there doesn't seem to by an new pyopengl release on the horizon, so this could take a while.
r13035 fixes the same problem with python-lz4: Fedora decided to package it as python2-lz4 but without an Obsoletes: python-lz4 clause, and so we can't depend on this new name because this would bring the Fedora package, which then conflicts with the already installed xpra repository provided package python-lz4.. So we'll have to push the updated package first. PITA.
r13038 also updates the xpra spec file to use the new "python2" package names where applicable.
comment:4 Changed 4 years ago by
comment:5 Changed 4 years ago by
Needed a few more tweaks (and a few attempts) for centos6: r13145 + r13146 + r13147 + r13148.
Now we can update from the beta repo and get:
=============================================================================================================================
Package Arch Version Repository Size
=============================================================================================================================
Installing:
python-pyopengl x86_64 3.1.1a1-4.1xpra2.el6_8 winswitch-beta 2.4 M
replacing PyOpenGL.noarch 3.1.1a1r1-1.el6_8
replacing PyOpenGL-accelerate.x86_64 3.1.1a1r1-1.el6_8
python2-lz4 x86_64 0.8.2-2.el6_8 winswitch-beta 9.2 k
replacing python-lz4.x86_64 0.8.2-1.el6_8
python2-netifaces x86_64 0.10.4-6.el6_8 winswitch-beta 16 k
replacing python-netifaces.x86_64 0.5-1.el6
python2-pillow x86_64 3.3.0-2.el6_8 winswitch-beta 579 k
replacing python-pillow.x86_64 3.2.0-2.el6_8
Updating:
libvpx-xpra x86_64 1.6.0-1.el6_8 winswitch-beta 697 k
xpra x86_64 1.0-0.20160728r13114.el6_8 winswitch-beta 2.8 M
xpra-common noarch 1.0-0.20160728r13114.el6_8 winswitch-beta 557 k
comment:9 Changed 2 years ago by
See Python RPM Porting Guide : New Python package naming scheme.
This caused some problems: #1897
copyleft 2010 - 2020
Done for rencode in r13031, will use this for testing.