[Bug 224324] lang/python* fails to install for wrongfully requiring yp/nis

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224324

--- Comment #1 from Chris Hutchinson <portmaster at bsdforge.com> ---
(In reply to Chris Hutchinson from comment #0)
> I just finished a fresh install of CURRENT at r326056. Followed by a
> build/install of world/base. An attempt to build up my ports base
> fails with lang/python (any version). With the following error:
> 
> ===>  Checking if python27 already installed
> ===>   Registering installation for python27-2.7.14_1 as automatic
> pkg-static: Unable to access file
> /usr/ports/lang/python27/work/stage/usr/local/
> lib/python2.7/lib-dynload/nis.so:No such file or directory
> 
> 
> Further research indicates that it *refusing* to install because I
> don't have/use yp/nis. This is just wrong. There is *no* yp/nis
> requisite to use Python. How to proceed?
> 
> Thanks!
> 
> --Chris

FWIW I found a *hack* solution. But for the record. I actually get 2
errors. So I'll record them here:
====> Running Q/A tests (stage-qa)
readelf: Not an ELF file.
Warning:
/usr/ports/lang/python35/work/stage/usr/local/lib/libpython3.5m.so.1.0-
gdb.py doesn't have a SONAME.
Warning: pkg(8) will not register it as being provided by the port.
Warning: If another port depend on it, pkg will not be able to know where it
com
es from.
Warning: It is directly in /usr/local/lib, it is probably used by other ports.

/usr/ports/lang/python35
# make -DNO_NIS install
===>  Installing for python35-3.5.4
===>   python35-3.5.4 depends on shared library: libffi.so - found
(/usr/local/l
ib/libffi.so)
===>   python35-3.5.4 depends on shared library: libreadline.so.7 - found
(/usr/
local/lib/libreadline.so.7)
===>   python35-3.5.4 depends on shared library: libintl.so - found
(/usr/local/
lib/libintl.so)
===>  Checking if python35 already installed
===>   Registering installation for python35-3.5.4
pkg-static: Unable to access file
/usr/ports/lang/python35/work/stage/usr/local/
lib/python3.5/lib-dynload/nis.so:No such file or directory
*** Error code 74

The solution:
For anyone attempting to install lang/python via ports(7);
If you don't have a *completely* generic system. You are required to
open the Makefile in the ports python directory, and look for all the
hidden options, and add the appropriate DEFINE. In my case:
-DWITHOUT_NIS
This is absurd. (all?) Other languages make appropriate choices
based on what they find -- Perl, for example. I cannot understand
why Python has no interest in also doing so.
But there you have it. :-)

--Chris

-- 
You are receiving this mail because:
You are the assignee for the bug.