Josef Karthauser wrote:
> Couldn't it read:
> tcp_extensions="NO" # Switch RFC1323 extensions on?
How about:
tcp_extensions="NO" # Set to Yes to turn on RFC1323 extensions
That would match existing style and be a lot more clear. I can submit a PR
if anyone thinks that's really n
Greetings,
Since several of the people who've asked for changes to
mergemaster are on this list I thought I'd give y'all first crack at the
new version. I've incorporated the suggestions I've received over the last
6 months, including a fix for the dreaded PAGER problem. You can retrieve
a
Matthew Dillon wrote:
> The only major bugfixes that have not been backported from -current to
> -stable in regards to NFS are the NFS/TCP fix, which is being backported
> now, and a number of fixes to the VM system when dealing with mmap(),
> which cannot be backported until we ba
Greg Lehey wrote:
> > I know it goes through periods of instability, but assuming that I'm
> > following the lists and know when not to build, could I put a 4.x
> > box up and not be embarrassed?
>
> Yes, but that's a big assumption: "assuming everything went OK". How
> do you known in advance w
First off, let's assume that I'm aware of all the traditional caveats
re -current being bleeding edge, read the lists, etc. and am willing to
deal with that. Now let's assume that I am trying to convince the powers
that be at work to use freebsd for an upcoming CGI server project. Here
is a
I've been doing some reading and I think I have a grip on what I need
to do to go from 2.2.8-Release to -current on my scratch box. Please
check me and let me know if I've got it right:
1. Install 3.1-Stable sources
2. make upgrade
3. make world
4. make new kernel
5. reboot
6. Install -cur
m...@seidata.com wrote:
>
> On Thu, 4 Mar 1999, Chris Costello wrote:
>
> >Add /etc/login.conf restrictions if you don't want your users
> > to do that.
>
> Speaking of which... I've always used login.conf to set limits for
> specific user classes... However, it seems like some login.conf
Jaye Mathisen wrote:
>
> This utility is too valuable for all the update not to at least have a
> mention of it.
Thank you. :) The occasional compliment makes the hard work worthwhile.
> At the very least, references should be made to it in /usr/src/Makefile as
> part of the conversion p
