On Fri, 18 Feb 2011 21:50:59 -0700
Shawn Webb wrote:
> Disregard. I didn't have ksh93 installed. The handbook implies that
> it's needed only for DTrace Toolkit, not DTrace itself. Installing
> ksh93 is required for DTrace proper to work.
>
This cannot possibly be true.
% sudo dtrace -l -f acl
Disregard. I didn't have ksh93 installed. The handbook implies that it's
needed only for DTrace Toolkit, not DTrace itself. Installing ksh93 is
required for DTrace proper to work.
On Fri, Feb 18, 2011 at 9:36 PM, Shawn Webb wrote:
> Hey fellow current users,
>
> Looks like dtrace is broken in cu
Hey fellow current users,
Looks like dtrace is broken in current:
# dtrace -l -f acl
dtrace: invalid probe specifier acl: "/usr/lib/dtrace/psinfo.d", line 37:
syntax error near "uid_t"
Line 37 shows:
uid_t pr_uid; /* real user id */
Looks good to me, but why is dtrace complaini
On 02/18/11 22:11, Shawn Webb wrote:
There are many reasons for this, and none of them are selfish (although it
remains possible to drum-up some selfish reason, all of the reasons behind
our motivation are in-fact unselfish). Truth-be-told, I welcome the
replacement of sysinstall but am very wary
> There are many reasons for this, and none of them are selfish (although it
> remains possible to drum-up some selfish reason, all of the reasons behind
> our motivation are in-fact unselfish). Truth-be-told, I welcome the
> replacement of sysinstall but am very wary that ANY replacement will be a
On Feb 18, 2011, at 7:46 AM, Nathan Whitehorn wrote:
> On 01/18/11 11:38, Nathan Whitehorn wrote:
>> This plan ensures that we have a minimum of three months of testing of the
>> new installer on snapshot media before the 9.0 release, which should ensure
>> a minimum of bugs. I would also like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/11 18:22, Kostik Belousov wrote:
>
> The patch below fixed the bug for the test extracted from your kdump.
>
> diff --git a/sys/ufs/ufs/ufs_vnops.c b/sys/ufs/ufs/ufs_vnops.c
> index 084971e..34b1758 100644
> --- a/sys/ufs/ufs/ufs_vnops.c
> +
On Fri, Feb 18, 2011 at 05:33:58PM -0500, michael butler wrote:
> On Sat, Feb 19, 2011 at 12:11:09AM +0200, Kostik Belousov wrote:
> > On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
> > > Just upgraded my mail-server to -current only to be greated by:
> > >
> > > Feb 18 16:26:00 m
On Sat, Feb 19, 2011 at 12:11:09AM +0200, Kostik Belousov wrote:
> On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
> > Just upgraded my mail-server to -current only to be greated by:
> >
> > Feb 18 16:26:00 mail authdaemond: modules="authpam", daemons=5
> > Feb 18 16:26:00 mail aut
On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
> Just upgraded my mail-server to -current only to be greated by:
>
> Feb 18 16:26:00 mail authdaemond: modules="authpam", daemons=5
> Feb 18 16:26:00 mail authdaemond: Installing libauthpam
> Feb 18 16:26:00 mail authdaemond: Install
Just upgraded my mail-server to -current only to be greated by:
Feb 18 16:26:00 mail authdaemond: modules="authpam", daemons=5
Feb 18 16:26:00 mail authdaemond: Installing libauthpam
Feb 18 16:26:00 mail authdaemond: Installation complete: authpam
Feb 18 16:26:00 mail authdaemond: /var/run/authdae
I generally don't have problems with make in FreeBSD environments, but
often have tons of problems in others, like OpenSolaris,
buildroot/busybox, and so on. To solve this, I clean my environment by
using this shell script (called cleanenv):
#!/bin/sh
env -i PATH=/usr/bin:/bin TERM=${TERM} P4
On 2011-02-18 17:36, Alexander Best wrote:
...
i'd say no. imo nothing from /usr/local/* should ever be invoked when compiling
a target in /usr/src. everything that's needed is in /usr/* (excluding local).
so $PATH should unconditionally be set to sth. like:
PATH=/sbin:/bin:/usr/sbin:/usr/bin;
On Fri, 18 Feb 2011 16:36:13 +
Alexander Best wrote:
> On Fri Feb 18 11, Ulrich Spörlein wrote:
> > On Tue, 15.02.2011 at 21:10:29 +, Alexander Best wrote:
> > > hi there,
> > >
> > > i've run into an issue where $PATH doesn't get discarded during
> > > buildworld. is
> > > this behavio
On Fri Feb 18 11, Ulrich Spörlein wrote:
> On Tue, 15.02.2011 at 21:10:29 +, Alexander Best wrote:
> > hi there,
> >
> > i've run into an issue where $PATH doesn't get discarded during buildworld.
> > is
> > this behavior to be expected? to reproduce do:
> >
> > 1) be sure /usr/local/bin com
On 01/18/11 11:38, Nathan Whitehorn wrote:
This plan ensures that we have a minimum of three months of testing of
the new installer on snapshot media before the 9.0 release, which
should ensure a minimum of bugs. I would also like to point out that
there are no roads in this map that end up wit
On Tue, 15.02.2011 at 16:18:21 -0500, John Baldwin wrote:
> This patch adjusts the various lib32 targets to use a suitable DIRPRFX so
> that
> when lib32 builds certain areas of the tree the full path to those areas
> shows
> up in the make output:
>
> Index: Makefile.inc1
> ==
On Tue, 15.02.2011 at 21:10:29 +, Alexander Best wrote:
> hi there,
>
> i've run into an issue where $PATH doesn't get discarded during buildworld. is
> this behavior to be expected? to reproduce do:
>
> 1) be sure /usr/local/bin comes *before* /usr/bin in your $PATH
> 2) ln -s /bin/cat /usr/
18 matches
Mail list logo
