make failed for editors/libreoffice
Help Please! Thanks --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj it seems that the error is inside 'vcl', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd vcl gmake clean # optional gmake -r when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Fel 1 gmake[1]: Lämnar katalogen "/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2" gmake: *** [source-env-and-recurse] Fel 2 *** Error code 1 Stop in /usr/ports/editors/libreoffice. ===>>> make failed for editors/libreoffice ===>>> Aborting update ===>>> Update for editors/libreoffice failed ===>>> Aborting update Terminated ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
kde3-network compile error, is this fixable?
I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying to stick to KDE3. Recent 9-STABLE amd64 mv -f .deps/talkconn.Tpo .deps/talkconn.Po rm -f libmach.a ar cru libmach.a answmach.o forwmach.o talkconn.o ranlib libmach.a gmake[4]: Leaving directory `/usr/ports/net/kdenetwork3/work/kdenetwork-3.5.10/ktalkd/ktalkd/machines' gmake[4]: Entering directory `/usr/ports/net/kdenetwork3/work/kdenetwork-3.5.10/ktalkd/ktalkd' cc -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -DNDEBUG -O2 -O2 -pipe -fno-strict-aliasing -MT print.o -MD -MP -MF .deps/print.Tpo -c -o print.o print.c mv -f .deps/print.Tpo .deps/print.Po cc -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -DNDEBUG -O2 -O2 -pipe -fno-strict-aliasing -MT repairs.o -MD -MP -MF .deps/repairs.Tpo -c -o repairs.o repairs.c mv -f .deps/repairs.Tpo .deps/repairs.Po c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT announce.o -MD -MP -MF .deps/announce.Tpo -c -o announce.o announce.cpp mv -f .deps/announce.Tpo .deps/announce.Po c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT process.o -MD -MP -MF .deps/process.Tpo -c -o process.o process.cpp mv -f .deps/process.Tpo .deps/process.Po c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT readcfg++.o -MD -MP -MF .deps/readcfg++.Tpo -c -o readcfg++.o readcfg++.cpp mv -f .deps/readcfg++.Tpo .deps/readcfg++.Po c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT table.o -MD -MP -MF .deps/table.Tpo -c -o table.o table.cpp mv -f .deps/table.Tpo .deps/table.Po c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT talkd.o -MD -MP -MF .deps/talkd.Tpo -c -o talkd.o talkd.cpp mv -f .deps/talkd.Tpo .deps/talkd.Po c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-excep
bad linux-f10-flashplugin version
It appears to me that linux-f10-flashplugin-11.2r202.235 is broken and the result is 200 errors on many sites. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On May 31, 2012 12:39 PM, "Per olof Ljungmark" wrote: > > I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying to stick to KDE3. > > Recent 9-STABLE amd64 > > mv -f .deps/talkconn.Tpo .deps/talkconn.Po > rm -f libmach.a > ar cru libmach.a answmach.o forwmach.o talkconn.o > ranlib libmach.a > gmake[4]: Leaving directory `/usr/ports/net/kdenetwork3/work/kdenetwork-3.5.10/ktalkd/ktalkd/machines' > gmake[4]: Entering directory `/usr/ports/net/kdenetwork3/work/kdenetwork-3.5.10/ktalkd/ktalkd' > cc -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -DNDEBUG -O2 -O2 -pipe -fno-strict-aliasing -MT print.o -MD -MP -MF .deps/print.Tpo -c -o print.o print.c > mv -f .deps/print.Tpo .deps/print.Po > cc -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -DNDEBUG -O2 -O2 -pipe -fno-strict-aliasing -MT repairs.o -MD -MP -MF .deps/repairs.Tpo -c -o repairs.o repairs.c > mv -f .deps/repairs.Tpo .deps/repairs.Po > c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT announce.o -MD -MP -MF .deps/announce.Tpo -c -o announce.o announce.cpp > mv -f .deps/announce.Tpo .deps/announce.Po > c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT process.o -MD -MP -MF .deps/process.Tpo -c -o process.o process.cpp > mv -f .deps/process.Tpo .deps/process.Po > c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT readcfg++.o -MD -MP -MF .deps/readcfg++.Tpo -c -o readcfg++.o readcfg++.cpp > mv -f .deps/readcfg++.Tpo .deps/readcfg++.Po > c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT table.o -MD -MP -MF .deps/table.Tpo -c -o table.o table.cpp > mv -f .deps/table.Tpo .deps/table.Po > c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT talkd.o -MD -MP -MF .deps/talkd.Tpo -c -o talkd.o talkd.cpp > mv -f .deps/talkd.Tpo .deps/talkd.Po > c++ -DHAVE_CONFIG_H -I. -I../.. -I../../kopete/protocols/gadu/libgadu -I/usr/local/include -I/usr/local/include -DHAVE_KDE -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fno-strict-al
Re: make failed for editors/libreoffice
Em Qui, 2012-05-31 às 11:36 +0200, Leslie Jensen escreveu: > Help Please! > > Thanks > Seems that clang (and or) gmake running paralell (in my case -P8) and are not treating dependencies right... in your code, the error message tells how to restart(or make only the module that is in error)... cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd vcl gmake clean # optional gmake -r make these commands (as the software tells you to do...) and than go back to the /usr/ports/editors/libreoffice, and issue a "make package" repeat the process untill there are no more errors... in my case about 8 times finally you will have your libreoffice built... Perhaps some gmake/perl guru can fix the build process and make it work on only ONE cpu.. (-P1)... it would last more time, but would build it without breaking. Sergio ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
bad linux-f10-flashplugin version
Lars Eighner writes: > It appears to me that linux-f10-flashplugin-11.2r202.235 is > broken and the result is 200 errors on many sites. Works for me on: FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
make failed for editors/libreoffice
Leslie Jensen writes: > --- > Oh dear - something failed during the build - sorry ! > For more help with debugging build errors, please see the section in: > http://wiki.documentfoundation.org/Development > > internal build errors: > > ERROR: error 65280 occurred while making > /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj > >it seems that the error is inside 'vcl', please re-run build >inside this module to isolate the error and/or test your fix: > --- > > /usr/local/bin/bash > cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 > source ./Env.Host.sh > cd vcl > gmake clean # optional > gmake -r > > when the problem is isolated and fixed exit and re-run 'make' from the > top-level Did you follow the instructions? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On 2012-05-31 14:16, Chris Rees wrote: On May 31, 2012 12:39 PM, "Per olof Ljungmark" wrote: I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying to stick to KDE3. Recent 9-STABLE amd64 Just a reminder that although people may try to help you, kde3 is unmaintained. Yes, I'm aware of this but unable to find a replacement that works for me. I am confident this error is fixable because I have another almost identical workstation at home with recent 9-STABLE amd64 where kdenetwork3 builds fine. I heard from somewhere that there is a fork of KDE3 maintained by folks that just like me finds KDE4 unusable. Perhaps someone on the list knows more? Thanks, ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On Thu, May 31, 2012 at 2:24 PM, Per olof Ljungmark wrote: > I heard from somewhere that there is a fork of KDE3 maintained by folks that > just like me finds KDE4 unusable. Perhaps someone on the list knows more? http://www.trinitydesktop.org -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
bad linux-f10-flashplugin version
Robert Huff writes: > > Lars Eighner writes: > > > It appears to me that linux-f10-flashplugin-11.2r202.235 is > > broken and the result is 200 errors on many sites. > > Works for me on: > > FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 Do you have some sample sites? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cannot compile VirtualBox-ose 4.1.16 on FreeBSD 8.3-RELEASE amd64
Hi,
I tried to install virtualbox-ose on our new testmachine, but
compilation ends with error:
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/src/VBox/HostServices/auth/pam/VBoxAuthPAM.c:408:
error: expected '{' at end of input
kmk: ***
[/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o]
Error 1
The failing command:
@cc -c -O2 -g -pipe -pedantic -Wshadow -Wall -Wextra
-Wno-missing-field-initializers -Wno-unused -Wno-trigraphs
-fdiagnostics-show-option -Wno-long-long -Wmissing-prototypes
-Wstrict-prototypes -Wmissing-declarations
-Werror-implicit-function-declaration -Wno-variadic-macros -O2
-mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing
-fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN
-DRT_USE_VISIBILITY_DEFAULT -fPIC -m64 -I/usr/include
-I/usr/X11R6/include -I/usr/local/include
-I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/include
-I/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release
-DVBOX -DVBOX_WITH_DEBUGGER -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS
-DVBOX_WITH_HARDENING
-DRTPATH_APP_PRIVATE=\"/usr/local/share/virtualbox-ose\"
-DRTPATH_APP_PRIVATE_ARCH=\"/usr/local/lib/virtualbox\"
-DRTPATH_SHARED_LIBS=\"/usr/local/lib/virtualbox\"
-DRTPATH_APP_DOCS=\"/usr/local/share/doc/virtualbox-ose\"
-DRT_OS_FREEBSD -D__FREEBSD__ -DRT_ARCH_AMD64 -D__AMD64__ -DIN_RING3
-DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -DPIC
-Wp,-MD,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o.dep
-Wp,-MT,/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o
-Wp,-MP -o
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/out/freebsd.amd64/release/obj/VBoxAuth/pam/VBoxAuthPAM.o
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-4.1.16/src/VBox/HostServices/auth/pam/VBoxAuthPAM.c
kmk: *** Waiting for unfinished jobs
kmk: *** Exiting with status 2
*** Error code 2
Stop in /usr/ports/emulators/virtualbox-ose.
*** Error code 1
Stop in /usr/ports/emulators/virtualbox-ose.
Full output can be seen on http://pastebin.com/raw.php?i=7eDEWze8
This is the first time I tried VirtualBox on FreeBSD. Do I need to tune
something to build virtualbox-ose?
I tried it with today ports tree (2012-05-31) with the following options:
_OPTIONS_READ=virtualbox-ose-4.1.16
_FILE_COMPLETE_OPTIONS_LIST=DBUS DEBUG GUESTADDITIONS NLS PULSEAUDIO QT4
UDPTUNNEL VDE VNC WEBSERVICE X11
OPTIONS_FILE_UNSET+=DBUS
OPTIONS_FILE_UNSET+=DEBUG
OPTIONS_FILE_UNSET+=GUESTADDITIONS
OPTIONS_FILE_UNSET+=NLS
OPTIONS_FILE_UNSET+=PULSEAUDIO
OPTIONS_FILE_UNSET+=QT4
OPTIONS_FILE_SET+=UDPTUNNEL
OPTIONS_FILE_SET+=VDE
OPTIONS_FILE_SET+=VNC
OPTIONS_FILE_SET+=WEBSERVICE
OPTIONS_FILE_UNSET+=X11
# uname -srmi
FreeBSD 8.3-RELEASE amd64 GENERIC
Let me know if I need to provide some more details about installed
packages etc.
Miroslav Lachman
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: make failed for editors/libreoffice
2012-05-31 14:19, Sergio de Almeida Lenzi skrev: Em Qui, 2012-05-31 às 11:36 +0200, Leslie Jensen escreveu: Help Please! Thanks Seems that clang (and or) gmake running paralell (in my case -P8) and are not treating dependencies right... in your code, the error message tells how to restart(or make only the module that is in error)... cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd vcl gmake clean # optional gmake -r make these commands (as the software tells you to do...) and than go back to the /usr/ports/editors/libreoffice, and issue a "make package" repeat the process untill there are no more errors... in my case about 8 times finally you will have your libreoffice built... Perhaps some gmake/perl guru can fix the build process and make it work on only ONE cpu.. (-P1)... it would last more time, but would build it without breaking. Sergio ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" Hi Sergio gmake clean # optional Gives /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl//../solenv/gbuild/source_and_rerun.mk:33: *** separator missing. Exiting gmake -r works. I usually use portmaster why would I do "make package". Is it in order to make the compilation work? Thanks /Leslie ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: bad linux-f10-flashplugin version
On Thu, 31 May 2012, Robert Huff wrote: Robert Huff writes: Lars Eighner writes: > It appears to me that linux-f10-flashplugin-11.2r202.235 is > broken and the result is 200 errors on many sites. Works for me on: FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 Do you have some sample sites? I am running 8.3 release p1. http://flowplayer.org/demos/skinning and almost all the the other examples on this site. The path in the 200 appears to be nonsense. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On 05/31/12 14:32, Alberto Villa wrote: On Thu, May 31, 2012 at 2:24 PM, Per olof Ljungmark wrote: I heard from somewhere that there is a fork of KDE3 maintained by folks that just like me finds KDE4 unusable. Perhaps someone on the list knows more? http://www.trinitydesktop.org Ah, yes. But no available yet for us it seems? I for one would really like to see this ports... //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: make failed for editors/libreoffice
2012-05-31 14:24, Robert Huff skrev:
Leslie Jensen writes:
---
Oh dear - something failed during the build - sorry !
For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development
internal build errors:
ERROR: error 65280 occurred while making
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj
it seems that the error is inside 'vcl', please re-run build
inside this module to isolate the error and/or test your fix:
---
/usr/local/bin/bash
cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2
source ./Env.Host.sh
cd vcl
gmake clean # optional
gmake -r
when the problem is isolated and fixed exit and re-run 'make' from the
top-level
Did you follow the instructions?
Robert Huff
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
After four manual procedures I'm getting stuck here.
What can I do?
--
[ build MOD ] writerperfect
Bus error (core dumped)
File tested,Test Result,Execution Time (ms)
file:///usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/lotuswordpro/qa/cppunit/data/pass/A14.lwp,Signal
11 during cups initialization called, ignoring cups
Error: a unit test failed, please do one of:
export DEBUGCPPUNIT=TRUE# for exception catching
export GDBCPPUNITTRACE="gdb --args" # for interactive debugging
export VALGRIND=memcheck# for memory checking
and retry.
gmake[1]: ***
[/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/workdir/unxfbsd.pro/CppunitTest/lotuswordpro_test_lotuswordpro.test]
Error 1
gmake[1]: *** Inväntar oavslutade jobb...
TEMPFILE=/tmp/gbuild.XX.gNM6YJsj && mv ${TEMPFILE}
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/workdir/unxfbsd.pro/LinkTarget/Library/writerfilter_uno.uno.so.objectlist
gmake[1]: Lämnar katalogen
"/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/tail_build"
gmake: *** [source-env-and-recurse] Error 2
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On 05/31/12 14:16, Chris Rees wrote: On May 31, 2012 12:39 PM, "Per olof Ljungmark" wrote: I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying to stick to KDE3. Just a reminder that although people may try to help you, kde3 is unmaintained. BTW, if KDE3 is unmaintained and this gous for FreeBSD too, perhaps it should be mentioned in the Handbook? Maybe I should file a PR... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[ GSOC ] Differences in shell behaviour
Hello everyone!
I am GSOC student at FreeBSD Project.
So my GSOC Project is "Parallelization in the ports collection".
You may checkout wiki page of this project:
http://wiki.freebsd.org/SummerOfCode2012/Parallelization_in_the_ports_collection
Is it suitable to write sh script for 9.0, that does not work in 8.3?
To sum up, the scenario is as following:
I need to spawn some processes in background to build port's dependencies.
Store their pids.
Wait for a while or do some stuff.
explore exit codes of spawned processes by their pids.
The problem is:
### sh in 8.3
$ false & pid=$!
$
[1] Done (1)false
$ wait ${pid}
wait: No such job: 4852
---
### sh in releng9
$ false & pid=$!
$
[1] Done(1) false
$ wait ${pid}
$ echo $?
1
$
I am currently working in releng9 environment, so the result suits my needs.
But, is it suitable to write sh script for 9.0, that does not work in 8.3?
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On 31 May 2012 17:52, Per olof Ljungmark wrote: > On 05/31/12 14:16, Chris Rees wrote: >> >> On May 31, 2012 12:39 PM, "Per olof Ljungmark" wrote: >>> >>> >>> I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying to >> >> stick to KDE3. >>> >>> >> >> Just a reminder that although people may try to help you, kde3 is >> unmaintained. > > > BTW, if KDE3 is unmaintained and this gous for FreeBSD too, perhaps it > should be mentioned in the Handbook? > There is very little software that is unmaintained upstream and is maintained here-- it is strongly discouraged. Such a declaration would be therefore redundant; EOL upstream means unsupported in FreeBSD. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On 05/31/2012 05:27 PM, Chris Rees wrote: On 31 May 2012 17:52, Per olof Ljungmark wrote: On 05/31/12 14:16, Chris Rees wrote: On May 31, 2012 12:39 PM, "Per olof Ljungmark"wrote: I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying to stick to KDE3. Just a reminder that although people may try to help you, kde3 is unmaintained. BTW, if KDE3 is unmaintained and this gous for FreeBSD too, perhaps it should be mentioned in the Handbook? There is very little software that is unmaintained upstream and is maintained here-- it is strongly discouraged. Such a declaration would be therefore redundant; EOL upstream means unsupported in FreeBSD. Chris Hi Chris, I don't know really for kde3-network specifically but I managed to compile on a kde-lite without much problems on 8-STABLE after having deleted openssl port. As for whether it is unmaintained, as long its not broken, I don't see a reason to fix it unless you have specific needs for kde4... Cheers, 8-) Etienne -- Etienne Robillard Occupation: Software Developer Company:Green Tea Hackers Club Email: e...@gthcfoundation.org Website:gthcfoundation.org Skype ID: incidah ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3-network compile error, is this fixable?
On 31 May 2012 23:26, Etienne Robillard wrote: > On 05/31/2012 05:27 PM, Chris Rees wrote: >> >> On 31 May 2012 17:52, Per olof Ljungmark wrote: >>> >>> On 05/31/12 14:16, Chris Rees wrote: On May 31, 2012 12:39 PM, "Per olof Ljungmark" wrote: > > > > I find KDE4 unusable and xfce a bit weak for my purposes so I'm trying > to stick to KDE3. > > > Just a reminder that although people may try to help you, kde3 is unmaintained. >>> >>> >>> >>> BTW, if KDE3 is unmaintained and this gous for FreeBSD too, perhaps it >>> should be mentioned in the Handbook? >>> >> >> There is very little software that is unmaintained upstream and is >> maintained here-- it is strongly discouraged. Such a declaration >> would be therefore redundant; EOL upstream means unsupported in >> FreeBSD. >> >> Chris > > > Hi Chris, > > I don't know really for kde3-network specifically but I managed to compile > on a kde-lite without much problems on 8-STABLE after having deleted openssl > port. > > As for whether it is unmaintained, as long its not broken, I don't see > a reason to fix it unless you have specific needs for kde4... Of course-- my point was that a note in the Handbook should be unnecessary-- if it's EOL upstream then it is almost certainly not maintained or supported here. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: make failed for editors/libreoffice
Em Qui, 2012-05-31 às 17:31 +0200, Leslie Jensen escreveu:
>
> 2012-05-31 14:24, Robert Huff skrev:
> >
> > Leslie Jensen writes:
> >
> >> ---
> >>Oh dear - something failed during the build - sorry !
> >> For more help with debugging build errors, please see the section in:
> >>http://wiki.documentfoundation.org/Development
> >>
> >> internal build errors:
> >>
> >> ERROR: error 65280 occurred while making
> >> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/prj
> >>
> >> it seems that the error is inside 'vcl', please re-run build
> >> inside this module to isolate the error and/or test your fix:
> >> ---
> >>
> >> /usr/local/bin/bash
> >> cd /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2
> >> source ./Env.Host.sh
> >> cd vcl
> >> gmake clean # optional
> >> gmake -r
> >>
> >> when the problem is isolated and fixed exit and re-run 'make' from the
> >> top-level
> >
> >
> > Did you follow the instructions?
> >
> >
> > Robert Huff
> >
> > ___
> > freebsd-ports@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
>
>
> After four manual procedures I'm getting stuck here.
>
> What can I do?
>
> --
> [ build MOD ] writerperfect
> Bus error (core dumped)
> File tested,Test Result,Execution Time (ms)
> file:///usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/lotuswordpro/qa/cppunit/data/pass/A14.lwp,Signal
>
> 11 during cups initialization called, ignoring cups
>
> Error: a unit test failed, please do one of:
>
> export DEBUGCPPUNIT=TRUE# for exception catching
> export GDBCPPUNITTRACE="gdb --args" # for interactive debugging
> export VALGRIND=memcheck# for memory checking
> and retry.
> gmake[1]: ***
> [/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/workdir/unxfbsd.pro/CppunitTest/lotuswordpro_test_lotuswordpro.test]
>
> Error 1
> gmake[1]: *** Inväntar oavslutade jobb...
> TEMPFILE=/tmp/gbuild.XX.gNM6YJsj && mv ${TEMPFILE}
> /usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/workdir/unxfbsd.pro/LinkTarget/Library/writerfilter_uno.uno.so.objectlist
> gmake[1]: Lämnar katalogen
> "/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/tail_build"
> gmake: *** [source-env-and-recurse] Error 2
>
>
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
there is an error in the lotuswordpro testing... if you are not going
to use lotuswrordpro
apply these patch at the
/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2
==
--- lotuswordpro/Module_lotuswordpro.mk.orig2012-05-31
19:34:52.014043605 -0300
+++ lotuswordpro/Module_lotuswordpro.mk 2012-05-31 19:29:29.276164732
-0300
@@ -31,8 +31,8 @@
Library_lwpft \
))
-$(eval $(call gb_Module_add_check_targets,lotuswordpro,\
-CppunitTest_lotuswordpro_test_lotuswordpro \
-))
+#$(eval $(call gb_Module_add_check_targets,lotuswordpro,\
+#CppunitTest_lotuswordpro_test_lotuswordpro \
+#))
# vim: set noet sw=4 ts=4:
=
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [ GSOC ] Differences in shell behaviour
On 5/31/2012 12:21 PM, Alexander Pronin wrote: > But, is it suitable to write sh script for 9.0, that does not work in 8.3? No. Our tools need to work in all supported versions of FreeBSD, which at this time includes 7 as well. hope this helps, Doug PS, please don't cross-post to multiple FreeBSD lists. freebsd-ports@ would have been enough for this message. -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [ GSOC ] Differences in shell behaviour
On Thu, May 31, 2012 at 11:21:10PM +0400, Alexander Pronin wrote:
> Hello everyone!
> I am GSOC student at FreeBSD Project.
> So my GSOC Project is "Parallelization in the ports collection".
> You may checkout wiki page of this project:
> http://wiki.freebsd.org/SummerOfCode2012/Parallelization_in_the_ports_collection
>
> Is it suitable to write sh script for 9.0, that does not work in 8.3?
>
> To sum up, the scenario is as following:
> I need to spawn some processes in background to build port's dependencies.
> Store their pids.
> Wait for a while or do some stuff.
> explore exit codes of spawned processes by their pids.
>
> The problem is:
> ### sh in 8.3
> $ false & pid=$!
> $
> [1] Done (1)false
> $ wait ${pid}
> wait: No such job: 4852
I don't see this behavior on 8.3-STABLE @r236350 i386
---
Console> false & pid=$!
Console> wait ${pid}
[1] Done (1)false
Console> echo $?
1
Console>
Using (builtin false) or (/usr/bin/false) I get the same results. Is
this a GENERIC system your working on ? And is this a blank user account
with no login.conf or profile modifications ?
---
ident /bin/sh ... for reference.
/bin/sh:
$FreeBSD: stable/8/lib/csu/i386-elf/crti.S 146369 2005-05-19 07:31:06Z dfr
$
$FreeBSD: stable/8/lib/csu/i386-elf/crtn.S 146369 2005-05-19 07:31:06Z dfr
$
$FreeBSD: stable/8/lib/csu/i386-elf/crt1_s.S 217470 2011-01-16 10:41:47Z
kib $
$FreeBSD: stable/8/lib/csu/common/crtbrand.c 174251 2007-12-04 12:18:43Z
kib $
$FreeBSD: stable/8/bin/sh/alias.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/arith.y 213390 2010-10-03 21:56:20Z jilles $
$FreeBSD: stable/8/bin/sh/arith_lex.l 234001 2012-04-07 20:52:21Z jilles $
$FreeBSD: stable/8/bin/sh/cd.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/bltin/echo.c 127958 2004-04-06 20:06:54Z markm $
$FreeBSD: stable/8/bin/sh/error.c 214123 2010-10-21 01:13:41Z obrien $
$FreeBSD: stable/8/bin/sh/eval.c 231086 2012-02-06 13:36:49Z dumbbell $
$FreeBSD: stable/8/bin/sh/exec.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/expand.c 218992 2011-02-24 10:23:22Z brucec $
$FreeBSD: stable/8/bin/sh/histedit.c 217485 2011-01-16 22:10:18Z jilles $
$FreeBSD: stable/8/bin/sh/input.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/jobs.c 08 2011-05-22 22:28:07Z jilles $
$FreeBSD: stable/8/bin/sh/mail.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/main.c 222452 2011-05-29 15:07:53Z jilles $
$FreeBSD: stable/8/bin/sh/memalloc.c 214190 2010-10-21 23:45:57Z obrien $
$FreeBSD: stable/8/bin/sh/miscbltin.c 213390 2010-10-03 21:56:20Z jilles $
$FreeBSD: stable/8/bin/sh/mystring.c 213390 2010-10-03 21:56:20Z jilles $
$FreeBSD: stable/8/bin/sh/options.c 221515 2011-05-05 22:07:02Z jilles $
$FreeBSD: stable/8/bin/sh/output.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/parser.c 221522 2011-05-06 12:49:32Z jilles $
$FreeBSD: stable/8/bin/sh/redir.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/sh/show.c 214113 2010-10-20 18:25:00Z obrien $
$FreeBSD: stable/8/bin/test/test.c 220250 2011-04-01 18:23:44Z delphij $
$FreeBSD: stable/8/bin/sh/trap.c 231086 2012-02-06 13:36:49Z dumbbell $
$FreeBSD: stable/8/bin/sh/var.c 231531 2012-02-11 20:37:08Z jilles $
/usr/bin/false:
$FreeBSD: stable/8/lib/csu/i386-elf/crti.S 146369 2005-05-19 07:31:06Z dfr
$
$FreeBSD: stable/8/lib/csu/i386-elf/crtn.S 146369 2005-05-19 07:31:06Z dfr
$
$FreeBSD: stable/8/lib/csu/i386-elf/crt1_s.S 217470 2011-01-16 10:41:47Z
kib $
$FreeBSD: stable/8/lib/csu/common/crtbrand.c 174251 2007-12-04 12:18:43Z
kib $
$FreeBSD: stable/8/usr.bin/false/false.c 07 2003-02-19 00:10:28Z peter
$
>
> ---
> ### sh in releng9
> $ false & pid=$!
> $
> [1] Done(1) false
> $ wait ${pid}
> $ echo $?
> 1
> $
>
> I am currently working in releng9 environment, so the result suits my needs.
>
> But, is it suitable to write sh script for 9.0, that does not work in 8.3?
>
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
--
- (2^(N-1))
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [ GSOC ] Differences in shell behaviour
Good morning.
On 06/01/2012 07:53, Jason Hellenthal wrote:
On Thu, May 31, 2012 at 11:21:10PM +0400, Alexander Pronin wrote:
The problem is:
### sh in 8.3
$ false& pid=$!
$
[1] Done (1)false
$ wait ${pid}
wait: No such job: 4852
I don't see this behavior on 8.3-STABLE @r236350 i386
---
Console> false& pid=$!
Console> wait ${pid}
[1] Done (1)false
Console> echo $?
1
It seems to behave differently, when you issue some additional commands
or interact with shell.
first case (8.3 r234443):
$ false &pid=$!
$ wait ${pid}
[1] Done (1)false
$ echo $?
1
second case (8.3 r234443):
$ false & pid=$!
$ # some interaction with shell
[1] Done (1)false
$ wait ${pid}
wait: No such job: 59092
Now, on 9.0-RELEASE
first case:
$ false & pid=$!
$ wait ${pid}
[1] Done(1) false
$ echo $?
1
second case:
$ false & pid=$!
$ # some activity
[1] Done(1) false
$ wait ${pid}
$ echo $?
1
Do you see the difference ? Which behavior is correct? Can it be a sh bug?
--
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
