pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/44580: python26: PLIST issue on OpenSolaris
The following reply was made to PR pkg/44580; it has been noted by GNATS.
From: "Filip Hajny" <filip%joyent.com@localhost>
To: <gnats-bugs%NetBSD.org@localhost>
Cc: <pkg-manager%netbsd.org@localhost>,
<gnats-admin%netbsd.org@localhost>,
<pkgsrc-bugs%netbsd.org@localhost>
Subject: Re: pkg/44580: python26: PLIST issue on OpenSolaris
Date: Tue, 15 Feb 2011 23:50:08 +0100
On 15.2.2011, at 20:20, cheusov%tut.by@localhost wrote:
> Building lang/python26 ends like the following.
>=20
> =3D> Creating binary package /srv/pkgsrc_bin/SunOS/All/python26-2.6.6nb=
5.tgz
> pkg_create: can't stat `/tmp/obj-pkgsrc/lang/python26/work/.destdir/usr=
/pkg/lib/python2.6/lib-dynload/_ctypes.so'
> pkg_create: can't stat `/tmp/obj-pkgsrc/lang/python26/work/.destdir/usr=
/pkg/lib/python2.6/lib-dynload/_socket.so'
> pkg_create: can't stat `/tmp/obj-pkgsrc/lang/python26/work/.destdir/usr=
/pkg/lib/python2.6/lib-dynload/_ssl.so'
> pkg_create: lstat failed for file lib/python2.6/lib-dynload/_ctypes.so:=
No such file or directory
> *** Error code 2
This is not a PLIST issue, well at least unless you're fine with having a c=
type-less Python installation.
The problem is not in lang/python26, but in devel/libffi (which ctypes requ=
ires). I have been able to build lang/python26 with Studio and ABI=3D64, pr=
ovided I use a GCC-compiled devel/libffi package. The general consensus see=
ms to be that libffi simply requires GCC.
However even with GCC, libffi fails with ABI=3D64 on Solaris in a nasty way=
- it builds a valid 64bit shared lib that doesn't include the source requi=
red to make it anything useful on x86_64 (something that ctypes will be hap=
py with). I have yet to turn this into a proper patch (not sure when I'll h=
ave time for that), and it's a case for upstream fixing for sure.
-F=
Home |
Main Index |
Thread Index |
Old Index