Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load
I have uname -a FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: Fri Mar 22 01:17:08 EET 2013 ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 I updated the ports tree to r314921 and recompiled virtualbox-ose-kmod After load the module a have kernel panic. Panic String: Lock vm object not exclusively locked @ /usr/src/sys/vm/vm_page.c:1396 http://pkgupdate.nevosoft.ru/backtrace.txt ___ 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: Updating poppler
2013-03-22 08:34, Rainer Hurling skrev: It has nothing to do with poppler, but with libreoffice itself. Try setting option MERGELIBS=off in editors/libreoffice before rebuilding the port. HTH, Rainer Problem solved! 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
net/glib-networking failed to build
Hi all, I have just try to build net/glib-networking with gcc 4.7 and it to link libproxy on my freebsd 9-1-STABLE amd64 r248610. I have also tried with gcc 4.6, gcc 4.2 and clang 3.2 with the same issue. Here is the build log: === glib-networking-2.34.2 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by glib-networking-2.34.2 for building === Extracting for glib-networking-2.34.2 = SHA256 Checksum OK for gnome2/glib-networking-2.34.2.tar.xz. === Patching for glib-networking-2.34.2 === Applying FreeBSD patches for glib-networking-2.34.2 === glib-networking-2.34.2 depends on file: /usr/local/share/certs/ca-root-nss.crt - found === glib-networking-2.34.2 depends on package: gsettings-desktop-schemas=0 - found === glib-networking-2.34.2 depends on executable: gmake - found === glib-networking-2.34.2 depends on file: /usr/local/bin/intltool-extract - found === glib-networking-2.34.2 depends on shared library: gnutls - found === glib-networking-2.34.2 depends on shared library: gcrypt - found === glib-networking-2.34.2 depends on shared library: dbus-1 - found === glib-networking-2.34.2 depends on shared library: proxy - found === glib-networking-2.34.2 depends on shared library: intl - found === glib-networking-2.34.2 depends on shared library: glib-2.0 - found === glib-networking-2.34.2 depends on shared library: pcre - found === Configuring for glib-networking-2.34.2 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... ./install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking whether gmake supports nested variables... yes checking build system type... amd64-portbld-freebsd9.1 checking host system type... amd64-portbld-freebsd9.1 checking how to print strings... printf checking for style of include used by gmake... GNU checking for gcc... /usr/local/bin/gcc47 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 /usr/local/bin/gcc47 accepts -g... yes checking for /usr/local/bin/gcc47 option to accept ISO C89... none needed checking dependency style of /usr/local/bin/gcc47... 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 /usr/local/bin/gcc47... /usr/local/bin/ld checking if the linker (/usr/local/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 amd64-portbld-freebsd9.1 file names to amd64-portbld-freebsd9.1 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd9.1 file names to toolchain format... func_convert_file_noop checking for /usr/local/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no 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 /usr/local/bin/gcc47 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... /usr/local/bin/cpp47 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 /usr/local/bin/gcc47 supports -fno-rtti -fno-exceptions... no checking for /usr/local/bin/gcc47 option to produce PIC... -fPIC -DPIC checking if /usr/local/bin/gcc47 PIC flag -fPIC -DPIC works... yes checking if /usr/local/bin/gcc47 static flag -static works... yes checking if /usr/local/bin/gcc47 supports -c -o file.o... yes checking if /usr/local/bin/gcc47 supports -c -o file.o... (cached) yes checking whether the /usr/local/bin/gcc47 linker (/usr/local/bin/ld) supports shared libraries... yes checking whether -lc should
Fwd: Problem with svn properties on non-ascii file
Original message Subject: Problem with svn properties on non-ascii file Date: Sat, 23 Mar 2013 17:20:55 +0400 From: Ruslan Makhmatkhanov cvs-...@yandex.ru To: FreeBSD Developers develop...@freebsd.org Hi, I'm trying to commit update to deskutils/gourmet, that have this patch file: https://github.com/thinkle/gourmet/commit/9ad4df6f1387df10d3bd79752cfb6fbf0c285fa4 I got this error both with using psvn and manually setting the properties (svn propset svn:mime-type text/plain patch-gourmet__defaults__defaults_ru.py): svn-commit.3.tmp 20L, 883C записано SendingMakefile Sendingdistinfo Adding files Adding files/patch-gourmet__defaults__defaults_ru.py Sendingpkg-descr Sendingpkg-plist Transmitting file data .svn: E165001: Commit failed (details follow): svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output: Path head/deskutils/gourmet/files/patch-gourmet__defaults__defaults_ru.py contains binary but has svn:mime-type text/plain Try application/* (application/octet-stream) or image/* instead. == Pre-commit problem count: 1 svn: E165001: Your commit message was left in a temporary file: svn: E165001:'/home/rm/learn/free/004/deskutils/svn-commit.3.tmp' I believe that the problem is because of utf-8 in patch file. So it's me who should fix something, or there is a problem with the hook itself? Thanks. -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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: Fwd: Problem with svn properties on non-ascii file
On 2013-03-23 14:22, Ruslan Makhmatkhanov wrote: Original message Subject: Problem with svn properties on non-ascii file Date: Sat, 23 Mar 2013 17:20:55 +0400 From: Ruslan Makhmatkhanov cvs-...@yandex.ru To: FreeBSD Developers develop...@freebsd.org Hi, I'm trying to commit update to deskutils/gourmet, that have this patch file: https://github.com/thinkle/gourmet/commit/9ad4df6f1387df10d3bd79752cfb6fbf0c285fa4 I got this error both with using psvn and manually setting the properties (svn propset svn:mime-type text/plain patch-gourmet__defaults__defaults_ru.py): svn-commit.3.tmp 20L, 883C записано SendingMakefile Sendingdistinfo Adding files Adding files/patch-gourmet__defaults__defaults_ru.py Sendingpkg-descr Sendingpkg-plist Transmitting file data .svn: E165001: Commit failed (details follow): svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output: Path head/deskutils/gourmet/files/patch-gourmet__defaults__defaults_ru.py contains binary but has svn:mime-type text/plain Try application/* (application/octet-stream) or image/* instead. == Pre-commit problem count: 1 svn: E165001: Your commit message was left in a temporary file: svn: E165001:'/home/rm/learn/free/004/deskutils/svn-commit.3.tmp' I believe that the problem is because of utf-8 in patch file. So it's me who should fix something, or there is a problem with the hook itself? Thanks. http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/subversion-primer.html §3.4.8 Committing High-ASCII Data signature.asc Description: OpenPGP digital signature
Re: Fwd: Problem with svn properties on non-ascii file
On Sat, Mar 23, 2013 at 05:22:54PM +0400, Ruslan Makhmatkhanov wrote: Original message Subject: Problem with svn properties on non-ascii file Date: Sat, 23 Mar 2013 17:20:55 +0400 From: Ruslan Makhmatkhanov cvs-...@yandex.ru To: FreeBSD Developers develop...@freebsd.org Hi, I'm trying to commit update to deskutils/gourmet, that have this patch file: https://github.com/thinkle/gourmet/commit/9ad4df6f1387df10d3bd79752cfb6fbf0c285fa4 I got this error both with using psvn and manually setting the properties (svn propset svn:mime-type text/plain patch-gourmet__defaults__defaults_ru.py): That mime-type is clearly wrong if it is a binary file http://svnbook.red-bean.com/en/1.7/svn.advanced.props.file-portability.html#svn.advanced.props.special.mime-type If you are using psvn it forces a mime type of text which is wrong in this case. ${SVN} -q propset svn:mime-type text/plain ${_file} You'll have to manually make sure this file has the right properties and commit with svn not psvn. svn-commit.3.tmp 20L, 883C SendingMakefile Sendingdistinfo Adding files Adding files/patch-gourmet__defaults__defaults_ru.py Sendingpkg-descr Sendingpkg-plist Transmitting file data .svn: E165001: Commit failed (details follow): svn: E165001: Commit blocked by pre-commit hook (exit code 1) with output: Path head/deskutils/gourmet/files/patch-gourmet__defaults__defaults_ru.py contains binary but has svn:mime-type text/plain Try application/* (application/octet-stream) or image/* instead. == Pre-commit problem count: 1 svn: E165001: Your commit message was left in a temporary file: svn: E165001:'/home/rm/learn/free/004/deskutils/svn-commit.3.tmp' I believe that the problem is because of utf-8 in patch file. So it's me who should fix something, or there is a problem with the hook itself? Thanks. -- Regards, Ruslan Tinderboxing kills... the drives. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ 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: Fwd: Problem with svn properties on non-ascii file
Tijl Coosemans wrote on 23.03.2013 17:43: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/subversion-primer.html §3.4.8 Committing High-ASCII Data Thank you! That did the trick. -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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: Fwd: Problem with svn properties on non-ascii file
Diane Bruce wrote on 23.03.2013 17:44: On Sat, Mar 23, 2013 at 05:22:54PM +0400, Ruslan Makhmatkhanov wrote: Original message Subject: Problem with svn properties on non-ascii file Date: Sat, 23 Mar 2013 17:20:55 +0400 From: Ruslan Makhmatkhanov cvs-...@yandex.ru To: FreeBSD Developers develop...@freebsd.org Hi, I'm trying to commit update to deskutils/gourmet, that have this patch file: https://github.com/thinkle/gourmet/commit/9ad4df6f1387df10d3bd79752cfb6fbf0c285fa4 I got this error both with using psvn and manually setting the properties (svn propset svn:mime-type text/plain patch-gourmet__defaults__defaults_ru.py): That mime-type is clearly wrong if it is a binary file http://svnbook.red-bean.com/en/1.7/svn.advanced.props.file-portability.html#svn.advanced.props.special.mime-type If you are using psvn it forces a mime type of text which is wrong in this case. ${SVN} -q propset svn:mime-type text/plain ${_file} You'll have to manually make sure this file has the right properties and commit with svn not psvn. - Diane Thanks for you response, Diane. It's not binary, it's a text with UTF-8 characters in it, so fbsd:notbinary fixed it. -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ deskutils/egroupware| 1.8.004.20121024| 1.8.004.20130322 +-+ net/x2goclient | 4.0.0.3 | 4.0.1.0 +-+ sysutils/batmon | 0.6 | 0.7 +-+ textproc/py-markdown| 2.3 | 2.3.1 +-+ textproc/sagasu | 2.0.12 | 2.0.13 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@portscout.freebsd.org 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: [CFT] add a config.site cache for the ports
On 3/18/2013 12:41 PM, Baptiste Daroussin wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? regards, Bapt This will be great. I've added it to my jails for testing too. Bryan signature.asc Description: OpenPGP digital signature
Re: [CFT] add a config.site cache for the ports
just a fyi this exp-run broke quiet a lot. On Mar 23, 2013, at 11:18 PM, Bryan Drewery bdrew...@freebsd.org wrote: On 3/18/2013 12:41 PM, Baptiste Daroussin wrote: Hi, The autotools allows us to have a config.site cache where we define our defaults values for a couple of things, and prevent the slow and possibly wrong autodetection. Here is a patch that makes use of it: http://people.freebsd.org/~bapt/autotools_config_site.diff As the libiconv/gettext update has shown the configure scripts can fall back on gnu version of commands first if it find it, and in case gettext is removed you can get trouble. In this config.site, I hardcoded a couple of FreeBSD binaries in order to always use them, but I let the toolchain being autodetected. I also added a couple of headers to avoid useless checks and more can be added in the futur. Any thought? regards, Bapt This will be great. I've added it to my jails for testing too. Bryan +-oOO--(_)--OOo-+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest ___ 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
dialog4ports: cannot open tty-output
Hi, after installing dialog4ports, I'm getting the following behaviour on each 8.3-STABLE I tried: # jexec JID /bin/tcsh # cd SomePortDir # make config cannot open tty-output === Options unchanged # Regardless, if I'm logged in on the console or connect to the host via ssh. I've also tried on 8.4-BETA1 (r248617), but got the same behaviour. Anyone else experiencing this ? MfG CoCo ___ 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: trouble with ffmpeg1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 here the texi2html stuff. Am 23.03.2013 05:38, schrieb Kevin Oberman: On Fri, Mar 22, 2013 at 9:02 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Mar 22, 2013 at 5:24 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Mar 22, 2013 at 9:59 AM, Joerg Surmann joerg_surm...@snafu.de wrote: ok. here the complet make output. (without make install) Actually, it was just the STDERR output without the STDOUT stuff. To get far we need to have the complete output. % script % cd /usr/ports/multimedia/fmpeg1 make % exit Then send the typescript file. That will have everything in order, just as it comes out on the terminal. Also, /usr/ports/multimedia/fmpeg1/work/ffmpeg-1.05/config.log texi2html is the tool that actually generates the *.html files. You might want to confirm that texi2html is available. % which texi2html OK. I just looked for the obvious and it looks like texi2html is not listed as a build dependency for ffmpeg1. Install textproc/texi2html and ffmpewg1 should work properly. Again, I was too quick. I should have tested first. texi2html is a BUILD_DEPEND of ffmpeg1, so you should not be able to build ffmpeg1 without it. If you try, the ports system should install it for you. So, again, we need to see the complete build log (as recorded by script(1)) and the config.log file. Sorry for the false information on the last message -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJRTeh+AAoJEDyDkpKh+9pTpxMP/Rjqcw8CT01T93cLaRfyliKe i15dtxXb9JUFAcSu/AHKaOQCTGleZC7d/FkhqltR9EIbTqr4rhuojLwmEqdIGkVj dS7Ce7NDYBFYzDPwlv8r7w0Tr1O6HvKHihjmoNfB92hBO+ZTTCYkx0xaF6SuY7u9 9HS0EPADUYVxVPgWxES0Qmp5O05Ar0QplBSy5zrrjQPXcbTjicYYLdGNoB9/LL+v pAVYAcVlf3TQ/iVMiV05lOA4Jzu1VluR5ksQzFK63U6QSyrH/+RE3A5LabDNl+b1 dQ7fbIQg9qHcf+ZW8C6s2n53CkHE0M0np+A7AZp4X4KAJJcKmF271NYeMNpIV9fN nGLwuEJqWzF3oFVc3wl9KlXvk/p7PlHaTDY+wMy8RMY+ntujj4erIXJabdaoow3r dJh/Mu0oY/W8/j6ZQysUGpphJ5cLxGNVhtzvBtpElUcYIM4DFDELUR/afWjutF+C 59FQm5B7TEFsWBJ1U9Z3gcX+uUPyzxtcUQWS175AlYBjRPO5FlOImZTT7OJW2/n2 ha/fDfJwdg6AXHgFRbKz3kZZbYGtKArpKF8kpSGa1YPW5cNo9+SwjijJSDevfv5F +vvUdaEJ6XY0rM/EyGXebdRNcpLrWAwM3FvhxVp99e1vQ+/AxEufoG7oTyzyHzHn 6erAg1lgroowsHGhlIYR =mh5j -END PGP SIGNATURE- portmaster textproc/texi2html === Currently installed version: texi2html-5.0_1,1 === Port directory: /usr/ports/textproc/texi2html === Gathering distinfo list for installed ports === Launching 'make checksum' for textproc/texi2html in background === Gathering dependency list for textproc/texi2html from ports === Initial dependency check complete for textproc/texi2html === Starting build for textproc/texi2html === === All dependencies are up to date === Cleaning for texi2html-5.0_1,1 You can define the PROGRAM_PREFIX variable to change the name that the texi2html program is installed as. === Found saved configuration for texi2html-5.0_1,1 === texi2html-5.0_1,1 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by texi2html-5.0_1,1 for building === Extracting for texi2html-5.0_1,1 = SHA256 Checksum OK for texi2html-5.0.tar.bz2. === texi2html-5.0_1,1 depends on file: /usr/local/bin/perl5.14.2 - found === Patching for texi2html-5.0_1,1 === texi2html-5.0_1,1 depends on file: /usr/local/bin/perl5.14.2 - found === Applying FreeBSD patches for texi2html-5.0_1,1 === texi2html-5.0_1,1 depends on executable: gmake - found === texi2html-5.0_1,1 depends on file: /usr/local/bin/perl5.14.2 - found === texi2html-5.0_1,1 depends on shared library: intl - found === Configuring for texi2html-5.0_1,1 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... ./install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking for style of include used by gmake... GNU checking for gcc... clang 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 clang accepts -g... yes checking for clang option to accept ISO C89... none needed checking dependency style of clang... none checking build system type... amd64-portbld-freebsd9.1 checking host system type... amd64-portbld-freebsd9.1 checking for ld used by GCC... /usr/bin/ld checking if the linker
Re: net/remmina-plugin-rdp is broken by net/freerdp
Hello, it seems that remmina and remmina-plugins also need to be updated. I will try to do it. 2013-03-22 18:09 に Patrick Lamaiziere さんは書きました: Hello, Looks like net/remmina-plugin-rdp is broken by the update of net/freerdp poudriere build logs for remmina-plugin-rdp: ... === remmina-plugin-rdp-0.9.2_1 depends on shared library: freerdp.0 - not found ===Verifying install for freerdp.0 in /usr/ports/net/freerdp === Installing existing package /usr/ports/packages/All/freerdp-1.0.2.txz Installing freerdp-1.0.2...Installing ORBit2-2.14.19...Installing libIDL-0.8.14_1... done ... === Returning to build of remmina-plugin-rdp-0.9.2_1 Error: shared library freerdp.0 does not exist *** [lib-depends] Error code 1 thanks, regards. ___ 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 -- `whois vmeta.jp | nkf -w` meta m...@vmeta.jp ___ 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
updating avahi to 0.6.30 or newer
Hello, is it possible to update avahi to 0.6.30 or newer? I'm trying to update net/remmina 1.0.0 and it requires 0.6.30 at least. It will not very difficult as changes between 0.6.29 and 0.6.30 are quire simple. Relevant ports to be updated: $ make search name=avahi|grep ^Port Port: avahi-0.6.29_1 Port: avahi-app-0.6.29_3 Port: avahi-autoipd-0.6.29 Port: avahi-gtk-0.6.29_2 Port: avahi-libdns-0.6.29 Port: avahi-qt3-0.6.29_1 Port: avahi-qt4-0.6.29 Port: avahi-sharp-0.6.29 Port: py27-avahi-0.6.29_5 Port: net/gir-repository-avahi -- `whois vmeta.jp | nkf -w` meta m...@vmeta.jp ___ 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
Updating curl
The port version of curl is 7.24.0_2. On February 6th. curl-7.29.0 was released. Is there any possibility that this port might be updated. A lot of imap support was added to this version. The 7.24 version was released over a year ago (01/24/12). -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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
Updating curl
Jerry writes: The port version of curl is 7.24.0_2. On February 6th. curl-7.29.0 was released. Is there any possibility that this port might be updated. Of course. However: my system alone has around two dozen ports that list curl as a dependency. No update will happen without sufficient testing to make sure there's no breakage. Volunteers for testing should probably contact the maintainer. :-) 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
pkg_add persistent error...
#pkg_add codelite-5.0.6213.tbz pkg_add: corrupted record for package codelite-5.0.6213 (...), ignoring pkg_add: leave_playpen: can't chdir back to '' This error randomly occurs on a tenth of programs (usually gnome, sometimes p5-) that I transfer from machine to machine (same installworld...) via thumbdrive. Not usually a big problem, but some ports (codelite for instance) then need an additional many minutes or hours of building *again*. ... I posted the question on the forums a while back, but no one knew. ... 2nd subject... Should the freebsd forums have subsections (lang, x11...) /lang/ [bug] how to choose perl threaded [hint] python for numeric CLI computations [fix] {some port...} builds with gcc not clang... /x11/ [fix] yad built with... ... etc etc. Not only is this a feature they'd be hard put to put to use in other operating systems, but it may lessen the backlog of PR's if maintainers, say, check new posts and fix it locally without the need for PR's, essentially having a bit more streamlining, at the cost of de-standardization of a sort. J. Bouquet ___ 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: sysutils/lsof (lsof-4.87,8) compiler error
On Fri, 22 Mar 2013, Larry Rosenman wrote: On 2013-03-22 19:31, AN wrote: FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r248401: Sat Mar 16 21:39:04 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\10.0-CURRENT\ -I/usr/src/sys -O2 -c dmnt.c cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\10.0-CURRENT\ -I/usr/src/sys -O2 -c dnode.c cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\10.0-CURRENT\ -I/usr/src/sys -O2 -c dnode1.c cc -pipe -fno-strict-aliasing -DFREEBSDV=1 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32: In file included from /usr/include/sys/file.h:42: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:88: /usr/src/sys/cddl/compat/opensolaris/sys/sig.h:58:18: error: too few arguments to function call, expected 2, have 1 sig = cursig(td); ~~ ^ /usr/include/sys/signalvar.h:330:1: note: 'cursig' declared here int cursig(struct thread *td, int stop_allowed); ^ In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: implicit declaration of function 'VOP_FSYNC' is invalid in C99 [-Wimplicit-function-declaration] error = VOP_FSYNC(vp, MNT_WAIT, curthread); ^ 1 warning and 1 error generated. *** [dnode2.o] Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. *** [dnode2.o] Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. *** [do-build] Error code 1 Stop in /usr/ports/sysutils/lsof. 1) make sure world and kernel agree 2) update to 4.88B in the ports tree now. -- # svn up Updating '.': At revision 315090. cc -pipe -fno-strict-aliasing -DFREEBSDV=1 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: In file included from
Re: sysutils/lsof (lsof-4.87,8) compiler error
On 2013-03-23 22:25, AN wrote: On Fri, 22 Mar 2013, Larry Rosenman wrote: On 2013-03-22 19:31, AN wrote: FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #38 r248401: Sat Mar 16 21:39:04 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\10.0-CURRENT\ -I/usr/src/sys -O2 -c dmnt.c cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\10.0-CURRENT\ -I/usr/src/sys -O2 -c dnode.c cc -pipe -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=1 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\10.0-CURRENT\ -I/usr/src/sys -O2 -c dnode1.c cc -pipe -fno-strict-aliasing -DFREEBSDV=1 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/file.h:32: In file included from /usr/include/sys/file.h:42: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/refcount.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:88: /usr/src/sys/cddl/compat/opensolaris/sys/sig.h:58:18: error: too few arguments to function call, expected 2, have 1 sig = cursig(td); ~~ ^ /usr/include/sys/signalvar.h:330:1: note: 'cursig' declared here int cursig(struct thread *td, int stop_allowed); ^ In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:257:10: warning: implicit declaration of function 'VOP_FSYNC' is invalid in C99 [-Wimplicit-function-declaration] error = VOP_FSYNC(vp, MNT_WAIT, curthread); ^ 1 warning and 1 error generated. *** [dnode2.o] Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. *** [dnode2.o] Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd. *** [do-build] Error code 1 Stop in /usr/ports/sysutils/lsof. 1) make sure world and kernel agree 2) update to 4.88B in the ports tree now. -- # svn up Updating '.': At revision 315090. cc -pipe -fno-strict-aliasing -DFREEBSDV=1 -DHAS_ZFS -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/usr/ports/sysutils/lsof/work/lsof_4.88B.freebsd/usr/src/include -I`pwd` -c dnode2.c In file included from dnode2.c:55: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_vfsops.h:31: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:49: In
Re: trouble with ffmpeg1
On Sat, Mar 23, 2013 at 10:56 AM, Joerg Surmann joerg_surm...@snafu.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 now its not too big. i hope. sorry Am 23.03.2013 05:38, schrieb Kevin Oberman: On Fri, Mar 22, 2013 at 9:02 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Mar 22, 2013 at 5:24 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Mar 22, 2013 at 9:59 AM, Joerg Surmann joerg_surm...@snafu.de wrote: ok. here the complet make output. (without make install) Actually, it was just the STDERR output without the STDOUT stuff. To get far we need to have the complete output. % script % cd /usr/ports/multimedia/fmpeg1 make % exit Then send the typescript file. That will have everything in order, just as it comes out on the terminal. Also, /usr/ports/multimedia/fmpeg1/work/ffmpeg-1.05/config.log texi2html is the tool that actually generates the *.html files. You might want to confirm that texi2html is available. % which texi2html OK. I just looked for the obvious and it looks like texi2html is not listed as a build dependency for ffmpeg1. Install textproc/texi2html and ffmpewg1 should work properly. Again, I was too quick. I should have tested first. texi2html is a BUILD_DEPEND of ffmpeg1, so you should not be able to build ffmpeg1 without it. If you try, the ports system should install it for you. So, again, we need to see the complete build log (as recorded by script(1)) and the config.log file. Sorry for the false information on the last message Joerg, Well, I think I have sort of found the problem, but it gets a bit out of my realm of cluefulness. HTe problem is perl does not seem to have the required files to handle the El Salvador locale. I'm not too sure what to suggest, but some other Spanish speaking country might work. I'm really not at all sure since my locale is en_US, so no real internationalization is needed. In any case, yo may be closer to a solution. If you just want to get ffmpeg1 installed, you can do so by: # cd /usr/ports/multimedia/ffmpeg1 # make # cd work/ffmpeg-1.05/doc # touch developer.html # cd # portmaster -C ffmpeg1 This will fake out the error and make the install work. the root issue is that you have your locale set to sv but it looks like all of the ports may not support it at this time. I wish I could help more here, but you may want to read up on gettext and internationalization and, if you don't see what needs to be done, open a new thread. If you have not already read it, check out Chapter 24 of the FreeBSD Handbook at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/l10n.html o, en Español, http://www.freebsd.org/doc/es_ES.ISO8859-1/books/handbook/l10n.html Good luck! -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ 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
FreeBSD Port: eclipse-3.7.1_3
Hi, there! the port java/eclipse fails to build due to a recent glib update. the error messages are as following: In file included from ../gnomeproxy.c:16 /usr/local/include/glib-2.0/glib/glslist.h:28:2 error: #error Only glib.h can be included directly. hope this problem could be fixed soon. thank you! -- B.R. HU Dong ___ 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
Fwd: libshbuf-0.0.3 failed on amd64 9
Could someone please have a look. Thx. Begin forwarded message: From: Portbuild user portbu...@freebsd.org Subject: libshbuf-0.0.3 failed on amd64 9 Date: March 24, 2013 1:13:22 PM GMT+08:00 To: m...@freebsd.org You can also find this build log at http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/a.9.20130324041140.pointyhat/libshbuf-0.0.3.log building libshbuf-0.0.3 on beefy1.isc.freebsd.org in directory /a/pkgbuild/9/20130324041140.pointyhat/chroot/72190 building for: 9.1-RELEASE-p1 amd64 maintained by: po...@freebsd.org port directory: /usr/ports/devel/libshbuf Makefile ident: $FreeBSD: head/devel/libshbuf/Makefile 314640 2013-03-19 13:04:30Z eadler $ build started at Sun Mar 24 05:12:50 UTC 2013 FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=libtool-2.4.2.tbz RUN_DEPENDS= PKG_DEPENDS= prefixes: LOCALBASE=usr/local add_pkg add_pkg phase 1: make checksum === License GPLv2 accepted by the user = libshbuf-0.0.3.tar.gz doesn't seem to exist in /tmp/distfiles/. = Attempting to fetch ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//libshbuf-0.0.3.tar.gz fetch: ftp://ftp-master.freebsd.org/pub/FreeBSD/ports/distfiles//libshbuf-0.0.3.tar.gz: No route to host = Attempting to fetch ftp://pointyhat.FreeBSD.org/pub/FreeBSD/distfiles//libshbuf-0.0.3.tar.gz fetch: ftp://pointyhat.FreeBSD.org/pub/FreeBSD/distfiles//libshbuf-0.0.3.tar.gz: No route to host = Attempting to fetch http://0pointer.de/lennart/projects/libshbuf/libshbuf-0.0.3.tar.gz libshbuf-0.0.3.tar.gz 261 kB 172 kBps === Fetching all distfiles required by libshbuf-0.0.3 for building = SHA256 Checksum OK for libshbuf-0.0.3.tar.gz. phase 2: make extract add_pkg === License GPLv2 accepted by the user === Fetching all distfiles required by libshbuf-0.0.3 for building === Extracting for libshbuf-0.0.3 = SHA256 Checksum OK for libshbuf-0.0.3.tar.gz. phase 3: make patch add_pkg === Patching for libshbuf-0.0.3 === Applying FreeBSD patches for libshbuf-0.0.3 phase 4: make build add_pkg libtool-2.4.2.tbz adding dependencies adding package libtool-2.4.2.tbz === libshbuf-0.0.3 depends on package: libtool=2.4 - found === Configuring for libshbuf-0.0.3 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 make sets $(MAKE)... yes 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 for style of include used by make... GNU checking dependency style of cc... gcc3 checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether make sets $(MAKE)... (cached) yes checking build system type... amd64-portbld-freebsd9.1 checking host system type... amd64-portbld-freebsd9.1 checking for ld used by GCC... /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 for a sed that does not truncate output... /usr/bin/sed checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking command to parse /usr/bin/nm -B output... ok checking how to run the C preprocessor... cpp 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 dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for ranlib... ranlib checking for strip... strip checking for objdir... .libs checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc