search for: perl_version

Hi, The new version of perl v5.6.0 breaks the configure script. When it tests for the version the current test perl -v| sed -n 's/^.*perl.*version \(.\).*/\1/p' returns null. perl -v now returns: This is perl, v5.6.0 built for ppc-linux Copyright 1987-2000, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which

Hi, The new version of perl v5.6.0 breaks the configure script. When it tests for the version the current test perl -v| sed -n 's/^.*perl.*version \(.\).*/\1/p' returns null. perl -v now returns: This is perl, v5.6.0 built for ppc-linux Copyright 1987-2000, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which

On Lua: lua_version=5.3.4 On Perl: perl_version=5.28.0 On Python 2: python_version=2.7.15 On Python 3: python_version=3.7.0 python_pep_384_abi_version=3 On Ruby 2.5.1p57: ruby_api_version=2.5.0 On Tcl: tcl_version=8.6 tcl_patch_level=8.6.8 --- plugins/lua/lua.c | 11 +++++++++++ plugins/perl/perl.c | 4 ++++ plugi...

...uot; and "perl, version 5.xxx" The following patch would correct this problem: --- ./aclocal.m4.orig Sun Jun 17 14:27:06 2001 +++ ./aclocal.m4 Sun Jun 17 14:45:53 2001 @@ -52,7 +52,8 @@ AC_CACHE_CHECK([whether perl version is at least 5], r_cv_prog_perl_v5, [ perl_version=`${PERL} -v | \ - sed -n 's/^.*perl.*version \(.\).*/\1/p'` + sed -n 's/^.*perl.*v\([[0-9]]\).*/\1/p; \ + s/^.*perl.*version \(.\).*/\1/p'` if test ${perl_version} -ge 5; then r_cv_prog_perl_v5=yes else // Albrecht Gebhard...

On Monday, 1 October 2018 15:44:37 CEST Richard W.M. Jones wrote: > On Lua: > > lua_version=5.3.4 > > On Perl: > > perl_version=5.28.0 > > On Python 2: > > python_version=2.7.15 > > On Python 3: > > python_version=3.7.0 > python_pep_384_abi_version=3 > > On Ruby 2.5.1p57: > > ruby_api_version=2.5.0 Should this be ruby_version, to be like the others? Other than that, LGT...

...l/etc/cvsup/sup/supfile: *default base=/var/db *default delete use-rel-suffix compress *default host=cvsup15.freebsd.org *default prefix=/usr *default release=cvs tag=RELENG_7 src-all Here's my /etc/make.conf and /etc/src.conf: make.conf: # added by use.perl 2009-02-23 03:20:27 PERL_VER=5.8.9 PERL_VERSION=5.8.9 src.conf: WITHOUT_PROFILE= Not sure how to diagnose or resolve this on my own and need a little assistance, please. -- Regards, Doug

...et-solutions.be 4.8-RELEASE-p4 FreeBSD 4.8-RELEASE-p4 #0: Sun Aug 31 21:00:38 CEST 2003 root@lama.inet-solutions.be:/usr/obj/usr/src/sys/LAMA i386 Make.conf: CPUTYPE=i686 CFLAGS= -O -pipe CXXFLAGS+= -fmemoize-lookups -fsave-memoized COPTFLAGS= -O -pipe ENABLE_SUIDPERL= true PERL_VER=5.6.1 PERL_VERSION=5.6.1 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo This is my terminal output: jimmy@lama (192.168.0.50) 13:47 ~ $ opiepasswd -c -n 1 -s ad2003 Adding jimmy: Only use this method from the console; NEVER from remote. If you are using telnet, xterm, or a dial-in, type ^C now or exit with...

I have been updating my FreeBSD systems for many years by updating and building from source. For the FreeBSD 9.2 cycle, I decided to use freebsd-update for binary update instead. I use Sendmail + Cyrus-SASL and the freebsd-update process only installed a 'bare bones' binary. How do I compile just Sendmail from source so that it uses my /etc/make.conf for the smtp_auth components?

Running 9.0-Stable on an i386. Whenever I type a command at the prompt I get the output /usr/local/lib/libintl.so.9: Undefined symbol "_ThreadRuneLocale" and nothing else - the command will not run. Just the above output. Commands like "ls" and "exit" work, but not much else. This happends whether I am logged in a user or as root. Cannot even halt the system from

...f SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup14.freebsd.org SUPFILE= /root/standard-supfile PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile KERNCONF=GENERIC WITH_PERL=NO ENABLE_SUIDPERL=YES WITHOUT_X11=YES PERL_VER=5.8.7 PERL_VERSION=5.8.7 WITHOUT_CUPS=yes ----- Can someone suggest something that I could use to determine what is going on? I've already ran memtest86 and ended up switching the memory.. and I've ordered ecc ram from crucial (it's on it's way.. ) The memory in the box is 'new' and I h...

Greetings I am trying to build a 9.0 Stable system and am getting this error when building xorg meta port. I have clang set up as follows make.conf cat /etc/make.conf CC=clang CXX=clang++ CPP=clang-cpp # added by use.perl 2012-07-09 07:23:29 PERL_VERSION=5.16.0 src.conf CC=clang CXX=clang++ CPP=clang-cpp uname -a FreeBSD pita9bsd.shasta204.local 9.0-STABLE FreeBSD 9.0-STABLE #0: Sun Jul 8 18:52:16 PDT 2012 root@pita9bsd.shasta204.local:/usr/obj/usr/src/sys/GENERIC i386 The error: In file included from xf86Helper.c:54: In file included from ....

Hello, I have a problem with loader. I recently upgraded from 6_rel to 7_rel. Now when I install world there is a problem booting. Here is what I do: cd /usr/src make buildworld make buildkernel KERNCONF=BLACK make installkernel KERNCONF=BLACK At this point I can reboot and all is good. After boot I install the new world: cd /usr/src mergemaster -p reboot into single user mode cd /usr/src make