Summary: | lang/python27 (2.7.9) fails to install with WITHOUT_NIS=yes in /etc/src.conf | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Andrey A. Chernov <ache> | ||||
Component: | Individual Port(s) | Assignee: | Marcus von Appen <mva> | ||||
Status: | Closed FIXED | ||||||
Severity: | Affects Some People | CC: | olaf | ||||
Priority: | --- | Flags: | mva:
maintainer-feedback+
|
||||
Version: | Latest | ||||||
Hardware: | i386 | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Andrey A. Chernov
2014-12-22 15:30:46 UTC
Auto-assigned to maintainer python@FreeBSD.org As it seems, yp_prot.h is always installed, even within a WITHOUT_NIS environment. This causes some problems for a clean build, since Python checks for yp_prot.h to decide, if the nis module is built or not. Could you please attach the full build output of python, too? +.if defined(WITHOUT_NIS) || !exists(/usr/include/rpcsvc/yp_prot.h) This test is wrong. yp_prot.h is installed unconditionally. Prev. test was more right: -.if !exists(/usr/bin/ypcat) || defined(WITHOUT_NIS) # the world with NO_NIS BTW, I doubt src.conf is sourced in ports building, so checking for WITHOUT_NIS is pointless. Created attachment 150857 [details]
Full build
Full portupgrade output is attached.
> Python checks for yp_prot.h to decide
In that case python check itself should be fixed to use /usr/bin/ypcat instead.
We had that before and it causes the same problem, if ypcat never gets deinstalled. (In reply to Andrey A. Chernov from comment #3) > BTW, I doubt src.conf is sourced in ports building, so checking for > WITHOUT_NIS is pointless. No. Some people use /etc/make.conf instead of src.conf /usr/include/rpcsvc/yp_prot.h still exists after saying WITHOUT_NIS=YES and a "make delete-old" after rebuilding world from source. (In reply to olaf from comment #8) > /usr/include/rpcsvc/yp_prot.h still exists after saying WITHOUT_NIS=YES and > a "make delete-old" after rebuilding world from source. submitted #196197 (In reply to Marcus von Appen from comment #6) > We had that before and it causes the same problem, if ypcat never gets > deinstalled. ypcat is deinstalled on 'make delete-old', so not having it deinstalled is admin fault. (In reply to olaf from comment #9) > (In reply to olaf from comment #8) > > /usr/include/rpcsvc/yp_prot.h still exists after saying WITHOUT_NIS=YES and > > a "make delete-old" after rebuilding world from source. > > submitted #196197 Workaround: as usual, put WITHOUT_NIS=yes in make.conf (In reply to Andrey A. Chernov from comment #10) > (In reply to Marcus von Appen from comment #6) > > We had that before and it causes the same problem, if ypcat never gets > > deinstalled. > > ypcat is deinstalled on 'make delete-old', so not having it deinstalled is > admin fault. Wrong. At least for my i386 10.1-RELEASE box. (In reply to olaf from comment #12) > (In reply to Andrey A. Chernov from comment #10) > > (In reply to Marcus von Appen from comment #6) > > > We had that before and it causes the same problem, if ypcat never gets > > > deinstalled. > > > > ypcat is deinstalled on 'make delete-old', so not having it deinstalled is > > admin fault. > > Wrong. At least for my i386 10.1-RELEASE box. At least on -stable look in /usr/src/tools/build/mk/OptionalObsoleteFiles.inc: .if ${MK_NIS} == no OLD_FILES+=usr/bin/ypcat OLD_FILES+=usr/bin/ypchfn ... A commit references this bug: Author: mva Date: Mon Dec 22 16:45:43 UTC 2014 New revision: 375245 URL: https://svnweb.freebsd.org/changeset/ports/375245 Log: - Revert the previous NIS check, since it does not help at all PR: 196195 Submitted by: ache@ With hat: python@ Changes: head/lang/python27/Makefile head/lang/python32/Makefile head/lang/python33/Makefile head/lang/python34/Makefile I just reverted the previous attempt to fix the problem. We are again checking for WITHOUT_NIS and ypcat now. (In reply to Andrey A. Chernov from comment #13) > (In reply to olaf from comment #12) > > (In reply to Andrey A. Chernov from comment #10) > > > (In reply to Marcus von Appen from comment #6) > > > > We had that before and it causes the same problem, if ypcat never gets > > > > deinstalled. > > > > > > ypcat is deinstalled on 'make delete-old', so not having it deinstalled is > > > admin fault. > > > > Wrong. At least for my i386 10.1-RELEASE box. > > At least on -stable look in > /usr/src/tools/build/mk/OptionalObsoleteFiles.inc: > .if ${MK_NIS} == no > OLD_FILES+=usr/bin/ypcat > OLD_FILES+=usr/bin/ypchfn > ... I just check, the same code is in 10.1-RELEASE: https://svnweb.freebsd.org/base/release/10.1.0/tools/build/mk/OptionalObsoleteFiles.inc?revision=274417&view=markup So it looks like something is wrong in your configs. (In reply to Marcus von Appen from comment #15) > I just reverted the previous attempt to fix the problem. We are again > checking for WITHOUT_NIS and ypcat now. Fixed, thanx. |