From nobody@FreeBSD.ORG  Sat Jul 22 06:42:56 2000
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 3CD8037B894; Sat, 22 Jul 2000 06:42:56 -0700 (PDT)
Message-Id: <20000722134256.3CD8037B894@hub.freebsd.org>
Date: Sat, 22 Jul 2000 06:42:56 -0700 (PDT)
From: george.russell@clara.net
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@FreeBSD.org
Subject: Documention of setup of user ppp does not apply to 4.0 as it did to 3.x
X-Send-Pr-Version: www-1.0

>Number:         20107
>Category:       docs
>Synopsis:       Documention of setup of user ppp does not apply to 4.0 as it did to 3.x
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    ben
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jul 22 06:50:01 PDT 2000
>Closed-Date:    Sun Jul 23 20:50:48 BST 2000
>Last-Modified:  Sun Jul 23 20:54:47 BST 2000
>Originator:     George Russell
>Release:        4.0 Release
>Organization:
None
>Environment:
>Description:
The documentatin sstates that ifconfig -a will show if you have tun drivers
compiled into the kernel for use by user ppp.

It does not show in the output if they are there in 4.0, as the tun behaviour
has changed.
>How-To-Repeat:

>Fix:
Mention in 4.0 that it will not appear in the output, and it is included
in the GENRRIC kernel anyway, so should work anyway.

>Release-Note:
>Audit-Trail:

From: Ben Smithurst <ben@FreeBSD.org>
To: george.russell@clara.net
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: docs/20107: Documention of setup of user ppp does not apply to 4.0 as it did to 3.x
Date: Sat, 22 Jul 2000 15:32:32 +0100

 george.russell@clara.net wrote:
 
 > The documentatin sstates that ifconfig -a will show if you have tun drivers
 > compiled into the kernel for use by user ppp.
 > 
 > It does not show in the output if they are there in 4.0, as the tun behaviour
 > has changed.
 >> How-To-Repeat:
 > 
 >> Fix:
 > Mention in 4.0 that it will not appear in the output, and it is included
 > in the GENRRIC kernel anyway, so should work anyway.
 
 Does something like this look ok?
 
 --- chapter.sgml        2000/07/16 16:43:40     1.26
 +++ chapter.sgml        2000/07/18 17:44:57
 @@ -156,6 +156,15 @@
          inet 203.10.100.1 --&gt; 203.10.100.20 netmask 0xffffffff
  tun3: flags=8010&lt;POINTOPOINT,MULTICAST&gt; mtu 1500</screen>
  
 +       <note>
 +         <para>In FreeBSD 4.0 and later releases, you will only see any
 +           <devicename>tun</devicename> devices which have already been
 +           used.  This means you might not see <emphasis>any</emphasis>
 +           <devicename>tun</devicename> devices.  If this is the case, do
 +           not worry; the device should be created dynamically when
 +           <command>ppp</command> attempts to use it.</para>
 +       </note>
 +
         <para>This case shows four tunnel devices, two of which are
           currently configured and being used.  It should be noted that
           the <literal>RUNNING</literal> flag above indicates that the
 @@ -209,6 +218,10 @@
  
         <screen>&prompt.root; <userinput>ifconfig tun0</userinput>
  tun0: flags=8010&lt;POINTOPOINT,MULTICAST&gt; mtu 1500</screen>
 +
 +       <para>Remember from earlier that you might not see the device if it
 +         has not been used yet, as <devicename>tun</devicename> devices are
 +         created on demand in FreeBSD 4.0 and later releases.</para>
        </sect3>
  
        <sect3>
 
 -- 
 Ben Smithurst                 / ben@FreeBSD.org / PGP: 0x99392F7D
 FreeBSD Documentation Project /
 
State-Changed-From-To: open->closed 
State-Changed-By: ben 
State-Changed-When: Sun Jul 23 20:50:48 BST 2000 
State-Changed-Why:  
Doesn't compile with GTK 1.2 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20107 
Responsible-Changed-From-To: freebsd-doc->ben 
Responsible-Changed-By: ben 
Responsible-Changed-When: Sun Jul 23 20:53:09 BST 2000 
Responsible-Changed-Why:  
Hmm, the reason for closing this PR was bogus.  I'm not sure what 
happened, but the file was marked 'readonly' in vi so I couldn't do much else. 
:-( 

The real reason was "text updated, thanks!" :-) 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20107 
>Unformatted:
