Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 481488 - dev-python/wxpython leaves orphaned[co] files in site-packages
Summary: dev-python/wxpython leaves orphaned[co] files in site-packages
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo wxWidgets project
Depends on:
Reported: 2013-08-17 20:49 UTC by Mike Gilbert
Modified: 2024-02-05 23:30 UTC (History)
4 users (show)

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


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/ ->

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[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, point #1 is not the issue I thought it was. is specifically designed to deal with this.

We still need to figure out a way to deal with the orphaned py[co] files.
Comment 2 jospezial 2024-02-05 23:30:18 UTC
Mike, is this still a thing after more than 10 years now with current (wx)python implementation in Gentoo?
Or do you want to close this?