[MacPorts] #62994: various ports fail to install on Leopard due to gnulib issue: /confdir-14B---: No space left on device
MacPorts
noreply at macports.org
Thu Jan 13 22:29:50 UTC 2022
#62994: various ports fail to install on Leopard due to gnulib issue: /confdir-
14B---: No space left on device
-----------------------------------+----------------------
Reporter: kencu | Owner: mascguy
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords: leopard
Port: m4, bison, findutils |
-----------------------------------+----------------------
Comment (by ballapete):
In #64373 I emphasised that in `MacPorts` the `configure` script runs with
`elevated or root priviledges`, while in my own environment it had normal
priviledges. My `configure` script was invoked this way: `time nice +11
env LANG=C
PATH=/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin
./configure --prefix=/opt/local --disable-silent-rules --program-prefix=g
CFLAGS="-pipe -Os -arch ppc" CPPFLAGS="-I/opt/local/include"
LDFLAGS="-L/opt/local/lib -Wl,-headerpad_max_install_names -arch ppc"
PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/opt/local/lib/nspr/pkgconfig:/usr/X11R6/lib/pkgconfig:/usr/lib/pkgconfig
CC=/usr/bin/gcc-4.2 INSTALL="/usr/bin/install -c"` to mimic the `MacPorts`
behaviour. I invoked it this evening like this:
{{{
time nice +11 sudo env LANG=C
PATH=/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin
./configure --prefix=/opt/local --disable-silent-rules --program-prefix=g
CFLAGS="-pipe -Os -arch ppc" CPPFLAGS="-I/opt/local/include"
LDFLAGS="-L/opt/local/lib -Wl,-headerpad_max_install_names -arch ppc"
PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/opt/local/share/pkgconfig:/opt/local/lib/nspr/pkgconfig:/usr/X11R6/lib/pkgconfig:/usr/lib/pkgconfig
CC=/usr/bin/gcc-4.2 INSTALL="/usr/bin/install -c"
}}}
inserting a `sudo` before setting the process environment for `configure`.
`Configure's` output in GNU Emacs' *compilation* buffer is the same as
mine, and the `config.log` files also do not differ. So it must be
something in `MacPorts` environment that hinders `configure` to find out
immediately that `getcwd aborts when 4k < cwd_length < 16k`. And so it has
to perform the problematic directory tree depth test.
--
Ticket URL: <https://trac.macports.org/ticket/62994#comment:24>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list