Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 481488 - dev-python/wxpython leaves orphaned wxversion.py[co] files in site-packages
Summary: dev-python/wxpython leaves orphaned wxversion.py[co] files in site-packages
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo wxWidgets Herd
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-17 20:49 UTC by Mike Gilbert
Modified: 2019-07-05 19:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Gilbert gentoo-dev 2013-08-17 20:49:41 UTC
I ran into an issue with matplotlib's build system in bug 479970, which caused me to have a closer look at what we are doing with wxpython.

By using alternatives.eclass, the following symlinks get created:

/usr/lib/python2.7/site-pacakges/wx.pth -> wx.pth-HIGHEST_VERSION
/usr/lib/python2.7/site-packages/wxversion.py -> wxversion.py-HIGHEST_VERSION

This creates a couple of problems:

1. When a python package depends on a specific wxpython slot, it actually ends up getting the highest installed version of wxpython.

2. When all versions of wxpython are unmerged, we may end up leaving behind stale wxversion.py[co] files if root ever imported that module.

I would propose that we unslot dev-python/wxpython. Are there any objections from the wxwidgets team?
Comment 1 Mike Gilbert gentoo-dev 2013-08-17 21:13:45 UTC
Hmm... actually reading through wxversion.py, point #1 is not the issue I thought it was. wxversion.py is specifically designed to deal with this.

We still need to figure out a way to deal with the orphaned py[co] files.