| Summary: | dev-util/glade-3.6.3: re-links to system's glade for python plugin | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Rafał Mużyło <galtgendo> |
| Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://bugzilla.gnome.org/show_bug.cgi?id=582982 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 263083 | ||
Of course, if I'd rebuild it now, it will be fixed, but some people may get surprised by this during upgrade. could you report this problem upstream ? Thanks. Added a fix for this with the 3.6.4 bump. Thanks for the help, Rafał. |
(I think glade 3.6.3 is still in gnone overlay only, but this is a more general note, possibly an unforeseen upstream bug) I've emerged glade 3.6.3, upgrading from glade 3.4.5 and got a strange result - revdep-rebuild claimed that it immediately needed to rebuild it. * broken /usr/lib/glade3/modules/libgladepython.so (requires libgladeui-1.so.7) However, libgladeui-1.so belongs to glade. But it's libgladeui-1.so.9 for 3.6.3. I think that the problem comes from m4/python.m4 macro. The important part is: py_exec_prefix=`$PYTHON -c "import sys; print sys.exec_prefix"` if test "x$PYTHON_LIBS" == x; then PYTHON_LIBS="-L${py_prefix}/lib -lpython${PYTHON_VERSION}" fi (for me, on x86, that means -L/usr/lib) That is a bit incompatible with portage, as it makes it link with the libs in /usr/lib during src_install().