Re: i386 tinderbox failure

[Peter Wemm]

Dag-Erling Smorgrav wrote:
 perl: Perl is not installed, try 'pkg_add -r perl'

Indeed it is installed.  Note that you have exposed a fundamental bug
in the perl wrapper.  It only searches $PATH, and /usr/local/bin is not
in $PATH for many system tools (eg: pkg_add -r).

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: i386 tinderbox failure

[Terry Lambert]

Dag-Erling Smorgrav wrote:
 
 perl: Perl is not installed, try 'pkg_add -r perl'
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message

Perl not being installed also looks like a success... ;^).

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Problems with DP1

[Miguel Mendez]

On Thu, May 23, 2002 at 09:44:45AM -0400, John Baldwin wrote:

Hi again,

 Well, maybe. :)  If the bug is reproducible, it would be nice to see if the
 submitter can reproduce it on current -current.

I upgraded this box yesterday:

flynn@kajsa# uname -a
FreeBSD kajsa.energyhq.tk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri May 24
17:50:00 CEST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KAJSA
i386

I've stress-tested it quite a bit. Built world 3 times, built gnome2 and
some other big ports, and so far it's rock solid. I can't reproduce the
problem I was having with DP1, so yes, I assume the bug is gone, and
this version feels incredibly stable btw :)

Cheers,
-- 
Miguel Mendez - [EMAIL PROTECTED]
GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt
EnergyHQ :: http://www.energyhq.tk
FreeBSD - The power to serve!



msg38785/pgp0.pgp
Description: PGP signature

Re: i386 tinderbox failure

[Dag-Erling Smorgrav]

Peter Wemm [EMAIL PROTECTED] writes:
 Indeed it is installed.  Note that you have exposed a fundamental bug
 in the perl wrapper.  It only searches $PATH, and /usr/local/bin is not
 in $PATH for many system tools (eg: pkg_add -r).

How about this:

Index: perl.c
===
RCS file: /home/ncvs/src/usr.bin/perl/perl.c,v
retrieving revision 1.2
diff -u -u -r1.2 perl.c
--- perl.c  18 May 2002 05:33:28 -  1.2
+++ perl.c  25 May 2002 12:52:43 -
@@ -59,5 +59,6 @@
if (errno != ENOENT)
err(1, %s, path);
}
+   execve(/usr/local/bin/perl, argv, environ);
errx(1, Perl is not installed, try 'pkg_add -r perl');
 }

Of course, it won't work if Perl was installed with a non-standard
PREFIX.

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Please test PAUSE on non-Intel processors

[Bob Bishop]

CPU: Cyrix 486DX2 (486-class CPU)
   Origin = CyrixInstead  DIR=0xa01b  Stepping=10  Revision=0

# ./pausetest
Testing PAUSE instruction:
Register esp changed: 0xbfbffd04 - 0xbfbffcc8

--
Bob Bishop  +44 (0)118 977 4017
[EMAIL PROTECTED]fax +44 (0)118 989 4254


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Status of cross releases

[Ruslan Ermilov]

Hi!

With small hacks for ia64 and sparc64, I have now been able to
produce the snapshots for alpha, i386, ia64, pc98, and sparc64
5.0-CURRENT on my 4.5-STABLE i386 box:

ftp://ftp.sunbay.net//pub/FreeBSD/snapshots/

Both ia64 and sparc64 need their release/ subdirs to be filled
in, and produced sparc64 floppy images are non-usable at the
moment due to the endianness issue, waiting for Ian to commit
his excellent bswapfs(8) utility.

I except the alpha and pc98 snapshots to be fully functional,
and would appreciate a feedback from anyone attempting to install
from the above mentioned URL.

I would also appreciate if someone could provide me with accounts
on sparc64 and ia64 boxes running 5.0-CURRENT, so I could polish
and actually test some changes.


Cheers,
-- 
Ruslan Ermilov  Sysadmin and DBA,
[EMAIL PROTECTED]   Sunbay Software AG,
[EMAIL PROTECTED]  FreeBSD committer,
+380.652.512.251Simferopol, Ukraine

http://www.FreeBSD.org  The Power To Serve
http://www.oracle.com   Enabling The Information Age

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Status of cross releases

[Paul Saab]

Ruslan Ermilov ([EMAIL PROTECTED]) wrote:
 I would also appreciate if someone could provide me with accounts
 on sparc64 and ia64 boxes running 5.0-CURRENT, so I could polish
 and actually test some changes.

We are not allowed to provide general access to the current ia64 hardware
we have because its all pre-production stuff so it may perform poorly
in benchmarks.  I am expecting a 4way McKinley system this coming week
and once we make sure that it works properly, i have been given permission
to put it into the FreeBSD cluster so others can work on it.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

mfs in current

[Emanuel Haupt]

i was wondering, where the mount_mfs in the current version has gone? i 
am using current on my dell laptop (compatibility reason with 32bit 
cardbus) and would like to increase the performance with a mfs mount for 
my swap partition.

thanx for your answers.
emanuel


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: mfs in current

[Martin Faxer]

On 2002.05.25 20:16:05 +, Emanuel Haupt wrote:
 i was wondering, where the mount_mfs in the current version has gone? i 
 am using current on my dell laptop (compatibility reason with 32bit 
 cardbus) and would like to increase the performance with a mfs mount for 
 my swap partition.

MFS is now known as MD. Try man 8 mdconfig and man 4 md.
Your reason for wanting to use it sounds a little bit crazy though;
Swap is used when there isn't sufficient physical memory available.
I believe the FreeBSD VM system will handle your memory better if it
has access to all of it rather than having some of it mounted as a
memory disk.

 
 thanx for your answers.
 emanuel
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: i386 tinderbox failure

[Peter Wemm]

Dag-Erling Smorgrav wrote:
 Peter Wemm [EMAIL PROTECTED] writes:
  Indeed it is installed.  Note that you have exposed a fundamental bug
  in the perl wrapper.  It only searches $PATH, and /usr/local/bin is not
  in $PATH for many system tools (eg: pkg_add -r).
 
 How about this:
 
 Index: perl.c
 ===
 RCS file: /home/ncvs/src/usr.bin/perl/perl.c,v
 retrieving revision 1.2
 diff -u -u -r1.2 perl.c
 --- perl.c  18 May 2002 05:33:28 -  1.2
 +++ perl.c  25 May 2002 12:52:43 -
 @@ -59,5 +59,6 @@
 if (errno != ENOENT)
 err(1, %s, path);
 }
 +   execve(/usr/local/bin/perl, argv, environ);
 errx(1, Perl is not installed, try 'pkg_add -r perl');
  }
 
 Of course, it won't work if Perl was installed with a non-standard
 PREFIX.

That would work, but IMHO this should be the first location we try since it
is the most likely location for it.

Another idea.  Suppose we have /etc/ports.conf or /etc/pkg.conf which is a
symlink to the base of the installed location of ports/packages?  (like we
do with /etc/malloc.conf being a symlink).  We could exec
/etc/ports.conf/bin/perl as a last resort too.  It would look pretty freaky
but would be faster than parsing a text config file.  pkg_add could do a
readlink(/etc/ports.conf) to set the default for pkg_add -p prefix as
well.

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Junk in new gcc include path

[Andrey A. Chernov]

Does anybody else saw this too?
I just run 'cc -v hello.c' (printing Hello, world) and see:
...
GNU C version 3.1 [FreeBSD] 20020509 (prerelease) 
(i386-undermydesk-freebsd)
compiled by GNU C version 2.95.4 20020320 [FreeBSD].
ignoring nonexistent directory NONE/include
ignoring duplicate directory /usr/include
...

It seems junk NONE/include is in the include path and /usr/include
present there twice. Please fix this thing. Especially if project have
NONE directory...

-- 
Andrey A. Chernov
http://ache.pp.ru/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

duplicate free from cache_drain on -current

[Poul-Henning Kamp]

This is with a version of the md-driver which I will commit in a few
moments and Kirks UFS2 patch.

The system is in single user and now swap has been configured so it
run out of VM.

Poul-Henning

syv# mdconfig -a -t malloc -s 128g
md3: Malloc disk
md3
syv# newfs -O 2 /dev/md3
IOCTL(0x41146465) md3 'd'/101 O(276) = ENOIOCTL
Extent size set to 16384
/dev/md3: 131072.0MB (268435456 sectors) block size 16384, fragment size 2048
using 714 cylinder groups of 183.77MB, 11761 blks, 23552 inodes.
super-block backups (for fsck -b #) at:
 160, 376512, 752864, 1129216, 1505568, 1881920, 2258272, 2634624, 3010976,
 3387328, 3763680, 4140032, 4516384, 4892736, 5269088, 5645440, 6021792,
 6398144, 6774496, 7150848, 7527200, 7903552, 8279904, 8656256, 9032608,
 9408960, 9785312, 10161664, 10538016, 10914368, 11290720, 11667072, 12043424,
 12419776, 12796128, 13172480, 13548832, 13925184, 14301536, 14677888,
 15054240, 15430592, 15806944, 16183296, 16559648, 16936000, 17312352,
 17688704, 18065056, 18441408, 18817760, 19194112, 19570464, 19946816,
 20323168, 20699520, 21075872, 21452224, 21828576, 22204928, 22581280,
 22957632, 2984, 23710336, 24086688, 24463040, 24839392, 25215744,
 25592096, 25968448, 26344800, 26721152, 27097504, 27473856, 27850208,
 28226560, 28602912, 28979264, 29355616, 29731968,Slab at 0xcc28ffe0, freei 6 = 7.
panic: Duplicate free of item 0xcc28fc00 from zone 0xc082a280(UMA Buckets)

Debugger(panic)
Stopped at  Debugger+0x45:  xchgl   %ebx,in_Debugger.0
db trace
Debugger(c02fb17c) at Debugger+0x45
panic(c030e2c0,cc28fc00,c082a280,c030de98,c030e2a0) at panic+0x71
uma_dbg_free(c082a280,cc28ffe0,cc28fc00) at uma_dbg_free+0xc5
uma_zfree_internal(c082a280,cc28fc00,0,0,cc285280,cc28fc00,cc2852a4,0,c030dc51,21f) at 
uma_zfree_internal+0x13d
cache_drain(cc285280) at cache_drain+0xca
zone_drain(cc285280) at zone_drain+0x5a
zone_foreach(c029eb48,d3937d08,c029c82a,c0353820,1) at zone_foreach+0x2e
uma_reclaim(c0353820,1,c030da02,286,287) at uma_reclaim+0x12
vm_pageout_scan(3,d3917414,d3937d34,c01dacfa,0) at vm_pageout_scan+0x30
vm_pageout(0,d3937d48,d3917414,c029d2a8,0) at vm_pageout+0x22a
fork_exit(c029d2a8,0,d3937d48) at fork_exit+0x8a
fork_trampoline() at fork_trampoline+0x37
db 

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: i386 tinderbox failure

[Niels Chr. Bank-Pedersen]

On Sat, May 25, 2002 at 12:22:57PM -0700, Peter Wemm wrote:
 Dag-Erling Smorgrav wrote:
  Peter Wemm [EMAIL PROTECTED] writes:
   Indeed it is installed.  Note that you have exposed a fundamental bug
   in the perl wrapper.  It only searches $PATH, and /usr/local/bin is not
   in $PATH for many system tools (eg: pkg_add -r).
  
  How about this:
  
  Index: perl.c
  ===
  RCS file: /home/ncvs/src/usr.bin/perl/perl.c,v
  retrieving revision 1.2
  diff -u -u -r1.2 perl.c
  --- perl.c  18 May 2002 05:33:28 -  1.2
  +++ perl.c  25 May 2002 12:52:43 -
  @@ -59,5 +59,6 @@
  if (errno != ENOENT)
  err(1, %s, path);
  }
  +   execve(/usr/local/bin/perl, argv, environ);
  errx(1, Perl is not installed, try 'pkg_add -r perl');
   }
  
  Of course, it won't work if Perl was installed with a non-standard
  PREFIX.
 
 That would work, but IMHO this should be the first location we try since it
 is the most likely location for it.
 
 Another idea.  Suppose we have /etc/ports.conf or /etc/pkg.conf which is a
 symlink to the base of the installed location of ports/packages?  (like we
 do with /etc/malloc.conf being a symlink).  We could exec
 /etc/ports.conf/bin/perl as a last resort too.  It would look pretty freaky
 but would be faster than parsing a text config file.  pkg_add could do a
 readlink(/etc/ports.conf) to set the default for pkg_add -p prefix as
 well.

Why not make the link as /etc/localbase or somesuch - *.conf
sort of implies that it is a file for editing (well, most files
in /etc are, but anyway).  Makes it a little less freaky to me.

 -Peter


/Niels Chr.

-- 
 Niels Christian Bank-Pedersen, NCB1-RIPE.

 Hey, are any of you guys out there actually *using* RFC 2549?

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Junk in new gcc include path

[Scot W. Hetzel]

From: Andrey A. Chernov [EMAIL PROTECTED]
 Does anybody else saw this too?
 I just run 'cc -v hello.c' (printing Hello, world) and see:
 ...
 GNU C version 3.1 [FreeBSD] 20020509 (prerelease)
 (i386-undermydesk-freebsd)
 compiled by GNU C version 2.95.4 20020320 [FreeBSD].
 ignoring nonexistent directory NONE/include
 ignoring duplicate directory /usr/include
 ...

 It seems junk NONE/include is in the include path and /usr/include
 present there twice. Please fix this thing. Especially if project have
 NONE directory...

I'm seeing the ignoring duplicate directory problem with the Cyrus-SASL
port when building on current.  One of the patches (patch-ab) adds
-I${OPENSSLINC} -I${OPENSSLINC}/openssl to the CPPFLAGS.  Then when
configure is run it fails to detect the unistd.h and pwd.h header files.
Which causes the compile to fail when building checkpw.c.

checking for getopt.h... no
checking for unistd.h... no
checking for crypt.h... no
checking for pwd.h... no
checking for shadow.h... no
checking for paths.h... no

Removing -I${OPENSSLINC} from patch-ab allows the port to find the system
include files in /usr/include.

checking for getopt.h... no
checking for unistd.h... yes
checking for crypt.h... no
checking for pwd.h... yes
checking for shadow.h... no
checking for paths.h... yes

So why does adding -I/usr/include to CPPFLAGS cause the compiler to ignore
the headers in /usr/include?

Scot


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Mutex statistics script

[Dag-Erling Smorgrav]

The attached script sorts the data from the debug.mutex.prof.stats
sysctl variable according to the selected key (the default being the
mutex name)

The -g option causes the script to strip off the source file and line
and accumulate totals for each mutex.  The -r option reverses the
sorting order.  The (mutually exclusive) -a, -c, -m and -t options
sort the results by the max, total, count or average column.

Here's a list of the ten most frequently acquired mutices (over a
period of 11 days), grouped by mutex name:

des@des ~% mtxstat -gcr -l 10
 maxtotalcount  average name
 1077094   3634841194   30212988991 process lock
  200760   4475449899   23398851462 pool mutex
11075293  54743743699   2127442731   26 Giant
 252   2151217659   15879248051 sellck
   24594   19136329938138161422 vnode interlock
  442810  12872182712716587273   18 filedesc structure
 520   20386816914808182164 PCPU 16
   361141567107651876866740 bio queue
 1142703224991854538421 malloc
  871659133901822770451 temp

Sorted by total time held, a few minutes later:

des@des ~% mtxstat -gtr -l 10
 maxtotalcount  average name
11075293  54762076072   2128355890   26 Giant
  442810  12881479450716922166   18 filedesc structure
  200760   4475944044   23403245072 pool mutex
   97625   4303676900 51655812   83 mntvnode
 1077094   3636650031   30228175221 process lock
 252   2152670298   15891438891 sellck
 520   20388613584808725414 PCPU 16
   24594   19136994598138466492 vnode interlock
8418383692889  9040940   42 xl0
  87348538260 742519905 vnode_free_list

IWBNI there was a way to record how many times each mutex was
contested...

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]



#!/usr/bin/perl -Tw
#-
# Copyright (c) 2002 Dag-Erling Coïdan Smørgrav
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
# 1. Redistributions of source code must retain the above copyright
#notice, this list of conditions and the following disclaimer
#in this position and unchanged.
# 2. Redistributions in binary form must reproduce the above copyright
#notice, this list of conditions and the following disclaimer in the
#documentation and/or other materials provided with the distribution.
# 3. The name of the author may not be used to endorse or promote products
#derived from this software without specific prior written permission.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
# IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
# OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
# IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
# INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
# NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
# DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
# THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
# THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#
#  $Id$
#

use strict;
use Getopt::Std;

sub usage() {

print(STDERR usage: mtxstat [-gr] [-a|c|m|t] [-l limit]\n);
exit(1);
}

MAIN:{
my %opts;   # Command-line options
my $key;# Sort key
my $limit;  # Output limit
local *PIPE;# Pipe
my $header; # Header line
my @names;  # Field names
my %data;   # Mutex data
my @list;   # List of entries

getopts(acgl:mrt, \%opts)
or usage();
if ($opts{'a'}) {
usage()
if ($opts{'c'} || $opts{'m'} || $opts{'t'});
$key = 'average';
} elsif ($opts{'c'}) {
usage()
if ($opts{'m'} || $opts{'t'});
$key = 'count';
} elsif ($opts{'m'}) {
usage()
if ($opts{'t'});
$key = 'max';
} elsif ($opts{'t'}) {
$key = 'total';
}
if ($opts{'l'}) {
if ($opts{'l'} !~ m/^\d+$/) {
usage();
}
$limit = $opts{'l'};
}
$ENV{'PATH'} = '/bin:/sbin:/usr/bin:/usr/sbin';
open(PIPE, sysctl -n debug.mutex.prof.stats|)
or die(open(): $!\n);
$header = PIPE;
chomp($header);
@names = split(' ', $header);
if (defined($key)  !grep(/^$key$/, @names)) {
die(can't find 

Mutex statistics script

[Garrett Wollman]

[Please direct followups to -chat.]

On 26 May 2002 02:12:11 +0200, Dag-Erling Smorgrav [EMAIL PROTECTED] said:

 Here's a list of the ten most frequently acquired mutices (over a

ObLanguagePeeve:

``Mutex'' is a portmanteau of ``MUTual EXclusion''; a Latinate plural
is thus entirely inappropriate.  The plural of ``mutex'' is ``mutexes''.

-GAWollman


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: Junk in new gcc include path

[Garrett Wollman]

On Sat, 25 May 2002 17:17:40 -0500, Scot W. Hetzel [EMAIL PROTECTED] said:

 So why does adding -I/usr/include to CPPFLAGS cause the compiler to ignore
 the headers in /usr/include?

It doesn't -- it just causes the compiler to emit a warning message
which confuses AC_CHECK_HEADER in some versions of autoconf.  (I think
2.52 doesn't have this problem, but 2.19 does.  I haven't investigated
this recently, though.)

-GAWollman

--
Garrett A. Wollman   | [G]enes make enzymes, and enzymes control the rates of
[EMAIL PROTECTED]  | chemical processes.  Genes do not make ``novelty-
Opinions not those of| seeking'' or any other complex and overt behavior.
MIT, LCS, CRS, or NSA| - Stephen Jay Gould (1941-2002)

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

i386 tinderbox failure

[Dag-Erling Smorgrav]

--
 Rebuilding the temporary build tree
--
 stage 1: bootstrap tools
--
 stage 2: cleaning up the object tree
--
 stage 2: rebuilding the object tree
--
 stage 2: build tools
--
 stage 3: cross tools
--
 stage 4: populating /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include
--
 stage 4: building libraries
--
 stage 4: make dependencies
--
=== sbin/comcontrol
=== sbin/conscontrol
=== sbin/dhclient
=== sbin/dhclient/common
=== sbin/dhclient/dst
=== sbin/dhclient/minires
cc: Internal error: Segmentation fault (program cpp0)
Please submit a full bug report.
See URL:http://www.gnu.org/software/gcc/bugs.html for instructions.
mkdep: compile failed
*** Error code 1

Stop in /d/home/des/tinderbox/src/sbin/dhclient/minires.
*** Error code 1

Stop in /d/home/des/tinderbox/src/sbin/dhclient.
*** Error code 1

Stop in /d/home/des/tinderbox/src/sbin.
*** Error code 1

Stop in /d/home/des/tinderbox/src.
*** Error code 1

Stop in /d/home/des/tinderbox/src.
*** Error code 1

Stop in /d/home/des/tinderbox/src.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message

Re: i386 tinderbox failure

[Gerhard Sittig]

On Fri, May 24, 2002 at 23:32 -0700, Peter Wemm wrote:
 
 Dag-Erling Smorgrav wrote:
  perl: Perl is not installed, try 'pkg_add -r perl'
 
 Indeed it is installed.  Note that you have exposed a fundamental bug
 in the perl wrapper.  It only searches $PATH, and /usr/local/bin is not
 in $PATH for many system tools (eg: pkg_add -r).

Is this the moment where src/usr.bin/perl should be mailwrapper
like?  Instead of searching the interpreter in some uncertain
location (and failing) shouldn't the program just believe in
what it was told by the admin?  Since the admin should know if
perl is installed and where it lives.  And which one to choose
should multiple versions be installed (for whatever reason).

[ who is screaming bikeshed while _functionality_ and
  determined behaviour is being discussed? ]


virtually yours   82D1 9B9C 01DC 4FB4 D7B4  61BE 3F49 4F77 72DE DA76
Gerhard Sittig   true | mail -s get gpg key [EMAIL PROTECTED]
-- 
 If you don't understand or are scared by any of the above
 ask your parents or an adult to help you.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message