Chromium build failure
Hi list, I'm getting a consistent build error when trying to build the latest version of Chromium in ports - here's the error: ninja: Entering directory `out/Release' [65/11901] LINK libvpx_obj_int_extract FAILED: g++46 -Wl,-rpath=/usr/local/lib/gcc46 -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -Wl,--no-keep-memory -m32 -Wl,-O1 -Wl,--as-needed -o libvpx_obj_int_extract -Wl,--start-group obj/third_party/libvpx/source/libvpx/build/make/libvpx_obj_int_extract.obj_int_extract.o -Wl,--end-group obj/third_party/libvpx/source/libvpx/build/make/libvpx_obj_int_extract.obj_int_extract.o: In function `parse_elf': obj_int_extract.c:(.text.parse_elf+0x71a): undefined reference to `__stack_chk_fail_local' /usr/local/bin/ld: libvpx_obj_int_extract: hidden symbol `__stack_chk_fail_local' isn't defined /usr/local/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status [65/11901] ACTION Generating resources from app/generated_resources.grd ninja: build stopped: subcommand failed. *** [do-build] Error code 1 Stop in /usr/ports/www/chromium. This is on: 9.1-RELEASE-p6 FreeBSD 9.1-RELEASE-p6 #0: Wed Aug 21 20:30:17 UTC 2013 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Anyone offer me some advice on how to fix? The previous version of Chromium built fine on this machine. Cheers, Peter Harrison. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Chromium build failure
On Sun, Sep 1, 2013 at 1:15 PM, Peter Harrison four.harris...@googlemail.com wrote: Hi list, I'm getting a consistent build error when trying to build the latest version of Chromium in ports - here's the error: ninja: Entering directory `out/Release' [65/11901] LINK libvpx_obj_int_extract FAILED: g++46 -Wl,-rpath=/usr/local/lib/gcc46 -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -Wl,--no-keep-memory -m32 -Wl,-O1 -Wl,--as-needed -o libvpx_obj_int_extract -Wl,--start-group obj/third_party/libvpx/source/libvpx/build/make/libvpx_obj_int_extract.obj_int_extract.o -Wl,--end-group obj/third_party/libvpx/source/libvpx/build/make/libvpx_obj_int_extract.obj_int_extract.o: In function `parse_elf': obj_int_extract.c:(.text.parse_elf+0x71a): undefined reference to `__stack_chk_fail_local' /usr/local/bin/ld: libvpx_obj_int_extract: hidden symbol `__stack_chk_fail_local' isn't defined /usr/local/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status [65/11901] ACTION Generating resources from app/generated_resources.grd ninja: build stopped: subcommand failed. *** [do-build] Error code 1 Stop in /usr/ports/www/chromium. This is on: 9.1-RELEASE-p6 FreeBSD 9.1-RELEASE-p6 #0: Wed Aug 21 20:30:17 UTC 2013 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Anyone offer me some advice on how to fix? The previous version of Chromium built fine on this machine. Hm, please try the following --- a/www/chromium/Makefile +++ b/www/chromium/Makefile @@ -18,6 +18,8 @@ COMMENT= Mostly BSD-licensed web browser based on WebKit and Gtk+ LICENSE= BSD LGPL21 MPL LICENSE_COMB= multi +CFLAGS+= -fno-stack-protector + BUILD_DEPENDS= ${LOCALBASE}/bin/gperf:${PORTSDIR}/devel/gperf \ bash:${PORTSDIR}/shells/bash \ yasm:${PORTSDIR}/devel/yasm \ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Chromium build failure
Sunday, 1 September 2013 at 14:43:24 +0300, George Liaskos said: On Sun, Sep 1, 2013 at 1:15 PM, Peter Harrison four.harris...@googlemail.com wrote: Hi list, I'm getting a consistent build error when trying to build the latest version of Chromium in ports - here's the error: ninja: Entering directory `out/Release' [65/11901] LINK libvpx_obj_int_extract FAILED: g++46 -Wl,-rpath=/usr/local/lib/gcc46 -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -Wl,--no-keep-memory -m32 -Wl,-O1 -Wl,--as-needed -o libvpx_obj_int_extract -Wl,--start-group obj/third_party/libvpx/source/libvpx/build/make/libvpx_obj_int_extract.obj_int_extract.o -Wl,--end-group obj/third_party/libvpx/source/libvpx/build/make/libvpx_obj_int_extract.obj_int_extract.o: In function `parse_elf': obj_int_extract.c:(.text.parse_elf+0x71a): undefined reference to `__stack_chk_fail_local' /usr/local/bin/ld: libvpx_obj_int_extract: hidden symbol `__stack_chk_fail_local' isn't defined /usr/local/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status [65/11901] ACTION Generating resources from app/generated_resources.grd ninja: build stopped: subcommand failed. *** [do-build] Error code 1 Stop in /usr/ports/www/chromium. This is on: 9.1-RELEASE-p6 FreeBSD 9.1-RELEASE-p6 #0: Wed Aug 21 20:30:17 UTC 2013 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Anyone offer me some advice on how to fix? The previous version of Chromium built fine on this machine. Hm, please try the following --- a/www/chromium/Makefile +++ b/www/chromium/Makefile @@ -18,6 +18,8 @@ COMMENT= Mostly BSD-licensed web browser based on WebKit and Gtk+ LICENSE= BSD LGPL21 MPL LICENSE_COMB= multi +CFLAGS+= -fno-stack-protector + BUILD_DEPENDS= ${LOCALBASE}/bin/gperf:${PORTSDIR}/devel/gperf \ bash:${PORTSDIR}/shells/bash \ yasm:${PORTSDIR}/devel/yasm \ That sorted it - thanks! Peter. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Thunderbird 17.0.6 build failure FreeBSD 9.1-p3 amd64
Hello list, Portaudit said thunderbird had a vulnerability so I went to upgrade it with portupgrade but it coredumps and it does this a good while into the compilation process. Can anyone advise please how to overcome this? Here is my system and output: system - FreeBSD 9.1-RELEASE-p3 #0 r250634: Tue May 14 16:13:46 BST 2013 ports - r318881 # clang -v FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 Target: x86_64-unknown-freebsd9.0 Thread model: posix # cat /etc/make.conf CC=clang CXX=clang++ CPP=clang-cpp DIALOG=/usr/ports/Tools/scripts/dialogwrapper.sh # added by use.perl 2013-03-11 18:36:08 PERL_VERSION=5.14.2 # portupgrade thunderbird --- Upgrading 'thunderbird-17.0.5' to 'thunderbird-17.0.6' (mail/thunderbird) --- Building '/usr/ports/mail/thunderbird' === Cleaning for thunderbird-17.0.6 === Found saved configuration for thunderbird-17.0.6 === Fetching all distfiles required by thunderbird-17.0.6 for building === Extracting for thunderbird-17.0.6 = SHA256 Checksum OK for thunderbird-17.0.6esr.source.tar.bz2. = SHA256 Checksum OK for enigmail-1.5.1.tar.gz. === thunderbird-17.0.6 depends on file: /usr/local/bin/perl5.14.2 - found [...] nsAutoSyncManager.cpp:27:1: warning: delete called on 'nsDefaultAutoSyncMsgStrategy' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_ISUPPORTS1(nsDefaultAutoSyncMsgStrategy, nsIAutoSyncMsgStrategy) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1201:3: note: expanded from macro 'NS_IMPL_ISUPPORTS1' NS_IMPL_RELEASE(_class) \ ^ ../../../mozilla/dist/include/nsISupportsImpl.h:495:40: note: expanded from macro 'NS_IMPL_RELEASE' NS_IMPL_RELEASE_WITH_DESTROY(_class, delete (this)) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:475:5: note: expanded from macro 'NS_IMPL_RELEASE_WITH_DESTROY' _destroy; \ ^ nsAutoSyncManager.cpp:114:1: warning: delete called on 'nsDefaultAutoSyncFolderStrategy' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_ISUPPORTS1(nsDefaultAutoSyncFolderStrategy, nsIAutoSyncFolderStrategy) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1201:3: note: expanded from macro 'NS_IMPL_ISUPPORTS1' NS_IMPL_RELEASE(_class) \ ^ ../../../mozilla/dist/include/nsISupportsImpl.h:495:40: note: expanded from macro 'NS_IMPL_RELEASE' NS_IMPL_RELEASE_WITH_DESTROY(_class, delete (this)) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:475:5: note: expanded from macro 'NS_IMPL_RELEASE_WITH_DESTROY' _destroy; \ ^ nsSyncRunnableHelpers.cpp:12:1: warning: delete called on 'StreamListenerProxy' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_THREADSAFE_ISUPPORTS1(StreamListenerProxy, nsIStreamListener) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1386:3: note: expanded from macro 'NS_IMPL_THREADSAFE_ISUPPORTS1' NS_IMPL_THREADSAFE_RELEASE(_class) \ ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1363:5: note: expanded from macro 'NS_IMPL_THREADSAFE_RELEASE' delete (this); \ ^ nsSyncRunnableHelpers.cpp:13:1: warning: delete called on 'ImapMailFolderSinkProxy' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_THREADSAFE_ISUPPORTS1(ImapMailFolderSinkProxy, nsIImapMailFolderSink) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1386:3: note: expanded from macro 'NS_IMPL_THREADSAFE_ISUPPORTS1' NS_IMPL_THREADSAFE_RELEASE(_class) \ ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1363:5: note: expanded from macro 'NS_IMPL_THREADSAFE_RELEASE' delete (this); \ ^ nsSyncRunnableHelpers.cpp:14:1: warning: delete called on 'ImapServerSinkProxy' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_THREADSAFE_ISUPPORTS1(ImapServerSinkProxy, nsIImapServerSink) ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1386:3: note: expanded from macro 'NS_IMPL_THREADSAFE_ISUPPORTS1' NS_IMPL_THREADSAFE_RELEASE(_class) \ ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1363:5: note: expanded from macro 'NS_IMPL_THREADSAFE_RELEASE' delete (this); \ ^ nsSyncRunnableHelpers.cpp:15:1: warning: delete called on 'ImapMessageSinkProxy' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_THREADSAFE_ISUPPORTS1(ImapMessageSinkProxy, ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1386:3: note: expanded from macro 'NS_IMPL_THREADSAFE_ISUPPORTS1' NS_IMPL_THREADSAFE_RELEASE(_class) \ ^ ../../../mozilla/dist/include/nsISupportsImpl.h:1363:5: note: expanded from macro 'NS_IMPL_THREADSAFE_RELEASE' delete (this); \ ^ nsSyncRunnableHelpers.cpp:17:1: warning: delete called on 'ImapProtocolSinkProxy' that has virtual functions but non-virtual destructor
Re: NanoBSD Build Failure
From owner-freebsd-questi...@freebsd.org Sun May 20 22:52:02 2012 Date: Sun, 20 May 2012 20:47:49 -0700 From: Thomas D. Dean tomd...@speakeasy.org To: freebsd-questions@freebsd.org Subject: Re: NanoBSD Build Failure On 05/20/12 20:39, Polytropon wrote: On Sun, 20 May 2012 19:49:49 -0700, Thomas D. Dean wrote: I am attempting to rebuild nanoBSD on an AMD64 system, using the same config file I used a couple years ago on a 32-bit system. [...] /usr/home/tomdean/nanoBSD/MYKERNEL: unknown option I486_CPU It seems that the amd64 sources do not understand cpu I486_CPU. Compare to /sys/i386/conf/GENERIC and /sys/i386/conf/NOTES to the respective /sys/amd64/conf/GENERIC and /sys/amd64/conf/NOTES for details, especially that amd64 uses cpu HAMMER instead of cpu I{4/5/6}86_CPU. cd /usr/src/sys/i386/conf grep cpu GENERIC cpu I486_CPU cpu I586_CPU cpu I686_CPU device cpufreq sudo env -i /usr/sbin/config GENERIC Must be some problem with nanobsd.sh?? INCORRECT. You wre building in the /usr/src/sys/amd64 tree. See line 3 in the text below. Quoting 'lost context' from your original message || stage 1: configuring the kernel || - || cd /usr/src/sys/amd64/conf; || PATH=/usr/obj/nanobsd.TS5700//usr/src/tmp/legacy/usr/sbin:/usr/obj/nanobsd. || TS5700//usr/src/tmp/legacy/usr/bin:/usr/obj/nanobsd.TS5700//usr/src/tmp/leg || acy/usr/games:/usr/obj/nanobsd.TS5700//usr/src/tmp/usr/sbin:/usr/obj/nanobs || d.TS5700//usr/src/tmp/usr/bin:/usr/obj/nanobsd.TS5700//usr/src/tmp/usr/game || s:/sbin:/bin:/usr/sbin:/usr/bin || config -d /usr/obj/nanobsd.TS5700//usr/src/sys/MYKERNEL || /usr/home/tomdean/nanoBSD/MYKERNEL || /usr/home/tomdean/nanoBSD/MYKERNEL: unknown option I486_CPU And, of course the i486 cpu is not recognized in a '64-bit' build, since it doesn't have the 64-bit istrution set. An 'i386' kernel config is *NOT* necessarily valid for building on 'amd64'. (There are numerous config choices in i386 that are not in amd64 at all, and others that are just 'diferent'. To make up for it, amd64 has some that are not recognized in i386, either.) Vetting with a 'trained eyeball -is- required to make things work when you change between i386 and amd64 -- in either diretion. [voice of first-hand experience speaking.] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: NanoBSD Build Failure
On 05/20/12 23:23, Robert Bonomi wrote: Just realized that. I have a spare disk and the 8.2 i386 distribution dvd from my subscription. Install that for use with nanoBSD will make it much better. Thanks, Tom Dean ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
NanoBSD Build Failure
I am attempting to rebuild nanoBSD on an AMD64 system, using the same config file I used a couple years ago on a 32-bit system. The target system is a TS5700 with an AMD Elan SC520, currently running nanoBSD from FreeBSD 6.2-PRERELEASE #0: Sun Oct 15 16:25:50 PDT 2006. From dmesg: CPU: AMD Enhanced Am486DX4/Am5x86 Write-Back (486-class CPU) Origin = AuthenticAMD Id = 0x494 Stepping = 4 Features=0x1FPU The buildworld part finished Ok. The gcc arguments seem OK for a 32-bit system. Buildkernel fails: -- Kernel build for MYKERNEL started on Sun May 20 19:36:28 PDT 2012 -- === MYKERNEL mkdir -p /usr/obj/nanobsd.TS5700//usr/src/sys -- stage 1: configuring the kernel -- cd /usr/src/sys/amd64/conf; PATH=/usr/obj/nanobsd.TS5700//usr/src/tmp/legacy/usr/sbin:/usr/obj/nanobsd.TS5700//usr/src/tmp/legacy/usr/bin:/usr/obj/nanobsd.TS5700//usr/src/tmp/legacy/usr/games:/usr/obj/nanobsd.TS5700//usr/src/tmp/usr/sbin:/usr/obj/nanobsd.TS5700//usr/src/tmp/usr/bin:/usr/obj/nanobsd.TS5700//usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/nanobsd.TS5700//usr/src/sys/MYKERNEL /usr/home/tomdean/nanoBSD/MYKERNEL /usr/home/tomdean/nanoBSD/MYKERNEL: unknown option I486_CPU *** Error code 1 1 error *** Error code 2 1 error Any ideas? Tom Dean ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: NanoBSD Build Failure
On Sun, 20 May 2012 19:49:49 -0700, Thomas D. Dean wrote: I am attempting to rebuild nanoBSD on an AMD64 system, using the same config file I used a couple years ago on a 32-bit system. [...] /usr/home/tomdean/nanoBSD/MYKERNEL: unknown option I486_CPU It seems that the amd64 sources do not understand cpu I486_CPU. Compare to /sys/i386/conf/GENERIC and /sys/i386/conf/NOTES to the respective /sys/amd64/conf/GENERIC and /sys/amd64/conf/NOTES for details, especially that amd64 uses cpu HAMMER instead of cpu I{4/5/6}86_CPU. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: NanoBSD Build Failure
On 05/20/12 20:39, Polytropon wrote: On Sun, 20 May 2012 19:49:49 -0700, Thomas D. Dean wrote: I am attempting to rebuild nanoBSD on an AMD64 system, using the same config file I used a couple years ago on a 32-bit system. [...] /usr/home/tomdean/nanoBSD/MYKERNEL: unknown option I486_CPU It seems that the amd64 sources do not understand cpu I486_CPU. Compare to /sys/i386/conf/GENERIC and /sys/i386/conf/NOTES to the respective /sys/amd64/conf/GENERIC and /sys/amd64/conf/NOTES for details, especially that amd64 uses cpu HAMMER instead of cpu I{4/5/6}86_CPU. cd /usr/src/sys/i386/conf grep cpu GENERIC cpu I486_CPU cpu I586_CPU cpu I686_CPU device cpufreq sudo env -i /usr/sbin/config GENERIC Must be some problem with nanobsd.sh?? Tom Dean ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
multimedia/py-gstreamer build failure
Anyone have an idea on this? It's blocking dozens of apps that need updating. --- Installing 'py27-gstreamer-0.10.21' from a port (multimedia/py-gstreamer) --- Building '/usr/ports/multimedia/py-gstreamer' === Cleaning for py27-gstreamer-0.10.21 === License LGPL21 accepted by the user === Extracting for py27-gstreamer-0.10.21 = SHA256 Checksum OK for gst-python-0.10.21.tar.bz2. === Patching for py27-gstreamer-0.10.21 === py27-gstreamer-0.10.21 depends on file: /usr/local/lib/python2.7/site-packages/libxml2mod.so - found === py27-gstreamer-0.10.21 depends on file: /usr/local/bin/python2.7 - found === py27-gstreamer-0.10.21 depends on executable: gmake - found === py27-gstreamer-0.10.21 depends on package: gstreamer-plugins=0.10.0 - found === py27-gstreamer-0.10.21 depends on executable: pkg-config - found === py27-gstreamer-0.10.21 depends on executable: pygobject-codegen-2.0 - found === py27-gstreamer-0.10.21 depends on shared library: glib-2.0.0 - found === Configuring for py27-gstreamer-0.10.21 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking nano version... 0 (release) checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... i386-portbld-freebsd8.2 checking host system type... i386-portbld-freebsd8.2 checking how to print strings... printf checking for style of include used by gmake... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking how to convert i386-portbld-freebsd8.2 file names to i386-portbld-freebsd8.2 format... func_convert_file_noop checking how to convert i386-portbld-freebsd8.2 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... dlltool checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cpp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking for cc option to accept ISO C99... -std=gnu99 checking for cc
Fwd: multimedia/py-gstreamer build failure [SOLVED]
It would appear there was some python 2.6 cruft left floating around, rebuilding gstreamer and related ports fixed this. Sorry about the noise. `/usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/gst' CC _gst_la-gst-argtypes.lo CC _gst_la-gstmodule.lo CC _gst_la-pygstiterator.lo CC _gst_la-pygstminiobject.lo CC _gst_la-pygstvalue.lo CC _gst_la-pygstexception.lo GENgst.c Traceback (most recent call last): File ../codegen/codegen.py, line 1575, in module sys.exit(main(sys.argv)) File ../codegen/codegen.py, line 1532, in main o = override.Overrides(arg, path=extendpath) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 49, in __init__ self.handle_file(filename) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 92, in handle_file self.__parse_override(buf, startline, filename) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 174, in __parse_override self.handle_file(filename) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 92, in handle_file self.__parse_override(buf, startline, filename) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 174, in __parse_override self.handle_file(filename) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 92, in handle_file self.__parse_override(buf, startline, filename) File /usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/codegen/override.py, line 104, in __parse_override command = words[0] IndexError: list index out of range gmake[3]: *** [gst.c] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/gst' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21/gst' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/py-gstreamer/work/gst-python-0.10.21' gmake: *** [all] Error 2 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
8.2-RC Kernel build failure
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/jme/if_jme.c *** Error code 1 Stop in /usr/obj/usr/src/sys/GW. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 8.2-RC Kernel build failure
On Sat, Jan 29, 2011 at 12:30 PM, Boris Samorodov b...@ipt.ru wrote: On Sat, 29 Jan 2011 12:19:00 +0300 Odhiambo Washington wrote: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/jme/if_jme.c *** Error code 1 Stop in /usr/obj/usr/src/sys/GW. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It's always a good idea to show a command one used. And assuming you use -j X the log is useless since the actual error was way earlier. Please, remove the flag, add -DNO_CLEAN and show the command and a tail of the output. I always use `make kernel KERNCONF=MY_KERNEL`. No special flags. The whole output is here - http://62.8.64.102/~wash/kernel-20110129.log.txt http://62.8.64.102/~wash/kernel-20110129.log.txt -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 8.2-RC Kernel build failure
On Sat, 29 Jan 2011 12:19:00 +0300 Odhiambo Washington wrote: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/jme/if_jme.c *** Error code 1 Stop in /usr/obj/usr/src/sys/GW. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It's always a good idea to show a command one used. And assuming you use -j X the log is useless since the actual error was way earlier. Please, remove the flag, add -DNO_CLEAN and show the command and a tail of the output. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!! Yep. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 8.2-RC Kernel build failure
On Sat, 29 Jan 2011 12:49:10 +0300 Odhiambo Washington wrote: On Sat, Jan 29, 2011 at 12:30 PM, Boris Samorodov b...@ipt.ru wrote: On Sat, 29 Jan 2011 12:19:00 +0300 Odhiambo Washington wrote: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/jme/if_jme.c *** Error code 1 Stop in /usr/obj/usr/src/sys/GW. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It's always a good idea to show a command one used. And assuming you use -j X the log is useless since the actual error was way earlier. Please, remove the flag, add -DNO_CLEAN and show the command and a tail of the output. I always use `make kernel KERNCONF=MY_KERNEL`. No special flags. The whole output is here - http://62.8.64.102/~wash/kernel-20110129.log.txt http://62.8.64.102/~wash/kernel-20110129.log.txt As for me, I've seen that for the first time... First I'll try to cleandir and redo the build. If fail -- build GENERIC, if fail -- GENERIC with null make.conf. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
gvfs-1.6.6' build failure
FreeBSD jimmiejaz.org 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Nov 15 17:52:21 EST 2010 root@:/usr/obj/usr/src/sys/FORTYTWO i386 Hit this in the middle of the Gnome 2.32, I hit this error, any suggestions? [13:44:20] jim...@jimmiejaz 115 [0] /usr/ports/devel/gvfs#make clean ; rehash ; portupgrade -f devel/gvfs === Cleaning for gvfs-1.6.6 --- Upgrading 'gvfs-1.6.3_1' to 'gvfs-1.6.6' (devel/gvfs) --- Building '/usr/ports/devel/gvfs' === Cleaning for gvfs-1.6.6 === License check disabled, port has not defined LICENSE === Found saved configuration for gvfs-0.2.3_2 === Extracting for gvfs-1.6.6 = SHA256 Checksum OK for gnome2/gvfs-1.6.6.tar.bz2. === Patching for gvfs-1.6.6 === Applying FreeBSD patches for gvfs-1.6.6 === gvfs-1.6.6 depends on executable: gmake - found === gvfs-1.6.6 depends on file: /usr/local/bin/intltool-extract - found === gvfs-1.6.6 depends on executable: pkg-config - found === gvfs-1.6.6 depends on shared library: dbus-1.3 - found === gvfs-1.6.6 depends on shared library: hal.1 - found === gvfs-1.6.6 depends on shared library: soup-gnome-2.4.1 - found === gvfs-1.6.6 depends on shared library: gnome-keyring - found === gvfs-1.6.6 depends on shared library: avahi-client.3 - found === gvfs-1.6.6 depends on shared library: intl - found === gvfs-1.6.6 depends on shared library: atk-1.0.0 - found === gvfs-1.6.6 depends on shared library: gconf-2.4 - found === gvfs-1.6.6 depends on shared library: glib-2.0.0 - found === gvfs-1.6.6 depends on shared library: gtk-x11-2.0.0 - found === gvfs-1.6.6 depends on shared library: IDL-2.0 - found === gvfs-1.6.6 depends on shared library: xml2.5 - found === gvfs-1.6.6 depends on shared library: ORBit-2.0 - found === gvfs-1.6.6 depends on shared library: pango-1.0.0 - found === Configuring for gvfs-1.6.6 configure: WARNING: unrecognized options: --with-gconf-source checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether build environment is sane... yes checking for style of include used by gmake... GNU checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for an ANSI C-conforming const... yes checking for library containing strerror... none required checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking how to run the C preprocessor... cpp checking whether ln -s works... yes checking whether gmake sets $(MAKE)... (cached) yes checking build system type... i386-portbld-freebsd8.1 checking host system type... i386-portbld-freebsd8.1 checking how to print strings... print: not found printf checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker
Re: gvfs-1.6.6' build failure
Deleting xz-5.0.0 and installing lzma-9.12 fixed this problem. Sorry for the noise, but a heads up if anyone else hits this issue. On 11/24/10 13:54, Jimmie James wrote: FreeBSD jimmiejaz.org 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Nov 15 17:52:21 EST 2010 root@:/usr/obj/usr/src/sys/FORTYTWO i386 Hit this in the middle of the Gnome 2.32, I hit this error, any suggestions? /usr/lib/libarchive.so: undefined reference to `lzma_stream_enco...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_alone_deco...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_memus...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_stream_deco...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_c...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_lzma_pre...@xz_5.0' /usr/lib/libarchive.so: undefined reference to `lzma_alone_enco...@xz_5.0' gmake[4]: *** [gvfsd-archive] Error 1 Stop in /usr/ports/devel/gvfs. *** Error code 1 Stop in /usr/ports/devel/gvfs. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
On 11/09/10 22:06, O. Hartmann wrote: On 11/09/10 21:52, Gary Jennejohn wrote: On Tue, 09 Nov 2010 20:34:48 +0100 O. Hartmannohart...@mail.zedat.fu-berlin.de wrote: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Are you using the standard gcc? You could try installing one of the gcc versions from ports and see whether that helps. The standard gcc is a few generations old. [snip error output] Hello, I'm using clang ;-) But I also tried gcc45. After I installed xerces-c version 3.1.1 from the Apache project in referred ISIS to take libs iand includes from the new installation path, I had success, but only a partial one. Xalan-c relies on the older version xerces-c2 2.7.. I also tried with xerces-c2-devel (2.8.0), but it also produces the error shown prior to this message. Regards, Oliver Some update. I tried several compilers, all fail due to the wrong xerces-c library. The new USGS software package expects version 3.1.1 of xerces-c. Simply installing the new xerces-c library by compiling, installing to another path and referring to the new lib path etc. doesn't work properly, since there are some conflicts with the original installed xerces-c2 2.7 library. I had to deinstall xerces-c2 package from the ports first, compile and install ISIS3, then reinstall xerces-c2 since it is neccessary by some other important ports we've installed. Xalan-c is also a candidate relying on xerces-c2, and a prerequisite for ISIS3, but so far, I did not recognize any conflicts or misbehaviour. But this is still a worse situation. Greetings, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Oliver Building object [IsisAml] (20:22:34) In file included from /usr/local/include/xercesc/framework/psvi/XSModel.hpp:29, from /usr/local/include/xercesc/framework/XMLGrammarPool.hpp:27, from /usr/local/include/xercesc/validators/common/GrammarResolver.hpp:24, from /usr/local/include/xercesc/internal/XMLScanner.hpp:36, from /usr/local/include/xercesc/internal/VecAttributesImpl.hpp:28, from /usr/local/include/xercesc/parsers/SAX2XMLReaderImpl.hpp:27, from /usr/local/include/xercesc/sax2/XMLReaderFactory.hpp:24, from IsisAml.cpp:27: /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp: In member function 'virtual bool xercesc_2_7::SchemaElementDecl::isGlobalDecl() const': /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp:508: warning: comparison between signed and unsigned integer expressions IsisXMLApplication.cpp: In member function 'virtual void IsisXMLApplication::startElement(const XMLCh*, const XMLCh*, const XMLCh*, const xercesc_2_7::Attributes)': IsisXMLApplication.cpp:99: error: call of overloaded 'getValue(XMLSize_t)' is ambiguous /usr/local/include/xercesc/sax2/Attributes.hpp:195: note: candidates are: virtual const XMLCh* xercesc_2_7::Attributes::getValue(unsigned int) const /usr/local/include/xercesc/sax2/Attributes.hpp:270: note: virtual const XMLCh* xercesc_2_7::Attributes::getValue(const XMLCh*) const gmake[5]: *** [IsisXMLApplication.o] Error 1 gmake[4]: *** [object] Error 2 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
On 11/09/10 21:52, Gary Jennejohn wrote: On Tue, 09 Nov 2010 20:34:48 +0100 O. Hartmannohart...@mail.zedat.fu-berlin.de wrote: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Are you using the standard gcc? You could try installing one of the gcc versions from ports and see whether that helps. The standard gcc is a few generations old. [snip error output] Hello, I'm using clang ;-) But I also tried gcc45. After I installed xerces-c version 3.1.1 from the Apache project in referred ISIS to take libs iand includes from the new installation path, I had success, but only a partial one. Xalan-c relies on the older version xerces-c2 2.7.. I also tried with xerces-c2-devel (2.8.0), but it also produces the error shown prior to this message. Regards, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
Good day! 09.11.2010 22:34, O. Hartmann пишет: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Which exact xerces version is needed for successful build? Did you tried to install textproc/xerces-c2-devel? (It has 2.8.0 that is last stable release in 2.x branch). Thanks in advance, Oliver Building object [IsisAml] (20:22:34) In file included from /usr/local/include/xercesc/framework/psvi/XSModel.hpp:29, from /usr/local/include/xercesc/framework/XMLGrammarPool.hpp:27, from /usr/local/include/xercesc/validators/common/GrammarResolver.hpp:24, from /usr/local/include/xercesc/internal/XMLScanner.hpp:36, from /usr/local/include/xercesc/internal/VecAttributesImpl.hpp:28, from /usr/local/include/xercesc/parsers/SAX2XMLReaderImpl.hpp:27, from /usr/local/include/xercesc/sax2/XMLReaderFactory.hpp:24, from IsisAml.cpp:27: /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp: In member function 'virtual bool xercesc_2_7::SchemaElementDecl::isGlobalDecl() const': /usr/local/include/xercesc/validators/schema/SchemaElementDecl.hpp:508: warning: comparison between signed and unsigned integer expressions IsisXMLApplication.cpp: In member function 'virtual void IsisXMLApplication::startElement(const XMLCh*, const XMLCh*, const XMLCh*, const xercesc_2_7::Attributes)': IsisXMLApplication.cpp:99: error: call of overloaded 'getValue(XMLSize_t)' is ambiguous /usr/local/include/xercesc/sax2/Attributes.hpp:195: note: candidates are: virtual const XMLCh* xercesc_2_7::Attributes::getValue(unsigned int) const /usr/local/include/xercesc/sax2/Attributes.hpp:270: note: virtual const XMLCh* xercesc_2_7::Attributes::getValue(const XMLCh*) const gmake[5]: *** [IsisXMLApplication.o] Error 1 gmake[4]: *** [object] Error 2 ___ freebsd-po...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- Regards, Ruslan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: USGS ISIS 3.2.1: build failure on FBSD 8.1/9.0 due to oudated xerxec-c2 ?
On Tue, 09 Nov 2010 20:34:48 +0100 O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: Hello. Tried to build the newest ISIS 3.2.1 software package for planetary survey science, but fail. I always get the following error which seems to be triggered due to an ambiguous overload of a function, but I do not know how to fix the problem since everything seems clen to me. The USGS ISIS package uses prebuild libraries, but only for two Linux distributions and OSX, libxerces is version 3.1 as far as I can see, but FreeBSD port textproc/xerces-c2 is stuck with 2.7. So far, ISIS 3.2.0 could be build on FreeBSD 8 and 9 with minor problems but working. Is anybody out here also utilising FreeBSD for scientific purposes and alsi using ISIS3 3.2.1? Can anybody help or give a hint? Thanks in advance, Are you using the standard gcc? You could try installing one of the gcc versions from ports and see whether that helps. The standard gcc is a few generations old. [snip error output] -- Gary Jennejohn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [kde-freebsd] libiodbc build failure @ configure cmd
for others who may have the same issue - http://forums.freebsd.org/showthread.php?t=10316 you need to replace your base. PS: after you replace your base distribution and reboot, you will notice the system will not load and you will have to issue boot GENERIC at the boot prompt. The workaround for this is to issue nextboot -k GENERIC after you upgraded the base distribution and BEFORE you reboot. This was very handy to me, since the system that was damaged is ~700km away from me. Hope this helps someone ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports/144357: emulators/wine build failure
rebuilding wine without any make.conf changed nothing OK - I managed to build wine after a recent ports update. The only difference I could see is that I used to use su to get root. I now use su - to get root. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports/144357: emulators/wine build failure
On Mon, 8 Mar 2010, Eitan Adler wrote: Interesting - I just used whatever flex was in my path. Is wine making the same mistake? % /usr/local/bin/flex --version flex 2.5.35 The following in wine/Makefile CONFIGURE_ENV= ... FLEX=${LOCALBASE}/bin/flex takes care of using the ports version instead of the base one. Gerald ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports/144357: emulators/wine build failure
On Mon, Mar 8, 2010 at 11:41 AM, Gerald Pfeifer ger...@pfeifer.com wrote: On Mon, 8 Mar 2010, Eitan Adler wrote: Interesting - I just used whatever flex was in my path. Is wine making the same mistake? % /usr/local/bin/flex --version flex 2.5.35 The following in wine/Makefile CONFIGURE_ENV= ... FLEX=${LOCALBASE}/bin/flex takes care of using the ports version instead of the base one. Gerald rebuilding wine without any make.conf changed nothing ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports/144357: emulators/wine build failure
Hi Eitan, On Mon, 1 Mar 2010, Eitan Adler wrote: Which version of flex are you using (you can find out running /usr/local/bin/flex --version)? %flex --version flex version 2.5.4 that is the system version of flex; I was specifically asking for the one in /usr/local/bin/flex which is used by the wine port (since the system one is too old for wine). WITHOUT_NLS=YES OPTIMIZED_CFLAGS=yes PERL_VERSION=5.10.1 that is all. Perhaps it is the NLS which is causing a problem? It should not, but if you can rebuild flex and Wine without this, that would be an interesting data point. My take it this is that _something_ is causing flex to generate incorrect code or the toolchain is miscompiling something. That's why I asked about the version of flex you are using, that is the one thing I could think of. (Over here it is flex 2.5.35, the package 2.5.35_3.) Gerald ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports/144357: emulators/wine build failure
On Mon, 1 Mar 2010, Eitan Adler wrote: Which version of flex are you using (you can find out running /usr/local/bin/flex --version)? %flex --version flex version 2.5.4 that is the system version of flex; I was specifically asking for the one in /usr/local/bin/flex which is used by the wine port (since the system one is too old for wine). Interesting - I just used whatever flex was in my path. Is wine making the same mistake? % /usr/local/bin/flex --version flex 2.5.35 It should not, but if you can rebuild flex and Wine without this, that would be an interesting data point. My take it this is that _something_ is causing flex to generate incorrect code or the toolchain is miscompiling something. That's why I asked about the version of flex you are using, that is the one thing I could think of. (Over here it is flex 2.5.35, the package 2.5.35_3.) Same here: flex-2.5.35_3 Gerald ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports/144357: emulators/wine build failure
I am not seeing this in any of my tests, nor is the FreeBSD ports cluster, nor have I seen any other report related to this. This means something must be different/special with your system. Is your ports collection up-to-date? (Running 'portupgrade -a' may be an option, then.) My ports collection is fully up-to-date except for wine (portsnap fetch update; portmaster -a) Which version of flex are you using (you can find out running /usr/local/bin/flex --version)? %flex --version flex version 2.5.4 Which version of FreeBSD are you using? Which compiler are you using to build this port? Anything special on your system? %uname -rms FreeBSD 8.0-RELEASE-p2 i386 my CC is not set in /etc/make.conf so I assume it is the system default. WITHOUT_NLS=YES OPTIMIZED_CFLAGS=yes PERL_VERSION=5.10.1 that is all. Perhaps it is the NLS which is causing a problem? Are you sure you did not modify anything in the port itself or the extracted source tree? The error really is one that should either appear always, or never, in general. Since nobody else is seeing this, I'm afraid you'll have to do some debugging on your side. I've tried to play around /after/ I get this error. On a clean make (make distclean; make install clean) I still get this error. http://www.freebsd.org/cgi/query-pr.cgi?pr=144357 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
VirtualBox build failure on 7.2-stable (amd64)
Hello, I'm trying to build VirtualBox 3.0.51.r22902_2 on 7.2-stable amd64 and I keep getting the following failure: kBuild: Compiling RuntimeR0Drv - /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/r0drv/freebsd/assert-r0drv-freebsd.c In file included from /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/r0drv/freebsd/the-freebsd-kernel.h:60, from /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/r0drv/freebsd/alloc-r0drv-freebsd.c:34: /sys/vm/vm.h:64:24: error: machine/vm.h: No such file or directory kmk[2]: *** [/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/obj/RuntimeR0Drv/r0drv/freebsd/alloc-r0drv-freebsd.o] Error 1 The failing command: @cc -c -O2 -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs -O2 -fformat-extensions -ffreestanding -fno-strict-aliasing -fno-common -finline-limit=8000 -fno-stack-protector -O2 -mtune=generic -fno-omit-frame-pointer -nostdinc -std=c99 -m64 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -Wundef -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/gen-sys-hdrs -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/include -I/sys -I/sys/contrib/altq -I/sys/../include -I/usr/include -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/include -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\/usr/local/share/virtualbox\ -DRTPATH_APP_PRIVATE_ARCH=\/usr/local/lib/virtualbox\ -DRTPATH_SHARED_LIBS=\/usr/local/lib/virtualbox\ -DRTPATH_APP_DOCS=\/usr/local/share/doc/virtualbox\ -DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_AMD64 -D__AMD64__ -D_KERNEL -DKLD_MODULE -DIN_RING0 -DIN_RT_R0 -DIN_RT_R0 -DRT_WITH_VBOX -DRT_WITHOUT_NOCRT_WRAPPERS -DRT_NO_EXPORT_SYMBOL -Wp,-MD,/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/obj/RuntimeR0Drv/r0drv/freebsd/alloc-r0drv-freebsd.o.dep -Wp,-MT,/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/obj/RuntimeR0Drv/r0drv/freebsd/alloc-r0drv-freebsd.o -Wp,-MP -o /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/obj/RuntimeR0Drv/r0drv/freebsd/alloc-r0drv-freebsd.o /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/r0drv/freebsd/alloc-r0drv-freebsd.c kmk[2]: *** Waiting for unfinished jobs In file included from /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/r0drv/freebsd/the-freebsd-kernel.h:60, from /usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/r0drv/freebsd/assert-r0drv-freebsd.c:34: /sys/vm/vm.h:64:24: error: machine/vm.h: No such file or directory kmk[2]: *** [/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/obj/RuntimeR0Drv/r0drv/freebsd/assert-r0drv-freebsd.o] Error 1 The failing command: @cc -c -O2 -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wpointer-arith -Winline -Wno-pointer-sign -Wstrict-prototypes -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs -O2 -fformat-extensions -ffreestanding -fno-strict-aliasing -fno-common -finline-limit=8000 -fno-stack-protector -O2 -mtune=generic -fno-omit-frame-pointer -nostdinc -std=c99 -m64 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -Wundef -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release/gen-sys-hdrs -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/src/VBox/Runtime/include -I/sys -I/sys/contrib/altq -I/sys/../include -I/usr/include -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/include -I/usr/tmp/usr/ports/emulators/virtualbox/work/virtualbox-3.0.51r22902/out/freebsd.amd64/release -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\/usr/local/share/virtualbox\ -DRTPATH_APP_PRIVATE_ARCH=\/usr/local/lib/virtualbox\ -DRTPATH_SHARED_LIBS=\/usr/local/lib/virtualbox\
Re: devel/pear port build failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Per olof Ljungmark wrote: Hi, Did you work this one out? I am caught with the same problem albeit with 1.9.0. Thanks, -- per Terry Sposato wrote: Hi, I am having trouble building the devel/pear port. I have tried the following, rebuild all dependant ports (all of php etc.) - Extracted new ports tree, used portmaster, always returns the same error: [got][/usr/ports/devel/pear]# make install clean === Installing for pear-1.8.1 === pear-1.8.1 depends on file: /usr/local/include/php/main/php.h - found === pear-1.8.1 depends on file: /usr/local/lib/php/20060613/pcre.so - found === pear-1.8.1 depends on file: /usr/local/lib/php/20060613/xml.so - found === Generating temporary packing list === Checking if devel/pear already installed Bootstrapping Installer... Using previously install ... ok Extracting installer.. Using previously installed installer ... ok Preparing installer.. Updating channel doc.php.net Channel doc.php.net is up to date Updating channel pear.php.net Channel pear.php.net is up to date Updating channel pecl.php.net Channel pecl.php.net is up to date Installing selected packages.. Package: PEAR-stable.. already installed ... ok Package: Structures_Graph-stable.. already installed ... ok Package: Archive_Tar-stable... already installed ... ok Package: Console_Getopt-stable already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. Anyone have this issue? Please reply to me directly as I am currently not on the list. Regards, Terry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Hi, I still haven't resolved this issue. There are some people on the freebsd forums which are having the issue as well, no fix yet as far as i can tell. Regards, Terry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrD6d8ACgkQggJ6ImaGmQp57wCfX9jqcCzi0UgjLmtqVbkAkQ2C 4e0An2W+1In+WL0vtzQjL7hqXq7uo2Uk =qPzr -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
devel/pear port build failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I am having trouble building the devel/pear port. I have tried the following, rebuild all dependant ports (all of php etc.) - Extracted new ports tree, used portmaster, always returns the same error: [got][/usr/ports/devel/pear]# make install clean === Installing for pear-1.8.1 === pear-1.8.1 depends on file: /usr/local/include/php/main/php.h - found === pear-1.8.1 depends on file: /usr/local/lib/php/20060613/pcre.so - - found === pear-1.8.1 depends on file: /usr/local/lib/php/20060613/xml.so - - found === Generating temporary packing list === Checking if devel/pear already installed Bootstrapping Installer... Using previously install ... ok Extracting installer.. Using previously installed installer ... ok Preparing installer.. Updating channel doc.php.net Channel doc.php.net is up to date Updating channel pear.php.net Channel pear.php.net is up to date Updating channel pecl.php.net Channel pecl.php.net is up to date Installing selected packages.. Package: PEAR-stable.. already installed ... ok Package: Structures_Graph-stable.. already installed ... ok Package: Archive_Tar-stable... already installed ... ok Package: Console_Getopt-stable already installed ... ok *** Signal 11 Stop in /usr/ports/devel/pear. Anyone have this issue? Please reply to me directly as I am currently not on the list. Regards, Terry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqdtpwACgkQggJ6ImaGmQrs7ACfQt5A//Q7W1gom3jgmYzld4zP EZAAnj09mx+ybwM+Hhz5h7/0/Vo4Z95w =UO8G -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
ghostscript8 build failure
on 7.1-stable and on 8.0-current i386 I get when upgrading ghostscript: [skip] if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ DEVICE_DEVS_EXTRA= \ /bin/sh ./obj/../soobj/ldt.tr ./obj/../soobj/gdevl256.o(.text+0x780): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1820): first defined here /usr/bin/ld: Warning: size of symbol `gs_shared_init' changed from 148 in ./obj/../soobj/gdevxalt.o to 36 in ./obj/../soobj/gdevl256.o ./obj/../soobj/gdevvglb.o(.text+0xa40): In function `gs_shared_init': : multiple definition of `gs_shared_init' ./obj/../soobj/gdevxalt.o(.text+0x1820): first defined here gmake[1]: *** [bin/../sobin/libgs.so.8.64] Error 1 gmake[1]: Leaving directory `/usr/ports/print/ghostscript8/work/ghostscript-8.64' gmake: *** [so] Error 2 *** Error code 1 Stop in /usr/ports/print/ghostscript8. *** Error code 1 Stop in /usr/ports/print/ghostscript8. # Is this something to do with incomplete perl-dependt ports upgrades? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Build Failure: claws-mail-etpan_privacy-0.15.5_8
I just installed the newest version of Claws-Mail. When attempting to install claws-mail-etpan_privacy-0.15.5_8, the build fails. Other add-ons for claws-mail install just fine. I have run the gauntlet of make clean, deleted the '/usr/ports/distfiles' files and fetched fresh copies, etc; however, nothing works. The following is a copy of the build log. Script started on Sun Jul 8 07:37:23 2007 === Extracting for claws-mail-etpan_privacy-0.15.5_8 = MD5 Checksum OK for etpan-privacy-0.15.5.tar.gz. = SHA256 Checksum OK for etpan-privacy-0.15.5.tar.gz. === Patching for claws-mail-etpan_privacy-0.15.5_8 === claws-mail-etpan_privacy-0.15.5_8 depends on package: claws-mail=2.6 - found === claws-mail-etpan_privacy-0.15.5_8 depends on executable in : gmake - found === claws-mail-etpan_privacy-0.15.5_8 depends on file: /usr/local/bin/autoconf259 - found === claws-mail-etpan_privacy-0.15.5_8 depends on file: /usr/local/libdata/xorg/libraries - found === Configuring for claws-mail-etpan_privacy-0.15.5_8 configure: WARNING: you should use --build, --host, --target checking whether to enable maintainer-specific portions of Makefiles... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking for i386-portbld-freebsd6.2-gcc... /usr/local/bin/gcc41 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/local/bin/gcc41 accepts -g... yes checking for /usr/local/bin/gcc41 option to accept ANSI C... none needed checking for style of include used by gmake... GNU checking dependency style of /usr/local/bin/gcc41... gcc3 checking for library containing strerror... none required checking for i386-portbld-freebsd6.2-gcc... (cached) /usr/local/bin/gcc41 checking whether we are using the GNU C compiler... (cached) yes checking whether /usr/local/bin/gcc41 accepts -g... (cached) yes checking for /usr/local/bin/gcc41 option to accept ANSI C... (cached) none needed checking dependency style of /usr/local/bin/gcc41... (cached) gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking how to run the C preprocessor... /usr/local/bin/gcc41 -E checking build system type... i386-portbld-freebsd6.2 checking host system type... i386-portbld-freebsd6.2 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by /usr/local/bin/gcc41... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for i386-portbld-freebsd6.2-g++... c++ checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for i386-portbld-freebsd6.2-g77... no checking for i386-portbld-freebsd6.2-f77... no checking for i386-portbld-freebsd6.2-xlf... no checking for i386-portbld-freebsd6.2-frt... no checking for i386-portbld-freebsd6.2-pgf77... no checking for i386-portbld-freebsd6.2-fort77... no checking for i386-portbld-freebsd6.2-fl32... no checking for i386-portbld-freebsd6.2-af77... no checking for i386-portbld-freebsd6.2-f90... no checking for i386-portbld-freebsd6.2-xlf90... no checking for i386-portbld-freebsd6.2-pgf90... no checking for i386-portbld-freebsd6.2-epcf90... no checking for i386-portbld-freebsd6.2-f95... no checking for i386-portbld-freebsd6.2-fort... no checking for i386-portbld-freebsd6.2-xlf95... no checking for i386-portbld-freebsd6.2-ifc... no checking for i386-portbld-freebsd6.2-efc... no checking for i386-portbld-freebsd6.2-pgf95... no checking for i386-portbld-freebsd6.2-lf95... no checking for i386-portbld-freebsd6.2-gfortran... no checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from /usr/local/bin/gcc41 object... ok checking for
Re: nVidia port build failure in ldconfig
Garrett Cooper wrote: John Murphy wrote: While trying to build /usr/ports/x11/nvidia-driver-9631 from a freshly csup'd ports tree, it stopped with the following error: === Installing for linux-expat-1.95.8 === linux-expat-1.95.8 depends on file: /compat/linux/etc/fedora-release - found === Generating temporary packing list === Checking if textproc/linux-expat already installed cd /usr/ports/textproc/linux-expat/work /usr/bin/find * -type d -exec /bin/mkdir -p /compat/linux/{} \; cd /usr/ports/textproc/linux-expat/work /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux 299 blocks === Running ldconfig /compat/linux/sbin/ldconfig -r /compat/linux ELF binary type 3 not known. /compat/linux/sbin/ldconfig: 1: Syntax error: ( unexpected *** Error code 2 Stop in /usr/ports/textproc/linux-expat. *** Error code 1 Stop in /usr/ports/x11-fonts/linux-fontconfig. *** Error code 1 Stop in /usr/ports/x11/linux-xorg-libs. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver-9631. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver-9631. Should I simply csup and keep trying? Report a bug somewhere? Or is there anything else I can do? FreeBSD-6.2 Release. Generic kernel. Please advise if a different list would be more appropriate. A shell script failed due to ldconfig not being able to figure out the binary type in question (in this case Linux). What you should do is contact the port maintainer about this. Thanks for the reply Garret. I had not enabled Linux compatibility in /etc/rc.conf. I feel rather silly now! Sorry for the noise. -- John. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
nVidia port build failure in ldconfig
While trying to build /usr/ports/x11/nvidia-driver-9631 from a freshly csup'd ports tree, it stopped with the following error: === Installing for linux-expat-1.95.8 === linux-expat-1.95.8 depends on file: /compat/linux/etc/fedora-release - found === Generating temporary packing list === Checking if textproc/linux-expat already installed cd /usr/ports/textproc/linux-expat/work /usr/bin/find * -type d -exec /bin/mkdir -p /compat/linux/{} \; cd /usr/ports/textproc/linux-expat/work /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux 299 blocks === Running ldconfig /compat/linux/sbin/ldconfig -r /compat/linux ELF binary type 3 not known. /compat/linux/sbin/ldconfig: 1: Syntax error: ( unexpected *** Error code 2 Stop in /usr/ports/textproc/linux-expat. *** Error code 1 Stop in /usr/ports/x11-fonts/linux-fontconfig. *** Error code 1 Stop in /usr/ports/x11/linux-xorg-libs. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver-9631. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver-9631. Should I simply csup and keep trying? Report a bug somewhere? Or is there anything else I can do? FreeBSD-6.2 Release. Generic kernel. Please advise if a different list would be more appropriate. -- Thanks, John. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nVidia port build failure in ldconfig
John Murphy wrote: While trying to build /usr/ports/x11/nvidia-driver-9631 from a freshly csup'd ports tree, it stopped with the following error: === Installing for linux-expat-1.95.8 === linux-expat-1.95.8 depends on file: /compat/linux/etc/fedora-release - found === Generating temporary packing list === Checking if textproc/linux-expat already installed cd /usr/ports/textproc/linux-expat/work /usr/bin/find * -type d -exec /bin/mkdir -p /compat/linux/{} \; cd /usr/ports/textproc/linux-expat/work /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux 299 blocks === Running ldconfig /compat/linux/sbin/ldconfig -r /compat/linux ELF binary type 3 not known. /compat/linux/sbin/ldconfig: 1: Syntax error: ( unexpected *** Error code 2 Stop in /usr/ports/textproc/linux-expat. *** Error code 1 Stop in /usr/ports/x11-fonts/linux-fontconfig. *** Error code 1 Stop in /usr/ports/x11/linux-xorg-libs. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver-9631. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver-9631. Should I simply csup and keep trying? Report a bug somewhere? Or is there anything else I can do? FreeBSD-6.2 Release. Generic kernel. Please advise if a different list would be more appropriate. A shell script failed due to ldconfig not being able to figure out the binary type in question (in this case Linux). What you should do is contact the port maintainer about this. -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ImageMagick - build failure - lgvc
Does anyone help solve this one? - mv -f coders/.deps/coders_dib_la-dib.Tpo coders/.deps/coders_dib_la-dib.Plo /bin/sh /usr/local/bin/libtool --silent --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -no-undefined -module -avoid-version -L/usr/local/lib -L/usr/X11R6/lib -R/usr/X11R6/lib -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz -L/usr/local/lib -o coders/dib.la -rpath /usr/local/lib/ImageMagick/modules-Q16/coders coders/coders_dib_la-dib.lo magick/libMagick.la /bin/sh /usr/local/bin/libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I./magick -I./wand -I/usr/local/include/graphviz -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/libxml2 -O2 -fno-strict-aliasing -pipe -MT coders/coders_dot_la-dot.lo -MD -MP -MF coders/.deps/coders_dot_la-dot.Tpo -c -o coders/coders_dot_la-dot.lo `test -f 'coders/dot.c' || echo './'`coders/dot.c mv -f coders/.deps/coders_dot_la-dot.Tpo coders/.deps/coders_dot_la-dot.Plo /bin/sh /usr/local/bin/libtool --silent --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -no-undefined -module -avoid-version -L/usr/local/lib -L/usr/X11R6/lib -R/usr/X11R6/lib -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz -L/usr/local/lib -o coders/dot.la -rpath /usr/local/lib/ImageMagick/modules-Q16/coders coders/coders_dot_la-dot.lo magick/libMagick.la -L/usr/local/lib -lgvc /usr/bin/ld: cannot find -lgvc gmake: *** [coders/dot.la] Error 1 *** Error code 2 Stop in /usr/ports/graphics/ImageMagick. I thought this might be due to graphviz that was installed but with limted options.-- I deinstalled made clean and reinstalled a config with all options checked. I also deinstalled ImageMagick, made clean and removed that port entirely from the ports tree and then, after a cvsup tried and got this build failure. Thanks in advance for help david ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ImageMagick - build failure - lgvc -SOLVED
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vizion Sent: Sunday, March 04, 2007 7:17 AM To: freebsd-questions@freebsd.org Subject: ImageMagick - build failure - lgvc Does anyone help solve this one? - mv -f coders/.deps/coders_dib_la-dib.Tpo coders/.deps/coders_dib_la-dib.Plo /bin/sh /usr/local/bin/libtool --silent --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -no-undefined -module -avoid-version -L/usr/local/lib -L/usr/X11R6/lib -R/usr/X11R6/lib -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz -L/usr/local/lib -o coders/dib.la -rpath /usr/local/lib/ImageMagick/modules-Q16/coders coders/coders_dib_la-dib.lo magick/libMagick.la /bin/sh /usr/local/bin/libtool --silent --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I./magick -I./wand -I/usr/local/include/graphviz -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/libxml2 -O2 -fno-strict-aliasing -pipe -MT coders/coders_dot_la-dot.lo -MD -MP -MF coders/.deps/coders_dot_la-dot.Tpo -c -o coders/coders_dot_la-dot.lo `test -f 'coders/dot.c' || echo './'`coders/dot.c mv -f coders/.deps/coders_dot_la-dot.Tpo coders/.deps/coders_dot_la-dot.Plo /bin/sh /usr/local/bin/libtool --silent --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -no-undefined -module -avoid-version -L/usr/local/lib -L/usr/X11R6/lib -R/usr/X11R6/lib -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz -L/usr/local/lib -o coders/dot.la -rpath /usr/local/lib/ImageMagick/modules-Q16/coders coders/coders_dot_la-dot.lo magick/libMagick.la -L/usr/local/lib -lgvc /usr/bin/ld: cannot find -lgvc gmake: *** [coders/dot.la] Error 1 *** Error code 2 Stop in /usr/ports/graphics/ImageMagick. I thought this might be due to graphviz that was installed but with limted options.-- I deinstalled made clean and reinstalled a config with all options checked. I also deinstalled ImageMagick, made clean and removed that port entirely from the ports tree and then, after a cvsup tried and got this build failure. Thanks in advance for help david OK it will compile if the 16BIT option is turned off - i.e no gvc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ruby-1.8.4_9,1 portupgrade build failure
snip cc -shared -Wl,-soname,../../../.ext/i386-freebsd5/digest/sha2.so - L'../../..' -o ../../../.ext/i386-freebsd5/digest/sha2.so sha2.o sha2hl.o sha2init.o -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -L. -lruby18 -lcrypt -lm -pthread -lc compiling dl Generating callback.func Fatal error 'Spinlock called when not threaded.' at line 87 in file /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 2) Abort trap (core dumped) *** Error code 134 Stop in /usr/ports/lang/ruby18/work/ruby-1.8.4/ext/dl. *** Error code 1 Stop in /usr/ports/lang/ruby18/work/ruby-1.8.4. *** Error code 1 Stop in /usr/ports/lang/ruby18. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade79846.0 env PORT_UPGRADE=yes make PORT_UPGRADE=yes ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! lang/ruby18 (ruby-1.8.2_4)(coredump) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed FreeBSD 5.4-STABLE #7: Sun Sep 25 20:31:36 EST 2005 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2813.54-MHz 686-class CPU) real memory = 520028160 (495 MB) ruby-1.8.2_4 needs updating (port has 1.8.4_9,1) ruby18-bdb1-0.2.2 = up-to-date with port any thoughts ? ive searched all over for spinlock errors but cant find anything.. my ports tree is almost 100% up to date.. unless im missing something in the kernel? Steve ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build failure
config: /usr/src/sys/i386/conf/GENERIC:72: syntax error ?? line 72.. check it. -- Linux is for people who hate Micro$oft. BSD is for people who love Unix ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build failure
So, Pablo Mora wrote: config: /usr/src/sys/i386/conf/GENERIC:72: syntax error ?? line 72.. check it. Pablo, thanks for your reply. It turns out i was running cvsup on my 6-release with *default release=cvs tag=RELENG_4 This crept in from my old 4.11 setup. Good thing it stopped right there. mario; ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
build failure
hi, just installed 6-release and want to build a new kernel. After doing a cvsup this afternoon i get this. My last Freebsd box was 4.11. I've never seen a kernel build fail. Am i missing something? [EMAIL PROTECTED] /usr/src]# make buildkernel KERNCONF=GENERIC -- Kernel build for GENERIC started on Sun May 7 19:37:24 PDT 2006 -- === GENERIC mkdir -p /usr/obj/usr/src/sys cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/i386/conf/GENERIC config: /usr/src/sys/i386/conf/GENERIC:72: syntax error *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. here's me trying the old way: [EMAIL PROTECTED] /usr/src/sys/i386/conf]#config GENERIC config: ../compile/GENERIC: No such file or directory FYI: [EMAIL PROTECTED] /usr/src/sys/i386/conf]# uname -a FreeBSD snoopy.schmut.com 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 any help would be greatly appreciated. Thanks in advance. mario; ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: spamassassin build failure
Michael P. Soulier [EMAIL PROTECTED] writes: As I think I only went from perl 5.6 to 5.8, I'm surprised that so much would be out of date. Good to know though. Do the other scripting languages have this kind of support? Python? Even among scripting languages, perl is unique in its pathological lack of backward compatibility. The FreeBSD maintainers do a nice job of limiting the pain, but you *do* have to follow their directions. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: spamassassin build failure
On 27/03/06 Lowell Gilbert said: Even among scripting languages, perl is unique in its pathological lack of backward compatibility. The FreeBSD maintainers do a nice job of limiting the pain, but you *do* have to follow their directions. Python's worse. :( Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpyWwe1Ic16O.pgp Description: PGP signature
Re: spamassassin build failure
On Sat, Mar 25, 2006 at 10:18:41PM -0500, Michael P. Soulier wrote: Hi there, I'm trying to build spamassassin from ports. So, I go to /usr/ports/mail/p5-Mail-SpamAssassin and make. === Checking if devel/p5-Test-Harness already installed === p5-Test-Harness-2.56 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/p5-Test-Harness without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 Whoops. Well, lets upgrade with portupgrade then, since it wants to upgrade. [EMAIL PROTECTED] p5-Mail-SpamAssassin]$ sudo portupgrade -vR p5-Test-Harness --- Session started at: Sat, 25 Mar 2006 22:16:12 -0500 ** No need to upgrade 'perl-5.8.8' (= perl-5.8.8). (specify -f to force) ** No need to upgrade 'p5-Test-Harness-2.56' (= p5-Test-Harness-2.56). (specify -f to force) --- Listing the results (+:done / -:ignored / *:skipped / !:failed) - lang/perl5.8 (perl-5.8.8) - devel/p5-Test-Harness (p5-Test-Harness-2.56) --- Packages processed: 0 done, 2 ignored, 0 skipped and 0 failed --- Session ended at: Sat, 25 Mar 2006 22:16:15 -0500 (consumed 00:00:02) Whoops. Apparently it doesn't need to upgrade. Should I make deinstall? And if so, why, since it doesn't need to upgrade? Did you run the perl-after-upgrade script with the '-f' flag so it actually does anything? This symptom occurs when the pkg system thinks a package is installed (because there's an entry in /var/db/pkgs) but perl can't find the corresponding module, because it's in /usr/local/lib/perl5/site_perl/5.8.X with X != 8. Forcing a reinstall of p5-Test-Harness would also work. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW pgptFuxe6a463.pgp Description: PGP signature
Re: spamassassin build failure
On 26/03/06 Matthew Seaman said: Did you run the perl-after-upgrade script with the '-f' flag so it actually does anything? This symptom occurs when the pkg system thinks a package is installed (because there's an entry in /var/db/pkgs) but perl can't find the corresponding module, because it's in /usr/local/lib/perl5/site_perl/5.8.X with X != 8. Nope, I didn't do that. How would I know to do that? :) Forcing a reinstall of p5-Test-Harness would also work. Ok, great. Thanks. Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpBK6bdcDKIN.pgp Description: PGP signature
Re: spamassassin build failure
On 26/03/06 Matthew Seaman said: Did you run the perl-after-upgrade script with the '-f' flag so it actually does anything? This symptom occurs when the pkg system thinks a package is installed (because there's an entry in /var/db/pkgs) but perl can't find the corresponding module, because it's in /usr/local/lib/perl5/site_perl/5.8.X with X != 8. perl-after-upgrade -f seems to have fixed the problem. As I think I only went from perl 5.6 to 5.8, I'm surprised that so much would be out of date. Good to know though. Do the other scripting languages have this kind of support? Python? Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpGmhwH9GgMn.pgp Description: PGP signature
Re: spamassassin build failure
Hello Michael, * Michael P. Soulier [EMAIL PROTECTED] [26-03-06 08:19]: Nope, I didn't do that. How would I know to do that? :) reading /usr/ports/UPDATING :) Best regards, Matthias pgpOvxufzBn0e.pgp Description: PGP signature
Re: spamassassin build failure
On Sun, Mar 26, 2006 at 08:30:04AM -0500, Michael P. Soulier wrote: As I think I only went from perl 5.6 to 5.8, I'm surprised that so much would be out of date. That's actually quite a change, as Perl 5.6.2 dates from, I think, November 2003, while Perl 5.8.8 was released February 2006. -- Riemer PalstraAmsterdam, The Netherlands [EMAIL PROTECTED]http://www.palstra.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
spamassassin build failure
Hi there, I'm trying to build spamassassin from ports. So, I go to /usr/ports/mail/p5-Mail-SpamAssassin and make. === Checking if devel/p5-Test-Harness already installed === p5-Test-Harness-2.56 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/p5-Test-Harness without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 Whoops. Well, lets upgrade with portupgrade then, since it wants to upgrade. [EMAIL PROTECTED] p5-Mail-SpamAssassin]$ sudo portupgrade -vR p5-Test-Harness --- Session started at: Sat, 25 Mar 2006 22:16:12 -0500 ** No need to upgrade 'perl-5.8.8' (= perl-5.8.8). (specify -f to force) ** No need to upgrade 'p5-Test-Harness-2.56' (= p5-Test-Harness-2.56). (specify -f to force) --- Listing the results (+:done / -:ignored / *:skipped / !:failed) - lang/perl5.8 (perl-5.8.8) - devel/p5-Test-Harness (p5-Test-Harness-2.56) --- Packages processed: 0 done, 2 ignored, 0 skipped and 0 failed --- Session ended at: Sat, 25 Mar 2006 22:16:15 -0500 (consumed 00:00:02) Whoops. Apparently it doesn't need to upgrade. Should I make deinstall? And if so, why, since it doesn't need to upgrade? Thanks, Mike -- Michael P. Soulier [EMAIL PROTECTED] Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpH0uBwAaJqf.pgp Description: PGP signature
spamassassin build failure
Michael P. Soulier writes: Whoops. Apparently it doesn't need to upgrade. Should I make deinstall? And if so, why, since it doesn't need to upgrade? In your shoes I would deinstall/reinstall Test-Harness, then retry the build of SpamAssassin. My gut reaction os the package db has become confused, and this ought to unconfuse it. Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin build failure
You need to make sure this command works: pkg-config --exists firefox-plugin If you're building against seamonkey, then this command must succeed: pkg-config --exists seamonkey-plugin These commands check for the existence of a browser-plugin.pc file in /usr/X11R6/libdata/pkgconfig. well... pkg-config doesn't see them but locate does - and they are there, in the right place... both... so what's wrong with pkg-config?!? ok here is the errors output from pkg-config: # pkg-config --print-errors --exists firefox-plugin.pc Package nspr was not found in the pkg-config search path. Perhaps you should add the directory containing `nspr.pc' to the PKG_CONFIG_PATH environment variable Package 'nspr', required by 'XPCOM', not found # locate nspr.pc /usr/X11R6/libdata/pkgconfig/mozilla-nspr.pc i have mozilla-nspr.pc not just nspr.pc... can i just link it?!? are they the same thing/version?!? is that going to work?!? thanks... Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: [EMAIL PROTECTED] FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEIHb0b2iPiv4Uz4cRAmZoAJ4yR+jl2aKPl1ThUX+05DugBNcDNACfSBpm 0vRZ7Mcoi9FMS4nQ9enX/L0= =LaFm -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 stable: linuxpluginwrapper port build failure
Chandan Haldar [EMAIL PROTECTED] writes: In the middle of the marathon build of gnome2 2.12, the machine (Compaq Pentium III 933MHz with 256MB RAM) unpredictably locks up. Happened several times so far at different places in the build. Keyboard is dead. Switching console does not work. The hard disk keeps spinning and the power light is on but there is no sign of any other activity in the machine. Had to force a power down and reboot. I am running FreeBSD 6.0 Stable with X11+Gnome 2.10 and the older ports for 3 months now without any problems. So presumably the new ports installs have something to do with this new unstable behavior. Anyone seen this before? Seen it before? Well, yes, but only as a result of hardware problems. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 stable: linuxpluginwrapper port build failure
I'll try the portmanager in future, but for now I already took Andrew's advice and started reinstalling ports from the latest version of the ports collection. I reinstalled a lot of the ports I installed earlier from the old ports collection that came with FreBSD 6.0 Stable distrib. Things seemed to go well... until: In the middle of the marathon build of gnome2 2.12, the machine (Compaq Pentium III 933MHz with 256MB RAM) unpredictably locks up. Happened several times so far at different places in the build. Keyboard is dead. Switching console does not work. The hard disk keeps spinning and the power light is on but there is no sign of any other activity in the machine. Had to force a power down and reboot. I am running FreeBSD 6.0 Stable with X11+Gnome 2.10 and the older ports for 3 months now without any problems. So presumably the new ports installs have something to do with this new unstable behavior. Anyone seen this before? Chandan Chris Whitehouse wrote: Andrew Pantyukhin wrote: On 2/20/06, Chandan Haldar [EMAIL PROTECTED] wrote: Thanks a lot for the direction. All goes well until portupgrade asks me to run 'pkgdb -F', which asks me to resolve stale dependencies. I have a large number of ports installed and the dependencies seem somewhat intractable for manual resolution. Is this the only way to resolve the stale dependencies or am I as usual missing something :-( ? From the pkgdb manpage I could not understand the implication of the score and how that helps me select a new dependency... If you have some spare time, consider reinstalling all the ports. You might try sysutils/portmanager first. It upgrades lowest dependencies first then works it's way up the dependency tree so stale dependencies are not usually a problem. It works very well. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 stable: linuxpluginwrapper port build failure
On 2/20/06, Chandan Haldar [EMAIL PROTECTED] wrote: Trying to build port linuxpluginwrapper on FreeBSD 6.0-Stable (final goal is to get linux flash player work with firefox 1.0.7 on FreeBSD 6.0-Stable) fails at fetch of atk-1.2.0-2.i386.rpm. Fetching manually results in checksum mismatch error. Any known workaround? Transcript of session below. # mv /usr/ports/distfiles /usr/ # rm -rf /usr/ports # mkdir /usr/ports # man portsnap... wow # portsnap fetch # portsnap extract # mv /usr/distfiles /usr/ports/ # echo '0 7 * * * root portsnap cron portsnap update' /etc/crontab # cd /usr/ports/sysutils/portupgrade/ # make install clean # rehash # portupgrade -ak... tea-time # cd /usr/ports/www/linuxpluginwrapper/ # make install clean # cp /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD6 /etc/ # cd /usr/ports/www/linux-flashplugin6/ # make install clean # firefox ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 stable: linuxpluginwrapper port build failure
Thanks a lot for the direction. All goes well until portupgrade asks me to run 'pkgdb -F', which asks me to resolve stale dependencies. I have a large number of ports installed and the dependencies seem somewhat intractable for manual resolution. Is this the only way to resolve the stale dependencies or am I as usual missing something :-( ? From the pkgdb manpage I could not understand the implication of the score and how that helps me select a new dependency... Chandan Andrew Pantyukhin wrote: On 2/20/06, Chandan Haldar [EMAIL PROTECTED] wrote: Trying to build port linuxpluginwrapper on FreeBSD 6.0-Stable (final goal is to get linux flash player work with firefox 1.0.7 on FreeBSD 6.0-Stable) fails at fetch of atk-1.2.0-2.i386.rpm. Fetching manually results in checksum mismatch error. Any known workaround? Transcript of session below. # mv /usr/ports/distfiles /usr/ # rm -rf /usr/ports # mkdir /usr/ports # man portsnap... wow # portsnap fetch # portsnap extract # mv /usr/distfiles /usr/ports/ # echo '0 7 * * * root portsnap cron portsnap update' /etc/crontab # cd /usr/ports/sysutils/portupgrade/ # make install clean # rehash # portupgrade -ak... tea-time # cd /usr/ports/www/linuxpluginwrapper/ # make install clean # cp /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD6 /etc/ # cd /usr/ports/www/linux-flashplugin6/ # make install clean # firefox ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 stable: linuxpluginwrapper port build failure
On 2/20/06, Chandan Haldar [EMAIL PROTECTED] wrote: Thanks a lot for the direction. All goes well until portupgrade asks me to run 'pkgdb -F', which asks me to resolve stale dependencies. I have a large number of ports installed and the dependencies seem somewhat intractable for manual resolution. Is this the only way to resolve the stale dependencies or am I as usual missing something :-( ? From the pkgdb manpage I could not understand the implication of the score and how that helps me select a new dependency... If you have some spare time, consider reinstalling all the ports. # pkg_delete -a # cd /usr/ports/sysutils/portupgrade # make install clean # portinstall firefox mplayer whatever (You only need to portinstall the leaf ports, everything else will be installed by dependencies, naturally) pkgdb -F is not a complicated process, but you'll have to learn things like 'fam and gamin do the same thing' or 'I don't have something, but I have something-core'. Pkgdb tries to guess, but it does a poor job at that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 stable: linuxpluginwrapper port build failure
Andrew Pantyukhin wrote: On 2/20/06, Chandan Haldar [EMAIL PROTECTED] wrote: Thanks a lot for the direction. All goes well until portupgrade asks me to run 'pkgdb -F', which asks me to resolve stale dependencies. I have a large number of ports installed and the dependencies seem somewhat intractable for manual resolution. Is this the only way to resolve the stale dependencies or am I as usual missing something :-( ? From the pkgdb manpage I could not understand the implication of the score and how that helps me select a new dependency... If you have some spare time, consider reinstalling all the ports. You might try sysutils/portmanager first. It upgrades lowest dependencies first then works it's way up the dependency tree so stale dependencies are not usually a problem. It works very well. Chris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
6.0 stable: linuxpluginwrapper port build failure
Trying to build port linuxpluginwrapper on FreeBSD 6.0-Stable (final goal is to get linux flash player work with firefox 1.0.7 on FreeBSD 6.0-Stable) fails at fetch of atk-1.2.0-2.i386.rpm. Fetching manually results in checksum mismatch error. Any known workaround? Transcript of session below. Thanks. Chandan === Installing for linuxpluginwrapper-20050613 === linuxpluginwrapper-20050613 depends on file: /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so - found === linuxpluginwrapper-20050613 depends on file: /usr/X11R6/lib/linux-mozilla/plugins/nphelix.so - not found ===Verifying install for /usr/X11R6/lib/linux-mozilla/plugins/nphelix.so in /usr/ports/multimedia/linux-realplayer === Installing for linux-realplayer-10.0.5 === linux-realplayer-10.0.5 depends on file: /compat/linux/usr/lib/libgtk-x11-2.0.so.0 - not found ===Verifying install for /compat/linux/usr/lib/libgtk-x11-2.0.so.0 in /usr/ports/x11-toolkits/linux-gtk2 === linux-gtk2-2.2.1_5 depends on file: /compat/linux/usr/lib/libglib-2.0.so.0 - found === linux-gtk2-2.2.1_5 depends on file: /compat/linux/usr/lib/libatk-1.0.so.0 - not found ===Verifying install for /compat/linux/usr/lib/libatk-1.0.so.0 in /usr/ports/accessibility/linux-atk === Vulnerability check disabled, database not found === Extracting for linux-atk-1.2.0_3 = Checksum mismatch for rpm/atk-1.2.0-2.i386.rpm. === Refetch for 1 more times files: rpm/atk-1.2.0-2.i386.rpm === Vulnerability check disabled, database not found = atk-1.2.0-2.i386.rpm doesn't seem to exist in /usr/ports/distfiles/rpm. = Attempting to fetch from ftp://ftp.redhat.com/pub/redhat/linux/9/en/os/i386/RedHat/RPMS/. fetch: ftp://ftp.redhat.com/pub/redhat/linux/9/en/os/i386/RedHat/RPMS/atk-1.2.0-2.i386.rpm: File unavailable (e.g., file not found, no access) = Attempting to fetch from ftp://ftp.nluug.nl/site/ftp.redhat.com/redhat/linux/9/en/os/i386/RedHat/RPMS/. fetch: ftp://ftp.nluug.nl/site/ftp.redhat.com/redhat/linux/9/en/os/i386/RedHat/RPMS/atk-1.2.0-2.i386.rpm: File unavailable (e.g., file not found, no access) = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/rpm/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/rpm/atk-1.2.0-2.i386.rpm: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/rpm and try again. *** Error code 1 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
mplayer-plugin build failure
hi all... mplayer-plugin build failure. here is where it stops and the log is attached. what to do? thanks configure: Determining mozilla/firefox packages to link against checking for pkg-config... /usr/local/bin/pkg-config checking for firefox-plugin... gnome-config: not found gnome-config: not found configure: WARNING: firefox-plugin not found checking for firefox-plugin... gnome-config: not found gnome-config: not found configure: WARNING: firefox-plugin not found checking for seamonkey-plugin... gnome-config: not found gnome-config: not found configure: WARNING: seamonkey-plugin not found configure: error: Unable to find mozilla or firefox development files === Script configure failed unexpectedly. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin build failure
How exactly are you trying to build mplayer-plugin? Did you use FreeBSD port (www/mplayer-plugin)? hi Adi... yes, i used the port... Please be more specific there is a lot of information in the log attached to the first message. updatetd the www ports. the plugin version is 3.20... on a 6.0-RELEASE FreeBSD what else? thanks -- Adi Pircalabu (PGP Key ID 0x04329F5E) -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin build failure
On Feb 17, 2006, at 2:38 AM, kalin mintchev wrote: hi all... mplayer-plugin build failure. here is where it stops and the log is attached. what to do? thanks configure: Determining mozilla/firefox packages to link against checking for pkg-config... /usr/local/bin/pkg-config checking for firefox-plugin... gnome-config: not found gnome-config: not found configure: WARNING: firefox-plugin not found checking for firefox-plugin... gnome-config: not found gnome-config: not found configure: WARNING: firefox-plugin not found checking for seamonkey-plugin... gnome-config: not found gnome-config: not found configure: WARNING: seamonkey-plugin not found configure: error: Unable to find mozilla or firefox development files === Script configure failed unexpectedly. You need to install a mozilla browser and have the headers available for mplayerplug-in. -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin build failure
i just realized that the attached log might not have been received by anybody... i didn't it gets filtered.. awesome... here is the end of it: ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_BUGREPORT [EMAIL PROTECTED] #define PACKAGE_NAME mplayerplug-in #define PACKAGE_STRING mplayerplug-in 3.20 #define PACKAGE_TARNAME mplayerplug-in #define PACKAGE_VERSION 3.20 #endif #ifdef __cplusplus extern C void std::exit (int) throw (); using std::exit; configure: exit 1 How exactly are you trying to build mplayer-plugin? Did you use FreeBSD port (www/mplayer-plugin)? hi Adi... yes, i used the port... Please be more specific there is a lot of information in the log attached to the first message. updatetd the www ports. the plugin version is 3.20... on a 6.0-RELEASE FreeBSD what else? thanks -- Adi Pircalabu (PGP Key ID 0x04329F5E) -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://www.bitdefender.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin build failure
You need to install a mozilla browser and have the headers available for mplayerplug-in. i know. but i'm using the port. and have 2 mozilla browsers installed... i'll get the src later and i gess look for gecko libraries... -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
(OpenOffice2 build failure) ERROR: Shared object libmawt.so not found
Hi, I'm trying to build the OpenOffice 2 port and I get the errors below. My make options are: nice +20 make JAVA_VERSION=1.5 WITH_KDE=yes install My System: FreeBSD infomatic.intranet 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Mon Jan 16 00:35:00 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/INFOMATIC i386 The Error: Making: ../../unxfbsd.pro/lib/libofficebean.so g++-ooo -Wl,-z,combreloc -Wl,-rpath,'$ORIGIN' -shared -L../../unxfbsd.pro/lib -L../lib -L/usr/ports/editors/openoffice.org-2.0/work /OOA680_m1/solenv/unxfbsd/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solver/680/unxfbsd.pro/lib -L/usr/ports/editor s/openoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/local/jdk1.5.0/lib -L/usr/local/jdk1.5.0/jre/lib/i386 -L/usr/local/jd k1.5.0/jre/lib/i386/client -L/usr/local/jdk1.5.0/jre/lib/i386/native_threads -L/usr/X11R6/lib ../../unxfbsd.pro/slo/officebean_vers ion.o -o ../../unxfbsd.pro/lib/libofficebean.so ../../unxfbsd.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.o ../../unxfbsd.pro /slo/com_sun_star_beans_LocalOfficeWindow.o -ljawt -pthread -lm rm -f ../../unxfbsd.pro/lib/check_libofficebean.so mv ../../unxfbsd.pro/lib/libofficebean.so ../../unxfbsd.pro/lib/check_libofficebean.so /usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/bin/checkdll.sh -L../../unxfbsd.pro/lib -L../lib -L/usr/ports/editors/o penoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solver/680/unxfbsd.pro/l ib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/local/jdk1.5.0/lib -L/usr/local/jdk1.5.0/jre/li b/i386 -L/usr/local/jdk1.5.0/jre/lib/i386/client -L/usr/local/jdk1.5.0/jre/lib/i386/native_threads -L/usr/X11R6/lib ../../unxfbsd.p ro/lib/check_libofficebean.so Checking DLL ../../unxfbsd.pro/lib/check_libofficebean.so ...: ERROR: Shared object libmawt.so not found, required by libjawt.so dmake: Error code 1, while making '../../unxfbsd.pro/lib/libofficebean.so' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/bean/native/unix dmake: Error code 1, while making 'build_instsetoo_native' '---* tg_merge.mk *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. infomatic# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: (OpenOffice2 build failure) ERROR: Shared object libmawt.so not found
This has something to do with building project bean I've found 3 versions of libmawt: libmawt.so /usr/local/jdk1.5.0/jre/lib/i386/headless/ libmawt.so /usr/local/jdk1.5.0/jre/lib/i386/motif21/ libmawt.so /usr/local/jdk1.5.0/jre/lib/i386/xawt/ My guess is that it the one in xawt, but where do I put it for the OOo build to find it? On 2/1/06, Nikolas Britton [EMAIL PROTECTED] wrote: Hi, I'm trying to build the OpenOffice 2 port and I get the errors below. My make options are: nice +20 make JAVA_VERSION=1.5 WITH_KDE=yes install My System: FreeBSD infomatic.intranet 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Mon Jan 16 00:35:00 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/INFOMATIC i386 The Error: Making: ../../unxfbsd.pro/lib/libofficebean.so g++-ooo -Wl,-z,combreloc -Wl,-rpath,'$ORIGIN' -shared -L../../unxfbsd.pro/lib -L../lib -L/usr/ports/editors/openoffice.org-2.0/work /OOA680_m1/solenv/unxfbsd/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solver/680/unxfbsd.pro/lib -L/usr/ports/editor s/openoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/local/jdk1.5.0/lib -L/usr/local/jdk1.5.0/jre/lib/i386 -L/usr/local/jd k1.5.0/jre/lib/i386/client -L/usr/local/jdk1.5.0/jre/lib/i386/native_threads -L/usr/X11R6/lib ../../unxfbsd.pro/slo/officebean_vers ion.o -o ../../unxfbsd.pro/lib/libofficebean.so ../../unxfbsd.pro/slo/com_sun_star_comp_beans_LocalOfficeWindow.o ../../unxfbsd.pro /slo/com_sun_star_beans_LocalOfficeWindow.o -ljawt -pthread -lm rm -f ../../unxfbsd.pro/lib/check_libofficebean.so mv ../../unxfbsd.pro/lib/libofficebean.so ../../unxfbsd.pro/lib/check_libofficebean.so /usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/bin/checkdll.sh -L../../unxfbsd.pro/lib -L../lib -L/usr/ports/editors/o penoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solver/680/unxfbsd.pro/l ib -L/usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/solenv/unxfbsd/lib -L/usr/local/jdk1.5.0/lib -L/usr/local/jdk1.5.0/jre/li b/i386 -L/usr/local/jdk1.5.0/jre/lib/i386/client -L/usr/local/jdk1.5.0/jre/lib/i386/native_threads -L/usr/X11R6/lib ../../unxfbsd.p ro/lib/check_libofficebean.so Checking DLL ../../unxfbsd.pro/lib/check_libofficebean.so ...: ERROR: Shared object libmawt.so not found, required by libjawt.so dmake: Error code 1, while making '../../unxfbsd.pro/lib/libofficebean.so' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice.org-2.0/work/OOA680_m1/bean/native/unix dmake: Error code 1, while making 'build_instsetoo_native' '---* tg_merge.mk *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. infomatic# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Build failure devel/goffice
Hi, In order to build gnumeric, I have to build goffice first. But when I try it fails with: ... Requested 'libgsf-1 = 1.13.3' but version of libgsf-1 is 1.11.1 ... But my libgsf, as well as libgsf-gnome, are both version 1.13.3. My portstree is up to date. Does anyone has a clue how to solve this? I'm running FreeBSD 5.4-stable. Thanks, Marco -- This will be a memorable month -- no matter how hard you try to forget it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kde build failure
the dependency is the thing I have the problem with. the kompmgr.c located in /usr/ports/x11-wm/kopmgr is where I have a compilation problem. Here is full llog kompmgr.c:1110: error: structure has no member named `extents' kompmgr.c:1112: error: structure has no member named `extents' kompmgr.c:1113: error: structure has no member named `extents' kompmgr.c:1115: error: structure has no member named `borderClip' kompmgr.c:1117: error: structure has no member named `borderClip' kompmgr.c:1118: error: structure has no member named `borderClip' kompmgr.c:1121: error: structure has no member named `borderSize' kompmgr.c:1122: error: structure has no member named `borderSize' kompmgr.c:1123: error: structure has no member named `extents' kompmgr.c:1124: error: structure has no member named `extents' kompmgr.c:1145: error: structure has no member named `borderSize' kompmgr.c:1154: error: structure has no member named `contentSize' kompmgr.c:1155: error: structure has no member named `contentSize' kompmgr.c:1156: error: structure has no member named `contentSize' kompmgr.c:1165: error: structure has no member named `titleSize' kompmgr.c:1166: error: structure has no member named `titleSize' kompmgr.c:1167: error: structure has no member named `titleSize' kompmgr.c:1178: error: structure has no member named `borderClip' kompmgr.c:1180: error: structure has no member named `borderClip' kompmgr.c:1181: error: structure has no member named `borderClip' kompmgr.c:1203: error: structure has no member named `borderClip' kompmgr.c:1220: error: structure has no member named `borderClip' kompmgr.c:1236: error: structure has no member named `borderClip' kompmgr.c:1236: error: structure has no member named `borderClip' kompmgr.c:1236: error: structure has no member named `borderSize' kompmgr.c:1237: error: structure has no member named `borderClip' kompmgr.c:1273: error: structure has no member named `borderClip' kompmgr.c:1273: error: structure has no member named `borderClip' kompmgr.c:1273: error: structure has no member named `borderSize' kompmgr.c:1274: error: structure has no member named `borderClip' kompmgr.c:1291: error: structure has no member named `borderClip' kompmgr.c:1292: error: structure has no member named `borderClip' kompmgr.c: At top level: kompmgr.c:1320: error: syntax error before XserverRegion kompmgr.c: In function `add_damage': kompmgr.c:1324: error: `damage' undeclared (first use in this function) kompmgr.c: In function `repair_win': kompmgr.c:1334: error: syntax error before parts kompmgr.c:1338: error: `parts' undeclared (first use in this function) kompmgr.c:1340: error: structure has no member named `damage' kompmgr.c:1344: error: syntax error before o kompmgr.c:1347: error: structure has no member named `damage' kompmgr.c:1353: error: `o' undeclared (first use in this function) kompmgr.c: In function `finish_unmap_win': kompmgr.c:1395: error: structure has no member named `extents' kompmgr.c:1397: error: structure has no member named `extents' kompmgr.c:1398: error: structure has no member named `extents' kompmgr.c:1420: error: structure has no member named `borderSize' kompmgr.c:1423: error: structure has no member named `borderSize' kompmgr.c:1424: error: structure has no member named `borderSize' kompmgr.c:1427: error: structure has no member named `titleSize' kompmgr.c:1430: error: structure has no member named `titleSize' kompmgr.c:1431: error: structure has no member named `titleSize' kompmgr.c:1434: error: structure has no member named `contentSize' kompmgr.c:1437: error: structure has no member named `contentSize' kompmgr.c:1438: error: structure has no member named `contentSize' kompmgr.c:1446: error: structure has no member named `borderClip' kompmgr.c:1448: error: structure has no member named `borderClip' kompmgr.c:1449: error: structure has no member named `borderClip' kompmgr.c: In function `determine_mode': kompmgr.c:1678: error: structure has no member named `extents' kompmgr.c:1680: error: syntax error before damage kompmgr.c:1681: error: `damage' undeclared (first use in this function) kompmgr.c:1682: error: structure has no member named `extents' kompmgr.c: In function `add_win': kompmgr.c:1755: error: structure has no member named `damage' kompmgr.c:1760: error: structure has no member named `damage' kompmgr.c:1760: error: `XDamageReportNonEmpty' undeclared (first use in this function) kompmgr.c:1765: error: structure has no member named `borderSize' kompmgr.c:1766: error: structure has no member named `extents' kompmgr.c:1776: error: structure has no member named `borderClip' kompmgr.c: In function `configure_win': kompmgr.c:1830: error: syntax error before damage kompmgr.c:1850: error: `damage' undeclared (first use in this function) kompmgr.c:1851: error: structure has no member named `extents' kompmgr.c:1852: error: structure has no member named `extents' kompmgr.c:1883: error: syntax error before extents kompmgr.c:1884: error: `extents' undeclared (first use in this
Re: kde build failure
Did you cvsup your ports tree before beginning? Man, I keep saying it, and keep saying it. I really really really (REALLY) need to set up a wiki covering ports tree best practices. Once you have it down, it works like clockwork, but there's a huge gap in understanding what to do for beginners. :\ On Tue, 7 Jun 2005, Antoine Solomon wrote: the dependency is the thing I have the problem with. the kompmgr.c located in /usr/ports/x11-wm/kopmgr is where I have a compilation problem. Here is full llog kompmgr.c:1110: error: structure has no member named `extents' kompmgr.c:1112: error: structure has no member named `extents' kompmgr.c:1113: error: structure has no member named `extents' kompmgr.c:1115: error: structure has no member named `borderClip' kompmgr.c:1117: error: structure has no member named `borderClip' kompmgr.c:1118: error: structure has no member named `borderClip' kompmgr.c:1121: error: structure has no member named `borderSize' kompmgr.c:1122: error: structure has no member named `borderSize' kompmgr.c:1123: error: structure has no member named `extents' kompmgr.c:1124: error: structure has no member named `extents' kompmgr.c:1145: error: structure has no member named `borderSize' kompmgr.c:1154: error: structure has no member named `contentSize' kompmgr.c:1155: error: structure has no member named `contentSize' kompmgr.c:1156: error: structure has no member named `contentSize' kompmgr.c:1165: error: structure has no member named `titleSize' kompmgr.c:1166: error: structure has no member named `titleSize' kompmgr.c:1167: error: structure has no member named `titleSize' kompmgr.c:1178: error: structure has no member named `borderClip' kompmgr.c:1180: error: structure has no member named `borderClip' kompmgr.c:1181: error: structure has no member named `borderClip' kompmgr.c:1203: error: structure has no member named `borderClip' kompmgr.c:1220: error: structure has no member named `borderClip' kompmgr.c:1236: error: structure has no member named `borderClip' kompmgr.c:1236: error: structure has no member named `borderClip' kompmgr.c:1236: error: structure has no member named `borderSize' kompmgr.c:1237: error: structure has no member named `borderClip' kompmgr.c:1273: error: structure has no member named `borderClip' kompmgr.c:1273: error: structure has no member named `borderClip' kompmgr.c:1273: error: structure has no member named `borderSize' kompmgr.c:1274: error: structure has no member named `borderClip' kompmgr.c:1291: error: structure has no member named `borderClip' kompmgr.c:1292: error: structure has no member named `borderClip' kompmgr.c: At top level: kompmgr.c:1320: error: syntax error before XserverRegion kompmgr.c: In function `add_damage': kompmgr.c:1324: error: `damage' undeclared (first use in this function) kompmgr.c: In function `repair_win': kompmgr.c:1334: error: syntax error before parts kompmgr.c:1338: error: `parts' undeclared (first use in this function) kompmgr.c:1340: error: structure has no member named `damage' kompmgr.c:1344: error: syntax error before o kompmgr.c:1347: error: structure has no member named `damage' kompmgr.c:1353: error: `o' undeclared (first use in this function) kompmgr.c: In function `finish_unmap_win': kompmgr.c:1395: error: structure has no member named `extents' kompmgr.c:1397: error: structure has no member named `extents' kompmgr.c:1398: error: structure has no member named `extents' kompmgr.c:1420: error: structure has no member named `borderSize' kompmgr.c:1423: error: structure has no member named `borderSize' kompmgr.c:1424: error: structure has no member named `borderSize' kompmgr.c:1427: error: structure has no member named `titleSize' kompmgr.c:1430: error: structure has no member named `titleSize' kompmgr.c:1431: error: structure has no member named `titleSize' kompmgr.c:1434: error: structure has no member named `contentSize' kompmgr.c:1437: error: structure has no member named `contentSize' kompmgr.c:1438: error: structure has no member named `contentSize' kompmgr.c:1446: error: structure has no member named `borderClip' kompmgr.c:1448: error: structure has no member named `borderClip' kompmgr.c:1449: error: structure has no member named `borderClip' kompmgr.c: In function `determine_mode': kompmgr.c:1678: error: structure has no member named `extents' kompmgr.c:1680: error: syntax error before damage kompmgr.c:1681: error: `damage' undeclared (first use in this function) kompmgr.c:1682: error: structure has no member named `extents' kompmgr.c: In function `add_win': kompmgr.c:1755: error: structure has no member named `damage' kompmgr.c:1760: error: structure has no member named `damage' kompmgr.c:1760: error: `XDamageReportNonEmpty' undeclared (first use in this function) kompmgr.c:1765: error: structure has no member named `borderSize' kompmgr.c:1766: error: structure has no member named `extents' kompmgr.c:1776: error: structure has no member named `borderClip' kompmgr.c: In function `configure_win':
Re: kde build failure
On Tue, Jun 07, 2005 at 11:17:31PM -0400, Antoine Solomon wrote: the dependency is the thing I have the problem with. the kompmgr.c located in /usr/ports/x11-wm/kopmgr is where I have a compilation problem. Here is full llog No, that's still only part of it. Please follow my advice: You trimmed too much context, but this kind of thing is usually caused by having stale dependencies. portupgrade is your friend. portupgrade -a Kris pgpF8TxG0swjg.pgp Description: PGP signature
kde build failure
hello all, anyone recently build kde3? It appears to be coming from the x11-wm/kompmgr. If anyone can help Thanks kompmgr.c:2778: error: structure has no member named `extents' kompmgr.c:2784: error: structure has no member named `extents' kompmgr.c:2790: error: `XDamageNotify' undeclared (first use in this function) kompmgr.c:2793: error: `XDamageNotifyEvent' undeclared (first use in this function) kompmgr.c:2793: error: syntax error before ')' token gmake: *** [kompmgr.o] Error 1 *** Error code 2 Stop in /usr/ports/x11-wm/kompmgr. *** Error code 1 Stop in /usr/ports/x11/kdebase3. *** Error code 1 Stop in /usr/ports/x11/kde3. -- Antoine W. Solomon Jr. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kde build failure
On Mon, Jun 06, 2005 at 10:42:24PM -0400, Antoine Solomon wrote: hello all, anyone recently build kde3? It appears to be coming from the x11-wm/kompmgr. If anyone can help Thanks You trimmed too much context, but this kind of thing is usually caused by having stale dependencies. portupgrade is your friend. Kris pgpjfod9Bl8KL.pgp Description: PGP signature
firefox 1.0.2 build failure
Hello, I tried to portupgrade firefox from 1.0.1 to 1.0.2, but it fails with the following messages: nsFontMetricsPS.cpp: In member function `nsresult nsFontPSFreeType::Init(nsITrue TypeFontCatalogEntry*, nsPSFontGenerator*)': nsFontMetricsPS.cpp:1144: error: 'struct FTC_ImageTypeRec_' has no member named 'face_id' nsFontMetricsPS.cpp:1145: error: 'struct FTC_ImageTypeRec_' has no member named 'width' nsFontMetricsPS.cpp:1146: error: 'struct FTC_ImageTypeRec_' has no member named 'height' nsFontMetricsPS.cpp: In member function `FT_FaceRec_* nsFontPSFreeType::getFTFac e()': nsFontMetricsPS.cpp:1231: error: 'struct FTC_ImageTypeRec_' has no member named 'face_id' nsFontMetricsPS.cpp: In member function `virtual void nsFT2Type8Generator::Gener atePSFont(FILE*)': nsFontMetricsPS.cpp:1625: error: 'struct FTC_ImageTypeRec_' has no member named 'face_id' nsFontMetricsPS.cpp:1627: error: 'struct FTC_ImageTypeRec_' has no member named 'width' nsFontMetricsPS.cpp:1628: error: 'struct FTC_ImageTypeRec_' has no member named 'height' nsFontMetricsPS.cpp:1633: error: 'struct FTC_ImageTypeRec_' has no member named 'face_id' gmake[4]: *** [nsFontMetricsPS.o] Error 1 gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/gfx/src/ps' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/gfx/src' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/gfx' gmake[1]: *** [tier_9] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Did anyone else ran into this problem? Thanks, Marco -- Government spending? I don't know what it's all about. I don't know any more about this thing than an economist does, and, God knows, he doesn't know much. -- Will Rogers ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: firefox 1.0.2 build failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Beishuizen wrote: | | Hello, | | I tried to portupgrade firefox from 1.0.1 to 1.0.2, but it fails | with the following messages: | | | nsFontMetricsPS.cpp: In member function `nsresult | nsFontPSFreeType::Init(nsITrue | TypeFontCatalogEntry*, nsPSFontGenerator*)': | nsFontMetricsPS.cpp:1144: error: 'struct FTC_ImageTypeRec_' has no | member named 'face_id' | nsFontMetricsPS.cpp:1145: error: 'struct FTC_ImageTypeRec_' has no | member named 'width' | nsFontMetricsPS.cpp:1146: error: 'struct FTC_ImageTypeRec_' has no | member named 'height' | nsFontMetricsPS.cpp: In member function `FT_FaceRec_* | nsFontPSFreeType::getFTFac | e()': | nsFontMetricsPS.cpp:1231: error: 'struct FTC_ImageTypeRec_' has no | member named 'face_id' | nsFontMetricsPS.cpp: In member function `virtual void | nsFT2Type8Generator::Gener | atePSFont(FILE*)': | nsFontMetricsPS.cpp:1625: error: 'struct FTC_ImageTypeRec_' has no | member named 'face_id' | nsFontMetricsPS.cpp:1627: error: 'struct FTC_ImageTypeRec_' has no | member named 'width' | nsFontMetricsPS.cpp:1628: error: 'struct FTC_ImageTypeRec_' has no | member named 'height' | nsFontMetricsPS.cpp:1633: error: 'struct FTC_ImageTypeRec_' has no | member named 'face_id' | gmake[4]: *** [nsFontMetricsPS.o] Error 1 | gmake[4]: Leaving directory | `/usr/ports/www/firefox/work/mozilla/gfx/src/ps' | gmake[3]: *** [libs] Error 2 | gmake[3]: Leaving directory | `/usr/ports/www/firefox/work/mozilla/gfx/src' | gmake[2]: *** [libs] Error 2 | gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/gfx' | gmake[1]: *** [tier_9] Error 2 | gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' | gmake: *** [default] Error 2 | *** Error code 2 | | Did anyone else ran into this problem? you need to update print/freetype2 to 2.1.9 and re-start the build. (you don't have to remove firefox WRKSRC) Michael | | Thanks, | | Marco | -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCRaBIn4uqfTwEb9YRAnsPAJ4jEvCxOcSl1uiocf5cXmxp6zWdxQCbBlQM E0tcQ7DnYpdUDFswZHkmOX4= =hBdn -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: firefox 1.0.2 build failure
On stardate Sat, 26 Mar 2005, the wise Michael Johnson entered: you need to update print/freetype2 to 2.1.9 and re-start the build. (you don't have to remove firefox WRKSRC) Michael Yes, this worked. Thanks. Marco -- I call them as I see them. If I can't see them, I make them up. -- Biff Barf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
gnomeapplets build failure
Hello. I've been using gentoo for awhile, but when a disk failure meant a reinstall of my OS, I figured I'd give FreeBSD a shot. I got my system up and running fairly quickly by using all binary packages off the CD. Liked the quickness of that, but I've been struggling to get everything upgraded to the latest versions from the ports tree ever since. Maybe I've been doing stuff wrong, but I've had about a dozen build failures, mostly due to portupgrade's reluctance to upgrade some packages. I've slowly whittled away at these by deinstalling/reinstalling and I'm down to two packages... gnomeapplets and gnome2-lite. But now I get a real build error and I'm stuck... something to do with acpi. I'll paste the output below. Would appreciate any help. Thanks, Ben output: acpi-freebsd.c:43:31: dev/acpica/acpiio.h: No such file or directory acpi-freebsd.c:44:37: contrib/dev/acpica/acpi.h: No such file or directory acpi-freebsd.c: In function `update_battery_info': acpi-freebsd.c:68: error: storage size of 'battio' isn't known acpi-freebsd.c:78: error: `ACPIIO_CMBAT_GET_BIF' undeclared (first use in this function) acpi-freebsd.c:78: error: (Each undeclared identifier is reported only once acpi-freebsd.c:78: error: for each function it appears in.) acpi-freebsd.c: In function `acpi_freebsd_read': acpi-freebsd.c:148: error: storage size of 'battio' isn't known acpi-freebsd.c:158: error: `ACPIIO_CMBAT_GET_BST' undeclared (first use in this function) acpi-freebsd.c:182: error: `ACPI_BATT_STAT_CHARGING' undeclared (first use in this function) acpi-freebsd.c:186: error: `ACPI_BATT_STAT_CRITICAL' undeclared (first use in this function) gmake[3]: *** [acpi-freebsd.o] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.8.2/battstat' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.8.2/battstat' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/gnomeapplets2/work/gnome-applets-2.8.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/gnomeapplets2. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade25472.60 make ** Fix the problem and try again. --- Skipping 'x11/gnome2-lite' (gnome2-lite-2.6.2) because a requisite package 'gnomeapplets2-2.6.2.1_4' (x11/gnomeapplets2) failed (specify -k to force) ** Listing the failed packages (*:skipped / !:failed) ! x11/gnomeapplets2 (gnomeapplets2-2.6.2.1_4) (missing header) * x11/gnome2-lite (gnome2-lite-2.6.2) --- Packages processed: 0 done, 233 ignored, 1 skipped and 1 failed ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gnomeapplets build failure
On Sun, 2005-02-27 at 17:08 -0800, Ben Munat wrote: Hello. I've been using gentoo for awhile, but when a disk failure meant a reinstall of my OS, I figured I'd give FreeBSD a shot. I got my system up and running fairly quickly by using all binary packages off the CD. Liked the quickness of that, but I've been struggling to get everything upgraded to the latest versions from the ports tree ever since. Maybe I've been doing stuff wrong, but I've had about a dozen build failures, mostly due to portupgrade's reluctance to upgrade some packages. I've slowly whittled away at these by deinstalling/reinstalling and I'm down to two packages... gnomeapplets and gnome2-lite. But now I get a real build error and I'm stuck... something to do with acpi. I'll paste the output below. Would appreciate any help. Read the message that's printed when you start to build gnomeapplets2. You need the FreeBSD kernel source installed in /usr/src (or you need to set the FREEBSD_SYS variable to point to the location where the kernel source is installed). Hopefully, this need will go away in the future when the ACPI headers are copied to /usr/include. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc signature.asc Description: This is a digitally signed message part
Re: gnomeapplets build failure
Ah. Thanks. That did it. Maybe the build script should just check for the existence of the kernel source and error out immediately with an informative message rather than print a message that just flies by amidst thousands of lines of output? Ben Joe Marcus Clarke wrote: On Sun, 2005-02-27 at 17:08 -0800, Ben Munat wrote: Hello. I've been using gentoo for awhile, but when a disk failure meant a reinstall of my OS, I figured I'd give FreeBSD a shot. I got my system up and running fairly quickly by using all binary packages off the CD. Liked the quickness of that, but I've been struggling to get everything upgraded to the latest versions from the ports tree ever since. Maybe I've been doing stuff wrong, but I've had about a dozen build failures, mostly due to portupgrade's reluctance to upgrade some packages. I've slowly whittled away at these by deinstalling/reinstalling and I'm down to two packages... gnomeapplets and gnome2-lite. But now I get a real build error and I'm stuck... something to do with acpi. I'll paste the output below. Would appreciate any help. Read the message that's printed when you start to build gnomeapplets2. You need the FreeBSD kernel source installed in /usr/src (or you need to set the FREEBSD_SYS variable to point to the location where the kernel source is installed). Hopefully, this need will go away in the future when the ACPI headers are copied to /usr/include. Joe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
OpenOffice.org-1.1 build failure on NFS client
Hello, I'm running 5.3-STABLE on a laptop connecting to an NFS mounted volume on a 5.3-STABLE server. I've exported /usr/ports from the server and mounted it to /usr/ports on the laptop NFS client. Here's my mount options from fstab: fs:/usr/ports /usr/ports nfs -3,-R=3,-b,-i,-s,-r=32768,-w=32768,rw,noauto 0 0 The reason I'm building over NFS is I don't have enough diskspace on the laptop to accommodate an OpenOffice build. I've been configuring this laptop for the last couple of days. The *bigger* ports I've built and installed via NFS mount far include: xorg, mozilla, gaim, jdk14, eclipse. Here's the error I get from portinstall editors/openoffice-1.1 (with some context): NOTICE: To build Openoffice, you should have a lot of free diskspace (~ 4GB). If you want SDK and/or solver, please type make sdk and/or make solver === Extracting for openoffice-1.1.3_1 Checksum OK for openoffice1.1/OOo_1.1.3-1_source.tar.gz. Checksum OK for openoffice1.1/gpc231.tar.Z. Checksum OK for openoffice1.1/patch-openoffice-mozilla101-2002-10-14. Checksum OK for openoffice1.1/mozilla-vendor-1.0.2a.tgz. === openoffice-1.1.3_1 depends on file: /usr/local/bin/perl5.8.5 - found === Patching for openoffice-1.1.3_1 === openoffice-1.1.3_1 depends on file: /usr/local/bin/perl5.8.5 - found === Applying FreeBSD patches for openoffice-1.1.3_1 === openoffice-1.1.3_1 depends on file: /usr/local/jdk1.4.2/bin/java - found === openoffice-1.1.3_1 depends on executable: gcc32 - found === openoffice-1.1.3_1 depends on executable: zip - found === openoffice-1.1.3_1 depends on executable: unzip - found === openoffice-1.1.3_1 depends on executable: gcp - found === openoffice-1.1.3_1 depends on file: /usr/X11R6/lib/libXft.so - found === openoffice-1.1.3_1 depends on executable: Xvfb - found === openoffice-1.1.3_1 depends on file: /usr/local/bin/ant - found === openoffice-1.1.3_1 depends on executable: gmake - found === openoffice-1.1.3_1 depends on executable: bison - found === openoffice-1.1.3_1 depends on file: /usr/local/bin/perl5.8.5 - found === openoffice-1.1.3_1 depends on file: /usr/local/bin/autoconf259 - found === openoffice-1.1.3_1 depends on executable: pkg-config - found === openoffice-1.1.3_1 depends on file: /usr/local/bin/intltool-extract - found === openoffice-1.1.3_1 depends on shared library: jpeg.9 - found === openoffice-1.1.3_1 depends on shared library: png.5 - found === openoffice-1.1.3_1 depends on shared library: mng.1 - found === openoffice-1.1.3_1 depends on shared library: freetype.9 - found === openoffice-1.1.3_1 depends on shared library: glib12.3 - found === openoffice-1.1.3_1 depends on shared library: gtk12.2 - found === openoffice-1.1.3_1 depends on shared library: ORBit.2 - found === openoffice-1.1.3_1 depends on shared library: glib-2.0.400 - found === openoffice-1.1.3_1 depends on shared library: atk-1.0.800 - found === openoffice-1.1.3_1 depends on shared library: pango-1.0.600 - found === openoffice-1.1.3_1 depends on shared library: gtk-x11-2.0.400 - found === Configuring for openoffice-1.1.3_1 autom4te259: cannot lock autom4te.cache/requests with mode 2 (perhaps you are running make -j on a lame NFS client?): Operation not supported *** Error code 1 Stop in /usr/ports/editors/openoffice-1.1. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall32221.0 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! editors/openoffice-1.1(unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Am I doing something wrong here? -- Regards, Doug ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenOffice.org-1.1 build failure on NFS client
In the last episode (Nov 30), Doug Poland said: The reason I'm building over NFS is I don't have enough diskspace on the laptop to accommodate an OpenOffice build. I've been configuring this laptop for the last couple of days. The *bigger* ports I've built and installed via NFS mount far include: xorg, mozilla, gaim, jdk14, eclipse. Here's the error I get from portinstall editors/openoffice-1.1 (with some context): === openoffice-1.1.3_1 depends on shared library: pango-1.0.600 - found === openoffice-1.1.3_1 depends on shared library: gtk-x11-2.0.400 - found === Configuring for openoffice-1.1.3_1 autom4te259: cannot lock autom4te.cache/requests with mode 2 (perhaps you are running make -j on a lame NFS client?): Operation not supported *** Error code 1 For some unknown reason, automate is trying to lock its temp files? Make sure you are running lockd and statd on both client and server. -- Dan Nelson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenOffice.org-1.1 build failure on NFS client
In the last episode (Nov 30), Doug Poland said: Here's the error I get from portinstall editors/openoffice-1.1 (with some context): === Configuring for openoffice-1.1.3_1 autom4te259: cannot lock autom4te.cache/requests with mode 2 (perhaps you are running make -j on a lame NFS client?): Operation not supported *** Error code 1 For some unknown reason, automate is trying to lock its temp files? Make sure you are running lockd and statd on both client and server. Thanks, I'll give that a try. -- Regards, Doug ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gnomevfs2 build failure on 4.10
On Wed, 2004-11-10 at 01:43 -0500, jimmie james wrote: With gnome_update.sh and portinstall this same error comes up, with no make.conf,. Including after make rmconfig in devel/gnomevfs2 Fresh cvsup of ports, and removing the tarball. There is a bug in the FreeBSD base version of krb5-config. Either delete that file if you're not using Kerberos, or edit it, and remove the instance of @[EMAIL PROTECTED] Joe -- PGP Key : http://www.marcuscom.com/pgp.asc signature.asc Description: This is a digitally signed message part
gnomevfs2 build failure on 4.10
With gnome_update.sh and portinstall this same error comes up, with no make.conf,. Including after make rmconfig in devel/gnomevfs2 Fresh cvsup of ports, and removing the tarball. FreeBSD fortytwo.zapto.org 4.10-STABLE FreeBSD 4.10-STABLE #0: Sun Aug 15 23:13:02 EDT 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FORTYTWO i386 cc -DHAVE_CONFIG_H -I. -I. -I../.. -O -pipe -I.. -I../.. -I./imported/neon -I/usr/local/include/libxml2 -I/usr/local/include -D_THREAD_SAFE -DORBIT2=1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/gconf/2 -I/usr/include @INCLUDE_des@ -I../.. -I../.. -I../../libgnomevfs -I../../libgnomevfs -D_THREAD_SAFE -I/usr/local/include -O -pipe -c ne_request.c -Wp,-MD,.deps/ne_request.TPlo -fPIC -DPIC -o .libs/ne_request.o cc: cannot specify -o with -c or -S and multiple compilations gmake[3]: *** [ne_request.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.8.3/imported/neon' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.8.3/imported' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.8.3' gmake: *** [all] Error 2 *** Error code 2 I do a make patch cd work/gnome-vfs-2.8.3/ ./configure I get this error (related?) checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for ngettext... no checking for ngettext in -lintl... no configure: error: Your Gettext installation doesn't seem to support ngettext to handle translation of plural forms. Please install GNU Gettext with the following installed. # pkg_info |grep gettext gettext-0.13.1_1GNU gettext package p5-gettext-1.03 Message handling functions php4-gettext-4.3.9 The gettext shared extension for php ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KDE / kdegraphics3 Build Failure
On Sat, Sep 18, 2004 at 10:48:33PM -0600, Michael G. Goodell wrote: When I did a make install clean on the /usr/ports/x11/kde3 port it built for a quite a while then died with this error: /usr/local/include/kjs/lookup.h:96: warning: non-static const member `const char* const KJS::HashTable::sbase' in class without a constructor gmake[3]: *** [SVGColorProfileElement.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.3.0/ksvg/dom' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.3.0/ksvg' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.3.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/graphics/kdegraphics3. *** Error code 1 Stop in /usr/ports/x11/kde3. I was told that I should replace the file /usr/include/sys/endian.h with a new one that was emailed to me by a maintainer. It seems to have worked ok but my question is this: I did a complete cvsup update just prior to building kde3 and built he kernel and world on: Aug 27 22:24:12 MDT 2004 - would not have rebuilding my kernel / cvsup fetched this new endian.h file? If not why? That's the thing when corresponding with developers: they may well ask you to test out patches they've literally just written. Seeing as you seem to have had a good result from that, I'd expect the patch (or something equivalent) to make it's way into the system eventually. You didn't say if you were corresponding with a KDE developer or a FreeBSD kernel developer -- as the file that was replaced is part of the FreeBSD system, a KDE person would have to pass it over to the FreeBSD side for review. Even so, the patch would generally be committed to 6-CURRENT first, for testing, and then merged into 5-STABLE and maybe 4-STABLE after some time. At the moment however 5-STABLE is in a source code freeze prior to the release of 5.3-RELEASE, so anything added there has to pass through the even more rigourous examination of the release engineering team. On the other hand, it could be a well-known fix that enables that software to build on an older version of the system: you don't say which system version you're running, but if it's older than 4.10-RELEASE or it it's one of the 5.x preview releases (5.2.1-RELEASE or earlier) -- then that patch wouldn't be applied to those versions[1]. In which case, you'ld either have to always apply the patch manually whenever you did a buildworld, or you'ld have to upgrade to a newer version of the system where it would be incorporated. Or the KDE folks might possibly incorporate a work-around into the kde3 port to enable it to build cleanly on earlier system versions. I hope I posted this OK - I am new to the mailing list thing. Seems fine to me. Cheers, Matthew [1] The project guarrantees that the -RELEASE branches will maintain a stable API/ABI and that only security patches will be applied. Although they have moved to saying 'Security+Major Errata' for 4.10-RELEASE. -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgpoN5vCIPKhZ.pgp Description: PGP signature
KDE / kdegraphics3 Build Failure
When I did a make install clean on the /usr/ports/x11/kde3 port it built for a quite a while then died with this error: /usr/local/include/kjs/lookup.h:96: warning: non-static const member `const char* const KJS::HashTable::sbase' in class without a constructor gmake[3]: *** [SVGColorProfileElement.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.3.0/ksvg/dom' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.3.0/ksvg' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.3.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/graphics/kdegraphics3. *** Error code 1 Stop in /usr/ports/x11/kde3. I was told that I should replace the file /usr/include/sys/endian.h with a new one that was emailed to me by a maintainer. It seems to have worked ok but my question is this: I did a complete cvsup update just prior to building kde3 and built he kernel and world on: Aug 27 22:24:12 MDT 2004 - would not have rebuilding my kernel / cvsup fetched this new endian.h file? If not why? I hope I posted this OK - I am new to the mailing list thing. Thanks, Michael ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
/usr/ports/graphics/tiff build failure
Hello folks, I am attempting to build the tiff library, but am continually running into a problem. After executing `make install` from /usr/ports/graphics/tiff, the build fails. Included is the exact output of the process, as well as the 'config.log' as requested. This is a cleanly installed system of 5.2.1-RELEASE, and immediately upgraded to -CURRENT as of about one hour ago. The ports were also cvsup'd and are current as of about 10 minutes ago. [begin output] === Vulnerability check disabled === Extracting for tiff-3.6.1_1 Checksum OK for tiff-v3.6.1.tar.gz. === Patching for tiff-3.6.1_1 === Applying FreeBSD patches for tiff-3.6.1_1 === tiff-3.6.1_1 depends on shared library: jpeg.9 - found === Configuring for tiff-3.6.1_1 Configuring TIFF Software v3.6.1 If configure does the wrong thing, check the file config.log for information that may help you understand what went wrong. Reading site-wide parameters from ./config.site. Oh no, not another i386-unknown-freebsd5.2 system... === Script configure failed unexpectedly. Please report the problem to [EMAIL PROTECTED] [maintainer] and attach the /usr/ports/graphics/tiff/work/tiff-v3.6.1/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). [end output] [begin config.log] Sat Feb 28 19:04:12 EST 2004 Running ./configure with arguments: --with-ZIP --with-JPEG --with-DIR_BIN=/usr/local/bin --with-DIR_LIB=/usr/local/lib --with-DIR_INC=/usr/local/include --with-DIR_MAN=/usr/local/man --with-CC=cc --with-GCOPTS=-O -pipe --with-OPTIMIZER= --with-DIRS_LIBINC=/usr/local/include --with-DIR_GZLIB=/usr/lib --with-DIR_JPEGLIB=/usr/local/lib --with-LIBGL=no --with-LIBIMAGE=no --with-INSTALL=/bin/sh /usr/ports/graphics/tiff/work/tiff-v3.6.1/port/install.sh --noninteractive --with-HTML --with-DIR_HTML=/usr/local/share/doc/tiff This file contains information that is captured from running the configure script. Lines that begin with a + are command lines echoed by the shell. Other lines are the output of commands; usually the contents of test case files or the output from compilers. If configure does the wrong thing, you can use the information captured here to aid in debugging. + . ./config.site + cat dummy.c main(int argc, char* argv) { exit(0); } + cat xgnu.c #ifdef __GNUC__ yes; #endif + cc -E xgnu.c + egrep yes yes; + cc -o dummy dummy.c [end config.log] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Kernel build failure - on joy.sh?
On Thu, Dec 18, 2003 at 07:18:52PM -0800, Kent Stewart wrote: On Thursday 18 December 2003 06:49 pm, The Bean wrote: So this is a make problem, not a config file problem. What's odd is that my attempt to make installkernel worked when I upgraded, but make installkernel KERNCONF=MyGENERIC fails, even though the only differences are options IPFIREWALL, options IPFIREWALL_VERBOSE, and options IPDIVERT. Perhaps the different config file cause make to do more work, and that triggered the problem. Interesting. I didn't look into that. I saw that joy.sh had been moved to the attic on the cvs-repository and stopped at that point. FWIW, my config file doesn't have anything to say about a joy. joy.sh has not been deleted from RELENG_4, only HEAD. Ceri -- pgp0.pgp Description: PGP signature
Kernel build failure - on joy.sh?
Hi all, I recently updated my source to 4.9-Stable from 4.2-Release. I did everything according the Handbook, and it seems to be working fine. I'm now trying to enable the kernel for firewalls. I made a copy of GENERIC made the attendant changes. make buildkernel KERNCONF=MyNewfile works fine. make installkernel KERNCONF=MyNewfile fails, with this message: install: /usr/src/sys/modules/joy/joy.sh: No such file or directory Googling on this, I found two cases. One guy got no responses. The other got one response which said If I had to guess, you updated the sources but were only building the kernel. Don't do that. True, I updated my source, but I also did a buildworld on that source, and actually built a new kernel as part of that process (as recommended by the handbook). Does anyone know what the problem might be? Also, doing man joy (tee hee) tells me that joy.sh is used to load the joystick module. I don't care about the joystick, so can I just disable this? Thanks, The Bean __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Kernel build failure - on joy.sh?
On Thursday 18 December 2003 05:21 pm, The Bean wrote: Hi all, I recently updated my source to 4.9-Stable from 4.2-Release. I did everything according the Handbook, and it seems to be working fine. I'm now trying to enable the kernel for firewalls. I made a copy of GENERIC made the attendant changes. make buildkernel KERNCONF=MyNewfile works fine. make installkernel KERNCONF=MyNewfile fails, with this message: install: /usr/src/sys/modules/joy/joy.sh: No such file or directory Googling on this, I found two cases. One guy got no responses. The other got one response which said If I had to guess, you updated the sources but were only building the kernel. Don't do that. True, I updated my source, but I also did a buildworld on that source, and actually built a new kernel as part of that process (as recommended by the handbook). Does anyone know what the problem might be? Also, doing man joy (tee hee) tells me that joy.sh is used to load the joystick module. I don't care about the joystick, so can I just disable this? Joy.sh was retired but the Makefile still refers to it as an afterinstall option. The joy.sh script was never removed from my /usr/src by cvsup. You could grab joy.sh from the attic. The script that I still have, simply does kldload joy. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Kernel build failure - on joy.sh?
--- Kent Stewart [EMAIL PROTECTED] wrote: Joy.sh was retired but the Makefile still refers to it as an afterinstall option. The joy.sh script was never removed from my /usr/src by cvsup. You could grab joy.sh from the attic. The script that I still have, simply does kldload joy. Thank you Kent, for your awfully prompt resposne! This confused me at first, but I believe you're saying that either I can go to the attic and get joy.sh . . . OR, I can simply make a one-liner that says 'kldload joy.sh'. If I don't care about joy then I suppose a 0-liner would work too, as long as make finds something. Since I don't know what the attic is, it might be vi time (or perhaps just touch). So this is a make problem, not a config file problem. What's odd is that my attempt to make installkernel worked when I upgraded, but make installkernel KERNCONF=MyGENERIC fails, even though the only differences are options IPFIREWALL, options IPFIREWALL_VERBOSE, and options IPDIVERT. Perhaps the different config file cause make to do more work, and that triggered the problem. Interesting. Should the make file be changed so that it doesn't try to install a module that it doesn't build? Or is there a legitimate reason to try it? Thanks again Kent! Chris __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Kernel build failure - on joy.sh?
On Thursday 18 December 2003 06:49 pm, The Bean wrote: --- Kent Stewart [EMAIL PROTECTED] wrote: Joy.sh was retired but the Makefile still refers to it as an afterinstall option. The joy.sh script was never removed from my /usr/src by cvsup. You could grab joy.sh from the attic. The script that I still have, simply does kldload joy. Thank you Kent, for your awfully prompt resposne! This confused me at first, but I believe you're saying that either I can go to the attic and get joy.sh . . . OR, I can simply make a one-liner that says 'kldload joy.sh'. If I don't care about joy then I suppose a 0-liner would work too, as long as make finds something. Since I don't know what the attic is, it might be vi time (or perhaps just touch). Well, what is there is the following #!/bin/sh # $FreeBSD: src/sys/modules/joy/joy.sh,v 1.5 1999/08/28 00:47:23 peter Exp $ kldload joy The permissions are -rw-r--r-- 1 root wheel 100 Aug 27 1999 /usr/src/sys/modules/joy/joy.sh So this is a make problem, not a config file problem. What's odd is that my attempt to make installkernel worked when I upgraded, but make installkernel KERNCONF=MyGENERIC fails, even though the only differences are options IPFIREWALL, options IPFIREWALL_VERBOSE, and options IPDIVERT. Perhaps the different config file cause make to do more work, and that triggered the problem. Interesting. I didn't look into that. I saw that joy.sh had been moved to the attic on the cvs-repository and stopped at that point. FWIW, my config file doesn't have anything to say about a joy. Should the make file be changed so that it doesn't try to install a module that it doesn't build? Or is there a legitimate reason to try it? It doesn't make sense for joy/Makefile to even be used but if you delete the reference in modules/Makefile, cvsup will replace it. If you add joy.sh, you shouldn't have the problem. Kent Thanks again Kent! Chris __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel build failure
I am trying to build a new kernel on 4.9.release. I cvsup'ed the latest ports and soureces right before I tried the kernel build. I followed the handbook, and when I typed /usr/sbin/config FIREWALL (name of kernel config), I received the following message: [EMAIL PROTECTED] conf]# /usr/sbin/config FIREWALL ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard Your version of config(8) is out of sync with your kernel source. What does this mean? Do I need to upgrade config(8), how do you do that? I checked the man page, but it didn't provide any insight. TIA, Andy ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel build failure
On Monday 17 November 2003 03:26 pm, [EMAIL PROTECTED] wrote: I am trying to build a new kernel on 4.9.release. I cvsup'ed the latest ports and soureces right before I tried the kernel build. I followed the handbook, and when I typed /usr/sbin/config FIREWALL (name of kernel config), I received the following message: [EMAIL PROTECTED] conf]# /usr/sbin/config FIREWALL ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard Your version of config(8) is out of sync with your kernel source. What does this mean? Do I need to upgrade config(8), how do you do that? I checked the man page, but it didn't provide any insight. What did you cvsup? Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel build failure
[EMAIL PROTECTED] writes: I am trying to build a new kernel on 4.9.release. I cvsup'ed the latest ports and soureces right before I tried the kernel build. I followed the handbook, and when I typed /usr/sbin/config FIREWALL (name of kernel config), I received the following message: [EMAIL PROTECTED] conf]# /usr/sbin/config FIREWALL ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard Your version of config(8) is out of sync with your kernel source. What does this mean? Do I need to upgrade config(8), how do you do that? By the documented upgrade procedure. You're following the kernel build procedure, but it only applies if the installed system is the same version as the sources from which you're trying to build a new kernel. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel build failure
On Mon, Nov 17, 2003 at 06:26:39PM -0500, [EMAIL PROTECTED] wrote: I am trying to build a new kernel on 4.9.release. I cvsup'ed the latest ports and soureces right before I tried the kernel build. I followed the handbook, and when I typed /usr/sbin/config FIREWALL (name of kernel config), I received the following message: [EMAIL PROTECTED] conf]# /usr/sbin/config FIREWALL ../../conf/files: coda/coda_fbsd.c must be optional, mandatory or standard Your version of config(8) is out of sync with your kernel source. What does this mean? Do I need to upgrade config(8), how do you do that? I checked the man page, but it didn't provide any insight. Looks like you forgot to follow the upgrade procedure listed in the handbook. kris pgp0.pgp Description: PGP signature
nmap build failure
nmap 3.46 from ports fails to build on my 5.1-RELEASE-p8 machine with the following error (full build log attached): *** error *** c++ -c -I/usr/local/include -O -pipe -march=pentium3 -fmemoize-lookups -fsave-memoized -Wall -I/usr/local/include -Ilibpcap-possiblymodified -Inbase -Insock/include -DHAVE_CONFIG_H -DNMAP_VERSION=\3.46\ -DNMAP_NAME=\nmap\ -DNMAP_URL=\http://www.insecure.org/nmap/\; -DNMAP_PLATFORM=\i386-portbld-freebsd5.1\ -DNMAPDATADIR=\/usr/local/share/nmap\ -Ilibpcap-possiblymodified main.cc -o main.o In file included from nbase/nbase.h:256, from nmap.h:109, from main.cc:87: /usr/local/include/getopt.h:115: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:377: previous declaration `int getopt(int, char* const*, const char*)' here *** Error code 1 * Any ideas would be appreciated, Jon Noack --- Upgrading 'nmap-3.30' to 'nmap-3.46' (security/nmap) --- Building '/usr/ports/security/nmap' === Cleaning for libtool-1.4.3_2 === Cleaning for pcre-4.4 === Cleaning for perl-5.6.1_13 === Cleaning for openssl-0.9.7b_1 === Cleaning for nmap-3.46 === Extracting for nmap-3.46 Checksum OK for nmap-3.46.tar.bz2. === Patching for nmap-3.46 === Applying FreeBSD patches for nmap-3.46 === nmap-3.46 depends on shared library: pcre.0 - found === nmap-3.46 depends on shared library: crypto.3 - found === Configuring for nmap-3.46 checking for gcc... cc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for inline... inline checking build system type... i386-portbld-freebsd5.1 checking host system type... i386-portbld-freebsd5.1 checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for string.h... (cached) yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking for strings.h... (cached) yes checking for memory.h... (cached) yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/sockio.h usability... yes checking sys/sockio.h presence... yes checking for sys/sockio.h... yes checking bstring.h usability... no checking bstring.h presence... no checking for bstring.h... no checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking for unistd.h... (cached) yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for net/if.h... yes checking for netinet/if_ether.h... yes checking whether time.h and sys/time.h may both be included... yes checking for main in -lm... yes checking for library containing gethostent... none required checking for library containing setsockopt... none required checking for library containing nanosleep... none required checking pcap.h usability... yes checking pcap.h presence... yes checking for pcap.h... yes checking for pcap_datalink in -lpcap... yes checking if libpcap version is recent enough... no checking struct ip... yes checking ip_v in struct ip... yes checking if sockaddr{} has sa_len member... yes checking whether byte ordering is bigendian... no checking if struct in_addr is a wacky huge structure (some Sun boxes)... no checking if struct icmp exists... yes checking if struct ip exists... yes checking if struct ip has ip_sum member... yes checking for bzero... yes checking for memcpy... yes checking for nanosleep... yes checking for strerror... yes checking for strcasestr... yes checking for inet_aton... yes checking for getopt_long_only... no checking for usleep... yes checking for type of 6th argument to recvfrom()... socklen_t configure: creating ./config.status config.status: creating Makefile config.status: creating config.h configure: configuring in nbase configure: running /bin/sh './configure' --prefix=/usr/local '--without-localdirs' '--with-libpcre=/usr/local' '--with-openssl=/usr/local'
Re: nmap build failure
On Fri, 2003-09-26 at 02:46, Jon Noack wrote: nmap 3.46 from ports fails to build on my 5.1-RELEASE-p8 machine with the following error (full build log attached): *** error *** c++ -c -I/usr/local/include -O -pipe -march=pentium3 -fmemoize-lookups -fsave-memoized -Wall -I/usr/local/include -Ilibpcap-possiblymodified -Inbase -Insock/include -DHAVE_CONFIG_H -DNMAP_VERSION=\3.46\ -DNMAP_NAME=\nmap\ -DNMAP_URL=\http://www.insecure.org/nmap/\; -DNMAP_PLATFORM=\i386-portbld-freebsd5.1\ -DNMAPDATADIR=\/usr/local/share/nmap\ -Ilibpcap-possiblymodified main.cc -o main.o In file included from nbase/nbase.h:256, from nmap.h:109, from main.cc:87: /usr/local/include/getopt.h:115: declaration of C function `int getopt()' conflicts with /usr/include/unistd.h:377: previous declaration `int getopt(int, char* const*, const char*)' here *** Error code 1 * I'm having the same problem. I think it has something to do with pcre, but I'm not sure yet. I'll report back if I find something more. -- Adam McLaurin [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
HEADS UP: Recent build failure on clean systems
Anyone that is seeing the following error when trying to build, for example, XFree86, on a clean system, should first install libtool to workaround the problem. After libtool is installed, do a make clean in the port you're trying to build, then try the build again. The problem seems to be a bug in bsd.port.mk, and a patch as been sent to [EMAIL PROTECTED] Thanks to julian for giving me access to a machine having the problem. Joe checking for BSD-compatible nm... (cached) /usr/bin/nm -B checking whether ln -s works... (cached) yes updating cache .././config.cache /ltconfig: Can't open /ltconfig: No such file or directory configure: error: libtool configure failed configure: error: ./configure failed for glib-1.2.8 === Script configure failed unexpectedly. Please report the problem to [EMAIL PROTECTED] [maintainer] and attach the /usr/ports/devel/pkgconfig/work/pkgconfig-0.15.0/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/devel/pkgconfig. *** Error code 1 -- Joe Marcus Clarke FreeBSD GNOME Team :: [EMAIL PROTECTED] http://www.FreeBSD.org/gnome signature.asc Description: This is a digitally signed message part
Gnome port build failure
New install last night, cvsup'd main and ports did make world, and now I'm trying to build /usr/ports/x11-gnome. It dies in /usr/ports/lang/librep trying to run the repdoc command it just built, which segfaults. Sugestiosn? -- They that would give up essential liberty for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message