xpra icon
Bug tracker and wiki

Opened 7 months ago

Closed 7 months ago

#2274 closed defect (fixed)

3.0 packaging mixup

Reported by: Antoine Martin Owned by: Antoine Martin
Priority: critical Milestone: 3.0
Component: packaging Version: 3.0.x
Keywords: Cc:

Description

Somehow ends up placing python3.7 files in the python2.7 directory!

Processing files: python3-xpra-server-debuginfo-3.0-0.fc29.x86_64
Provides: debuginfo(build-id) = 57adaa1410c652ca480e9371e33882a4adfe9c89 debuginfo(build-id) = 705dee93444659a822468279cd8ba2d8db0b14ab debuginfo(build-id) = ae3144f0a46ba2817c9452e249245938be234ab6 python3-xpra-server-debuginfo = 3.0-0.fc29 python3-xpra-server-debuginfo(x86-64) = 3.0-0.fc29
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
Recommends: xpra-debugsource(x86-64) = 3.0-0.fc29
Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/antoine/rpmbuild/BUILDROOT/xpra-3.0-0.fc29.x86_64
error: Installed (but unpackaged) file(s) found:
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/__init__.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/child_reaper.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/exit_codes.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/log.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/make_thread.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/os_util.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/src_info.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/util.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/version_util.cpython-37.pyc


RPM build errors:
    Installed (but unpackaged) file(s) found:
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/__init__.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/child_reaper.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/exit_codes.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/log.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/make_thread.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/os_util.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/src_info.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/util.cpython-37.pyc
   /usr/lib64/python2.7/site-packages/xpra/__pycache__/version_util.cpython-37.pyc

Change History (2)

comment:1 Changed 7 months ago by Antoine Martin

Priority: majorcritical
Status: newassigned

What is happening here is that the unit tests end up running with PYTHONPATH pointing to the correct python2 location, but running the python3 version. (now that python3 is the default)

As a result, python3 creates its __pycache__ in the wrong place.

Last edited 7 months ago by Antoine Martin (previous) (diff)

comment:2 Changed 7 months ago by Antoine Martin

Resolution: fixed
Status: assignedclosed

Fixed in r22435.

This would not have affected the buildbot, which does not have another python variant of xpra installed outside the buildroot.

Note: See TracTickets for help on using tickets.