On 13 Jul 2001 01:09:45 +0200, Andreas Beck wrote:
> Since the new build system is in place, I have problems installing here:
>
> $ su -c "make install"
> [...]
> /bin/sh ../../../libgii/mkinstalldirs /usr/local/lib/ggi/input
> /bin/sh ../../libtool --mode=install /usr/bin/install -c null.la
> /usr/local/lib/ggi/input/null.la
> libtool: install: warning: relinking `null.la'
> cd /home/devel/unix/ggi/sf/ggi-core/libgii.out/input/null; /bin/sh
> ../../libtool --mode=relink gcc -g -O2 -D_REENTRANT -D_THREAD_SAFE -g -Wall
> -o null.la -rpath /usr/local/lib/ggi/input -module -no-undefined
> -avoid-version -export-symbols ../../../libgii/input/null/EXPSYMS input.lo
> ../../gii/libgii.la ../../gg/libgg.la
> mv: cannot create regular file `null.soU': Permission denied
> libtool: install: error: relink `null.la' with the above command before
> installing it
>
> This is a problem on my system, as I have /home mounted via NFS, which is
> root-squashed, thus not allowing root to write files to the devel-user
> owned tree.
Ahh! I just understood after I sent that last email. Files are being
generated _in_the_build_tree_during_the_install_process_. I agree, this
isn't expected and shouldn't happen if at all possible. I'll look into
it.
PS. Has anyone tried changing AC_DISABLE_STATIC and AC_PROG_LIBTOOL
back to the AM_* equivalents (a patch I sent). I'm wondering if this
might change the libtool behavior during the installation.
> I have for now worked around that by making the directory world writeable
> while installing, but of course this is a quite bad solution ... security
> isn't so much of a problem here, and it can be worked around a bit using
> privs to higher directories, but another solution would be very welcome.
>
> At least we should document that behaviour, so others don't stumble across
> this.
>
>
> Other than that stuff seems to build fine and without any warning, except
> for the known warning about LIBTOOL at autogen time and those about use of
> tmpnam in wrap.c and Makefile overriding of monitest commands.
>
> Will test functionality right away ... hang on ... o.k. X target on XGGI als
> demos go.
>
> CU, Andy
>
> --
> = Andreas Beck | Email : <[EMAIL PROTECTED]> =
--
Thayne Harbaugh
