Summary: | dev-libs/clearsilver-0.10.3 version bump and python 2.5 patch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marien Zwart (RETIRED) <marienz> |
Component: | [OLD] Development | Assignee: | Julien Allanos (RETIRED) <dju> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | CC: | orangewarrior, web-apps |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 148333, 149001 | ||
Attachments: |
configure.in and PyMem/PyObject fixes.
ebuild including this patch build log config.log |
Description
Marien Zwart (RETIRED)
2006-09-23 15:41:43 UTC
Created attachment 97901 [details, diff]
configure.in and PyMem/PyObject fixes.
Created attachment 98010 [details]
ebuild including this patch
Hmm I've created an ebuild which includes this patch but it does not compile module for python 2.5 but for 2.4... I put this as an attachment so you can check if I did something wrong.
The patch touches configure.in, so you will have to rerun at least autoconf for it to work. Adding "inherit autotools" and running "eautoreconf" at the end of src_unpack should do the trick. I'll report it to upstream, and I'll include some patches into clearsilver-0.10.3 asap. (In reply to comment #3) > The patch touches configure.in, so you will have to rerun at least autoconf for > it to work. Adding "inherit autotools" and running "eautoreconf" at the end of > src_unpack should do the trick. > It works almost perfectly, clearsilver compiles now with python 2.5, but puts *.so in / instead of python2.5/site-packages, I do not know autotools very well so I dont know why... That does not happen here. Can you provide a build log? config.log might also be interesting. Created attachment 98145 [details]
build log
Build log.
Created attachment 98147 [details]
config.log
PYTHON_SITE is not set...
Huh. I do not see how that could happen unless PYTHON_SITE is set to the empty string in your (or really portage's) environment. Can you check if that happened somehow? As far as I can tell the configure script should always set PYTHON_SITE to something else than the empty string unless it's already set in the environment. Ok. I changed my ebuild to compile 10.3 version and it works. In changelog from 10.2 to 10.3 they write that: Change 2006/01/26 by blong@blong Fix bug introduced in 0.10.2 version of configure (bad sh syntax for PYTHON_SITE) and try another tact for getting site locations that should work with /usr/lib64 variations. Please test clearsilver-0.10.3. (In reply to comment #11) > Please test clearsilver-0.10.3. > Works fine. :) Then closing. |