Is py-sqlite3 broken (missing _ctypes)?

[Kubilay Kocak]

On 16/10/2014 1:29 PM, Thomas Mueller wrote:
> Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 relating to _ctypes, am not really familiar with that.
> 
> Did I do something wrong, or is this a more general bug?
> 
> I am on FreeBSD-current amd64, r272279.
> 
> I tried to portmaster databases/py-sqlite3 separately after initial failure, to isolate the error.
> 
> Log file is short:
> 
> ===>>> Currently installed version: py27-sqlite3-2.7.6_4
> ===>>> Port directory: /usr/ports/databases/py-sqlite3
> 
> ===>>> Gathering distinfo list for installed ports
> 
> ===>>> Launching 'make checksum' for databases/py-sqlite3 in background
> ===>>> Gathering dependency list for databases/py-sqlite3 from ports
> ===>>> Initial dependency check complete for databases/py-sqlite3
> 
> ]0;portmaster: py27-sqlite3-2.7.6_4
> ===>>> Starting build for databases/py-sqlite3 <<<===
> 
> ===>>> All dependencies are up to date
> 
> ===>  Cleaning for py27-sqlite3-2.7.8_5
> ===>  License PSFL accepted by the user
> ===>   py27-sqlite3-2.7.8_5 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by py27-sqlite3-2.7.8_5 for building
> ===>  Extracting for py27-sqlite3-2.7.8_5
> => SHA256 Checksum OK for python/Python-2.7.8.tar.xz.
> ===>  Patching for py27-sqlite3-2.7.8_5
> ===>   py27-sqlite3-2.7.8_5 depends on package: py27-setuptools27>0 - found
> ===>   py27-sqlite3-2.7.8_5 depends on file: /usr/local/bin/python2.7 - found
> ===>   py27-sqlite3-2.7.8_5 depends on shared library: libsqlite3.so - found (/usr/local/lib/libsqlite3.so.0.8.6)
> ===>  Configuring for py27-sqlite3-2.7.8_5
> ===>   FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/aclocal.m4
> ===>   FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/acinclude.m4
> ===>   FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/m4/libtool.m4
> ===>   FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/configure
> ===>   FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/zlib/configure
> ===>   FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/configure
> Traceback (most recent call last):
>   File "<string>", line 1, in <module>
>   File "setup.py", line 36, in <module>
>     import ctypes
>   File "/usr/local/lib/python2.7/ctypes/__init__.py", line 10, in <module>
>     from _ctypes import Union, Structure, Array
> ImportError: No module named _ctypes
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/ports/databases/py-sqlite3
> 
> ===>>> make build failed for databases/py-sqlite3
> ===>>> Aborting update
> 
> 
> ===>>> You can restart from the point of failure with this command line:
>        portmaster <flags> databases/py-sqlite3 
> 
> 
> Tom
> 
> _______________________________________________
> freebsd-python at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-python
> To unsubscribe, send any mail to "freebsd-python-unsubscribe at freebsd.org"
> 

Hi Tom, thanks for the report!

This one needs further isolation to lang/python27, to identify why the
ctypes module fails to build. Let us know what you find.

--
koobs