> While it is technically free, you won't be able to use it in day-to-day
> operations. It is reserved for the superuser. I believe it is so that if
> something should flood the filesystem, the superuser still has space to
> operate on the partition.
Partially. It is also a performace hack -
If my wording offends I apologize in advance. When I first started trying
to figure this out and asking how to do this, the overlaying of
directories was presented to me as a "feature" and I also would have
thought that from reading several threads on the subject.
I guess my question is: " is thi
:Secondly, making makewhatis(1) read all available input before closing
:the pipe is just unnecessarily slowing down makewhatis. There's no
:reason for makewhatis to process an entire man page - it just needs the
:...
:Peter
You won't notice much difference in times (time it and see for your
While it is technically free, you won't be able to use it in day-to-day
operations. It is reserved for the superuser. I believe it is so that if
something should flood the filesystem, the superuser still has space to
operate on the partition.
This can result in ridiculous amounts of reserved s
[ moved to [EMAIL PROTECTED] ]
++ 06/02/01 22:38 +0100 - Thomas Stratmann:
>Hi everyone,
>
>compilation of port netscape-remote failed:
>in remote.c, X11/Xlib.h could not be included/found.
>Seems that n-r depends on a port without make install complaining about
>it. For a quick solution: Can any
* Mike Bytnar <[EMAIL PROTECTED]> [010206 15:15] wrote:
> 'make installworld' fails over an NFS mount, but executes correctly on
> the machine that executed 'make buildworld'. Anyone else encounter this
> problem?
[snip]
> The problem occurs right after the RPC subproject. The logged output
> sh
What breaks if I decide to change NGROUPS_MAX to something like 64 instead
of the default 16? From what I gathered from looking at the list archives
NFS breakage seemed to be the biggest problem, but that's not an issue for
me.
Is upping the limit to 64 merely a matter of changing NGROUPS_MAX in
'make installworld' fails over an NFS mount, but executes correctly on
the machine that executed 'make buildworld'. Anyone else encounter this
problem?
Here are the steps I followed for the host machine "eng":
1. update to the latest STABLE source tree from CVS.
2. build the world
eng# cd
There seems to be a problem with the whole process here somewhere.
A number of poeple tell me they have keyboard problems when upgrading. With
lots of different ways of getting around the problem. Wouldn't it be better
to find the root cause?
In my case, 4.0-RELEASE works fine from a CD install
On 2001-Feb-04 13:08:02 -0800, Matt Dillon <[EMAIL PROTECTED]> wrote:
> It's not a bug with OpenSSH, it's a bug with 'makewhatis'. The
> 'makewhatis' perl script is closing the input descriptor without
> draining all the input. If the gzcat writing the descriptor does
> not use a large e
On Mon, Feb 05, 2001 at 07:33:12AM -0800, Cy Schubert - ITSD Open Systems Group wrote:
> In message <01e501c08c7b$06bb7b30$[EMAIL PROTECTED]>, "Thomas T.
> Veldhouse" writes:
> >
> > Has anybody written a script or modified the current nightly periodic
> > scripts to send ipmon output in the sec
On Tue, Feb 06, 2001 at 02:20:18PM +0300, Lev Serebryakov wrote:
> 3) pkg_add shows strnage message:
>
> rtr# pkg_add iconv-2.0_1.tgz
>
> gzip: stdout: broken pipe
> tar: child return 1
> rtr#
>
Funny, I have the same problem but haven't bothered to track it down yet.
More explicitly
Hi everyone,
compilation of port netscape-remote failed:
in remote.c, X11/Xlib.h could not be included/found.
Seems that n-r depends on a port without make install complaining about
it. For a quick solution: Can anyone tell me to which port
X11/Xlib.h belongs?
Thanx
Thomas Stratmann
To Unsubsc
13 matches
Mail list logo
