Bug 271855 – app-office/dia-0.97 fails to build with USE=python

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Christian Franke 2009-05-30 11:03:10 UTC]

econf of app-office/dia-0.97 fails here because it is looking for libpython2.6.a in /usr/lib/python2.6/config for it, but the dev-lang/python ebuild has actually put it into /usr/lib.

Reproducible: Always

Steps to Reproduce:

[Comment 1 Christian Franke 2009-05-30 11:05:06 UTC]

Created attachment 192966 [details]
Patch which makes configure look for libpython2.6.a in /usr/lib too

This is how I fixed it, configure now looks in /usr/lib too, but maybe (probably?) there is a better solution...

[Comment 2 Sven E. 2009-05-31 20:18:19 UTC]

I can confirm this bug.

For some odd reason I can not apply the patch whatsoever - There's another patch applied bei epatch in the ebuild, which is not applied during emerge either. Any recommendations on this?

[Comment 3 Daniel Weigert 2009-06-01 02:57:09 UTC]

This bug exists on x86_64 as well.

[Comment 4 Gilles Dartiguelongue (RETIRED) 2009-06-05 11:43:25 UTC]

*** Bug 272741 has been marked as a duplicate of this bug. ***

[Comment 5 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2009-06-05 20:15:07 UTC]

Rather every package should use libpythonX.Y.so instead of libpythonX.Y.a.
(See bug #252372.)

[Comment 6 RB 2009-06-16 20:31:14 UTC]

Upstream bug

http://bugzilla.gnome.org/show_bug.cgi?id=581533

[Comment 7 Gilles Dartiguelongue (RETIRED) 2009-06-17 06:39:50 UTC]

vincent's patch looks better.

[Comment 8 Romain Perier (RETIRED) 2009-06-17 11:40:39 UTC]

Christian: have a look to the patch submitted to upstream, it's already needed to choice a shared object (when it's possible of course) instead of a 'ar lib', the first is totally dynamic , the second is totally static, when the API will be updated for example packages compiled with static libs will must be recompiled to include new behaviours (from the new API)... not with a shared object ;)

However, thanks for your patch anyway :)

[Comment 9 Romain Perier (RETIRED) 2009-06-21 12:01:00 UTC]

Fixed into the tree without a revision bump, patch fixed a bit and attached to upstream.
Thanks for reporting ;)

[Comment 10 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2009-07-09 01:40:58 UTC]

*** Bug 277093 has been marked as a duplicate of this bug. ***

[Comment 11 Gilles Dartiguelongue (RETIRED) 2009-07-12 07:28:31 UTC]

*** Bug 277093 has been marked as a duplicate of this bug. ***

[Comment 12 Petr Pisar 2009-07-12 20:30:39 UTC]

This bug applies to app-office/dia-0.96.1-r1[python] with dev-lang/python-2.5.4-r3 too. Not sure how much effort to give it because app-office/dia-0.96 contains security bug and will be superseded by newer version (bug #257020).

[Comment 13 Gilles Dartiguelongue (RETIRED) 2009-07-12 20:38:40 UTC]

Please stop commenting on every other bug you come across, if you want the fix that is in dia 0.97, please just fill a damn stabilization request.

[Comment 14 Fabian Groffen 2010-01-27 16:50:43 UTC]

problem of the proposed patch are twofold:
- it still prints ".a" but checks ".so"
- it assumes the shared object is called ".so", iso .dll, .dylib, .sl, etc. as on non-ELF platforms

That's basically what bug #298232 is about.  Isn't there a way to pull from python what the shared lib object is supposed to be?

[Comment 15 Arfrever Frehtes Taifersar Arahesis (RETIRED) 2010-01-28 15:39:04 UTC]

Maybe sysconfig.get_config_var("LDLIBRARY")...