tags 682795 + wontfix
thanks
I'll revert this change for the wheezy release.
On 25.07.2012 21:16, Yaroslav Halchenko wrote:
> Package: python3.2
> Version: 3.2.3-3
> Severity: wishlist
>
> introduced in 3.2.3-3 with
>
> * Lookup extension modules with a multiarch suffix too.
>
> probably it is not a bug per se since I do not think that order of values in
> get_suffixes() must be important (or should it?) but I have ran into it while
> preparing new package for cython [1]:
>
> $> python3 -c 'import imp; print(imp.get_suffixes()[0:2]); from
> distutils.sysconfig import get_config_var; print(get_config_var("SO"))'
> [('.cpython-32mu-x86_64-linux-gnu.so', 'rb', 3), ('.cpython-32mu.so', 'rb',
> 3)]
> .cpython-32mu.so
>
> while before -3 was the '.cpython-32mu.so' "leading" the list
>
> or if by default extensions should be built in 'multiarch' way then may
> be get_config_var("SO") should return multiarch-ed suffix?
>
> [1] http://mail.python.org/pipermail/cython-devel/2012-July/002935.html
for now, I don't see a way to keep the new extension as an internal extension
only.
- the lookup of the multiarch name has to happen before the
non-multiarch name. so get_suffixes will return something
different than upstream.
- cpython should be fixed to look up *all* possible extensions.
- if cpython needs a specific name, maybe the get_config_var("SO")
value should be used. Not sure if this is the best option.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
