Re: RESEND: configure scripts failing in ports looking for libXext
Michael E Mercer wrote: 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? No, I just rebuilt 3 machines and didn't have any problems. I ended up running -rpuf on portupgrade a number of times before kde-3.0.4 was fully linked to all of the new mods. It seemed like there were new versions of everything and a -Rpuf would have been better :). There were too many ports at the same level as kde-3 and I thought moving up the tree towards kde was better than working the other way. I thought there was an easier way but never saw one. The builds were done on AMD 1600-2000 class machines and it never interfered with anything else. Kent 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 . -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: RESEND: configure scripts failing in ports looking for libXext
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
Re: RESEND: configure scripts failing in ports looking for libXext
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 sup
RESEND: configure scripts failing in ports looking for libXext
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?
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 -fno-rtti -fno-exceptions ... yes
checking whether the linker (/usr/libexec/elf/ld) supports shared libraries...
yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... freebsd4.7 ld.so
checking command to parse /usr/bin/nm -B output... ok
checking if libtool supports shared libraries... yes
checking whether to build shared libra
