Re: RESEND: configure scripts failing in ports looking for libXext

2002-10-25 Thread Kent Stewart


Michael E Mercer wrote:

Sorry if this is a repeat, got a response that this email was not allowed...
I subscribed to freebsd-questions and now resent this...

later
Michael


Hello,

Has anyone came across this error and know how to fix it?


It always occured on my machines when I mixed bag kde-3 and XFree86. 
If you are upgrading from major levels, it works better if you remove 
them first and then upgrade. Kde-3 doesn't work with XFree86-3.x.x. It 
is just the initial install where this happens. I think XFree86-4 
stores stuff in different areas. For example, you need to rename 
/etc/XF86Config to something else and then configure version 4.

Kent


Thanks
Michael Mercer

the ports are ksetispy, ksetiwatch, and uml.

They all complain about not finding libXext.

It is found in /usr/X11R6/lib directory.
root on dual(ttyp5), 2002/10/24 Thu 14:55:32
/usr/ports


ls -l /usr/X11R6/lib/libXext*


-rw-r--r--  1 root  wheel  72204 Oct 22 09:33 /usr/X11R6/lib/libXext.a
lrwxr-xr-x  1 root  wheel 12 Oct 22 09:33 /usr/X11R6/lib/libXext.so@ -
libXext.so.6
-rwxr-xr-x  1 root  wheel  62684 Oct 22 09:33 /usr/X11R6/lib/libXext.so.6*


output from configure...
+

root on dual(ttyp3), 2002/10/24 Thu 14:53:40
/usr/ports/devel/uml


make


===  Configuring for uml-1.0.3
/bin/mkdir -p /usr/ports/devel/uml/work/uml-1.0.3/auto-bin
/bin/ln -sf /usr/local/bin/autoconf213
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/autoconf
/bin/ln -sf /usr/local/bin/autoheader213
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/autoheader
/bin/ln -sf /usr/local/bin/automake14
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/automake
/bin/ln -sf /usr/local/bin/aclocal14
/usr/ports/devel/uml/work/uml-1.0.3/auto-bin/aclocal
cd /usr/ports/devel/uml/work/uml-1.0.3  env
PATH=/usr/ports/devel/uml/work/uml-1.0.3/auto-bin:$PATH  gmake -f Makefile.dist
This Makefile is only for the CVS repository
This will be deleted before making the distribution

*** Creating acinclude.m4
!!! If you get recursion errors from autoconf, it is advisable to set the
environment variable M4 to something including --nesting-limit=500
*** Creating list of subdirectories
*** Creating configure.in
*** Creating aclocal.m4
*** Creating configure
*** Creating config.h template
*** Creating Makefile templates
*** Postprocessing Makefile templates
*** Creating date/time stamp
*** Finished
Don't forget to run ./configure
If you haven't done so in a while, run ./configure --help
loading cache ./config.cache
checking host system type... i386-portbld-freebsd4.7
checking target system type... i386-portbld-freebsd4.7
checking build system type... i386-portbld-freebsd4.7
checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking whether gmake sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... (cached) cc
checking whether the C compiler (cc  -O -pipe -w  ) works... yes
checking whether the C compiler (cc  -O -pipe -w  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for c++... (cached) c++
checking whether the C++ compiler (c++   -O -pipe -w  ) works... yes
checking whether the C++ compiler (c++   -O -pipe -w  ) is a cross-compiler...
no
checking whether we are using GNU C++... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking whether c++ supports -fno-exceptions... (cached) yes
checking whether c++ supports -fno-check-new... (cached) yes
checking whether c++ supports -fexceptions... (cached) yes
checking how to run the C++ preprocessor... (cached) c++ -E
checking whether c++ supports -frepo... (cached) yes
checking for ld used by GCC... (cached) /usr/libexec/elf/ld
checking if the linker (/usr/libexec/elf/ld) is GNU ld... (cached) yes
checking for /usr/libexec/elf/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
checking how to recognise dependant libraries... (cached) pass_all
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking whether -lc should be explicitly linked in... (cached) no
checking for objdir... .libs
checking for cc option to produce PIC...  -fPIC -DPIC
checking if cc PIC flag  -fPIC -DPIC works... (cached) yes
checking if cc static flag -static works... (cached) yes
finding the maximum length of command line arguments... (cached) 36865
checking if cc supports -c -o file.o... (cached) yes
checking if cc supports 

Re: RESEND: configure scripts failing in ports looking for libXext

2002-10-25 Thread Michael E Mercer
Kent,

Thanks for that info however I completely removes all ports on this last upgrade.
I cvsup'd all source and ports...
I have been running KDE3 and XFree86-4 for a very long time now with no problems.
This problem here just started 2 days ago when I rebuilt everything.

Any more suggestions?

Thanks
Michael Mercer

Kent Stewart wrote:

 Michael E Mercer wrote:
  Sorry if this is a repeat, got a response that this email was not allowed...
  I subscribed to freebsd-questions and now resent this...
 
  later
  Michael
 
 
  Hello,
 
  Has anyone came across this error and know how to fix it?

 It always occured on my machines when I mixed bag kde-3 and XFree86.
 If you are upgrading from major levels, it works better if you remove
 them first and then upgrade. Kde-3 doesn't work with XFree86-3.x.x. It
 is just the initial install where this happens. I think XFree86-4
 stores stuff in different areas. For example, you need to rename
 /etc/XF86Config to something else and then configure version 4.

 Kent



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message