From owner-p4-projects@FreeBSD.ORG Sun Dec 28 15:51:41 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id B04941065676; Sun, 28 Dec 2008 15:51:40 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 746BA106564A
for ; Sun, 28 Dec 2008 15:51:40 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 5E8118FC14
for ; Sun, 28 Dec 2008 15:51:40 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSFpdXi077443
for ; Sun, 28 Dec 2008 15:51:39 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSFpdmV077441
for perforce@freebsd.org; Sun, 28 Dec 2008 15:51:39 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Sun, 28 Dec 2008 15:51:39 GMT
Message-Id: <200812281551.mBSFpdmV077441@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155381 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 15:51:41 -0000
http://perforce.freebsd.org/chv.cgi?CH=155381
Change 155381 by rwatson@rwatson_cinnamon on 2008/12/28 15:51:35
Prefer uint64_t to u_quad_t as it is a more portable integer
type.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#3 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#3 (text+ko) ====
@@ -26,7 +26,7 @@
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
- * $P4: //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#2 $
+ * $P4: //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#3 $
*/
#ifndef _BSM_AUDIT_H
@@ -279,8 +279,8 @@
* Structure for the audit file statistics.
*/
struct audit_fstat {
- u_quad_t af_filesz;
- u_quad_t af_currsz;
+ uint64_t af_filesz;
+ uint64_t af_currsz;
};
typedef struct audit_fstat au_fstat_t;
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 15:55:45 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id EFD5E1065673; Sun, 28 Dec 2008 15:55:44 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id B41F0106564A
for ; Sun, 28 Dec 2008 15:55:44 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 9E6658FC16
for ; Sun, 28 Dec 2008 15:55:44 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSFtilR077757
for ; Sun, 28 Dec 2008 15:55:44 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSFtipB077755
for perforce@freebsd.org; Sun, 28 Dec 2008 15:55:44 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Sun, 28 Dec 2008 15:55:44 GMT
Message-Id: <200812281555.mBSFtipB077755@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155382 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 15:55:45 -0000
http://perforce.freebsd.org/chv.cgi?CH=155382
Change 155382 by rwatson@rwatson_lethe on 2008/12/28 15:55:22
strptime(3) on Linux/glibc requires _XOPEN_SOURCE. Possibly
we should autoconf this.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#30 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#30 (text+ko) ====
@@ -26,7 +26,7 @@
* IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*
- * $P4: //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#29 $
+ * $P4: //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#30 $
*/
/*
@@ -40,6 +40,8 @@
* XXX the records present within the file and between the files themselves
*/
+#define _XOPEN_SOURCE /* glibc 2 */
+
#include
#ifdef HAVE_FULL_QUEUE_H
#include
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 16:00:50 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 092571065677; Sun, 28 Dec 2008 16:00:50 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id C17DC106564A
for ; Sun, 28 Dec 2008 16:00:49 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id ABED48FC13
for ; Sun, 28 Dec 2008 16:00:49 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSG0nT7078129
for ; Sun, 28 Dec 2008 16:00:49 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSG0nmx078127
for perforce@freebsd.org; Sun, 28 Dec 2008 16:00:49 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Sun, 28 Dec 2008 16:00:49 GMT
Message-Id: <200812281600.mBSG0nmx078127@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155383 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 16:00:50 -0000
http://perforce.freebsd.org/chv.cgi?CH=155383
Change 155383 by rwatson@rwatson_lethe on 2008/12/28 16:00:31
Prefer _GNU_SOURCE to _XOPEN_SOURCE since that has fewer side
effects.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#31 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#31 (text+ko) ====
@@ -26,7 +26,7 @@
* IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*
- * $P4: //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#30 $
+ * $P4: //depot/projects/trustedbsd/openbsm/bin/auditreduce/auditreduce.c#31 $
*/
/*
@@ -40,9 +40,10 @@
* XXX the records present within the file and between the files themselves
*/
-#define _XOPEN_SOURCE /* glibc 2 */
+#include
+
+#define _GNU_SOURCE /* Required for strptime() on glibc2. */
-#include
#ifdef HAVE_FULL_QUEUE_H
#include
#else
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 16:05:55 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 4BC8B1065678; Sun, 28 Dec 2008 16:05:55 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 0FE56106564A
for ; Sun, 28 Dec 2008 16:05:55 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id EEBEC8FC1B
for ; Sun, 28 Dec 2008 16:05:54 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSG5s8x079566
for ; Sun, 28 Dec 2008 16:05:54 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSG5sV7079564
for perforce@freebsd.org; Sun, 28 Dec 2008 16:05:54 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Sun, 28 Dec 2008 16:05:54 GMT
Message-Id: <200812281605.mBSG5sV7079564@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155384 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 16:05:55 -0000
http://perforce.freebsd.org/chv.cgi?CH=155384
Change 155384 by rwatson@rwatson_cinnamon_macosx on 2008/12/28 16:05:01
Prefer u_int64_t to uint64_t for the build on Mac OS X, where
the former can use sys/types.h but the latter requires
inttypes.h.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#4 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#4 (text+ko) ====
@@ -26,7 +26,7 @@
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
- * $P4: //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#3 $
+ * $P4: //depot/projects/trustedbsd/openbsm/sys/bsm/audit.h#4 $
*/
#ifndef _BSM_AUDIT_H
@@ -279,8 +279,8 @@
* Structure for the audit file statistics.
*/
struct audit_fstat {
- uint64_t af_filesz;
- uint64_t af_currsz;
+ u_int64_t af_filesz;
+ u_int64_t af_currsz;
};
typedef struct audit_fstat au_fstat_t;
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 16:22:14 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 4991F1065677; Sun, 28 Dec 2008 16:22:14 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 0E14F1065670
for ; Sun, 28 Dec 2008 16:22:14 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id ED3DE8FC27
for ; Sun, 28 Dec 2008 16:22:13 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSGMDwg080964
for ; Sun, 28 Dec 2008 16:22:13 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSGMDUo080962
for perforce@freebsd.org; Sun, 28 Dec 2008 16:22:13 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Sun, 28 Dec 2008 16:22:13 GMT
Message-Id: <200812281622.mBSGMDUo080962@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155386 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 16:22:14 -0000
http://perforce.freebsd.org/chv.cgi?CH=155386
Change 155386 by rwatson@rwatson_cinnamon on 2008/12/28 16:21:33
Change internal structure names in bsm_errno.c to match bsm_domain.c
and bsm_socket_type.c.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#15 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#15 (text+ko) ====
@@ -26,7 +26,7 @@
* IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*
- * $P4: //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#14 $
+ * $P4: //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#15 $
*/
#include
@@ -47,7 +47,7 @@
* stored in a single 8-bit character, so don't have a byte order.
*/
-struct bsm_errnos {
+struct bsm_errno {
int be_bsm_errno;
int be_local_errno;
const char *be_strerror;
@@ -70,7 +70,7 @@
* support catalogues; these are only used if the OS doesn't have an error
* string using strerror(3).
*/
-static const struct bsm_errnos bsm_errnos[] = {
+static const struct bsm_errno bsm_errnos[] = {
{ BSM_ERRNO_ESUCCESS, 0, "Success" },
{ BSM_ERRNO_EPERM, EPERM, "Operation not permitted" },
{ BSM_ERRNO_ENOENT, ENOENT, "No such file or directory" },
@@ -565,7 +565,7 @@
};
static const int bsm_errnos_count = sizeof(bsm_errnos) / sizeof(bsm_errnos[0]);
-static const struct bsm_errnos *
+static const struct bsm_errno *
bsm_lookup_errno_local(int local_errno)
{
int i;
@@ -584,7 +584,7 @@
u_char
au_errno_to_bsm(int local_errno)
{
- const struct bsm_errnos *bsme;
+ const struct bsm_errno *bsme;
bsme = bsm_lookup_errno_local(local_errno);
if (bsme == NULL)
@@ -592,7 +592,7 @@
return (bsme->be_bsm_errno);
}
-static const struct bsm_errnos *
+static const struct bsm_errno *
bsm_lookup_errno_bsm(u_char bsm_errno)
{
int i;
@@ -612,7 +612,7 @@
int
au_bsm_to_errno(u_char bsm_errno, int *errorp)
{
- const struct bsm_errnos *bsme;
+ const struct bsm_errno *bsme;
bsme = bsm_lookup_errno_bsm(bsm_errno);
if (bsme == NULL || bsme->be_local_errno == ERRNO_NO_LOCAL_MAPPING)
@@ -625,7 +625,7 @@
const char *
au_strerror(u_char bsm_errno)
{
- const struct bsm_errnos *bsme;
+ const struct bsm_errno *bsme;
bsme = bsm_lookup_errno_bsm(bsm_errno);
if (bsme == NULL)
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 16:24:16 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 437BD1065676; Sun, 28 Dec 2008 16:24:16 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 0727F1065673
for ; Sun, 28 Dec 2008 16:24:16 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id E6C2F8FC12
for ; Sun, 28 Dec 2008 16:24:15 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSGOFJc081090
for ; Sun, 28 Dec 2008 16:24:15 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSGOFe8081087
for perforce@freebsd.org; Sun, 28 Dec 2008 16:24:15 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Sun, 28 Dec 2008 16:24:15 GMT
Message-Id: <200812281624.mBSGOFe8081087@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155387 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 16:24:16 -0000
http://perforce.freebsd.org/chv.cgi?CH=155387
Change 155387 by rwatson@rwatson_cinnamon on 2008/12/28 16:23:22
Update NEWS for warnings fixes.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/NEWS#25 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/NEWS#25 (text+ko) ====
@@ -12,6 +12,8 @@
and from Solaris constants (where available) or OpenBSM constants for
protocol domains not present in Solaris (a fair number). These routines
should be used when generating and interpreting extended socket tokens.
+- Fix build warnings with full gcc warnings enabled on most supported
+ platforms.
OpenBSM 1.1 alpha 4
@@ -406,4 +408,4 @@
to support reloading of kernel event table.
- Allow comments in /etc/security configuration files.
-$P4: //depot/projects/trustedbsd/openbsm/NEWS#24 $
+$P4: //depot/projects/trustedbsd/openbsm/NEWS#25 $
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 16:46:44 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 55E301065676; Sun, 28 Dec 2008 16:46:44 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 185C21065674
for ; Sun, 28 Dec 2008 16:46:44 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 062298FC16
for ; Sun, 28 Dec 2008 16:46:44 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSGkh1g083322
for ; Sun, 28 Dec 2008 16:46:43 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSGkhI2083320
for perforce@freebsd.org; Sun, 28 Dec 2008 16:46:43 GMT
(envelope-from rene@FreeBSD.org)
Date: Sun, 28 Dec 2008 16:46:43 GMT
Message-Id: <200812281646.mBSGkhI2083320@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155388 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 16:46:44 -0000
http://perforce.freebsd.org/chv.cgi?CH=155388
Change 155388 by rene@rene_self on 2008/12/28 16:45:58
MFen handbook/disks 1.288 -> 1.290
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml#8 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml#8 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml,v 1.35 2006/01/05 21:21:23 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/disks/chapter.sgml
- %SRCID% 1.288
+ %SRCID% 1.290
-->
@@ -2684,14 +2684,21 @@
dump en restore. Deze
zien het station als een verzameling van schijfblokken, onder
de abstracties van bestanden, koppelingen en mappen die door de
- bestandssystemen worden aangemaakt. dump
- verzorgt een back-up van een compleet bestandssysteem op een
- apparaat. Het is niet in staat om slechts een gedeelte van een
- bestandssysteem of een mapstructuur die meer dan
- één bestandssysteem in beslag neemt te
- back-uppen. dump schrijft geen bestanden en
+ bestandssystemen worden aangemaakt. In tegenstelling tot andere
+ back-upprogramma's, verzorgt dump een
+ back-up van een compleet bestandssysteem op een apparaat. Het
+ is niet in staat om slechts een gedeelte van een bestandssysteem
+ of een mapstructuur die meer dan één
+ bestandssysteem in beslag neemt te back-uppen. Het commando
+ dump schrijft geen bestanden en
mappen naar band, maar de rauwe gegevensblokken waaruit de
- bestanden en mappen bestaan.
+ bestanden en mappen bestaan. Wanneer het gebruikt wordt om
+ gegevens te extraheren, slaat restore
+ tijdelijke bestanden standaard op in /tmp/
+ — als u werkt vanaf een herstelschijf met een kleine map
+ /tmp, moet u wellicht de
+ omgevingsvariabele TMPDIR op een map met meer
+ vrije ruimte instellen zodat de restore kan slagen.
Indien dump op een hoofdmap wordt
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 17:04:02 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id E58141065675; Sun, 28 Dec 2008 17:04:01 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id A902B1065673
for ; Sun, 28 Dec 2008 17:04:01 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 977A48FC1A
for ; Sun, 28 Dec 2008 17:04:01 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSH415a095269
for ; Sun, 28 Dec 2008 17:04:01 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSH41we095267
for perforce@freebsd.org; Sun, 28 Dec 2008 17:04:01 GMT
(envelope-from rene@FreeBSD.org)
Date: Sun, 28 Dec 2008 17:04:01 GMT
Message-Id: <200812281704.mBSH41we095267@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155389 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 17:04:02 -0000
http://perforce.freebsd.org/chv.cgi?CH=155389
Change 155389 by rene@rene_self on 2008/12/28 17:03:40
MFen handbook/vinum 1.45 -> 1.46
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/vinum/chapter.sgml#5 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/vinum/chapter.sgml#5 (text+ko) ====
@@ -11,7 +11,7 @@
$FreeBSDnl: nl_NL.ISO8859-1/books/handbook/vinum/chapter.sgml,v 1.31 2005/03/06 00:42:17 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/vinum/chapter.sgml
- %SRCID% 1.45
+ %SRCID% 1.46
-->
@@ -1029,9 +1029,14 @@
Deze informatie heeft alleen betrekking op de
- historische Vinum implementatie.
+ historische implementatie van Vinum.
Gvinum start altijd automatisch op
- als de kernelmodule eenmaal is geladen.
+ wanneer de kernelmodule eenmaal is geladen, via
+ &man.loader.conf.5;. Voeg
+ geom_vinum_load="YES" toe aan
+ /boot/loader.conf om de module
+ GVinum tijdens het opstarten te
+ laden.Om Vinum automatisch te laten starten als het systeem
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 17:28:26 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id D456A1065678; Sun, 28 Dec 2008 17:28:26 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 9804B1065673
for ; Sun, 28 Dec 2008 17:28:26 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 872CA8FC14
for ; Sun, 28 Dec 2008 17:28:26 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSHSQPg098960
for ; Sun, 28 Dec 2008 17:28:26 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSHSQqs098958
for perforce@freebsd.org; Sun, 28 Dec 2008 17:28:26 GMT
(envelope-from rene@FreeBSD.org)
Date: Sun, 28 Dec 2008 17:28:26 GMT
Message-Id: <200812281728.mBSHSQqs098958@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155391 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 17:28:27 -0000
http://perforce.freebsd.org/chv.cgi?CH=155391
Change 155391 by rene@rene_self on 2008/12/28 17:27:38
MFen freebsd-glossary 1.32 -> 1.34
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/share/sgml/glossary/freebsd-glossary.sgml#4 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/share/sgml/glossary/freebsd-glossary.sgml#4 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/share/sgml/glossary/freebsd-glossary.sgml,v 1.10 2006/08/13 20:57:49 remko Exp $
%SOURCE% en_US.ISO8859-1/share/sgml/glossary/freebsd-glossary.sgml
- %SRCID% 1.32
+ %SRCID% 1.34
FreeBSD begrippenlijst
Houd dit bestand alstublieft alfabetisch/ASCII gesorteerd op
@@ -2003,7 +2003,9 @@
Uniform Resource Locator
URL
-
+ Een methode om een bron aan te wijzen, zoals een document
+ op het Internet en een manier om die bron te
+ identificeren.
@@ -2011,7 +2013,8 @@
Unix File System Version 1
UFS1
-
+ Het originele bestandssysteem van &unix;, soms het
+ Berkeley Fast File System genoemd.
@@ -2019,7 +2022,12 @@
Unix File System Version 2
UFS2
-
+ Een uitbreiding op UFS1,
+ geïntroduceerd in &os; 5-CURRENT.
+ UFS2 voegt blokpointers van 64 bits
+ (hiermee de 1T-grens doorbrekende), ondersteuning voor
+ uitgebreide opslag van bestanden en andere mogelijkheden
+ toe.
@@ -2027,7 +2035,9 @@
Universal Serial Bus
USB
-
+ Een hardware-standaard die gebruikt wordt om een grote
+ verscheidenheid aan computerapparatuur met een universele
+ interface te verbinden.
@@ -2045,7 +2055,10 @@
User Datagram Protocol
UDP
-
+ Een simpel, onbetrouwbaar datagramprotocol dat gebruikt
+ wordt om gegevens op een TCP/IP-netwerk uit te wisselen.
+ UDP biedt geen foutcontrole en -correctie
+ zoals TCP dat doet.
@@ -2062,7 +2075,10 @@
Virtual Private Network
VPN
-
+ Een manier om een publieke telecommunicatie zoals het
+ Internet te gebruiken om toegang op afstand aan een
+ gelokaliseerd netwerk, zoals een
+ bedrijfs-LAN, te bieden.
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 19:03:03 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id DB5291065677; Sun, 28 Dec 2008 19:03:02 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 9F9EC1065675
for ; Sun, 28 Dec 2008 19:03:02 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 914608FC13
for ; Sun, 28 Dec 2008 19:03:02 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSJ32m1008476
for ; Sun, 28 Dec 2008 19:03:02 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSJ32fn008469
for perforce@freebsd.org; Sun, 28 Dec 2008 19:03:02 GMT
(envelope-from rene@FreeBSD.org)
Date: Sun, 28 Dec 2008 19:03:02 GMT
Message-Id: <200812281903.mBSJ32fn008469@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155394 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 19:03:03 -0000
http://perforce.freebsd.org/chv.cgi?CH=155394
Change 155394 by rene@rene_self on 2008/12/28 19:02:56
MFen handbook/l10n 1.124 -> 1.126 (no content changes, but fix some local nits)
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/l10n/chapter.sgml#4 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/l10n/chapter.sgml#4 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/l10n/chapter.sgml,v 1.34 2006/08/12 22:53:14 remko Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/l10n/chapter.sgml
- %SRCID% 1.124
+ %SRCID% 1.126
-->
@@ -154,7 +154,7 @@
landcodes
- Om een &os; systeem (of een ander I18N-ondersteunend &unix;
+ Om een &os;-systeem (of een ander I18N-ondersteunend &unix;
achtig systeem) te lokaliseren naar een bepaalde taal, moet de
gebruiker de codes voor het specifieke land en taal
achterhalen. Landcodes geven applicaties aan welke variatie
@@ -374,8 +374,7 @@
juiste taal instelt door de volgende instellingen in
/etc/login.conf:
- taalnaam:
- accountstitel:\
+ taalnaam:accountstitel:\
:charset=MIME_karakterverzameling:
:lang=localenaam:\
:tc=default:
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 19:24:25 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 275E91065676; Sun, 28 Dec 2008 19:24:25 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id DF4891065670
for ; Sun, 28 Dec 2008 19:24:24 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id D17188FC17
for ; Sun, 28 Dec 2008 19:24:24 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSJOO5Y010935
for ; Sun, 28 Dec 2008 19:24:24 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSJOOPL010933
for perforce@freebsd.org; Sun, 28 Dec 2008 19:24:24 GMT
(envelope-from rene@FreeBSD.org)
Date: Sun, 28 Dec 2008 19:24:24 GMT
Message-Id: <200812281924.mBSJOOPL010933@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155396 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 19:24:25 -0000
http://perforce.freebsd.org/chv.cgi?CH=155396
Change 155396 by rene@rene_self on 2008/12/28 19:23:54
MFen handbook/install 1.391 -> 1.392
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/install/chapter.sgml#7 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/install/chapter.sgml#7 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/install/chapter.sgml,v 1.55 2006/08/24 23:15:43 remko Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/install/chapter.sgml
- %SRCID% 1.391
+ %SRCID% 1.392
-->
@@ -4556,19 +4556,20 @@
Wanneer sysinstall in een
- xterm wordt gebruikt, is het moeilijk om het gele font op
- de lichtgrijze achtergrond te lezen. Is er een manier om
- het contrast van deze applicatie te verhogen?
+ X11-terminal wordt gebruikt, is het moeilijk om het gele
+ font op de lichtgrijze achtergrond te lezen. Is er een
+ manier om het contrast van deze applicatie te
+ verhogen?Als X11 reeds geïnstalleerd is en de kleuren die
standaard door sysinstall
- worden gekozen de tekst onleesbaar maken wanneer xterm of
- rxvt wordt gebruikt, voeg dan het volgende aan
- ~/.Xdefaults toe om een donkerder
- grijs als achtergrond te krijgen: XTerm*color7:
- #c0c0c0
+ worden gekozen de tekst onleesbaar maken wanneer
+ &man.xterm.1; of &man.rxvt.1; wordt gebruikt, voeg dan het
+ volgende aan ~/.Xdefaults toe om een
+ donkerder grijs als achtergrond te krijgen:
+ XTerm*color7: #c0c0c0
From owner-p4-projects@FreeBSD.ORG Sun Dec 28 19:41:43 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id F14BD1065674; Sun, 28 Dec 2008 19:41:42 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id B51311065673
for ; Sun, 28 Dec 2008 19:41:42 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id A72168FC13
for ; Sun, 28 Dec 2008 19:41:42 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBSJfg6e014994
for ; Sun, 28 Dec 2008 19:41:42 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBSJfgW1014992
for perforce@freebsd.org; Sun, 28 Dec 2008 19:41:42 GMT
(envelope-from rene@FreeBSD.org)
Date: Sun, 28 Dec 2008 19:41:42 GMT
Message-Id: <200812281941.mBSJfgW1014992@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155397 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 28 Dec 2008 19:41:43 -0000
http://perforce.freebsd.org/chv.cgi?CH=155397
Change 155397 by rene@rene_self on 2008/12/28 19:40:56
MFen handbook/firewalls 1.85 -> 1.86
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/firewalls/chapter.sgml#5 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/firewalls/chapter.sgml#5 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/firewalls/chapter.sgml,v 1.33 2006/01/05 21:13:21 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/firewalls/chapter.sgml
- %SRCID% 1.85
+ %SRCID% 1.86
-->
@@ -2223,11 +2223,6 @@
IPFW
-
- Aan dit onderdeel wordt nog gewerkt. De inhoud is wellicht
- niet altijd volledig en juist.
-
-
IPFIREWALL (IPFW) is een firewall die binnen &os; wordt
ontwikkeld en onderhouden door vrijwilligers, leden van de
staf. Het maakt gebruik van verouderde staatloze regels en een
@@ -2235,8 +2230,9 @@
logica zou kunnen heten.De set voorbeeldregels van IPFW (die in
- /etc/rc.firewall staat) uit de standaard
- &os; installatie is redelijk eenvoudig en niet voorbereid om
+ /etc/rc.firewall en
+ /etc/rc.firewall6 staan) uit de standaard
+ &os;-installatie is redelijk eenvoudig en niet voorbereid om
zonder wijzigingen gebruikt te worden. Het voorbeeld maakt geen
gebruik van stateful filteren, wat een voordeel is in de meeste
situaties. Daarom worden deze regels niet als basis gebruikt in
@@ -2258,8 +2254,10 @@
voor de firewallregels, verantwoording, loggen, regels met
divert (omleiden) waarmee
NAT gebruikt kan worden en de speciale
- gevorderde mogelijkheden voor bandbreedte management DUMMYNET,
- de bridge mogelijkheden en de ipstealth mogelijkheden.
+ gevorderde mogelijkheden voor bandbreedte management DUMMYNET, de
+ 'fwd rule' forward-mogelijkheid, de bridge-mogelijkheden en de
+ ipstealth-mogelijkheden. IPFW ondersteunt zowel IPv4 als
+ IPv6.
IPFW inschakelen
@@ -2359,17 +2357,6 @@
aangeraden als iemand voor het eerst een firewall
opzet.
- options IPV6FIREWALL
-options IPV6FIREWALL_VERBOSE
-options IPV6FIREWALL_VERBOSE_LIMIT
-options IPV6FIREWALL_DEFAULT_TO_ACCEPT
-
- Voor de bovenstaande opties geldt dat ze hetzelfde doen
- als de opties voor IPv4, alleen doen ze dat voor IPv6. Als
- IPv6 niet wordt gebruikt, dan wordt aangeraden de optie
- IPV6FIREWALL te gebruiken zonder regels,
- zodat al het IPv6 verkeer wordt geblokkeerd.
-
kernelopties
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 03:51:04 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id E014B1065674; Mon, 29 Dec 2008 03:51:03 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 98E7D1065670
for ; Mon, 29 Dec 2008 03:51:03 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 8D5768FC14
for ; Mon, 29 Dec 2008 03:51:03 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBT3p3ic080982
for ; Mon, 29 Dec 2008 03:51:03 GMT
(envelope-from pgj@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBT3p3kj080980
for perforce@freebsd.org; Mon, 29 Dec 2008 03:51:03 GMT
(envelope-from pgj@FreeBSD.org)
Date: Mon, 29 Dec 2008 03:51:03 GMT
Message-Id: <200812290351.mBT3p3kj080980@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
pgj@FreeBSD.org using -f
From: Gabor Pali
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155402 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 03:51:04 -0000
http://perforce.freebsd.org/chv.cgi?CH=155402
Change 155402 by pgj@kolbasz on 2008/12/29 03:50:56
MFen (doc):
1.232 -> 1.233 hu_HU.ISO8859-2/books/handbook/cutting-edge/chapter.sgml
1.289 -> 1.290 hu_HU.ISO8859-2/books/handbook/disks/chapter.sgml
1.391 -> 1.392 hu_HU.ISO8859-2/books/handbook/install/chapter.sgml
1.125 -> 1.126 hu_HU.ISO8859-2/books/handbook/l10n/chapter.sgml
1.111 -> 1.113 hu_HU.ISO8859-2/books/handbook/network-servers/chapter.sgml
1.44 -> 1.46 hu_HU.ISO8859-2/books/handbook/preface/preface.sgml
1.31 -> 1.32 hu_HU.ISO8859-2/share/sgml/catalog
Affected files ...
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/cutting-edge/chapter.sgml#13 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/disks/chapter.sgml#12 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/install/chapter.sgml#10 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/l10n/chapter.sgml#6 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/network-servers/chapter.sgml#18 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/preface/preface.sgml#12 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/share/sgml/catalog#5 edit
Differences ...
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/cutting-edge/chapter.sgml#13 (text+ko) ====
@@ -7,7 +7,7 @@
@@ -309,7 +309,7 @@
összefésülés eredményét.
A mergemaster
mûködésérõl a ad részletesebb
+ linkend="mergemaster"> ad részletesebb
tájékoztatást.
# A &os; frissítésekor ezt a könyvtárat fogja a program használni a
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/disks/chapter.sgml#12 (text+ko) ====
@@ -7,7 +7,7 @@
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/install/chapter.sgml#10 (text+ko) ====
@@ -7,7 +7,7 @@
@@ -6263,8 +6263,8 @@
Amikor a sysinstall
- programot xterm alatt futtatom,
- a sárga színû betûket viszonylag
+ programot egy X11 terminálban futtatom, a
+ sárga színû betûket viszonylag
nehéz olvasni a világosszürke
háttérrel. Esetleg lehet valahogy
növelni a kontrasztot az alkalmazás
@@ -6275,11 +6275,11 @@
Ha az X11 telepítése után a
sysinstall által
választott színekkel nem olvasható a
- szöveg xterm vagy
- rxvt terminálokban,
- akkor vegyük fel a következõ sort a
- felhasználói könyvtárunkban
- levõ .Xdefaults
+ szöveg &man.xterm.1; vagy &man.rxvt.1;
+ terminálokban, akkor vegyük fel a
+ következõ sort a felhasználói
+ könyvtárunkban levõ
+ .Xdefaults
konfigurációs állományunkba:
XTerm*color7:#c0c0c0. Ezzel majd egy
sötétebb szürke hátteret
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/l10n/chapter.sgml#6 (text+ko) ====
@@ -6,7 +6,7 @@
@@ -976,11 +976,11 @@
például a MySQL,
esetén az adott karakterkészletnek megfelelõ
módon kell beállítani a
- Makefile-t. Ezt általában
- magában a Makefile-ban tudjuk
+ Makefile állományt. Ezt
+ általában magában a
+ Makefile állományban tudjuk
megtenni, vagy pedig a configure
megfelelõ paraméterezésével.
-
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/network-servers/chapter.sgml#18 (text+ko) ====
@@ -7,7 +7,7 @@
@@ -94,9 +94,15 @@
az NTP protokoll segítségével hogyan
egyeztessük az idõt és dátumot, hogyan
- állítsunk be egy idõszervert.
+ állítsunk be egy idõszervert;
+
+ a szabványos naplózó démon, a
+ syslogd
+ beállítását hálózati
+ keresztüli naplózásra.
+ A fejezet elolvasásához ajánlott:
@@ -117,9 +123,7 @@
telepítésének ismerete ().
-
-
@@ -6705,7 +6709,6 @@
NTP nem használható, mivel a válaszok nem
fogják elérni a gépünket.
-
@@ -6714,10 +6717,392 @@
Az NTP szerver dokumentációja HTML
formátumban a /usr/share/doc/ntp/
könyvtárban található.
+
+
+
+
+
+
+
+ Tom
+ Rhodes
+ Készítette:
+
+
+
+
+ Távoli gépek naplózása
+ syslogd használatával
+
+ A rendszernaplókkal kapcsolatos mûveletek
+ egyaránt fontosak a biztonság és a
+ karbantartás szempontjából. Ha közepes
+ vagy nagyobb méretû, esetleg
+ különbözõ típusú
+ hálózatokban adminisztrálunk több
+ gépet, akkor könnyen
+ átláthatatlanná válhat a naplók
+ rendszeres felügyelete. Ilyen helyzetekben a távoli
+ naplózás beállításával
+ az egész folyamatot sokkal kényelmesebbé
+ tehetjük.
+
+ Némileg képesek vagyunk enyhíteni a
+ naplóállományok kezelésének
+ terhét, ha egyetlen központi szerverre
+ küldjük át az adatokat. Ekkor a &os;
+ alaprendszerében megtalálható
+ alapeszközökkel, mint például a
+ &man.syslogd.8; vagy a &man.newsyslog.8;
+ felhasználásával egyetlen helyen be tudjuk
+ állítani a naplók
+ összegyûjtését,
+ összefésülését és
+ cseréjét. A most következõ példa
+ konfigurációban az A gép, a
+ naploszerver.minta.com fogja
+ gyûjteni a helyi hálózatról
+ érkezõ naplóinformációkat. A
+ B gép, a naplokliens.minta.com pedig a szervernek
+ küldi a naplózandó adatokat. Éles
+ környezetben mind a két gépnek rendelkeznie
+ kell megfelelõ DNS bejegyzésekkel,
+ vagy legalább szerepelniük kell egymás
+ /etc/hosts állományaiban. Ha
+ ezt elmulasztjuk, a szerver nem lesz hajlandó adatokat
+ fogadni.
+
+
+ A naplószerver
+ beállítása
+
+ A naplószerverek olyan gépek, amelyeket
+ úgy állítottunk be, hogy
+ naplózási információkat tudjanak
+ fogadni távoli
+ számítógépekrõl. A
+ legtöbb esetben így egyszerûsíteni
+ tudunk a konfiguráción, vagy olykor
+ egyszerûen csak hasznos, ha ezt a megoldást
+ alkalmazzuk. Függetlenül attól, hogy
+ miért használjuk, a
+ továbblépés elõtt néhány
+ elõkészületet meg kell tennünk.
+ Egy rendesen beállított naplószervernek
+ legalább a következõ követelményeknek
+ kell eleget tennie:
+
+
+
+ az 514-es UDP portot
+ engedélyezni kell mind a kliensen, mind pedig a
+ szerveren futó tûzfal
+ szabályrendszerében;
+
+
+
+ a &man.syslogd.8; képes legyen a távoli
+ kliens gépekrõl érkezõ üzeneteket
+ fogadni;
+
+
+
+ a &man.syslogd.8; szervernek és az összes
+ kliensnek rendelkeznie kell érvényes
+ DNS (közvetlen és inverz)
+ bejegyzésekkel vagy szerepelnie kell az
+ /etc/hosts
+ állományban.
+
+
+
+ A naplószerver
+ beállításához mindegyik klienst fel
+ kell vennünk az /etc/syslog.conf
+ állományba, valamint meg kell adnunk a
+ megfelelõ funkciót (facility):
+
+ +naplokliens.minta.com
+*.* /var/log/naplokliens.log
+
+
+ A &man.syslog.conf.5; man oldalán
+ megtalálhatjuk a különbözõ
+ támogatott és elérhetõ
+ funkciókat.
+
+
+ Miután beállítottuk, az összes
+ adott funkcióhoz tartozó üzenet az elõbb
+ megadott állományba
+ (/var/log/naplokliens.log) fog
+ kerülni.
+
+ Befejezésképpen hozzuk létre a
+ naplóállományt. Teljesen mindegy, hogy erre
+ milyen megoldást alkalmazunk, például a
+ &man.touch.1; remekül megfelel:
+
+ &prompt.root; touch /var/log/naplokliens.log
+
+ Ezután indítsuk újra és
+ ellenõrizzük a syslogd
+ démont:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+&prompt.root; pgrep syslog
+
+ Ha válaszul megkapjuk a futó démon
+ azonosítóját, akkor sikerült
+ újraindítanunk, elkezdhetjük a kliens
+ beállítását. Ha valamiért
+ nem indult volna újra a szerver, az
+ /var/log/messages
+ állományból próbáljuk meg
+ kideríteni az okát.
+
+
+ A naplókliens
+ beállítása
+
+ A naplókliens az a gép, amely egy helyi
+ naplópéldány karbantartása mellett
+ továbbküldni a naplózandó
+ információkat egy naplószervernek.
+
+ Hasonlóan a naplószerverekhez, a klienseknek
+ is teljesítenie bizonyos alapvetõ
+ elvárásokat:
+
+
+
+ a &man.syslogd.8; démon küldjön
+ bizonyos típusú üzeneteket a
+ naplószervernek, amely ezeket pedig képes
+ legyen fogadni;
+
+
+
+ a hozzátartozó tûzfal engedje
+ át a forgalmat az 512-es UDP
+ porton;
+
+
+
+ rendelkezzen mind közvetlen, mind pedig inverz
+ DNS bejegyzéssel, vagy
+ szerepeljenek az /etc/hosts
+ állományban.
+
+
+
+ A kliens beállítása sokkal
+ egyszerûbb a szerverhez képest. A szerveren adjuk
+ hozzá a következõ sorokat az
+ /etc/rc.conf
+ állományhoz:
+
+ syslogd_enabled="YES"
+syslogd_flags="-a naplokliens.minta.com -vv"
+
+ Az elsõ sorral engedélyezzük a
+ syslogd elindítását a
+ rendszerindítás során, majd a
+ második sorral engedélyezzük, hogy a kliens
+ naplózni tudjon a szerverre. Itt még
+ látható a opció,
+ amellyel a naplózott üzenetek
+ részletességét tudjuk növelni. Ennek
+ nagyon fontos a szerepe a naplózási
+ funkciók behangolásakor, mivel így a
+ rendszergazdák pontosan láthatják milyen
+ típusú üzenetek milyen funkcióval
+ kerültek rögzítésre a
+ naplóban.
+
+ A funkciók a rendszernek azon részét
+ írják le, amelyhez létrejön az adott
+ üzenet. Tehát például az
+ ftp és ipfw
+ egyaránt ilyen funkciók. Amikor keletkezik egy
+ naplóüzenet valamelyikükhöz,
+ általában megjelenik a nevük. A
+ funkciókhoz tartozik még egy prioritás vagy
+ szint is, amellyel az adott üzenet
+ fontosságát jelzik. Ezek közül a
+ leggyakoribb a warning (mint
+ figyelmeztetés) és
+ info (mint
+ információ). A
+ használható funkciók és a
+ hozzájuk tartozó prioritások teljes
+ listáját a &man.syslog.3; man oldalán
+ olvashatjuk.
+
+ A naplószervert meg kell adnunk a kliens
+ /etc/syslog.conf
+ állományában. Itt a @
+ szimbólummal jelezzük, hogy az adatokat egy
+ távoli szerverre szeretnénk
+ továbbküldeni, valahogy így:
+
+ *.* @naploszerver.minta.com
+
+ Ezután a beállítás
+ érvényesítéséhez újra
+ kell indítanunk a syslogd
+ démont:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+
+ A &man.logger.1; használatával
+ próbáljuk ki a naplóüzenetek
+ hálózaton keresztüli
+ küldését, és küldjünk
+ valamit a syslogd démonnak:
+
+ &prompt.root; logger "Udvozlet a naplokliensrol"
+
+ A parancs kiadása után az üzenetnek mind
+ a kliens, mind pedig a szerver
+ /var/log/messages
+ állományában meg kell jelennie.
+
+
+
+ Hibakeresés
+
+ Elõfordulhat, hogy a naplószerver
+ valamiért nem kapja meg rendesen az üzeneteket,
+ ezért valamilyen módon meg kell keresnünk a
+ hiba okát. Ez több minden lehet, de
+ általában két leggyakoribb ok valamilyen
+ hálózati kapcsolódási vagy
+ DNS beállítási hiba.
+ Ezek teszteléséhez gondoskodjunk róla, hogy
+ a gépek kölcsönösen elérhetõek
+ egymásról az /etc/rc.conf
+ állományban megadott hálózati
+ nevük szerint. Ha ezzel látszólag minden
+ rendben van, akkor próbáljuk meg
+ módosítani a syslogd_flags
+ értékét az
+ /etc/rc.conf
+ állományban.
+
+ A most következõ példában a
+ /var/log/naplokliens.log teljesen
+ üres, illetve a /var/log/messages
+ állomány semmilyen hibára utaló okot
+ nem tartalmaz. A hibakereséshez még több
+ információt a syslogd_flags
+ átírásával tudunk
+ kérni:
+
+ syslogd_flags="-d -a naploklien.minta.com -vv"
+
+ Természetesen ne felejtsük el
+ újraindítani a szervert:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+
+ A démon újraindítása után
+ közvetlenül az alábbiakhoz hasonló
+ üzenetek árasztják el a
+ képernyõt:
+
+ logmsg: pri 56, flags 4, from naploszerver.minta.com, msg syslogd: restart
+syslogd: restarted
+logmsg: pri 6, flags 4, from naploszerver.minta.com, msg syslogd: kernel boot file is /boot/kernel/kernel
+Logging to FILE /var/log/messages
+syslogd: kernel boot file is /boot/kernel/kernel
+cvthname(192.168.1.10)
+validate: dgram from IP 192.168.1.10, port 514, name naplokliens.minta.com;
+rejected in rule 0 due to name mismatch.
+
+ A diagnosztikai üzeneteket végigolvasva
+ nyilvánvaló válik, hogy azért dobja el
+ az üzeneteket a szerver, mert nem megfelelõ a
+ gép neve. Miután átnézzük a
+ beállításainkat, felfedezhetünk az
+ /etc/rc.conf állományban egy
+ apró hibát:
+
+ syslogd_flags="-d -a naploklien.minta.com -vv"
+
+ Láthatjuk, hogy ebben a sorban a
+ naplokliens névnek kellene szerepelni,
+ nem pedig a naploklien névnek.
+ Miután elvégeztük a szükséges
+ javításokat, indítsuk újra a
+ szervert és vizsgáljuk meg az
+ eredményt:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+logmsg: pri 56, flags 4, from naploszerver.minta.com, msg syslogd: restart
+syslogd: restarted
+logmsg: pri 6, flags 4, from naploszerver.minta.com, msg syslogd: kernel boot file is /boot/kernel/kernel
+syslogd: kernel boot file is /boot/kernel/kernel
+logmsg: pri 166, flags 17, from naploszerver.minta.com, msg Dec 10 20:55:02 <syslog.err> naploszerver.minta.com syslogd: exiting on signal 2
+cvthname(192.168.1.10)
+validate: dgram from IP 192.168.1.10, port 514, name naplokliens.minta.com;
+accepted in rule 0.
+logmsg: pri 15, flags 0, from naplokliens.minta.com, msg Dec 11 02:01:28 pgj: Masodik teszt uzenet
+Logging to FILE /var/log/naplokliens.log
+Logging to FILE /var/log/messages
+
+ Itt már minden üzenet rendben megérkezett
+ és a megfelelõ állományba
+ került.
+
+
+
+ Biztonsági megfontolások
+
+ Mint minden hálózati
+ szolgáltatás esetén, ilyenkor is figyelembe
+ kell vennünk bizonyos biztonsági
+ megfontolásokat a tényleges
+ konfiguráció kiépítése
+ elõtt. Olykor elõfordulhat, hogy a naplók
+ különbözõ kényes
+ információkat tartalmaznak, mint
+ például a helyi rendszeren futó
+ szolgáltatások nevei, felhasználói
+ nevek vagy egyéb konfigurációs adatok. A
+ kliens és a szerver között
+ hálózaton utazó adatok viszont se nem
+ titkosítottak, se nem jelszóval védettek.
+ Ha titkosítást szeretnénk használni,
+ akkor javasoljuk például a security/stunnel portot, amellyel egy
+ titkosított tunnelen keresztül tudunk adatokat
+ küldeni a hálózaton.
+
+ A helyi rendszer biztonságának
+ szavatolása is fontos lehet. A naplók sem a
+ használat során, sem pedig a
+ lecserélésük után nem kerülnek
+ titkosításra. Emiatt a helyi rendszerhez
+ hozzáférõ felhasználók
+ kedvükre nyerhetnek ki belõlük a
+ rendszerünket érintõ
+ konfigurációs információkat.
+ Ezért ilyenkor nagyon fontos, hogy mindig a
+ megfelelõ engedélyeket állítsuk be a
+ naplókra. A &man.newsyslog.8; segédprogrammal be
+ tudjuk állítani a frissen létrehozott
+ és a lecserélt naplók engedélyeit.
+ Tehát könnyen megakadályozhatjuk a helyi
+ felhasználók
+ kíváncsiskodását, ha itt a
+ naplók engedélyeit például a
+ 600 kóddal adjuk meg.
+
-
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/share/sgml/catalog#5 (text+ko) ====
@@ -7,7 +7,7 @@
-- $FreeBSD: doc/hu_HU.ISO8859-2/share/sgml/catalog,v 1.4 2008/06/25 11:28:10 gabor Exp $ --
-- %SOURCE% share/sgml/catalog
- -- %SRCID% 1.31
+ -- %SRCID% 1.32
PUBLIC "-//FreeBSD//ENTITIES DocBook FreeBSD Articles Entity Set//HU"
"articles.ent"
@@ -43,7 +43,7 @@
"teams.ent"
PUBLIC "-//FreeBSD//ENTITIES DocBook Translator Entities//HU"
- "translators.ent"
+ "translators.ent"
PUBLIC "-//FreeBSD//ENTITIES DocBook Trademark Entities//HU"
"trademarks.ent"
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 04:38:52 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 897E01065675; Mon, 29 Dec 2008 04:38:52 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 2BAB11065673
for ; Mon, 29 Dec 2008 04:38:52 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 1F3648FC16
for ; Mon, 29 Dec 2008 04:38:52 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBT4cqbA085939
for ; Mon, 29 Dec 2008 04:38:52 GMT
(envelope-from pgj@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBT4cqVT085937
for perforce@freebsd.org; Mon, 29 Dec 2008 04:38:52 GMT
(envelope-from pgj@FreeBSD.org)
Date: Mon, 29 Dec 2008 04:38:52 GMT
Message-Id: <200812290438.mBT4cqVT085937@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
pgj@FreeBSD.org using -f
From: Gabor Pali
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155403 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 04:38:52 -0000
http://perforce.freebsd.org/chv.cgi?CH=155403
Change 155403 by pgj@kolbasz on 2008/12/29 04:38:32
IFC
Affected files ...
.. //depot/projects/docproj_hu/www/en/community.xsl#4 integrate
.. //depot/projects/docproj_hu/www/share/sgml/news.xml#32 integrate
.. //depot/projects/docproj_hu/www/share/sgml/release.ent#8 integrate
.. //depot/projects/docproj_hu/www/share/sgml/templates.events.xsl#5 integrate
.. //depot/projects/docproj_hu/www/share/sgml/templates.pastevents.xsl#3 integrate
.. //depot/projects/docproj_hu/www/share/sgml/usergroups.xml#4 integrate
Differences ...
==== //depot/projects/docproj_hu/www/en/community.xsl#4 (text+ko) ====
@@ -6,7 +6,7 @@
]>
-
+
@@ -83,6 +83,63 @@
events
page.
+
+
+
The second and last release candidate of &os; 7.1 is now
+ available. ISO images for Tier-1 architectures are now
+ available on most of the &os;
+ mirror sites.
==== //depot/projects/docproj_hu/www/share/sgml/usergroups.xml#4 (text+ko) ====
@@ -5,7 +5,7 @@
- $FreeBSD: www/share/sgml/usergroups.xml,v 1.71 2008/08/26 08:14:05 jkois Exp $
+ $FreeBSD: www/share/sgml/usergroups.xml,v 1.75 2008/12/27 04:29:01 murray Exp $
@@ -225,18 +225,18 @@
- Unix Users Group Rhein-Neckar eV (UUGRN eV)
+ Unix Users Group Rhein-Neckar e.V. (UUGRN e.V.)http://www.uugrn.org/
- The Unix Users Group Rhein-Neckar eV (UUGRN eV)
+ The Unix Users Group Rhein-Neckar e.V. (UUGRN e.V.)
provides a regional forum for users of all Unix flavors, with
a stress on Linux and BSD. Meetings
- are held on the second Thursday of each month at the
- "Vereinsgaststatte ESC-Blauweiss Mannheim" in Mannheim. The
- FIXME
- meeting happens every fourth Friday of each month in
+ href="http://stammtisch.uugrn.org/">Meetings
+ are held on the third Monday of each month at the
+ "Tomate" in B6,12 68159 Mannheim. The
+ FIXME
+ meeting happens every first Friday of each month in
"Forum41" in Schwetzingen. Located in Germany,
- Rhine-Neckar-Region.
+ Rhine-Neckar-Region.
@@ -973,17 +973,6 @@
-
-
- BSD Argentina
- http://www.bsdargentina.com.ar
- We have the goal of promoting BSD systems in server,
- office and home environments. BSD Argentina serves as a base
- for Argentine users of FreeBSD, PC-BSD, NetBSD, OpenBSD and
- other BSD variations. Join us!
-
-
-
bug.dc.uba.arhttp://bug.dc.uba.ar
@@ -1036,6 +1025,21 @@
+
+
+
+ BSD Chile
+ http://www.bsd.cl
+
+ The BSD Chile User Group (bsd.cl) maintains mirrors,
+ documents, and mailing lists for the Chilean BSD community. The
+ group also provides infrastructure for BSD events in Chile and
+ can be reached on the IRC server irc.bsd.cl #BSD in addition to
+ the www.bsd.cl web site.
+
+
+
+
@@ -1187,5 +1191,16 @@
+
+
+
+ EnderUNIX (Turkish *BSD team)
+ http://www.enderunix.org/?lng=en
+ EnderUNIX is a Turkish BSD user group that provides
+ documentation, tips, mailing lists, and mirrors for BSD operating
+ systems.
+
+
+
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 13:21:44 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 21261106567B; Mon, 29 Dec 2008 13:21:44 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id DB2BF1065670
for ; Mon, 29 Dec 2008 13:21:43 +0000 (UTC)
(envelope-from gabor@freebsd.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id C04A48FC16
for ; Mon, 29 Dec 2008 13:21:43 +0000 (UTC)
(envelope-from gabor@freebsd.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTDLhfM074614
for ; Mon, 29 Dec 2008 13:21:43 GMT
(envelope-from gabor@freebsd.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBTDLhAP074612
for perforce@freebsd.org; Mon, 29 Dec 2008 13:21:43 GMT
(envelope-from gabor@freebsd.org)
Date: Mon, 29 Dec 2008 13:21:43 GMT
Message-Id: <200812291321.mBTDLhAP074612@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
gabor@freebsd.org using -f
From: Gabor Kovesdan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155414 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 13:21:44 -0000
http://perforce.freebsd.org/chv.cgi?CH=155414
Change 155414 by gabor@gabor_server on 2008/12/29 13:21:40
- Buffer 20% of the file size or maximum 16KB to perform binary check
Affected files ...
.. //depot/projects/soc2008/gabor_textproc/grep/file.c#37 edit
Differences ...
==== //depot/projects/soc2008/gabor_textproc/grep/file.c#37 (text+ko) ====
@@ -36,6 +36,8 @@
#endif /* not lint */
#include
+#include
+#include
#include
#include
@@ -52,10 +54,13 @@
static char fname[MAXPATHLEN]; /* file name */
+#define MAXBUFSIZ (16 * 1024)
+#define PREREAD_M 0.2
+
/* Some global variable for the buffering and reading. */
static char *lnbuf;
static size_t lnbuflen;
-static char binbuf[BUFSIZ * 8];
+static char *binbuf;
static int binbufsiz;
char *binbufptr;
static int bzerr;
@@ -119,12 +124,22 @@
{
int i = 0;
int ch = 0;
+ struct stat st;
+ size_t bufsiz;
/* Fill in the buffer if it is empty. */
if (binbufptr == NULL) {
+
/* Only pre-read to the buffer if we need the binary check. */
if (binbehave != BINFILE_TEXT) {
- for (; i < sizeof(binbuf) && !grep_feof(f); i++)
+ if (stat(fname, &st) != 0)
+ errx(2, NULL);
+
+ bufsiz = (MAXBUFSIZ > (st.st_size * PREREAD_M)) ? (st.st_size / 2) : MAXBUFSIZ;
+
+ binbuf = grep_malloc(sizeof(char) * bufsiz);
+
+ for (; i < bufsiz && !grep_feof(f); i++)
binbuf[i] = grep_fgetc(f);
f->binary = memchr(binbuf, (filebehave != FILE_GZIP) ? '\0' : '\200', i - 1) != 0;
}
@@ -228,5 +243,6 @@
/* Reset read buffer for the file we are closing */
binbufptr = NULL;
+ free(binbuf);
}
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 14:19:43 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id E38AB106567B; Mon, 29 Dec 2008 14:19:42 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id A1F611065670
for ; Mon, 29 Dec 2008 14:19:42 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 83D478FC1C
for ; Mon, 29 Dec 2008 14:19:42 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTEJgDx079802
for ; Mon, 29 Dec 2008 14:19:42 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBTEJgHD079800
for perforce@freebsd.org; Mon, 29 Dec 2008 14:19:42 GMT
(envelope-from rene@FreeBSD.org)
Date: Mon, 29 Dec 2008 14:19:42 GMT
Message-Id: <200812291419.mBTEJgHD079800@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155416 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 14:19:43 -0000
http://perforce.freebsd.org/chv.cgi?CH=155416
Change 155416 by rene@rene_self on 2008/12/29 14:19:17
MFen handbook/network-servers 1.111 -> 1.113
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/network-servers/chapter.sgml#11 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/network-servers/chapter.sgml#11 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/network-servers/chapter.sgml,v 1.48 2006/01/05 21:13:23 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/network-servers/chapter.sgml
- %SRCID% 1.111
+ %SRCID% 1.113
-->
@@ -86,6 +86,10 @@
een tijdserver opgezet kan worden met het NTP-protocol.
+
+ Hoe het standaard log-daemon syslogd in
+ te stellen om logs van hosts op afstand te accepteren.
+ Veronderstelde voorkennis:
@@ -4211,7 +4215,7 @@
- Het is altijd een goed idee om reservekopiën te maken
+ Het is altijd een goed idee om reservekopieën te maken
van het instellingenbestand voor
Apache vóór het maken
van wijzigingen. Als de juiste instellingen gemaakt zijn, kan
@@ -5331,6 +5335,289 @@
/usr/share/doc/ntp/.
+
+
+
+
+
+ Tom
+ Rhodes
+ Bijgedragen door
+
+
+
+
+ Hosts op afstand loggen met
+ syslogd
+
+ Het omgaan met systeemlogs is een cruciaal aspect van zowel
+ beveiligings- als systeembeheer. Het in de gaten houden van
+ logbestanden van meerdere hosts kan nogal onhandelbaar worden als
+ deze hosts over (middel)grote netwerken zijn verspreid, of wanneer
+ ze deel zijn van verschillende soorten netwerken. In deze
+ gevallen kan het op afstand loggen het gehele proces een stuk
+ aangenamer maken.
+
+ Het centraal loggen naar een specifieke loghost kan wat van de
+ administratieve last van het beheren van logbestanden wegnemen.
+ Het aggregeren, samenvoegen, en roteren van logbestanden kan op
+ één enkele plaats worden ingesteld, door gebruik te
+ maken van de eigen gereedschappen van &os;, zoals &man.syslogd.8;
+ en &man.newsyslog.8;. In de volgende voorbeeldconfiguratie zal
+ host A, genaamd logserv.example.com, loginformatie voor het
+ plaatselijke netwerk verzamelen. Host B, genaamd
+ logclient.example.com, zal
+ loginformatie aan het serversysteem doorgeven. In echte
+ configuraties hebben beide hosts degelijke voor- en terugwaartse
+ DNS of regels in
+ /etc/hosts nodig. Anders worden de gegevens
+ geweigerd door de server.
+
+
+ Configuratie van de logserver
+
+ Logservers zijn machines die zijn geconfigureerd om
+ loginformatie van hosts op afstand te accepteren. In de meeste
+ gevallen is dit om de configuratie te vergemakkelijken, in
+ andere gevallen kan het gewoon een beheersbeslissing zijn.
+ Ongeacht de reden zijn er enkele eisen voordat er verder wordt
+ gegaan.
+
+ Een juist geconfigureerde logserver voldoet aan de volgende
+ minimale eisen:
+
+
+
+ De regels van de firewall staan toe dat
+ UDP wordt doorgegeven op poort 514 van
+ zowel de cliënt als de server;
+
+
+
+ syslogd is ingesteld om berichten op afstand van
+ cliëntmachines te accepteren;
+
+
+
+ De syslogd-server en alle cliëntmachines moeten
+ geldige regels hebben voor zowel voorwaartse als
+ terugwaartse DNS, of correct zijn
+ geconfigureerd in /etc/hosts.
+
+
+
+ Om de logserver te configureren, moet de cliënt vermeld
+ zijn in /etc/syslog.conf, en moet de
+ logfaciliteit zijn gespecificeerd:
+
+ +logclient.example.com
+*.* /var/log/logclient.log
+
+
+ Meer informatie over de verschillende ondersteunde en
+ beschikbare faciliteiten kan gevonden
+ worden in de handleidingpagina &man.syslog.conf.5;.
+
+
+ Eenmaal toegevoegd worden alle
+ faciliteits-berichten gelogd naar het eerder
+ gespecificeerde bestand,
+ /var/log/logclient.log.
+
+ Als laatste dient het logbestand gecreëerd te worden.
+ De gebruikte manier maakt niet uit, maar &man.touch.1; werkt
+ prima in dit soort situaties:
+
+ &prompt.root; touch /var/log/logclient.log
+
+ Nu dient het syslogd-daemon herstart en
+ geverifieerd worden:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+&prompt.root; pgrep syslog
+
+ Als er een PID wordt teruggegeven, dan is
+ de server succesvol herstart, en kan er begonnen worden met de
+ configuratie van de cliënt. Raadpleeg de log
+ /var/log/messages voor uitvoer als de
+ server niet is herstart.
+
+
+
+ Configuratie van de logcliënt
+
+ Een logcliënt is een machine die loginformatie naar een
+ logserver verstuurt en daarnaast lokale kopieën
+ bewaart.
+
+ Net als logservers moeten logcliënten ook aan enkele
+ minimumeisen voldoen.
+
+
+
+ &man.syslogd.8; moet zijn ingesteld om berichten van
+ bepaalde soorten naar een logserver te sturen, die ze moet
+ accepteren;
+
+
+
+ De firewall moet UDP-pakketten
+ doorlaten op poort 512;
+
+
+
+ Zowel voorwaartse als terugwaartse
+ DNS moeten geconfigureerd zijn of juiste
+ regels in /etc/hosts hebben.
+
+
+
+ De configuratie van cliënten is wat soepeler dan die
+ van servers. De cliëntmachine moet ook de volgende regels
+ in /etc/rc.conf hebben:
+
+ syslogd_enable="YES"
+syslogd_flags="-a logclient.example.com -vv"
+
+ De eerste optie zet de daemon syslogd aan
+ tijdens het opstarten, en de tweede regel staat toe dat gegevens
+ van de cliënt op deze server worden geaccepteerd. Het
+ laatste gedeelte, dat gebruikt, verhoogt de
+ verbositeit van gelogde berichten. Dit is extreem handig voor
+ het optimaal instellen van faciliteiten aangezien beheerders
+ kunnen zien welk soort berichten onder welke faciliteit worden
+ gelogd.
+
+ Faciliteiten beschrijven het systeemgedeelte waarvoor een
+ bericht is gegenereerd. ftp en
+ ipfw bijvoorbeeld zijn beide faciliteiten.
+ Wanneer er logberichten worden gegenereerd voor deze twee
+ diensten, zullen ze normaalgesproken deze twee gereedschappen in
+ elk logbericht opnemen. Faciliteiten worden vergezeld van een
+ prioriteit of niveau, welke wordt gebruikt om aan te geven hoe
+ belangrijk een logbericht is. De meest voorkomende zullen
+ warning en info zijn.
+ Bekijk de handleidingpagina &man.syslog.3; voor een volledige
+ lijst van beschikbare faciliteiten en prioriteiten.
+
+ De logserver moet in /etc/syslog.conf
+ van de cliënt zijn gedefinieerd. In dit geval wordt het
+ symbool @ gebruikt om loggegevens naar een
+ server op afstand te sturen en zou er ongeveer als de volgende
+ regel uit moeten zien:
+
+ *.* @logserv.example.com
+
+ Eenmaal toegevoegd moet syslogd worden
+ herstart zodat de veranderingen effect hebben:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+
+ Om te testen of logberichten over het netwerk worden
+ verzonden, wordt &man.logger.1; gebruikt om een bericht naar
+ syslogd te sturen:
+
+ &prompt.root; logger "Testbericht van logclient"
+
+ Dit bericht dient nu in
+ /var/log/messages van zowel de cliënt
+ als de server te staan.
+
+
+
+ Logservers debuggen
+
+ In bepaalde gevallen kan het nodig zijn om te debuggen als
+ berichten niet door de logserver worden ontvangen. Er zijn
+ verschillende redenen waarom dit kan gebeuren; de twee meest
+ voorkomende zijn echter voorvallen met de netwerkverbinding en
+ DNS. Om deze gevallen te testen, dient te
+ worden nagegaan dat beide hosts elkaar kunnen bereiken door
+ de hostnaam in /etc/rc.conf te gebruiken.
+ Als dit juist lijkt te werken, dient de optie
+ syslogd_flags in
+ /etc/rc.conf te worden veranderd.
+
+ In het volgende voorbeeld is
+ /var/log/logclient.log leeg, en noemt
+ /var/log/messages geen reden waarom het
+ mislukt. Verander de optie syslogd_flags
+ zoals in het volgende voorbeeld en herstart om de debuguitvoer
+ te verhogen:
+
+ syslogd_flags="-d -a logclien.example.com -vv"
+
+ &prompt.root; /etc/rc.d/syslogd restart
+
+ Debuggegevens zoals de volgende zullen meteen na de herstart
+ over het scherm vliegen:
+
+ logmsg: pri 56, flags 4, from logserv.example.com, msg syslogd: restart
+syslogd: restarted
+logmsg: pri 6, flags 4, from logserv.example.com, msg syslogd: kernel boot file is /boot/kernel/kernel
+Logging to FILE /var/log/messages
+syslogd: kernel boot file is /boot/kernel/kernel
+cvthname(192.168.1.10)
+validate: dgram from IP 192.168.1.10, port 514, name logclient.example.com;
+rejected in rule 0 due to name mismatch.
+
+ Het is duidelijk dat de berichten worden geweigerd wegens
+ een niet-overeenkomende naam. Na de configuratie grondig te
+ hebben herzien, lijkt het of een typefout in de volgende regel
+ in /etc/rc.conf een probleem heeft:
+
+ syslogd_flags="-d -a logclien.example.com -vv"
+
+ De regel dient logclient, niet
+ logclien te bevatten. Nadat de juiste
+ wijzigingen zijn gemaakt, wordt er herstart met de verwachte
+ resultaten:
+
+ &prompt.root; /etc/rc.d/syslogd restart
+logmsg: pri 56, flags 4, from logserv.example.com, msg syslogd: restart
+syslogd: restarted
+logmsg: pri 6, flags 4, from logserv.example.com, msg syslogd: kernel boot file is /boot/kernel/kernel
+syslogd: kernel boot file is /boot/kernel/kernel
+logmsg: pri 166, flags 17, from logserv.example.com,
+msg Dec 10 20:55:02 <syslog.err> logserv.example.com syslogd: exiting on signal 2
+cvthname(192.168.1.10)
+validate: dgram from IP 192.168.1.10, port 514, name logclient.example.com;
+accepted in rule 0.
+logmsg: pri 15, flags 0, from logclient.example.com, msg Dec 11 02:01:28 trhodes: Test message 2
+Logging to FILE /var/log/logclient.log
+Logging to FILE /var/log/messages
+
+ Nu worden de berichten juist ontvangen en in het correcte
+ bestand geplaatst.
+
+
+
+ Beveiligingsoverwegingen
+
+ Zoals bij alle netwerkdiensten, dienen beveiligingseisen in
+ acht te worden genomen voordat deze configuratie wordt
+ geïmplementeerd. Soms kunnen logbestanden gevoelige
+ gegevens bevatten over diensten die aanstaan op de lokale host,
+ gebruikersaccounts, en configuratiegegevens. Netwerkgegevens
+ die van de cliënt naar de server worden verzonden worden
+ niet versleuteld noch met een wachtwoord beveiligd. Als
+ versleuteling nodig is, kan security/stunnel worden gebruikt,
+ wat gegevens over een versleutelde tunnel verstuurt.
+
+ Aan lokale beveiliging moet ook gedacht worden.
+ Logbestanden worden niet versleuteld tijdens gebruik of na
+ logrotatie. Lokale gebruikers kunnen deze bestanden benaderen
+ om aanvullende inzichten over de systeemconfiguratie op te doen.
+ In deze gevallen is het van kritiek belang om de juiste rechten
+ op deze bestanden in te stellen. Het gereedschap
+ &man.syslogd.8; ondersteunt het instellen van rechten op nieuw
+ aangemaakte en geroteerde logbestanden. Het instellen van
+ logbestanden op modus 600 dient al het
+ ongewenste spieken door lokale gebruikers te verhinderen.
+
+
FreeBSD$)
lines, so you will have to edit the file to resolve the conflict
(remove the marker lines and the second $Id$ line,
@@ -1188,7 +1188,7 @@
will have any idea who you are or what you are working on. You do
not have to write a comprehensive biography, just write a paragraph
or two about who you are and what you plan to be working on as a
- developer in &os;. (You should also mention who your mentor
+ developer in FreeBSD. (You should also mention who your mentor
will be). Email this to the &a.developers; and you will
be on your way!
@@ -1356,7 +1356,7 @@
If they see a different solution to a problem than you, or even
a different problem, it is not because they are stupid, because
they have questionable parentage, or because they are trying to
- destroy your hard work, personal image, or &os;, but simply
+ destroy your hard work, personal image, or FreeBSD, but simply
because they have a different outlook on the world. Different
is good.
@@ -1380,7 +1380,7 @@
GNATS
- The &os; Project utilizes
+ The FreeBSD Project utilizes
GNATS for tracking bugs and change
requests. Be sure that if you commit a fix or suggestion found
in a GNATS PR, you use
@@ -1409,7 +1409,7 @@
- You can run a local copy of GNATS, and then integrate the &os;
+ You can run a local copy of GNATS, and then integrate the FreeBSD
GNATS tree in to it using CVSup. Then you can run the GNATS commands
locally.
This lets you query the PR database without needing to be connected to
@@ -1428,7 +1428,7 @@
gnats release=current prefix=/usr
- This will place the &os; GNATS tree in
+ This will place the FreeBSD GNATS tree in
/usr/gnats. You can use a
refuse file to control which categories to
receive. For example, to only receive docs PRs,
@@ -1472,7 +1472,7 @@
# This category is mandatory
pending:Category for faulty PRs:gnats-admin:
#
-# &os; categories
+# FreeBSD categories
#
docs:Documentation Bug:freebsd-doc:
@@ -1512,7 +1512,7 @@
Who's WhoBesides the repository
- meisters, there are other &os; project members and teams whom you will
+ meisters, there are other FreeBSD project members and teams whom you will
probably get to know in your role as a committer. Briefly,
and by no means all-inclusively, these are:
@@ -1539,7 +1539,7 @@
doceng is the group responsible for the documentation build
infrastructure, approving new documentation committers, and
- ensuring that the &os; website and documentation on the FTP
+ ensuring that the FreeBSD website and documentation on the FTP
site is up to date with respect to the CVS tree. It is not a
conflict resolution body. The vast majority of documentation
related discussion takes place on the &a.doc;. More details regarding the doceng team can be found in its charter. Committers
@@ -1568,7 +1568,7 @@
When you do a commit that could have been done better,
Bruce will be there to tell you. Be thankful that someone
is. Bruce is also very knowledgeable on the various
- standards applicable to &os;.
+ standards applicable to FreeBSD.
@@ -1604,7 +1604,7 @@
Colin is the
- &os; Security
+ FreeBSD Security
Officer
and oversees the &a.security-officer;.
@@ -1619,7 +1619,7 @@
are not sure of some potential change to the networking
subsystem you have in mind, Garrett is someone to talk
to. Garrett is also very knowledgeable on the various
- standards applicable to &os;.
+ standards applicable to FreeBSD.
@@ -1644,12 +1644,12 @@
voting, announcements, etc.The &a.developers; is for the exclusive use of
- &os; committers. In order to develop &os;, committers must
+ FreeBSD committers. In order to develop FreeBSD, committers must
have the ability to openly discuss matters that will be resolved
before they are publicly announced. Frank discussions of work in
- progress are not suitable for open publication and may harm &os;.
+ progress are not suitable for open publication and may harm FreeBSD.
- All &os; committers are reminded to obey the copyright of the
+ All FreeBSD committers are reminded to obey the copyright of the
original author(s) of &a.developers; mail. Do not publish or
forward messages from the &a.developers; outside the list
membership without permission of all of the authors.
@@ -1662,12 +1662,12 @@
This list is
not intended as a place for code reviews or a
replacement for the &a.arch; or the &a.audit;. In fact
- using it as such hurts the &os; Project as it gives a sense of a
- closed list where general decisions affecting all of the &os;
+ using it as such hurts the FreeBSD Project as it gives a sense of a
+ closed list where general decisions affecting all of the FreeBSD
using community are made without being open.
Last, but not least never, never ever, email
- the &a.developers; and CC:/BCC: another &os; list.
- Never, ever email another &os; email list and CC:/BCC:
+ the &a.developers; and CC:/BCC: another FreeBSD list.
+ Never, ever email another FreeBSD email list and CC:/BCC:
the &a.developers;. Doing so can greatly diminish the benefits
of this list.
@@ -1790,7 +1790,7 @@
- The &os; Committers' Big List of Rules
+ The FreeBSD Committers' Big List of Rules
@@ -1998,7 +1998,7 @@
Respect existing maintainers if listed.
- Many parts of &os; are not owned in
+ Many parts of FreeBSD are not owned in
the sense that any specific individual will jump up and
yell if you commit a change to their area,
but it still pays to check first. One convention we use
@@ -2017,8 +2017,8 @@
question and see if someone has been working recently or
predominantly in that area.
- Other areas of &os; fall under the control of
- someone who manages an overall category of &os;
+ Other areas of FreeBSD fall under the control of
+ someone who manages an overall category of FreeBSD
evolution, such as internationalization or networking.
See
@@ -2135,7 +2135,7 @@
and committing 10 megabytes worth of accumulated stuff.
People who abuse this on a regular basis will have their
commit privileges suspended until they get back from the
- &os; Happy Reeducation Camp we run in Greenland.
+ FreeBSD Happy Reeducation Camp we run in Greenland.
@@ -2168,9 +2168,9 @@
running that code. If you have a change which also may
break another architecture, be sure and test on all
supported architectures. Please refer to the &os; Internal
+ url="http://www.FreeBSD.org/internal/">FreeBSD Internal
Page for a list of available resources. As other
- architectures are added to the &os; supported platforms
+ architectures are added to the FreeBSD supported platforms
list, the appropriate shared testing resources will be
made available.
@@ -2209,9 +2209,9 @@
Policy on Multiple Architectures
- &os; has added several new architecture ports during recent
+ FreeBSD has added several new architecture ports during recent
release cycles and is truly no longer an &i386; centric operating
- system. In an effort to make it easier to keep &os; portable
+ system. In an effort to make it easier to keep FreeBSD portable
across the platforms we support, core has developed the following
mandate:
@@ -2307,39 +2307,39 @@
Support for Multiple Architectures
- &os; is a highly portable operating system intended to
+ FreeBSD is a highly portable operating system intended to
function on many different types of hardware architectures.
Maintaining clean separation of Machine Dependent (MD) and Machine
Independent (MI) code, as well as minimizing MD code, is an important
part of our strategy to remain agile with regards to current
hardware trends. Each new hardware architecture supported by
- &os; adds substantially to the cost of code maintenance,
+ FreeBSD adds substantially to the cost of code maintenance,
toolchain support, and release engineering. It also dramatically
increases the cost of effective testing of kernel changes. As such,
there is strong motivation to differentiate between classes of
support for various architectures while remaining strong in a few
- key architectures that are seen as the &os; "target audience".
+ key architectures that are seen as the FreeBSD "target audience".
Statement of General Intent
- The &os; Project targets "production quality commercial
+ The FreeBSD Project targets "production quality commercial
off-the-shelf (COTS) workstation, server, and high-end embedded
systems". By retaining a focus on a narrow set of architectures
- of interest in these environments, the &os; Project is able
+ of interest in these environments, the FreeBSD Project is able
to maintain high levels of quality, stability, and performance,
as well as minimize the load on various support teams on the
project, such as the ports team, documentation team,
security officer, and release engineering teams. Diversity in
- hardware support broadens the options for &os; consumers by
+ hardware support broadens the options for FreeBSD consumers by
offering new features and usage opportunities (such as support
for 64 bit CPUs, use in embedded environments, etc.), but these
benefits must always be carefully considered in terms of the real-world
maintenance cost associated with additional platform support.
- The &os; Project differentiates platform targets into
+ The FreeBSD Project differentiates platform targets into
four tiers. Each tier includes a specification of the
requirements for an architecture to be in that tier,
as well as specifying the obligations of developers with
@@ -2360,11 +2360,11 @@
requirement). In general, all Tier 1 platforms must have build
and Tinderbox support either in the FreeBSD.org cluster, or be
easily available for all developers. Embedded platforms may
- substitute an emulator available in the &os; cluster for
+ substitute an emulator available in the FreeBSD cluster for
actual hardware.Tier 1 architectures are expected to be Production Quality
- with respects to all aspects of the &os; operating system,
+ with respects to all aspects of the FreeBSD operating system,
including installation and development environments.Tier 1 architectures are expected to be completely
@@ -2404,19 +2404,19 @@
maintainer is expected to work with the platform maintainers
to refine these changes. Major new toolchain components are
allowed to break support for Tier 2 architectures if the
- &os;-local changes have not been incorporated upstream. The
+ FreeBSD-local changes have not been incorporated upstream. The
toolchain maintainers are expected to provide prompt review of
any proposed changes and cannot block, through their inaction,
- changes going into the tree. New features added to &os;
+ changes going into the tree. New features added to FreeBSD
should be feasible to implement on these platforms, but an
implementation is not required before the feature may be added
- to the &os; source tree. New features that may be difficult
+ to the FreeBSD source tree. New features that may be difficult
to implement on Tier 2 architectures should provide a means of
disabling them on those architectures. The implementation of
- a Tier 2 architecture may be committed to the main &os;
+ a Tier 2 architecture may be committed to the main FreeBSD
tree as long as it does not interfere with production work on
Tier 1 platforms, or substantially with other Tier 2 platforms.
- Before a Tier 2 platform can be added to the &os; base
+ Before a Tier 2 platform can be added to the FreeBSD base
source tree, the platform must be able to boot multi-user on
actual hardware. Generally, there must be at least three active
developers working on the platform.
@@ -2436,12 +2436,12 @@
system, some external patches for the architecture for ports
must be available.
- Tier 2 architectures can be integrated into the &os;
+ Tier 2 architectures can be integrated into the FreeBSD
handbook. The basics for how to get a system running must be
documented, although not necessarily for every single board or
system a Tier 2 architecture supports. The supported hardware
list must exist and should be no more than a couple of months
- old. It should be integrated into the &os;
+ old. It should be integrated into the FreeBSD
documentation.Current Tier 2 platforms are ARM, PowerPC, ia64, Sparc64 and
@@ -2459,11 +2459,11 @@
are considered legacy systems unlikely to see broad future
use. New Tier 3 systems will not be committed to the base
source tree. Support for Tier 3 systems may be worked on in
- the &os; Perforce Repository, providing source control and
- easier change integration from the main &os; tree.
+ the FreeBSD Perforce Repository, providing source control and
+ easier change integration from the main FreeBSD tree.
Platforms that transition to Tier 3 status may be removed from
the tree if they are no longer actively supported by the
- &os; developer community at the discretion of the release
+ FreeBSD developer community at the discretion of the release
engineer.Tier 3 platforms may have ports support, either integrated
@@ -2472,7 +2472,7 @@
Tier 3 platforms must have the basics documented for how
to build a kernel and how to boot it on at least one target
hardware or emulation environment. This documentation need
- not be integrated into the &os; tree.
+ not be integrated into the FreeBSD tree.Current Tier 3 platforms are MIPS and &s390;.
@@ -2491,7 +2491,7 @@
Policy on Changing the Tier of an ArchitectureSystems may only be moved from one tier to another by
- approval of the &os; Core Team, which shall make that
+ approval of the FreeBSD Core Team, which shall make that
decision in collaboration with the Security Officer, Release
Engineering, and toolchain maintenance teams.
@@ -2559,7 +2559,7 @@
contributed to the Project before, add that person's
name to the Additional
- Contributors section of the &os; Contributors
+ Contributors section of the FreeBSD Contributors
List.
Close the PR if the port came in as a PR. To close
@@ -3233,7 +3233,7 @@
Issues Specific To Developers Who Are Not Committers
- A few people who have access to the &os; machines do not
+ A few people who have access to the FreeBSD machines do not
have commit bits. For instance, the project is willing to give
access to the GNATS database to contributors who have shown interest
and dedication in working on Problem Reports.
@@ -3277,7 +3277,7 @@
- The &os; Committers' Big List of Rules
+ The FreeBSD Committers' Big List of Rules
@@ -3411,14 +3411,14 @@
Submitted by:The name and e-mail address of the person that
submitted the fix; for committers, just the username on
- the &os; cluster.
+ the FreeBSD cluster.
Reviewed by:The name and e-mail address of the person or people
that reviewed the change; for committers, just the
- username on the &os; cluster. If a patch was
+ username on the FreeBSD cluster. If a patch was
submitted to a mailing list for review, and the review
was favorable, then just include the list name.
@@ -3427,7 +3427,7 @@
Approved by:The name and e-mail address of the person or people
that approved the change; for committers, just the
- username on the &os; cluster. It is customary to get
+ username on the FreeBSD cluster. It is customary to get
prior approval for a commit if it is to an area of the
tree to which you do not usually commit. In addition,
during the run up to a new release all commits
@@ -3587,7 +3587,7 @@
The mailing lists are archived under /g/mail
which will show up as /hub/g/mail with &man.pwd.1;.
- This location is accessible from any machine on the &os; cluster.
+ This location is accessible from any machine on the FreeBSD cluster.
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 15:32:57 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 4A8BA1065672; Mon, 29 Dec 2008 15:32:57 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 0E470106564A
for ; Mon, 29 Dec 2008 15:32:57 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 00D278FC12
for ; Mon, 29 Dec 2008 15:32:57 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTFWup8086369
for ; Mon, 29 Dec 2008 15:32:56 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBTFWuUl086367
for perforce@freebsd.org; Mon, 29 Dec 2008 15:32:56 GMT
(envelope-from rene@FreeBSD.org)
Date: Mon, 29 Dec 2008 15:32:56 GMT
Message-Id: <200812291532.mBTFWuUl086367@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155419 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 15:32:57 -0000
http://perforce.freebsd.org/chv.cgi?CH=155419
Change 155419 by rene@rene_self on 2008/12/29 15:32:52
Fix whitespace errors I introduced.
FreeBSD -> &os; on lines which changed anyway.
Affected files ...
.. //depot/projects/docproj_nl/en_US.ISO8859-1/articles/committers-guide/article.sgml#10 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/Makefile#13 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/book.sgml#8 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/chapters.ent#8 edit
Differences ...
==== //depot/projects/docproj_nl/en_US.ISO8859-1/articles/committers-guide/article.sgml#10 (text+ko) ====
@@ -1663,7 +1663,7 @@
not intended as a place for code reviews or a
replacement for the &a.arch; or the &a.audit;. In fact
using it as such hurts the FreeBSD Project as it gives a sense of a
- closed list where general decisions affecting all of the FreeBSD
+ closed list where general decisions affecting all of the FreeBSD
using community are made without being open.
Last, but not least never, never ever, email
the &a.developers; and CC:/BCC: another FreeBSD list.
@@ -2018,7 +2018,7 @@
predominantly in that area.Other areas of FreeBSD fall under the control of
- someone who manages an overall category of FreeBSD
+ someone who manages an overall category of FreeBSD
evolution, such as internationalization or networking.
See
@@ -2195,7 +2195,7 @@
Please note that this does not mean you should not try to
improve the software in question; you are still more than
welcome to do so. Ideally, you should submit your patches to
- the vendor. If your changes are &os;-specific, talk to the
+ the vendor. If your changes are FreeBSD-specific, talk to the
maintainer; they may be willing to apply them locally. But
whatever you do, do not commit there by
yourself!
@@ -2209,7 +2209,7 @@
Policy on Multiple Architectures
- FreeBSD has added several new architecture ports during recent
+ &os; has added several new architecture ports during recent
release cycles and is truly no longer an &i386; centric operating
system. In an effort to make it easier to keep FreeBSD portable
across the platforms we support, core has developed the following
@@ -2404,16 +2404,16 @@
maintainer is expected to work with the platform maintainers
to refine these changes. Major new toolchain components are
allowed to break support for Tier 2 architectures if the
- FreeBSD-local changes have not been incorporated upstream. The
+ &os;-local changes have not been incorporated upstream. The
toolchain maintainers are expected to provide prompt review of
any proposed changes and cannot block, through their inaction,
- changes going into the tree. New features added to FreeBSD
+ changes going into the tree. New features added to FreeBSD
should be feasible to implement on these platforms, but an
implementation is not required before the feature may be added
to the FreeBSD source tree. New features that may be difficult
to implement on Tier 2 architectures should provide a means of
disabling them on those architectures. The implementation of
- a Tier 2 architecture may be committed to the main FreeBSD
+ a Tier 2 architecture may be committed to the main FreeBSD
tree as long as it does not interfere with production work on
Tier 1 platforms, or substantially with other Tier 2 platforms.
Before a Tier 2 platform can be added to the FreeBSD base
@@ -2436,12 +2436,12 @@
system, some external patches for the architecture for ports
must be available.
- Tier 2 architectures can be integrated into the FreeBSD
+ Tier 2 architectures can be integrated into the FreeBSD
handbook. The basics for how to get a system running must be
documented, although not necessarily for every single board or
system a Tier 2 architecture supports. The supported hardware
list must exist and should be no more than a couple of months
- old. It should be integrated into the FreeBSD
+ old. It should be integrated into the FreeBSD
documentation.Current Tier 2 platforms are ARM, PowerPC, ia64, Sparc64 and
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/Makefile#13 (text+ko) ====
@@ -3,7 +3,7 @@
# $FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/Makefile,v 1.19 2006/01/03 21:17:07 siebrand Exp $
#
# %SOURCE% en_US.ISO8859-1/books/handbook/Makefile
-# %SRCID% 1.111
+# %SRCID% 1.112
#
# Bouw het Nederlandse FreeBSD Handboek.
#
@@ -241,7 +241,6 @@
SRCS+= printing/chapter.sgml
SRCS+= security/chapter.sgml
SRCS+= serialcomms/chapter.sgml
-SRCS+= updating/chapter.sgml
SRCS+= users/chapter.sgml
SRCS+= vinum/chapter.sgml
SRCS+= virtualization/chapter.sgml
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/book.sgml#8 (text+ko) ====
@@ -3,7 +3,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/book.sgml,v 1.33 2006/01/08 10:06:50 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/book.sgml
- %SRCID% 1.173
+ %SRCID% 1.174
-->
@@ -54,7 +54,6 @@
-
%pgpkeys;
]>
@@ -328,7 +327,6 @@
zetten.
-
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/chapters.ent#8 (text+ko) ====
@@ -10,7 +10,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/chapters.ent,v 1.3 2004/10/21 16:57:00 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/chapters.ent
- %SRCID% 1.38
+ %SRCID% 1.39
-->
@@ -47,7 +47,6 @@
-
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 16:49:15 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 3D4381065673; Mon, 29 Dec 2008 16:49:15 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id F1327106566C
for ; Mon, 29 Dec 2008 16:49:14 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id E11058FC12
for ; Mon, 29 Dec 2008 16:49:14 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTGnE8o003620
for ; Mon, 29 Dec 2008 16:49:14 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBTGnEA5003618
for perforce@freebsd.org; Mon, 29 Dec 2008 16:49:14 GMT
(envelope-from rene@FreeBSD.org)
Date: Mon, 29 Dec 2008 16:49:14 GMT
Message-Id: <200812291649.mBTGnEA5003618@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155422 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 16:49:15 -0000
http://perforce.freebsd.org/chv.cgi?CH=155422
Change 155422 by rene@rene_self on 2008/12/29 16:49:07
Partial MFen of the new updating chapter, just enough to fix build.
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/cutting-edge/chapter.sgml#7 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/dtrace/chapter.sgml#11 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/kernelconfig/chapter.sgml#8 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ports/chapter.sgml#10 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/preface/preface.sgml#12 edit
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/serialcomms/chapter.sgml#8 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/cutting-edge/chapter.sgml#7 (text+ko) ====
@@ -5,10 +5,10 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/cutting-edge/chapter.sgml,v 1.47 2006/01/07 11:27:42 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/cutting-edge/chapter.sgml
- %SRCID% 1.231
+ %SRCID% 1.233
-->
-
+
@@ -111,6 +111,93 @@
+
+
+
+
+ Tom
+ Rhodes
+ Geschreven door
+
+
+
+
+
+ Colin
+ Percival
+ Gebaseerd op notities geleverd door
+
+
+
+
+ Portsnap: een updategereedschap voor de Portscollectie
+
+ updaten en upgraden
+
+
+ Portsnap
+
+ updaten en upgraden
+
+ Het basissysteem van &os; bevat ook een gereedschap om de
+ Portscollectie bij te werken: het hulpmiddel &man.portsnap.8;.
+ Wanneer het wordt uitgevoerd, zal het een verbinding maken met een
+ verre site, de veilige sleutel controleren, en een nieuwe kopie
+ van de Portscollectie downloaden. De sleutel wordt gebruikt om de
+ integriteit van alle gedownloade bestanden te controleren, om er
+ zeker van te zijn dat ze niet tijdens het downloaden zijn
+ gewijzigd. Geef het volgende commando om de nieuwste versie van
+ de bestanden van de Portscollectie te downloaden:
+
+ &prompt.root; portsnap fetch
+Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found.
+Fetching snapshot tag from portsnap1.FreeBSD.org... done.
+Fetching snapshot metadata... done.
+Updating from Wed Aug 6 18:00:22 EDT 2008 to Sat Aug 30 20:24:11 EDT 2008.
+Fetching 3 metadata patches.. done.
+Applying metadata patches... done.
+Fetching 3 metadata files... done.
+Fetching 90 patches.....10....20....30....40....50....60....70....80....90. done.
+Applying patches... done.
+Fetching 133 new ports or files... done.
+
+ Dit voorbeeld laat zien dat &man.portsnap.8; verscheidene
+ patches heeft gevonden en deze met de huidige portsgegevens heeft
+ gecontroleerd. Het geeft ook aan dat het gereedschap eerder is
+ gedraaid, als het voor de eerste keer was gedraaid, had het
+ simpelweg de collectie gedownload.
+
+ Wanneer &man.portsnap.8; succesvol een
+ fetch-operatie afrondt, bestaan de
+ Portscollectie en de vervolgpatches die de verificatie doorstaan
+ hebben op het plaatselijke systeem. De bijgewerkte bestanden
+ kunnen geïnstalleerd worden door het volgende te
+ typen:
+
+ &prompt.root; portsnap extract
+/usr/ports/.cvsignore
+/usr/ports/CHANGES
+/usr/ports/COPYRIGHT
+/usr/ports/GIDs
+/usr/ports/KNOBS
+/usr/ports/LEGAL
+/usr/ports/MOVED
+/usr/ports/Makefile
+/usr/ports/Mk/bsd.apache.mk
+/usr/ports/Mk/bsd.autotools.mk
+/usr/ports/Mk/bsd.cmake.mk
+...
+
+ Het proces is nu compleet, en applicaties kunnen met de
+ bijgewerkte Portscollectie worden geïnstalleerd of worden
+ bijgewerkt.
+
+ Geef het volgende commando om de twee processen achter elkaar
+ te draaien:
+
+ &prompt.root; portsnap fetch update
+
+
&os.current; vs. &os.stable;
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/dtrace/chapter.sgml#11 (text+ko) ====
@@ -11,7 +11,7 @@
$FreeBSD: doc/nl_NL.ISO8859-1/books/handbook/dtrace/chapter.sgml,v 1.2 2008/11/25 08:16:08 rene Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/dtrace/chapter.sgml
- %SRCID% 1.6
+ %SRCID% 1.7
-->
@@ -96,7 +96,7 @@
Te begrijpen hoe de broncode van &os; te verkrijgen en te
- herbouwen ().
+ herbouwen ().
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/kernelconfig/chapter.sgml#8 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/kernelconfig/chapter.sgml,v 1.25 2006/01/05 21:13:22 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/kernelconfig/chapter.sgml
- %SRCID% 1.187
+ %SRCID% 1.190
-->
@@ -374,10 +374,10 @@
seconden om te realiseren dat het instellingenbestand voor de
aangepaste kernel verwijderd is. Ook moet
GENERIC niet gewijzigd worden, omdat het
- tijdens de volgende keer dat de
- broncodestructuur bijgewerkt wordt, overschreven kan
- worden waarbij de wijzigingen in de kernelinstellingen verloren
- gaan.
+ tijdens de volgende keer dat de broncodeboom bijgewerkt
+ wordt, overschreven kan worden waarbij de wijzigingen
+ in de kernelinstellingen verloren gaan.
Het kan gewenst zijn om het kernelinstellingenbestand
ergens anders op te slaan en een symbolische link naar het
@@ -417,7 +417,7 @@
Als de broncodestructuur
+ linkend="updating-upgrading">broncodeboom
gesynchroniseerd is met de nieuwste broncode van het
&os;-project, moet altijd
/usr/src/UPDATING gelezen worden voordat
@@ -1495,13 +1495,6 @@
- KLD-modules kunnen niet in een
- kernel worden geladen die PAE aan heeft
- staan, vanwege de verschillen in het bouwraamwerk van een
- module en de kernel;
-
-
- Apparaatstuurprogramma's die geen gebruik maken van de
&man.bus.dma.9;-interface zullen gegevenscorruptie
veroorzaken in een kernel die PAE aan
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ports/chapter.sgml#10 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/ports/chapter.sgml,v 1.29 2006/08/12 22:53:16 remko Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/ports/chapter.sgml
- %SRCID% 1.285
+ %SRCID% 1.286
-->
@@ -788,7 +788,7 @@
&prompt.root; pkg_add -r portsnap
- In Portsnap
+ In Portsnap
gebruiken staat een gedetailleerde beschrijving van
alle mogelijkheden van Portsnap.
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/preface/preface.sgml#12 (text+ko) ====
@@ -6,7 +6,7 @@
Vertaald door: Remko Lodder
%SOURCE% en_US.ISO8859-1/books/handbook/preface/preface.sgml
- %SRCID% 1.44
+ %SRCID% 1.46
-->
@@ -55,6 +55,12 @@
+ , Beveiliginsgebeurtenissen auditen,
+ is toegevoegd om de nieuwe auditing-mogelijkheden van &os; te
+ bespreken en het gebruik ervan uit te leggen.
+
+
+ , Virtualisatie, is
toegevoegd met informatie over het installeren van &os; op
virtualisatiesoftware.
@@ -558,14 +564,16 @@
- , Het scherp van de
- snede
+ , &os; updaten
+ en upgradenGeeft uitleg over de verschillen tussen &os;-STABLE,
&os;-CURRENT en &os; uitgaven. Beschrijft welke gebruikers
voordeel hebben van het bijhouden van een ontwikkelsysteem
- en legt dat proces uit.
+ en legt dat proces uit. Beschrijft de manier waarop
+ gebruikers hun systeem naar de laatste beveiligingsuitgave
+ kunnen bijwerken.
@@ -583,17 +591,6 @@
- , &os; bijwerken
-
-
- Beschrijft de nieuwste gereedschappen die gebruikt kunnen
- worden om een &os;-systeem bij te werken. Er is
- &man.freebsd-update.8; voor het basissysteem, en
- &man.portsnap.8; voor de Ports Collectie.
-
-
-
- , Seriële
communicatie
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/serialcomms/chapter.sgml#8 (text+ko) ====
@@ -5,7 +5,7 @@
$FreeBSDnl: doc/nl_NL.ISO8859-1/books/handbook/serialcomms/chapter.sgml,v 1.15 2006/01/08 10:06:51 siebrand Exp $
%SOURCE% en_US.ISO8859-1/books/handbook/serialcomms/chapter.sgml
- %SRCID% 1.132
+ %SRCID% 1.133
-->
@@ -3075,7 +3075,7 @@
De broncode van de kernel moet beschikbaar zijn.
- Zie ;
+ Zie ;
From owner-p4-projects@FreeBSD.ORG Mon Dec 29 22:29:07 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id AF3581065678; Mon, 29 Dec 2008 22:29:06 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 5728B1065675
for ; Mon, 29 Dec 2008 22:29:06 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 435B48FC0C
for ; Mon, 29 Dec 2008 22:29:06 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTMT6uB051625
for ; Mon, 29 Dec 2008 22:29:06 GMT
(envelope-from remko@freebsd.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBTMT6EW051623
for perforce@freebsd.org; Mon, 29 Dec 2008 22:29:06 GMT
(envelope-from remko@freebsd.org)
Date: Mon, 29 Dec 2008 22:29:06 GMT
Message-Id: <200812292229.mBTMT6EW051623@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
remko@freebsd.org using -f
From: Remko Lodder
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155437 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Mon, 29 Dec 2008 22:29:07 -0000
http://perforce.freebsd.org/chv.cgi?CH=155437
Change 155437 by remko@remko_macosx on 2008/12/29 22:28:33
Update some more PPP/Slip chapter. 91%
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#8 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#8 (text+ko) ====
@@ -652,7 +652,7 @@
Regel 17:
- Het nummer achter de / karakter
+ Het nummer achter het / karakter
is het aantal bits van het adres die ppp eist. Het is
mogelijk dat u IP adressen wilt gebruiken die meer van
toepassing zijn op uw omstandigheden, maar bovenstaand
@@ -2348,7 +2348,7 @@
Deze modem volgt RFC 2516
niet (Een methode voor het versturen van PPP over
- Ethernet (PPPoE) geschreven door by L. Mamakos,
+ Ethernet (PPPoE) geschreven door by L. Mamakos,
K. Lidl, J. Evarts, D. Carrel, D. Simone, and R. Wheeler).
Daarentegen is een ander type paket code gebruikt voor de
Ethernet frames. Klaagt u alstublift bij
@@ -2789,20 +2789,21 @@
domein naam
- As you can see, these set up the nameserver hosts. Of
- course, the actual domain names and addresses depend on your
- environment.
+ Zoals u kunt zien, stellen deze de naamserver hosten
+ in. Uiteraard is het echte domein en adres afhankelijk
+ van uw omgeving.
- Set the password for root and
- toor (and any other
- accounts that do not have a password).
+ Stel het wachtwoord in voor de
+ root en de toor
+ gebruikers (en elke andere gebruiker die geen wachtwoord
+ heeft).
- Reboot your machine and make sure it comes up with the
- correct hostname.
+ Herstart de machine en controleeer of deze opkomt
+ met de correcte hostnaam.
@@ -2817,11 +2818,11 @@
- Dial up, type slip at the prompt,
- enter your machine name and password. What is required to
- be entered depends on your environment. If you use
- Kermit, you can try a script like
- this:
+ Bel in, type slip op de prompt
+ en voor uw machine naam en wachtwoord in. Wat is
+ vereist, is afhankelijk van uw omgeving. Als u gebruik
+ maakt van Kermit kan een
+ script als de volgende gebruikt worden:# kermit setup
set modem hayes
@@ -2831,38 +2832,42 @@
set flow rts/cts
set terminal bytesize 8
set file type binary
-# The next macro will dial up and login
+# De volgende macro zal inbellen en ons inloggen.
define slip dial 643-9600, input 10 =>, if failure stop, -
output slip\x0d, input 10 Username:, if failure stop, -
output silvia\x0d, input 10 Password:, if failure stop, -
output ***\x0d, echo \x0aCONNECTED\x0a
- Of course, you have to change the username and password
- to fit yours. After doing so, you can just type
- slip from the
- Kermit prompt to connect.
+ Uiteraard moet u uw gebruikersnaam en wachtwoord
+ wijzigen zodat deze overeenkomen met die van u. Nadat
+ dit gedaan is kunt u slip invullen op
+ de Kermit prompt om verbinding
+ te maken.
- Leaving your password in plain text anywhere in the
- filesystem is generally a bad idea.
- Do it at your own risk.
+ Het achterlaten van uw wachtwoord in leesbare tekst
+ waar dan ook op het bestandssysteem is zeker een
+ slecht idee. Doe it op eigen
+ risico.
- Leave the Kermit there (you can
- suspend it by
+ Laat Kermit daar (het
+ programma kan tijdelijk uitgeschakeld worden door
Ctrlz
- ) and as root, type:
+ ) en type vervolgens als
+ root:&prompt.root; slattach -h -c -s 115200 /dev/modem
- If you are able to ping hosts on the
- other side of the router, you are connected! If it does not
- work, you might want to try instead of
- as an argument to
+ Als u in staat bent om andere hosten met
+ ping te benaderen aan de andere kant
+ van de router, bent u verbonden! Als dit niet werkt kunt
+ u wellicht de gebruiken in plaats van
+ de als argument voor
slattach.
@@ -2871,49 +2876,54 @@
Hoe de verbinding afgebroken moet worden
- Do the following:
+ Doe het volgende::&prompt.root; kill -INT `cat /var/run/slattach.modem.pid`
- to kill slattach. Keep in mind you must be
- root to do the above. Then go back to
- kermit (by running fg if you
- suspended it) and exit from it (q).
+ om slattach te stoppen. Houd in uw
+ achterhoofd dat u dit als root moet
+ doen. Ga hierna terug naar kermit (door
+ het intypen van fg als u deze tijdelijk
+ uitgeschakeld had) en verlaat de applicatie
+ (q
- The &man.slattach.8; manual page says you have
- to use ifconfig sl0 down
- to mark the interface down, but this does not
- seem to make any difference.
- (ifconfig sl0 reports the same thing.)
+ De &man.slattach.8; handleiding zegt dat
+ ifconfig sl0 down uitgevoerd moet worden
+ om de interface uit te schakelen, maar dit lijkt geen verschil
+ op te leveren. (ifconfig sl0 lijkt
+ hetzelfde resultaat te geven.)
- Some times, your modem might refuse to drop the carrier.
- In that case, simply start kermit and quit
- it again. It usually goes out on the second try.
+ Soms kan het gebeuren dat de modem weigert om de carrier
+ los te laten. Start in dat geval simpelweg
+ kermit en stop deze wederom. Meestal stopt
+ het met de tweede poging.
- Troubleshooten
+ Problemen oplossen
- If it does not work, feel free to ask on &a.net.name; mailing
- list. The things that people tripped over so far:
+ Als dit niet werkt, voelt u zich dan vrij om rond te vragen
+ op de &a.net.name; mailing lijst. De volgende dingen zijn
+ mensen al eens tegen aangelopen:
- Not using or in
- slattach (This should not be fatal,
- but some users have reported that this solves their
- problems.)
+ Het niet gebruiken van de of
+ optie voor slattach
+ (Dit zou niet fataal moeten zijn, maar sommige mensen
+ hebben aangegeven dat het de problemen oplostte.)
- Using instead of
- (might be hard to see the difference on
- some fonts).
+ Het intypen van in plaats van
+ (het verschil is wellicht lastig te
+ zien met sommige fonts).
- Try ifconfig sl0 to see your
- interface status. For example, you might get:
+ Probeer ifconfig sl0 uit te voeren
+ om de interface status te zien. U kunt bijvoorbeeld
+ krijgen:&prompt.root; ifconfig sl0
sl0: flags=10<POINTOPOINT>
@@ -2921,10 +2931,11 @@
- If you get no route to host
- messages from &man.ping.8;, there may be a problem with your
- routing table. You can use the netstat -r
- command to display the current routes :
+ Als u no route to host krijgt
+ van het &man.ping.8; commando, is er mogelijk een probleem
+ met uw routing tabel. U kunt het
+ netstat -r commando uitvoeren om de
+ huidige routeringen te zien:&prompt.root; netstat -r
Routing tables
@@ -2941,9 +2952,9 @@
water.CS.Example localhost.Example. UGH 34 47641234 lo0 - 0.438
(root node)
- The preceding examples are from a relatively busy system.
- The numbers on your system will vary depending on
- network activity.
+ Het voorgaand voorbeeld komt van een relatief druk
+ systeem. De getallen op uw systeem zullen anders zijn
+ naar gelang de netwerk activiteiten.
@@ -2958,112 +2969,114 @@
server
- This document provides suggestions for setting up SLIP Server
- services on a FreeBSD system, which typically means configuring
- your system to automatically start up connections upon login for
- remote SLIP clients.
+ Dit document levert suggesties voor het opzetten van een
+ SLIP server op een &os; systeem, welke meestal betekend het
+ configureren van uw systeem om automatisch verbindingen op te
+ zetten wanneer er wordt ingelogged met remote SLIP
+ cliënten.
-
-
- Vereisten
+ Eisen voorafTCP/IP networking
- This section is very technical in nature, so background
- knowledge is required. It is assumed that you are familiar with
- the TCP/IP network protocol, and in particular, network and node
- addressing, network address masks, subnetting, routing, and
- routing protocols, such as RIP. Configuring SLIP services on a
- dial-up server requires a knowledge of these concepts, and if
- you are not familiar with them, please read a copy of either
+ Deze sectie is vrij technisch van aard, dus achtergrond
+ informatie is vereist. Er wordt aangenomen dat u bekend bent
+ met het TCP/IP netwerk protocol, en in dan in het bijzonder
+ met netwerk en node adresseringen, netwerk adres maskers,
+ subnetten, routeringen en dynamische routering protocollen
+ zoals RIP. Het configureren van een SLIP dienst op een inbel
+ server vereist kennis van deze concepten en als u daarmee niet
+ bekend bent, leest u dan aub een versie van of
Craig Hunt's TCP/IP Network Administration
- published by O'Reilly & Associates, Inc. (ISBN Number
- 0-937175-82-X), or Douglas Comer's books on the TCP/IP
+ gepubliceerd door O'Reilly & Associates, Inc. (ISBN Number
+ 0-937175-82-X), of Douglas Comer's boeken over het TCP/IP
protocol.modem
- It is further assumed that you have already set up your
- modem(s) and configured the appropriate system files to allow
- logins through your modems. If you have not prepared your
- system for this yet, please see for details on dialup services
- configuration.
- You may also want to check the manual pages for &man.sio.4; for
- information on the serial port device driver and &man.ttys.5;,
- &man.gettytab.5;, &man.getty.8;, & &man.init.8; for
- information relevant to configuring the system to accept logins
- on modems, and perhaps &man.stty.1; for information on setting
- serial port parameters (such as clocal for
- directly-connected serial interfaces).
+ Daarnaast wordt er vanuit gegaan dat u reeds uw modem(s)
+ heeft geconfigureerd en dat u de juiste systeem bestanden
+ heeft aangepast zodat er logins mogelijk zijn door uw modems
+ heen. Als u dat nog niet heeft gedaan, zie dan voor details over het opzetten van
+ inbel diensten. Wellicht wilt u ook de handleidingen bekijken
+ voor &man.sio.4; voor meer informatie over de seriële
+ port device driver en de &man.ttys.5;, &man.gettytab.5;,
+ &man.getty.8;, & &man.init.8; handleidingen voor
+ informatie die relevant zijn voor het configureren van het
+ systeem zodat logins mogelijk worden op modems, en wellicht
+ &man.stty.1; voor informatie over het instellen van de
+ seriële poort (zoals clocal voor
+ direct verbonden seriële interfaces).Snel overzicht
- In its typical configuration, using FreeBSD as a SLIP server
- works as follows: a SLIP user dials up your FreeBSD SLIP Server
- system and logs in with a special SLIP login ID that uses
- /usr/sbin/sliplogin as the special user's
- shell. The sliplogin program browses the
- file /etc/sliphome/slip.hosts to find a
- matching line for the special user, and if it finds a match,
- connects the serial line to an available SLIP interface and then
- runs the shell script
- /etc/sliphome/slip.login to configure the
- SLIP interface.
+ In een typische configuratie, werkt het gebruik van &os;
+ als een SLIP server als volgend: een SLIP gebruiker belt in
+ op uw &os; SLIP server systeem en logt in met een speciaal
+ SLIP login ID dat gebruik maakt van
+ /usr/sbin/sliplogin. Het
+ sliplogin programma leest door het
+ /etc/sliphome/slip.hosts bestand om een
+ corresponderende regel te vinden voor de speciale gebruiker en
+ als deze een match vindt verbind het de seriële lijn met
+ een beschikbare SLIP interface waarna het het shellscript
+ /etc/sliphome/slip.login wordt uitgevoerd
+ om de SLIP interface te configureren.Een voorbeeld SLIP server login
- For example, if a SLIP user ID were
- Shelmerg, Shelmerg's
- entry in /etc/master.passwd would look
- something like this:
+ Bijvoorbeeld, als een SLIP user ID is
+ Shelmerg kan
+ Shelmerg's regel in
+ /etc/master.passwd er als volgend
+ uitzien:Shelmerg:password:1964:89::0:0:Guy Helmer - SLIP:/usr/users/Shelmerg:/usr/sbin/sliplogin
- When Shelmerg logs in,
- sliplogin will search
- /etc/sliphome/slip.hosts for a line that
- had a matching user ID; for example, there may be a line in
- /etc/sliphome/slip.hosts that
- reads:
+ Wanneer Shelmerg inlogt, zoekt het
+ sliplogin programma in het
+ /etc/sliphome/slip.hosts bestand voor
+ een regel dat een corresponderende user ID heeft, er kan
+ bijvoorbeeld een regel staan in
+ /etc/sliphome/slip.hosts dat eruit
+ ziet als volgend:Shelmerg dc-slip sl-helmer 0xfffffc00 autocomp
- sliplogin will find that matching line,
- hook the serial line into the next available SLIP interface,
- and then execute /etc/sliphome/slip.login
- like this:
+ sliplogin zal de corresponderende
+ regel vinden en de seriële lijn koppelen aan de eerste
+ beschikbare SLIP interface, waarna
+ /etc/sliphome/slip.login wordt
+ uitgevoerd zoals volgend:/etc/sliphome/slip.login 0 19200 Shelmerg dc-slip sl-helmer 0xfffffc00 autocomp
- If all goes well,
- /etc/sliphome/slip.login will issue an
- ifconfig for the SLIP interface to which
- sliplogin attached itself (SLIP interface
- 0, in the above example, which was the first parameter in the
- list given to slip.login) to set the
- local IP address (dc-slip), remote IP address
- (sl-helmer), network mask for the SLIP
- interface (0xfffffc00), and
- any additional flags (autocomp). If
- something goes wrong, sliplogin usually
- logs good informational messages via the
- syslogd daemon facility, which usually
- logs to /var/log/messages (see the manual
- pages for &man.syslogd.8; and &man.syslog.conf.5; and perhaps
- check /etc/syslog.conf to see to what
- syslogd is logging and where it is
- logging to).
+ Als alles goed gaat, zal
+ /etc/sliphome/slip.login een
+ ifconfig commando uitvoeren voor de SLIP
+ interface waaraan sliplogin zichzelf
+ koppelt (SLIP interface 0 zoals in bovenstaand voorbeeld
+ was de eerste parameter in de lijst welke gegeven is aan
+ slip.login) om een lokaal IP adres
+ in te stellen (dc-slip), een remote IP
+ adres (sl-helmer), een netwerk master voor
+ de SLIP interface
+ (0xfffffc00), en enkele
+ additionele vlaggen (autocomp). Als
+ er iets misgaat zal sliplogin meestal
+ voldoende goede informatie loggen via de
+ syslogd daemon faciliteiten,
+ welke meestal logt naar
+ /var/log/messages (zie de handleidingen
+ van &man.syslogd.8; en &man.syslog.conf.5; en controleer het
+ /etc/syslog.conf bestand om te zien wat
+ syslogd logt en waar dit naartoe
+ gelogt wordt).
@@ -3079,10 +3092,10 @@
SLIP
- &os;'s default kernel (GENERIC)
- comes with SLIP (&man.sl.4;) support; in case of a custom
- kernel, you have to add the following line to your kernel
- configuration file:
+ &os;'s standaard kernel (GENERIC)
+ heeft reeds ondersteuning voor SLIP (&man.sl.4;), in het
+ geval van een custom kernel moet de volgende regel worden
+ toegevoegd aan de kernel configuratie:device sl
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 07:36:25 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 2EBFD106566C; Tue, 30 Dec 2008 07:36:25 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id E00A0106564A
for ; Tue, 30 Dec 2008 07:36:24 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id CD37E8FC12
for ; Tue, 30 Dec 2008 07:36:24 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBU7aOvY040274
for ; Tue, 30 Dec 2008 07:36:24 GMT
(envelope-from remko@freebsd.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBU7aOkE040272
for perforce@freebsd.org; Tue, 30 Dec 2008 07:36:24 GMT
(envelope-from remko@freebsd.org)
Date: Tue, 30 Dec 2008 07:36:24 GMT
Message-Id: <200812300736.mBU7aOkE040272@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
remko@freebsd.org using -f
From: Remko Lodder
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155443 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 07:36:26 -0000
http://perforce.freebsd.org/chv.cgi?CH=155443
Change 155443 by remko@remko_nakur on 2008/12/30 07:36:20
Fix build error
Submitted by: rene/periodic docbuild
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#9 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#9 (text+ko) ====
@@ -2885,7 +2885,7 @@
doen. Ga hierna terug naar kermit (door
het intypen van fg als u deze tijdelijk
uitgeschakeld had) en verlaat de applicatie
- (q
+ (q).
De &man.slattach.8; handleiding zegt dat
ifconfig sl0 down uitgevoerd moet worden
@@ -3064,7 +3064,7 @@
was de eerste parameter in de lijst welke gegeven is aan
slip.login) om een lokaal IP adres
in te stellen (dc-slip), een remote IP
- adres (sl-helmer), een netwerk master voor
+ adres (sl-helmer), een netwerk master voor
de SLIP interface
(0xfffffc00), en enkele
additionele vlaggen (autocomp). Als
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 09:08:59 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 3F9CC1065673; Tue, 30 Dec 2008 09:08:59 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id D8BE11065670
for ; Tue, 30 Dec 2008 09:08:58 +0000 (UTC)
(envelope-from hselasky@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id C714B8FC1A
for ; Tue, 30 Dec 2008 09:08:58 +0000 (UTC)
(envelope-from hselasky@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBU98woC059606
for ; Tue, 30 Dec 2008 09:08:58 GMT
(envelope-from hselasky@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBU98wVQ059602
for perforce@freebsd.org; Tue, 30 Dec 2008 09:08:58 GMT
(envelope-from hselasky@FreeBSD.org)
Date: Tue, 30 Dec 2008 09:08:58 GMT
Message-Id: <200812300908.mBU98wVQ059602@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
hselasky@FreeBSD.org using -f
From: Hans Petter Selasky
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155445 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 09:09:00 -0000
http://perforce.freebsd.org/chv.cgi?CH=155445
Change 155445 by hselasky@hselasky_laptop001 on 2008/12/30 09:08:29
Some patches from "Pyun YongHyeon" for "axe" driver.
Maximum transferrate seen: 230Mbps.
Affected files ...
.. //depot/projects/usb/src/sys/dev/usb2/ethernet/if_axe2.c#14 edit
.. //depot/projects/usb/src/sys/dev/usb2/ethernet/if_axe2_reg.h#6 edit
Differences ...
==== //depot/projects/usb/src/sys/dev/usb2/ethernet/if_axe2.c#14 (text+ko) ====
@@ -186,6 +186,7 @@
void *);
static void axe_cfg_ax88178_init(struct axe_softc *);
static void axe_cfg_ax88772_init(struct axe_softc *);
+static int axe_get_phyno(struct axe_softc *, int);
static const struct usb2_config axe_config[AXE_ENDPT_MAX] = {
@@ -335,34 +336,26 @@
do_unlock = 1;
}
-#if 0
- /*
- * The chip tells us the MII address of any supported
- * PHYs attached to the chip, so only read from those.
- */
-
- if ((sc->sc_phyaddrs[0] != AXE_NOPHY) && (phy != sc->sc_phyaddrs[0])) {
+ if (sc->sc_phyno != phy) {
val = 0;
goto done;
}
- if ((sc->sc_phyaddrs[1] != AXE_NOPHY) && (phy != sc->sc_phyaddrs[1])) {
- val = 0;
- goto done;
- }
-#endif
- if ((sc->sc_phyaddrs[0] != 0xFF) && (sc->sc_phyaddrs[0] != phy)) {
- val = 0;
- goto done;
- }
+
axe_cfg_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL);
axe_cfg_cmd(sc, AXE_CMD_MII_READ_REG, reg, phy, &val);
axe_cfg_cmd(sc, AXE_CMD_MII_OPMODE_HW, 0, 0, NULL);
val = le16toh(val);
+ if ((sc->sc_flags & AXE_FLAG_772) != 0 && reg == MII_BMSR) {
+ /*
+ * BMSR of AX88772 indicates that it supports extended
+ * capability but the extended status register is
+ * revered for embedded ethernet PHY. So clear the
+ * extended capability bit of BMSR.
+ */
+ val &= ~BMSR_EXTCAP;
+ }
- if (val && (val != 0xffff)) {
- sc->sc_phyaddrs[0] = phy;
- }
done:
if (do_unlock) {
mtx_unlock(&sc->sc_mtx);
@@ -386,10 +379,14 @@
do_unlock = 1;
}
+ if (sc->sc_phyno != phy)
+ goto done;
+
axe_cfg_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL);
axe_cfg_cmd(sc, AXE_CMD_MII_WRITE_REG, reg, phy, &val);
axe_cfg_cmd(sc, AXE_CMD_MII_OPMODE_HW, 0, 0, NULL);
+done:
if (do_unlock) {
mtx_unlock(&sc->sc_mtx);
}
@@ -401,6 +398,7 @@
{
struct axe_softc *sc = device_get_softc(dev);
struct mii_data *mii = GET_MII(sc);
+ struct ifnet *ifp;
uint16_t val;
uint8_t do_unlock;
@@ -412,15 +410,40 @@
do_unlock = 1;
}
- if ((mii->mii_media_active & IFM_GMASK) == IFM_FDX)
- val = AXE_MEDIA_FULL_DUPLEX;
- else
- val = 0;
+ ifp = sc->sc_ifp;
+ if (mii == NULL || ifp == NULL ||
+ (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0)
+ goto done;
- if (sc->sc_flags & (AXE_FLAG_772 | AXE_FLAG_178)) {
+ sc->sc_flags &= ~AXE_FLAG_LINK;
+ if ((mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) ==
+ (IFM_ACTIVE | IFM_AVALID)) {
+ switch (IFM_SUBTYPE(mii->mii_media_active)) {
+ case IFM_10_T:
+ case IFM_100_TX:
+ sc->sc_flags |= AXE_FLAG_LINK;
+ break;
+ case IFM_1000_T:
+ if ((sc->sc_flags & AXE_FLAG_178) == 0)
+ break;
+ sc->sc_flags |= AXE_FLAG_LINK;
+ break;
+ default:
+ break;
+ }
+ }
- val |= (AXE_178_MEDIA_RX_EN | AXE_178_MEDIA_MAGIC);
+ /* Lost link, do nothing. */
+ if ((sc->sc_flags & AXE_FLAG_LINK) == 0)
+ goto done;
+ val = 0;
+ if ((IFM_OPTIONS(mii->mii_media_active) & IFM_FDX) != 0)
+ val |= AXE_MEDIA_FULL_DUPLEX;
+ if (sc->sc_flags & (AXE_FLAG_178 | AXE_FLAG_772)) {
+ val |= AXE_178_MEDIA_RX_EN | AXE_178_MEDIA_MAGIC;
+ if ((sc->sc_flags & AXE_FLAG_178) != 0)
+ val |= AXE_178_MEDIA_ENCK;
switch (IFM_SUBTYPE(mii->mii_media_active)) {
case IFM_1000_T:
val |= AXE_178_MEDIA_GMII | AXE_178_MEDIA_ENCK;
@@ -434,6 +457,7 @@
}
}
axe_cfg_cmd(sc, AXE_CMD_WRITE_MEDIA, 0, val, NULL);
+done:
if (do_unlock) {
mtx_unlock(&sc->sc_mtx);
}
@@ -467,7 +491,6 @@
/* not ready */
return;
}
- sc->sc_flags |= AXE_FLAG_WAIT_LINK;
if (mii->mii_instance) {
struct mii_softc *miisc;
@@ -550,6 +573,30 @@
err = usb2_config_td_sleep(&sc->sc_config_td, hz / 100);
}
+static int
+axe_get_phyno(struct axe_softc *sc, int sel)
+{
+ int phyno;
+
+ switch (AXE_PHY_TYPE(sc->sc_phyaddrs[sel])) {
+ case PHY_TYPE_100_HOME:
+ case PHY_TYPE_GIG:
+ phyno = AXE_PHY_NO(sc->sc_phyaddrs[sel]);
+ break;
+ case PHY_TYPE_SPECIAL:
+ /* FALLTHROUGH */
+ case PHY_TYPE_RSVD:
+ /* FALLTHROUGH */
+ case PHY_TYPE_NON_SUP:
+ /* FALLTHROUGH */
+ default:
+ phyno = -1;
+ break;
+ }
+
+ return (phyno);
+}
+
/*
* Probe for a AX88172 chip.
*/
@@ -617,8 +664,6 @@
}
mtx_lock(&sc->sc_mtx);
- sc->sc_flags |= AXE_FLAG_WAIT_LINK;
-
/* start setup */
usb2_config_td_queue_command
@@ -687,6 +732,9 @@
axe_cfg_cmd(sc, AXE_CMD_SW_RESET_REG, 0,
AXE_SW_RESET_PRL | AXE_178_RESET_MAGIC, NULL);
err = usb2_config_td_sleep(&sc->sc_config_td, hz / 4);
+ /* Enable MII/GMII/RGMII interface to work with external PHY. */
+ axe_cfg_cmd(sc, AXE_CMD_SW_PHY_SELECT, 0, 0, NULL);
+ err = usb2_config_td_sleep(&sc->sc_config_td, hz / 4);
axe_cfg_cmd(sc, AXE_CMD_RXCTL_WRITE, 0, 0, NULL);
}
@@ -701,7 +749,7 @@
axe_cfg_cmd(sc, AXE_CMD_WRITE_GPIO, 0, 0x00b0, NULL);
err = usb2_config_td_sleep(&sc->sc_config_td, hz / 16);
- if (sc->sc_phyaddrs[1] == AXE_INTPHY) {
+ if (sc->sc_phyno == AXE_772_PHY_NO_EPHY) {
/* ask for the embedded PHY */
axe_cfg_cmd(sc, AXE_CMD_SW_PHY_SELECT, 0, 0x01, NULL);
err = usb2_config_td_sleep(&sc->sc_config_td, hz / 64);
@@ -752,6 +800,19 @@
* Load PHY indexes first. Needed by axe_xxx_init().
*/
axe_cfg_cmd(sc, AXE_CMD_READ_PHYID, 0, 0, sc->sc_phyaddrs);
+#if 1
+ device_printf(sc->sc_dev, "PHYADDR 0x%02x:0x%02x\n",
+ sc->sc_phyaddrs[0], sc->sc_phyaddrs[1]);
+#endif
+ sc->sc_phyno = axe_get_phyno(sc, AXE_PHY_SEL_PRI);
+ if (sc->sc_phyno == -1)
+ sc->sc_phyno = axe_get_phyno(sc, AXE_PHY_SEL_SEC);
+ if (sc->sc_phyno == -1) {
+ device_printf(sc->sc_dev,
+ "no valid PHY address found, "
+ "assuming PHY address 0\n");
+ sc->sc_phyno = 0;
+ }
if (sc->sc_flags & AXE_FLAG_178) {
axe_cfg_ax88178_init(sc);
@@ -771,12 +832,6 @@
*/
axe_cfg_cmd(sc, AXE_CMD_READ_IPG012, 0, 0, sc->sc_ipgs);
- /*
- * Work around broken adapters that appear to lie about
- * their PHY addresses.
- */
- sc->sc_phyaddrs[0] = sc->sc_phyaddrs[1] = 0xFF;
-
mtx_unlock(&sc->sc_mtx);
ifp = if_alloc(IFT_ETHER);
@@ -1108,7 +1163,7 @@
usb2_transfer_start(sc->sc_xfer[2]);
goto done;
}
- if (sc->sc_flags & AXE_FLAG_WAIT_LINK) {
+ if ((sc->sc_flags & AXE_FLAG_LINK) == 0) {
/*
* don't send anything if there is no link !
*/
@@ -1204,19 +1259,17 @@
return;
}
mii_tick(mii);
-
- mii_pollstat(mii);
-
- if ((sc->sc_flags & AXE_FLAG_WAIT_LINK) &&
- (mii->mii_media_status & IFM_ACTIVE) &&
- (IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE)) {
- sc->sc_flags &= ~AXE_FLAG_WAIT_LINK;
- }
sc->sc_media_active = mii->mii_media_active;
sc->sc_media_status = mii->mii_media_status;
-
+ if ((sc->sc_flags & AXE_FLAG_LINK) == 0) {
+ axe_cfg_miibus_statchg(sc->sc_dev);
+ /* XXX */
+ if ((sc->sc_flags & AXE_FLAG_LINK) == 0) {
+ sc->sc_media_active = IFM_ETHER | IFM_NONE;
+ sc->sc_media_status = IFM_AVALID;
+ }
+ }
/* start stopped transfers, if any */
-
axe_start_transfers(sc);
}
@@ -1444,7 +1497,7 @@
sc->sc_flags &= ~(AXE_FLAG_HL_READY |
AXE_FLAG_LL_READY);
- sc->sc_flags |= AXE_FLAG_WAIT_LINK;
+ sc->sc_flags &= ~AXE_FLAG_LINK;
/*
* stop all the transfers, if not already stopped:
==== //depot/projects/usb/src/sys/dev/usb2/ethernet/if_axe2_reg.h#6 (text+ko) ====
@@ -135,8 +135,23 @@
#define AXE_178_RXCMD_MFB_8192 0x0200
#define AXE_178_RXCMD_MFB_16384 0x0300
-#define AXE_NOPHY 0xE0
-#define AXE_INTPHY 0x10
+#define AXE_PHY_SEL_PRI 1
+#define AXE_PHY_SEL_SEC 0
+#define AXE_PHY_TYPE_MASK 0xE0
+#define AXE_PHY_TYPE_SHIFT 5
+#define AXE_PHY_TYPE(x) \
+ (((x) & AXE_PHY_TYPE_MASK) >> AXE_PHY_TYPE_SHIFT)
+
+#define PHY_TYPE_100_HOME 0 /* 10/100 or 1M HOME PHY */
+#define PHY_TYPE_GIG 1 /* Gigabit PHY */
+#define PHY_TYPE_SPECIAL 4 /* Special case */
+#define PHY_TYPE_RSVD 5 /* Reserved */
+#define PHY_TYPE_NON_SUP 7 /* Non-supported PHY */
+
+#define AXE_PHY_NO_MASK 0x1F
+#define AXE_PHY_NO(x) ((x) & AXE_PHY_NO_MASK)
+
+#define AXE_772_PHY_NO_EPHY 0x10 /* Embedded 10/100 PHY of AX88772 */
#define AXE_BULK_BUF_SIZE 16384 /* bytes */
@@ -170,12 +185,14 @@
device_t sc_miibus;
device_t sc_dev;
+ int sc_phyno;
+
uint32_t sc_unit;
uint32_t sc_media_active;
uint32_t sc_media_status;
uint16_t sc_flags;
-#define AXE_FLAG_WAIT_LINK 0x0001
+#define AXE_FLAG_LINK 0x0001
#define AXE_FLAG_INTR_STALL 0x0002
#define AXE_FLAG_READ_STALL 0x0004
#define AXE_FLAG_WRITE_STALL 0x0008
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 09:22:24 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 30C33106566B; Tue, 30 Dec 2008 09:22:24 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id E52891065670
for ; Tue, 30 Dec 2008 09:22:23 +0000 (UTC)
(envelope-from hselasky@c2i.net)
Received: from swip.net (mailfe06.swip.net [212.247.154.161])
by mx1.freebsd.org (Postfix) with ESMTP id 7CAD68FC19
for ; Tue, 30 Dec 2008 09:22:22 +0000 (UTC)
(envelope-from hselasky@c2i.net)
X-Cloudmark-Score: 0.000000 []
X-Cloudmark-Analysis: v=1.0 c=1 a=CyerFzrCq1kA:10 a=9tMshEmnZchj1ARqxPUA:9
a=HDNg2aAePqFgkUxufTPdwfcIlmwA:4 a=XF7b4UCPwd8A:10
Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249])
by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6)
with ESMTPA id 1173742404 for perforce@freebsd.org;
Tue, 30 Dec 2008 10:22:21 +0100
From: Hans Petter Selasky
To: Perforce Change Reviews
Date: Tue, 30 Dec 2008 10:24:41 +0100
User-Agent: KMail/1.9.7
References: <200812300908.mBU98wVQ059602@repoman.freebsd.org>
In-Reply-To: <200812300908.mBU98wVQ059602@repoman.freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200812301024.42335.hselasky@c2i.net>
Cc:
Subject: Re: PERFORCE change 155445 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 09:22:25 -0000
This patch makes Planex GU-1000T work.
--HPS
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 12:18:13 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id DB4431065675; Tue, 30 Dec 2008 12:18:12 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 9B1CC1065670
for ; Tue, 30 Dec 2008 12:18:12 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 8A2588FC13
for ; Tue, 30 Dec 2008 12:18:12 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBUCICWB080999
for ; Tue, 30 Dec 2008 12:18:12 GMT
(envelope-from remko@freebsd.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBUCICx0080997
for perforce@freebsd.org; Tue, 30 Dec 2008 12:18:12 GMT
(envelope-from remko@freebsd.org)
Date: Tue, 30 Dec 2008 12:18:12 GMT
Message-Id: <200812301218.mBUCICx0080997@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
remko@freebsd.org using -f
From: Remko Lodder
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155453 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 12:18:14 -0000
http://perforce.freebsd.org/chv.cgi?CH=155453
Change 155453 by remko@remko_nakur on 2008/12/30 12:18:01
Finalize the PPP and SLIP chapter. From the original
Handbook (before some new chapters were imported
recently), this means the entire handbook is now
translated.
What remains is a review of the language, which I will
try to do in the following day(s).
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#10 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#10 (text+ko) ====
@@ -3099,70 +3099,77 @@
device sl
- By default, your &os; machine will not forward packets.
- If you want your FreeBSD SLIP Server to act as a router, you
- will have to edit the /etc/rc.conf file and
- change the setting of the gateway_enable variable
- to .
+ Standaard zal uw &os; machine geen pakketten doorsturen.
+ Als u wilt dat uw &os; SLIP server zich gedraagt als router
+ zult u het bestand /etc/rc.conf moeten
+ bewerken en de instelling van de
+ gateway_enable variabele moeten aanpassen
+ naar . Dit zorgt ervoor dat de machine
+ na een herstart zich zal blijven gedragen als router.
- You will then need to reboot for the new settings to take
- effect.
+ Om de instellingen meteen actief te maken kunt u het
+ volgende commando als root
+ uitvoeren:
+
+ &prompt.root; sysctl net.inet.ip.forwarding=1
- Please refer to on
- Configuring the FreeBSD Kernel for help in
- reconfiguring your kernel.
+ Refereer aub naar over
+ het configureren van de &os; kernel voor meer hulp over het
+ herconfigureren van uw kernel.Sliplogin configuratie
- As mentioned earlier, there are three files in the
- /etc/sliphome directory that are part of
- the configuration for /usr/sbin/sliplogin
- (see &man.sliplogin.8; for the actual manual page for
+ Zoals eerder vermeld, zijn er drie bestanden in de
+ /etc/sliphome directory die onderdeel
+ zijn van de configuratie voor
+ /usr/sbin/sliplogin (zie
+ &man.sliplogin.8; voor de actuele handleiding voor
sliplogin): slip.hosts,
- which defines the SLIP users and their associated IP
- addresses; slip.login, which usually just
- configures the SLIP interface; and (optionally)
- slip.logout, which undoes
- slip.login's effects when the serial
- connection is terminated.
+ welke de SLIP gebruikers definieert en de gekoppelde IP
+ adressen; slip.login, welke meestal de
+ SLIP interface configureert en (optioneel)
+ slip.logout, welke de effecten van
+ slip.login ongedaan maakt wanneer de
+ seriële verbinding verbroken wordt.slip.hosts configuratie
- /etc/sliphome/slip.hosts contains
- lines which have at least four items separated by
- whitespace:
+ /etc/sliphome/slip.hosts bevat
+ regels welke minstens vier onderdelen heeft die
+ gescheiden worden door een spatie:
- SLIP user's login ID
+ SLIP gebruikers login ID
- Local address (local to the SLIP server) of the SLIP
- link
+ Lokale adres (lokaal voor de SLIP server) van de
+ SLIP link
- Remote address of the SLIP link
+ Remote adres van de SLIP link
- Network mask
+ Netwerk masker
- The local and remote addresses may be host names
- (resolved to IP addresses by
- /etc/hosts or by the domain name
- service, depending on your specifications in the file
- /etc/nsswitch.conf), and the network mask
- may be a name that can be resolved by a lookup into
- /etc/networks. On a sample system,
- /etc/sliphome/slip.hosts looks like
- this:
+ De lokale en remote adressen mogen host namen zijn
+ (Welke naar IP adressen vertaald kunnen worden door
+ /etc/hosts of door de
+ DNS diensten, afhankelijk van uw
+ specificaties in het /etc/nsswitch.conf,
+ het netwerk masker mag een naam zijn dat vertaald kan worden
+ door een zoek opdracht in /etc/networks.
+ Op een voorbeeld systeem ziet het
+ /etc/sliphome/slip.hosts bestand er als
+ volgt uit:#
# login local-addr remote-addr mask opt1 opt2
@@ -3170,29 +3177,30 @@
#
Shelmerg dc-slip sl-helmerg 0xfffffc00 autocomp
- At the end of the line is one or more of the
- options:
+ Aan het einde van deze regel staan één of
+ meerdere opties:
- — no header
- compression
+ — geen compressie
+ van de header
- — compress
+ — comprimeer
headers
- — compress headers if
- the remote end allows it
+ — comprimeer de
+ headers als de remote kant dit accepteert
- — disable ICMP packets
- (so any ping packets will be dropped instead
- of using up your bandwidth)
+ — schakelt ICMP
+ pakketten uit (dus alle ping pakketten
+ worden geweigerd in plaats van dat deze bandbreedte
+ verbruiken)
@@ -3200,169 +3208,180 @@
TCP/IP networking
- Your choice of local and remote addresses for your SLIP
- links depends on whether you are going to dedicate a TCP/IP
- subnet or if you are going to use proxy ARP on
- your SLIP server (it is not true proxy ARP, but
- that is the terminology used in this section to describe it).
- If you are not sure which method to select or how to assign IP
- addresses, please refer to the TCP/IP books referenced in
- the SLIP Prerequisites ()
- and/or consult your IP network manager.
+ Uw keuze van een lokaal en remote adres voor uw SLIP
+ verbindingen is afhankelijk van of u een dedicated TCP/IP
+ subnet gebruikt, of dat u gebruik gaat maken van
+ proxy ARP op uw SLIP server (het is geen
+ echte proxy ARP, maar het is de terminologie
+ welke in deze sectie gebruikt wordt om eht te beschrijven).
+ Als u niet zeker bent welke methode u moet kiezen, of hoe u
+ IP adressen moet toewijzen, refereert u dan naar de TCP/IP
+ boeken die vermeld worden in de SLIP vereisten
+ () en/of vraag uw IP netwerk
+ manager om hulp.
- If you are going to use a separate subnet for your SLIP
- clients, you will need to allocate the subnet number out of
- your assigned IP network number and assign each of your SLIP
- client's IP numbers out of that subnet. Then, you will
- probably need to configure a static route to the SLIP
- subnet via your SLIP server on your nearest IP router.
+ Als u gebruik gaat maken van een separaat subnet voor
+ uw SLIP cliënten, moet u een subnet alloceren uit de
+ voor u toegewezen IP ruimte, en elke SLIP cliënt een
+ IP adres geven uit dat subnet. Daarna moet u waarschijnlijk
+ een statische route configureren voor uw SLIP subnet via
+ uw SLIP server naar de dichtsbijzijnde IP router.Ethernet
- Otherwise, if you will use the proxy ARP
- method, you will need to assign your SLIP client's IP
- addresses out of your SLIP server's Ethernet subnet, and you
- will also need to adjust your
- /etc/sliphome/slip.login and
- /etc/sliphome/slip.logout scripts to use
- &man.arp.8; to manage the proxy-ARP entries in the SLIP
- server's ARP table.
+ In het andere geval moet u gebruik maken van de
+ proxy ARP methode, u moet elke SLIP
+ cliënt een IP adres geven uit uw SLIP server's
+ Ethernet subnet, daarnaast moet u het
+ /etc/sliphome/slip.login en het
+ /etc/sliphome/slip.logout script
+ aanpassen om gebruik te maken van &man.arp.8; om de
+ proxy ARP regels te beheren in de SLIP
+ servers ARP tabel.slip.login configuratie
- The typical /etc/sliphome/slip.login
- file looks like this:
+ Een typisch /etc/sliphome/slip.login
+ bestand ziet er als volgend uit:#!/bin/sh -
#
# @(#)slip.login 5.1 (Berkeley) 7/1/90
#
-# generic login file for a slip line. sliplogin invokes this with
-# the parameters:
+# generiek login bestand voor een slip lijn. sliplogin voert deze uit
+# met de volgende parameters:
# 1 2 3 4 5 6 7-n
# slipunit ttyspeed loginname local-addr remote-addr mask opt-args
#
/sbin/ifconfig sl$1 inet $4 $5 netmask $6
- This slip.login file merely runs
- ifconfig for the appropriate SLIP interface
- with the local and remote addresses and network mask of the
- SLIP interface.
+ Dit slip.login bestand start
+ alleen het ifconfig commando voor de
+ betreffende SLIP interace met het lokale en remote adres
+ met het netwerkmasker van de SLIP interface.
- If you have decided to use the proxy ARP
- method (instead of using a separate subnet for your SLIP
- clients), your /etc/sliphome/slip.login
- file will need to look something like this:
+ Als u besloten heeft om gebruik te maken van de
+ proxy ARP methode (in plaats van het
+ gebruiken van een apart subnet voor uw SLIP cliënten)
+ moet u het /etc/sliphome/slip.login
+ bestand aanpassen zodat deze er ongeveer als volgend
+ uitziet:#!/bin/sh -
#
# @(#)slip.login 5.1 (Berkeley) 7/1/90
#
-# generic login file for a slip line. sliplogin invokes this with
-# the parameters:
+# generiek login bestand voor een slip lijn. sliplogin voert deze uit
+# met de volgende parameters:
# 1 2 3 4 5 6 7-n
# slipunit ttyspeed loginname local-addr remote-addr mask opt-args
#
/sbin/ifconfig sl$1 inet $4 $5 netmask $6
-# Answer ARP requests for the SLIP client with our Ethernet addr
+# Beantwoord ARP Verzoeken voor de SLIP cliënt met ons Ethernet
+# adres
/usr/sbin/arp -s $5 00:11:22:33:44:55 pub
- The additional line in this
- slip.login, arp -s
- $5 00:11:22:33:44:55 pub, creates an ARP entry
- in the SLIP server's ARP table. This ARP entry causes the
- SLIP server to respond with the SLIP server's Ethernet MAC
- address whenever another IP node on the Ethernet asks to
- speak to the SLIP client's IP address.
+ De extra regel in het slip.login
+ bestand,
+ arp -s $5 00:11:22:33:44:55 pub,
+ creeërt een ARP regel in de SLIP server's ARP tabel.
+ Deze ARP regel zorgt ervoor dat de SLIP server antwoord
+ geeft met het Ethernet MAC adres van de SLIP server wanneer
+ een andere IP node op het Ethernet vraagt om te communiceren
+ met het IP adres van de SLIP cliënt.EthernetMAC address
- When using the example above, be sure to replace the
- Ethernet MAC address (00:11:22:33:44:55) with the MAC address of
- your system's Ethernet card, or your proxy ARP
- will definitely not work! You can discover your SLIP server's
- Ethernet MAC address by looking at the results of running
- netstat -i; the second line of the output
- should look something like:
+ Wanneer u gebruik maakt van het voorbeeld hierboven,
+ wees u er dan zeker van dat u het Ethernet MAC Adres
+ (00:11:22:33:44:55) veranderd
+ in het MAC adres van uw systeem's Ethernet kaart, anders
+ werkt uw proxy ARP zeker niet! U kunt het
+ Ethernet MAC adres van uw SLIP Server achterhalen door het
+ bekijken van het resultaat van netstat -i;
+ de tweede regel met resultaten moet er ongeveer als
+ volgend uitzien:ed0 1500 <Link>0.2.c1.28.5f.4a 191923 0 129457 0 116
- This indicates that this particular system's Ethernet MAC
- address is 00:02:c1:28:5f:4a
- — the periods in the Ethernet MAC address given by
- netstat -i must be changed to colons and
- leading zeros should be added to each single-digit hexadecimal
- number to convert the address into the form that &man.arp.8;
- desires; see the manual page on &man.arp.8; for complete
- information on usage.
+ Dit geeft aan dat het specifieke Ethernet MAC adres van
+ het systeem is 00:02:c1:28:5f:4a
+ — de punten in het Ethernet MAC adres welke gegeven
+ wordt door netstat -i moet worden veranderd
+ in dubbele punten (:) en voorloop nullen
+ moeten worden toegevoegd aan elk enkel hexadecimaal getal
+ om het adres te converteren naar de vorm die &man.arp.8;
+ wenst; zie de handleiding van &man.arp.8; voor een compleet
+ overzicht van het gebruik hiervan.
- When you create
- /etc/sliphome/slip.login and
- /etc/sliphome/slip.logout, the
- execute bit (i.e., chmod 755
+ Wanneer u
+ /etc/sliphome/slip.login en
+ /etc/sliphome/slip.logout, aanmaakt
+ moet het uitvoerbare bitje gezet zijn
+ (b.v. chmod 755
/etc/sliphome/slip.login /etc/sliphome/slip.logout)
- must be set, or sliplogin will be unable
- to execute it.
+ anders is sliplogin niet in staat om
+ deze uit te voeren.slip.logout configuratie
- /etc/sliphome/slip.logout is not
- strictly needed (unless you are implementing proxy
- ARP), but if you decide to create it, this is an
- example of a basic
- slip.logout script:
+ /etc/sliphome/slip.logout is niet
+ strict noodzakelijk (tenzij u proxy ARP
+ implementeert), maar als beslist om deze aan te maken is
+ dit een voorbeeld basis slip.logout
+ script:#!/bin/sh -
#
# slip.logout
#
-# logout file for a slip line. sliplogin invokes this with
-# the parameters:
+# uitlog bestand voor een slip regel. sliplogin voert deze uit met de
+# parameters:
# 1 2 3 4 5 6 7-n
# slipunit ttyspeed loginname local-addr remote-addr mask opt-args
#
/sbin/ifconfig sl$1 down
- If you are using proxy ARP, you will want to
- have /etc/sliphome/slip.logout remove the
- ARP entry for the SLIP client:
+ Als u gebruik maakt van proxy ARP wilt u
+ waarschijnlijk dat het
+ /etc/sliphome/slip.logout bestand de
+ ARP regel weghaalt voor de SLIP cliënt:#!/bin/sh -
#
# @(#)slip.logout
#
-# logout file for a slip line. sliplogin invokes this with
-# the parameters:
+# uitlog bestand voor een slip regel. sliplogin voert deze uit met de
+# parameters:
# 1 2 3 4 5 6 7-n
# slipunit ttyspeed loginname local-addr remote-addr mask opt-args
#
/sbin/ifconfig sl$1 down
-# Quit answering ARP requests for the SLIP client
+# Stop met het beantwoorden van ARP verzoeken voor de SLIP cliënt
/usr/sbin/arp -d $5
- The arp -d $5 removes the ARP entry
- that the proxy ARP
- slip.login added when the SLIP client
- logged in.
+ Het arp -d $5 verwijderd de ARP
+ regel, die proxy ARP heeft toegevoegd toen
+ de SLIP cliënt inlogde.
- It bears repeating: make sure
- /etc/sliphome/slip.logout has the execute
- bit set after you create it (i.e., chmod 755
- /etc/sliphome/slip.logout).
+ Het is belangrijk om dit te herhalen: zorg ervoor
+ /etc/sliphome/slip.logout het
+ uitvoerbare bitje heeft gezet nadat deze gecreeërd
+ is (b.v.
+ chmod 755 /etc/sliphome/slip.logout).
@@ -3374,11 +3393,12 @@
routing
- If you are not using the proxy ARP method for
- routing packets between your SLIP clients and the rest of your
- network (and perhaps the Internet), you will probably
- have to add static routes to your closest default router(s) to
- route your SLIP clients subnet via your SLIP server.
+ Als u geen gebruik maakt van de proxy ARP
+ voor het routeren van pakketten tussen uw SLIP cliënts
+ en de rest van uw netwerk (en wellicht het internet), moeten
+ er misschien een aantal statische routeringen naar de eerste
+ bereikbare standaard router ingesteld worden om uw SLIP
+ cliënts te routeren via uw SLIP server.Statische routeringen
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 13:17:13 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 8C450106566C; Tue, 30 Dec 2008 13:17:13 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 0C336106564A
for ; Tue, 30 Dec 2008 13:17:13 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id EF4F88FC1A
for ; Tue, 30 Dec 2008 13:17:12 +0000 (UTC)
(envelope-from remko@freebsd.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBUDHCUX098547
for ; Tue, 30 Dec 2008 13:17:12 GMT
(envelope-from remko@freebsd.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBUDHCk9098545
for perforce@freebsd.org; Tue, 30 Dec 2008 13:17:12 GMT
(envelope-from remko@freebsd.org)
Date: Tue, 30 Dec 2008 13:17:12 GMT
Message-Id: <200812301317.mBUDHCk9098545@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
remko@freebsd.org using -f
From: Remko Lodder
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155456 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 13:17:14 -0000
http://perforce.freebsd.org/chv.cgi?CH=155456
Change 155456 by remko@remko_nakur on 2008/12/30 13:17:07
Update to match english version
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#11 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml#11 (text+ko) ====
@@ -3111,7 +3111,7 @@
volgende commando als root
uitvoeren:
- &prompt.root; sysctl net.inet.ip.forwarding=1
+ &prompt.root; /etc/rc.d/routing startRefereer aub naar over
het configureren van de &os; kernel voor meer hulp over het
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 18:56:59 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 140F21065674; Tue, 30 Dec 2008 18:56:59 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id C5F1B106566B
for ; Tue, 30 Dec 2008 18:56:58 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id B0C0F8FC12
for ; Tue, 30 Dec 2008 18:56:58 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBUIuwXr042053
for ; Tue, 30 Dec 2008 18:56:58 GMT
(envelope-from pgj@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBUIuwfF042051
for perforce@freebsd.org; Tue, 30 Dec 2008 18:56:58 GMT
(envelope-from pgj@FreeBSD.org)
Date: Tue, 30 Dec 2008 18:56:58 GMT
Message-Id: <200812301856.mBUIuwfF042051@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
pgj@FreeBSD.org using -f
From: Gabor Pali
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155466 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 18:56:59 -0000
http://perforce.freebsd.org/chv.cgi?CH=155466
Change 155466 by pgj@kolbasz on 2008/12/30 18:56:15
MFen (doc):
1.85 -> 1.86 hu_HU.ISO8859-2/books/handbook/desktop/chapter.sgml
1.130 -> 1.131 hu_HU.ISO8859-2/books/handbook/introduction/chapter.sgml
1.185 -> 1.189 hu_HU.ISO8859-2/books/handbook/ppp-and-slip/chapter.sgml
Affected files ...
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/desktop/chapter.sgml#14 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/introduction/chapter.sgml#14 edit
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/ppp-and-slip/chapter.sgml#10 edit
Differences ...
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/desktop/chapter.sgml#14 (text+ko) ====
@@ -6,7 +6,7 @@
The FreeBSD Hungarian Documentation Project
Translated by: PALI, Gabor
%SOURCE% en_US.ISO8859-1/books/handbook/desktop/chapter.sgml
- %SRCID% 1.85
+ %SRCID% 1.86
-->
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/introduction/chapter.sgml#14 (text+ko) ====
@@ -7,7 +7,7 @@
The FreeBSD Hungarian Documentation Project
Translated by: PALI, Gabor
%SOURCE% en_US.ISO8859-1/books/handbook/introduction/chapter.sgml
- %SRCID% 1.130
+ %SRCID% 1.131
-->
@@ -540,7 +540,7 @@
-
+ Ki használja a &os;-t?
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/ppp-and-slip/chapter.sgml#10 (text+ko) ====
@@ -7,7 +7,7 @@
@@ -3667,20 +3667,22 @@
útválasztóként is
mûködtetni akarjuk, úgy az
/etc/rc.conf állományban a
- gateway_enable változó
- értékét át kell
- állítanunk a
- értékre.
+ gateway_enable változót
+ át kell állítanunk a
+ értékre. Ennek hatására az
+ újraindítás után is megmarad a
+ csomagok továbbítása.
+
+ A változtatások azonnali
+ életbeléptetéséhez adjuk ki
+ root felhasználóként
+ a következõ parancsot:
- Az új beálllítások
- érvényesítéséhez
- újra kell indítanunk a
- gépünket.
+ &prompt.root; /etc/rc.d/routing startHa a &os; rendszermag beállítása
során segítségre szorulnánk, akkor
olvassuk el et.
-
@@ -3823,9 +3825,8 @@
módosítanunk kell úgy, hogy az
&man.arp.8; segítségével képesek
legyenek a SLIP szerver ARP
- táblázatában kezelni az ARP proxy
- bejegyzéseit.
-
+ táblázatában kezelni a proxy
+ ARP bejegyzéseket.
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 18:58:00 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 091D61065678; Tue, 30 Dec 2008 18:58:00 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id BAC50106566B
for ; Tue, 30 Dec 2008 18:57:59 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id A66E98FC18
for ; Tue, 30 Dec 2008 18:57:59 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBUIvx3n042121
for ; Tue, 30 Dec 2008 18:57:59 GMT
(envelope-from pgj@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBUIvxnv042119
for perforce@freebsd.org; Tue, 30 Dec 2008 18:57:59 GMT
(envelope-from pgj@FreeBSD.org)
Date: Tue, 30 Dec 2008 18:57:59 GMT
Message-Id: <200812301857.mBUIvxnv042119@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
pgj@FreeBSD.org using -f
From: Gabor Pali
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155467 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 18:58:01 -0000
http://perforce.freebsd.org/chv.cgi?CH=155467
Change 155467 by pgj@kolbasz on 2008/12/30 18:57:14
A minor fix
Affected files ...
.. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/network-servers/chapter.sgml#19 edit
Differences ...
==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/network-servers/chapter.sgml#19 (text+ko) ====
@@ -6630,9 +6630,9 @@
restrict 192.168.1.0 mask 255.255.255.0 nomodify notrapsort írjuk bele, ahol a 192.168.1.0 a belsõ
+ role="ipaddr">192.168.1.0 a belsõ
hálózatunk IP-címe és a 255.255.255.0 a
+ role="netmask">255.255.255.0 a
hozzátartozó hálózati
maszk.
@@ -6887,7 +6887,7 @@
a hozzátartozó tûzfal engedje
- át a forgalmat az 512-es UDP
+ át a forgalmat az 514-es UDP
porton;
From owner-p4-projects@FreeBSD.ORG Tue Dec 30 19:33:37 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 88B00106566B; Tue, 30 Dec 2008 19:33:36 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 466BE106567B
for ; Tue, 30 Dec 2008 19:33:36 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 31EC78FC1C
for ; Tue, 30 Dec 2008 19:33:36 +0000 (UTC)
(envelope-from pgj@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBUJXaM7045756
for ; Tue, 30 Dec 2008 19:33:36 GMT
(envelope-from pgj@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBUJXamh045754
for perforce@freebsd.org; Tue, 30 Dec 2008 19:33:36 GMT
(envelope-from pgj@FreeBSD.org)
Date: Tue, 30 Dec 2008 19:33:36 GMT
Message-Id: <200812301933.mBUJXamh045754@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
pgj@FreeBSD.org using -f
From: Gabor Pali
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155471 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Tue, 30 Dec 2008 19:33:37 -0000
http://perforce.freebsd.org/chv.cgi?CH=155471
Change 155471 by pgj@kolbasz on 2008/12/30 19:32:43
MFen (www):
1.5 -> 1.7 hu/community.xsl
Affected files ...
.. //depot/projects/docproj_hu/www/hu/community.xsl#7 edit
Differences ...
==== //depot/projects/docproj_hu/www/hu/community.xsl#7 (text+ko) ====
@@ -11,7 +11,7 @@
kalendáriumban
és RSS feedeken
- keresztül értesülhetünk.
+ keresztül értesülhetünk. A
+ korábban lezajlott eseményekrõl a
+ YouTube oldalán egy BSD
+ konferenciákat összefoglaló
+ csatornán találhatunk videoanyagokat.
+
+
+
A legfrissebb videók
+
+
+ Betöltés...
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
From owner-p4-projects@FreeBSD.ORG Wed Dec 31 14:06:40 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 8B0FC1065674; Wed, 31 Dec 2008 14:06:40 +0000 (UTC)
Delivered-To: perforce@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 444CF106566B
for ; Wed, 31 Dec 2008 14:06:40 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 2D9698FC23
for ; Wed, 31 Dec 2008 14:06:40 +0000 (UTC)
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBVE6eH8010159
for ; Wed, 31 Dec 2008 14:06:40 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBVE6ebu010157
for perforce@freebsd.org; Wed, 31 Dec 2008 14:06:40 GMT
(envelope-from bb+lists.freebsd.perforce@cyrus.watson.org)
Date: Wed, 31 Dec 2008 14:06:40 GMT
Message-Id: <200812311406.mBVE6ebu010157@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
bb+lists.freebsd.perforce@cyrus.watson.org using -f
From: Robert Watson
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155506 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Wed, 31 Dec 2008 14:06:41 -0000
http://perforce.freebsd.org/chv.cgi?CH=155506
Change 155506 by rwatson@rwatson_cinnamon on 2008/12/31 14:05:58
When bsm_errno.c is built into the kernel, don't build include
error strings, as we don't provide au_strerror() in the kernel
either.
Affected files ...
.. //depot/projects/trustedbsd/openbsm/NEWS#26 edit
.. //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#16 edit
Differences ...
==== //depot/projects/trustedbsd/openbsm/NEWS#26 (text+ko) ====
@@ -14,6 +14,8 @@
should be used when generating and interpreting extended socket tokens.
- Fix build warnings with full gcc warnings enabled on most supported
platforms.
+- Don't compile error strings into bsm_errno.c when building it in the kernel
+ environment.
OpenBSM 1.1 alpha 4
@@ -408,4 +410,4 @@
to support reloading of kernel event table.
- Allow comments in /etc/security configuration files.
-$P4: //depot/projects/trustedbsd/openbsm/NEWS#25 $
+$P4: //depot/projects/trustedbsd/openbsm/NEWS#26 $
==== //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#16 (text+ko) ====
@@ -26,7 +26,7 @@
* IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*
- * $P4: //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#15 $
+ * $P4: //depot/projects/trustedbsd/openbsm/libbsm/bsm_errno.c#16 $
*/
#include
@@ -45,16 +45,25 @@
* operating system. These routines convert between BSM and local error
* number spaces, subject to the above realities. BSM error numbers are
* stored in a single 8-bit character, so don't have a byte order.
+ *
+ * Don't include string definitions when this code is compiled into a kernel.
*/
-
struct bsm_errno {
int be_bsm_errno;
int be_local_errno;
+#if !defined(KERNEL) && !defined(_KERNEL)
const char *be_strerror;
+#endif
};
#define ERRNO_NO_LOCAL_MAPPING -600
+#if !defined(KERNEL) && !defined(_KERNEL)
+#define ES(x) x
+#else
+#define ES(x)
+#endif
+
/*
* Mapping table -- please maintain in numeric sorted order with respect to
* the BSM constant. Today we do a linear lookup, but could switch to a
@@ -71,497 +80,512 @@
* string using strerror(3).
*/
static const struct bsm_errno bsm_errnos[] = {
- { BSM_ERRNO_ESUCCESS, 0, "Success" },
- { BSM_ERRNO_EPERM, EPERM, "Operation not permitted" },
- { BSM_ERRNO_ENOENT, ENOENT, "No such file or directory" },
- { BSM_ERRNO_ESRCH, ESRCH, "No such process" },
- { BSM_ERRNO_EINTR, EINTR, "Interrupted system call" },
- { BSM_ERRNO_EIO, EIO, "Input/output error" },
- { BSM_ERRNO_ENXIO, ENXIO, "Device not configured" },
- { BSM_ERRNO_E2BIG, E2BIG, "Argument list too long" },
- { BSM_ERRNO_ENOEXEC, ENOEXEC, "Exec format error" },
- { BSM_ERRNO_EBADF, EBADF, "BAd file descriptor" },
- { BSM_ERRNO_ECHILD, ECHILD, "No child processes" },
- { BSM_ERRNO_EAGAIN, EAGAIN, "Resource temporarily unavailable" },
- { BSM_ERRNO_ENOMEM, ENOMEM, "Cannot allocate memory" },
- { BSM_ERRNO_EACCES, EACCES, "Permission denied" },
- { BSM_ERRNO_EFAULT, EFAULT, "Bad address" },
- { BSM_ERRNO_ENOTBLK, ENOTBLK, "Block device required" },
- { BSM_ERRNO_EBUSY, EBUSY, "Device busy" },
- { BSM_ERRNO_EEXIST, EEXIST, "File exists" },
- { BSM_ERRNO_EXDEV, EXDEV, "Cross-device link" },
- { BSM_ERRNO_ENODEV, ENODEV, "Operation not supported by device" },
- { BSM_ERRNO_ENOTDIR, ENOTDIR, "Not a directory" },
- { BSM_ERRNO_EISDIR, EISDIR, "Is a directory" },
- { BSM_ERRNO_EINVAL, EINVAL, "Invalid argument" },
- { BSM_ERRNO_ENFILE, ENFILE, "Too many open files in system" },
- { BSM_ERRNO_EMFILE, EMFILE, "Too many open files" },
- { BSM_ERRNO_ENOTTY, ENOTTY, "Inappropriate ioctl for device" },
- { BSM_ERRNO_ETXTBSY, ETXTBSY, "Text file busy" },
- { BSM_ERRNO_EFBIG, EFBIG, "File too large" },
- { BSM_ERRNO_ENOSPC, ENOSPC, "No space left on device" },
- { BSM_ERRNO_ESPIPE, ESPIPE, "Illegal seek" },
- { BSM_ERRNO_EROFS, EROFS, "Read-only file system" },
- { BSM_ERRNO_EMLINK, EMLINK, "Too many links" },
- { BSM_ERRNO_EPIPE, EPIPE, "Broken pipe" },
- { BSM_ERRNO_EDOM, EDOM, "Numerical argument out of domain" },
- { BSM_ERRNO_ERANGE, ERANGE, "Result too large" },
- { BSM_ERRNO_ENOMSG, ENOMSG, "No message of desired type" },
- { BSM_ERRNO_EIDRM, EIDRM, "Identifier removed" },
+ { BSM_ERRNO_ESUCCESS, 0, ES("Success") },
+ { BSM_ERRNO_EPERM, EPERM, ES("Operation not permitted") },
+ { BSM_ERRNO_ENOENT, ENOENT, ES("No such file or directory") },
+ { BSM_ERRNO_ESRCH, ESRCH, ES("No such process") },
+ { BSM_ERRNO_EINTR, EINTR, ES("Interrupted system call") },
+ { BSM_ERRNO_EIO, EIO, ES("Input/output error") },
+ { BSM_ERRNO_ENXIO, ENXIO, ES("Device not configured") },
+ { BSM_ERRNO_E2BIG, E2BIG, ES("Argument list too long") },
+ { BSM_ERRNO_ENOEXEC, ENOEXEC, ES("Exec format error") },
+ { BSM_ERRNO_EBADF, EBADF, ES("Bad file descriptor") },
+ { BSM_ERRNO_ECHILD, ECHILD, ES("No child processes") },
+ { BSM_ERRNO_EAGAIN, EAGAIN, ES("Resource temporarily unavailable") },
+ { BSM_ERRNO_ENOMEM, ENOMEM, ES("Cannot allocate memory") },
+ { BSM_ERRNO_EACCES, EACCES, ES("Permission denied") },
+ { BSM_ERRNO_EFAULT, EFAULT, ES("Bad address") },
+ { BSM_ERRNO_ENOTBLK, ENOTBLK, ES("Block device required") },
+ { BSM_ERRNO_EBUSY, EBUSY, ES("Device busy") },
+ { BSM_ERRNO_EEXIST, EEXIST, ES("File exists") },
+ { BSM_ERRNO_EXDEV, EXDEV, ES("Cross-device link") },
+ { BSM_ERRNO_ENODEV, ENODEV, ES("Operation not supported by device") },
+ { BSM_ERRNO_ENOTDIR, ENOTDIR, ES("Not a directory") },
+ { BSM_ERRNO_EISDIR, EISDIR, ES("Is a directory") },
+ { BSM_ERRNO_EINVAL, EINVAL, ES("Invalid argument") },
+ { BSM_ERRNO_ENFILE, ENFILE, ES("Too many open files in system") },
+ { BSM_ERRNO_EMFILE, EMFILE, ES("Too many open files") },
+ { BSM_ERRNO_ENOTTY, ENOTTY, ES("Inappropriate ioctl for device") },
+ { BSM_ERRNO_ETXTBSY, ETXTBSY, ES("Text file busy") },
+ { BSM_ERRNO_EFBIG, EFBIG, ES("File too large") },
+ { BSM_ERRNO_ENOSPC, ENOSPC, ES("No space left on device") },
+ { BSM_ERRNO_ESPIPE, ESPIPE, ES("Illegal seek") },
+ { BSM_ERRNO_EROFS, EROFS, ES("Read-only file system") },
+ { BSM_ERRNO_EMLINK, EMLINK, ES("Too many links") },
+ { BSM_ERRNO_EPIPE, EPIPE, ES("Broken pipe") },
+ { BSM_ERRNO_EDOM, EDOM, ES("Numerical argument out of domain") },
+ { BSM_ERRNO_ERANGE, ERANGE, ES("Result too large") },
+ { BSM_ERRNO_ENOMSG, ENOMSG, ES("No message of desired type") },
+ { BSM_ERRNO_EIDRM, EIDRM, ES("Identifier removed") },
{ BSM_ERRNO_ECHRNG,
#ifdef ECHRNG
ECHRNG,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Channel number out of range" },
+ ES("Channel number out of range") },
{ BSM_ERRNO_EL2NSYNC,
#ifdef EL2NSYNC
EL2NSYNC,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Level 2 not synchronized" },
+ ES("Level 2 not synchronized") },
{ BSM_ERRNO_EL3HLT,
#ifdef EL3HLT
EL3HLT,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Level 3 halted" },
+ ES("Level 3 halted") },
{ BSM_ERRNO_EL3RST,
#ifdef EL3RST
EL3RST,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Level 3 reset" },
+ ES("Level 3 reset") },
{ BSM_ERRNO_ELNRNG,
#ifdef ELNRNG
ELNRNG,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Link number out of range" },
+ ES("Link number out of range") },
{ BSM_ERRNO_EUNATCH,
#ifdef EUNATCH
EUNATCH,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Protocol driver not attached" },
+ ES("Protocol driver not attached") },
{ BSM_ERRNO_ENOCSI,
#ifdef ENOCSI
ENOCSI,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "No CSI structure available" },
+ ES("No CSI structure available") },
{ BSM_ERRNO_EL2HLT,
#ifdef EL2HLT
EL2HLT,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Level 2 halted" },
- { BSM_ERRNO_EDEADLK, EDEADLK, "Resource deadlock avoided" },
- { BSM_ERRNO_ENOLCK, ENOLCK, "No locks available" },
- { BSM_ERRNO_ECANCELED, ECANCELED, "Operation canceled" },
- { BSM_ERRNO_ENOTSUP, ENOTSUP, "Operation not supported" },
- { BSM_ERRNO_EDQUOT, EDQUOT, "Disc quota exceeded" },
+ ES("Level 2 halted") },
+ { BSM_ERRNO_EDEADLK, EDEADLK, ES("Resource deadlock avoided") },
+ { BSM_ERRNO_ENOLCK, ENOLCK, ES("No locks available") },
+ { BSM_ERRNO_ECANCELED, ECANCELED, ES("Operation canceled") },
+ { BSM_ERRNO_ENOTSUP, ENOTSUP, ES("Operation not supported") },
+ { BSM_ERRNO_EDQUOT, EDQUOT, ES("Disc quota exceeded") },
{ BSM_ERRNO_EBADE,
#ifdef EBADE
EBADE,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Invalid exchange" },
+ ES("Invalid exchange") },
{ BSM_ERRNO_EBADR,
#ifdef EBADR
EBADR,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Invalid request descriptor" },
+ ES("Invalid request descriptor") },
{ BSM_ERRNO_EXFULL,
#ifdef EXFULL
EXFULL,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Exchange full" },
+ ES("Exchange full") },
{ BSM_ERRNO_ENOANO,
#ifdef ENOANO
ENOANO,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "No anode" },
+ ES("No anode") },
{ BSM_ERRNO_EBADRQC,
#ifdef EBADRQC
EBADRQC,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Invalid request descriptor" },
+ ES("Invalid request descriptor") },
{ BSM_ERRNO_EBADSLT,
#ifdef EBADSLT
EBADSLT,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Invalid slot" },
+ ES("Invalid slot") },
{ BSM_ERRNO_EDEADLOCK,
#ifdef EDEADLOCK
EDEADLOCK,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Resource deadlock avoided" },
+ ES("Resource deadlock avoided") },
{ BSM_ERRNO_EBFONT,
#ifdef EBFONT
EBFONT,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Bad font file format" },
+ ES("Bad font file format") },
{ BSM_ERRNO_EOWNERDEAD,
#ifdef EOWNERDEAD
EOWNERDEAD,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Process died with the lock" },
+ ES("Process died with the lock") },
{ BSM_ERRNO_ENOTRECOVERABLE,
#ifdef ENOTRECOVERABLE
ENOTRECOVERABLE,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Lock is not recoverable" },
+ ES("Lock is not recoverable") },
{ BSM_ERRNO_ENOSTR,
#ifdef ENOSTR
ENOSTR,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Device not a stream" },
+ ES("Device not a stream") },
{ BSM_ERRNO_ENONET,
#ifdef ENONET
ENONET,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Machine is not on the network" },
+ ES("Machine is not on the network") },
{ BSM_ERRNO_ENOPKG,
#ifdef ENOPKG
ENOPKG,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Package not installed" },
- { BSM_ERRNO_EREMOTE, EREMOTE, "Too many levels of remote in path" },
+ ES("Package not installed") },
+ { BSM_ERRNO_EREMOTE, EREMOTE,
+ ES("Too many levels of remote in path") },
{ BSM_ERRNO_ENOLINK,
#ifdef ENOLINK
ENOLINK,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Link has been severed" },
+ ES("Link has been severed") },
{ BSM_ERRNO_EADV,
#ifdef EADV
EADV,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Advertise error" },
+ ES("Advertise error") },
{ BSM_ERRNO_ESRMNT,
#ifdef ESRMNT
ESRMNT,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "srmount error" },
+ ES("srmount error") },
{ BSM_ERRNO_ECOMM,
#ifdef ECOMM
ECOMM,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Communication error on send" },
+ ES("Communication error on send") },
{ BSM_ERRNO_EPROTO,
#ifdef EPROTO
EPROTO,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Protocol error" },
+ ES("Protocol error") },
{ BSM_ERRNO_ELOCKUNMAPPED,
#ifdef ELOCKUNMAPPED
ELOCKUNMAPPED,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Locked lock was unmapped" },
+ ES("Locked lock was unmapped") },
{ BSM_ERRNO_ENOTACTIVE,
#ifdef ENOTACTIVE
ENOTACTIVE,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Facility is not active" },
+ ES("Facility is not active") },
{ BSM_ERRNO_EMULTIHOP,
#ifdef EMULTIHOP
EMULTIHOP,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Multihop attempted" },
+ ES("Multihop attempted") },
{ BSM_ERRNO_EBADMSG,
#ifdef EBADMSG
EBADMSG,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Bad message" },
- { BSM_ERRNO_ENAMETOOLONG, ENAMETOOLONG, "File name too long" },
- { BSM_ERRNO_EOVERFLOW, EOVERFLOW, "Value too large to be stored in data type" },
+ ES("Bad message") },
+ { BSM_ERRNO_ENAMETOOLONG, ENAMETOOLONG, ES("File name too long") },
+ { BSM_ERRNO_EOVERFLOW, EOVERFLOW,
+ ES("Value too large to be stored in data type") },
{ BSM_ERRNO_ENOTUNIQ,
#ifdef ENOTUNIQ
ENOTUNIQ,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Given log name not unique" },
+ ES("Given log name not unique") },
{ BSM_ERRNO_EBADFD,
#ifdef EBADFD
EBADFD,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Given f.d. invalid for this operation" },
+ ES("Given f.d. invalid for this operation") },
{ BSM_ERRNO_EREMCHG,
#ifdef EREMCHG
EREMCHG,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Remote address changed" },
+ ES("Remote address changed") },
{ BSM_ERRNO_ELIBACC,
#ifdef ELIBACC
ELIBACC,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Can't access a needed shared lib" },
+ ES("Can't access a needed shared lib") },
{ BSM_ERRNO_ELIBBAD,
#ifdef ELIBBAD
ELIBBAD,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Accessing a corrupted shared lib" },
+ ES("Accessing a corrupted shared lib") },
{ BSM_ERRNO_ELIBSCN,
#ifdef ELIBSCN
ELIBSCN,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- ".lib section in a.out corrupted" },
+ ES(".lib section in a.out corrupted") },
{ BSM_ERRNO_ELIBMAX,
#ifdef ELIBMAX
ELIBMAX,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Attempting to link in too many libs" },
+ ES("Attempting to link in too many libs") },
{ BSM_ERRNO_ELIBEXEC,
#ifdef ELIBEXEC
ELIBEXEC,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Attempting to exec a shared library" },
- { BSM_ERRNO_EILSEQ, EILSEQ, "Illegal byte sequence" },
- { BSM_ERRNO_ENOSYS, ENOSYS, "Function not implemented" },
- { BSM_ERRNO_ELOOP, ELOOP, "Too many levels of symbolic links" },
+ ES("Attempting to exec a shared library") },
+ { BSM_ERRNO_EILSEQ, EILSEQ, ES("Illegal byte sequence") },
+ { BSM_ERRNO_ENOSYS, ENOSYS, ES("Function not implemented") },
+ { BSM_ERRNO_ELOOP, ELOOP, ES("Too many levels of symbolic links") },
{ BSM_ERRNO_ERESTART,
#ifdef ERESTART
ERESTART,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Restart syscall" },
+ ES("Restart syscall") },
{ BSM_ERRNO_ESTRPIPE,
#ifdef ESTRPIPE
ESTRPIPE,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "If pipe/FIFO, don't sleep in stream head" },
- { BSM_ERRNO_ENOTEMPTY, ENOTEMPTY, "Directory not empty" },
- { BSM_ERRNO_EUSERS, EUSERS, "Too many users" },
- { BSM_ERRNO_ENOTSOCK, ENOTSOCK, "Socket operation on non-socket" },
- { BSM_ERRNO_EDESTADDRREQ, EDESTADDRREQ, "Destination address required" },
- { BSM_ERRNO_EMSGSIZE, EMSGSIZE, "Message too long" },
- { BSM_ERRNO_EPROTOTYPE, EPROTOTYPE, "Protocol wrong type for socket" },
- { BSM_ERRNO_ENOPROTOOPT, ENOPROTOOPT, "Protocol not available" },
- { BSM_ERRNO_EPROTONOSUPPORT, EPROTONOSUPPORT, "Protocol not supported" },
- { BSM_ERRNO_ESOCKTNOSUPPORT, ESOCKTNOSUPPORT, "Socket type not supported" },
- { BSM_ERRNO_EOPNOTSUPP, EOPNOTSUPP, "Operation not supported" },
- { BSM_ERRNO_EPFNOSUPPORT, EPFNOSUPPORT, "Protocol family not supported" },
- { BSM_ERRNO_EAFNOSUPPORT, EAFNOSUPPORT, "Address family not supported by protocol family" },
- { BSM_ERRNO_EADDRINUSE, EADDRINUSE, "Address already in use" },
- { BSM_ERRNO_EADDRNOTAVAIL, EADDRNOTAVAIL, "Can't assign requested address" },
- { BSM_ERRNO_ENETDOWN, ENETDOWN, "Network is down" },
- { BSM_ERRNO_ENETRESET, ENETRESET, "Network dropped connection on reset" },
- { BSM_ERRNO_ECONNABORTED, ECONNABORTED, "Software caused connection abort" },
- { BSM_ERRNO_ECONNRESET, ECONNRESET, "Connection reset by peer" },
- { BSM_ERRNO_ENOBUFS, ENOBUFS, "No buffer space available" },
- { BSM_ERRNO_EISCONN, EISCONN, "Socket is already connected" },
- { BSM_ERRNO_ENOTCONN, ENOTCONN, "Socket is not connected" },
- { BSM_ERRNO_ESHUTDOWN, ESHUTDOWN, "Can't send after socket shutdown" },
- { BSM_ERRNO_ETOOMANYREFS, ETOOMANYREFS, "Too many references: can't splice" },
- { BSM_ERRNO_ETIMEDOUT, ETIMEDOUT, "Operation timed out" },
- { BSM_ERRNO_ECONNREFUSED, ECONNREFUSED, "Connection refused" },
- { BSM_ERRNO_EHOSTDOWN, EHOSTDOWN, "Host is down" },
- { BSM_ERRNO_EHOSTUNREACH, EHOSTUNREACH, "No route to host" },
- { BSM_ERRNO_EALREADY, EALREADY, "Operation already in progress" },
- { BSM_ERRNO_EINPROGRESS, EINPROGRESS, "Operation now in progress" },
- { BSM_ERRNO_ESTALE, ESTALE, "Stale NFS file handle" },
+ ES("If pipe/FIFO, don't sleep in stream head") },
+ { BSM_ERRNO_ENOTEMPTY, ENOTEMPTY, ES("Directory not empty") },
+ { BSM_ERRNO_EUSERS, EUSERS, ES("Too many users") },
+ { BSM_ERRNO_ENOTSOCK, ENOTSOCK,
+ ES("Socket operation on non-socket") },
+ { BSM_ERRNO_EDESTADDRREQ, EDESTADDRREQ,
+ ES("Destination address required") },
+ { BSM_ERRNO_EMSGSIZE, EMSGSIZE, ES("Message too long") },
+ { BSM_ERRNO_EPROTOTYPE, EPROTOTYPE,
+ ES("Protocol wrong type for socket") },
+ { BSM_ERRNO_ENOPROTOOPT, ENOPROTOOPT, ES("Protocol not available") },
+ { BSM_ERRNO_EPROTONOSUPPORT, EPROTONOSUPPORT,
+ ES("Protocol not supported") },
+ { BSM_ERRNO_ESOCKTNOSUPPORT, ESOCKTNOSUPPORT,
+ ES("Socket type not supported") },
+ { BSM_ERRNO_EOPNOTSUPP, EOPNOTSUPP, ES("Operation not supported") },
+ { BSM_ERRNO_EPFNOSUPPORT, EPFNOSUPPORT,
+ ES("Protocol family not supported") },
+ { BSM_ERRNO_EAFNOSUPPORT, EAFNOSUPPORT,
+ ES("Address family not supported by protocol family") },
+ { BSM_ERRNO_EADDRINUSE, EADDRINUSE, ES("Address already in use") },
+ { BSM_ERRNO_EADDRNOTAVAIL, EADDRNOTAVAIL,
+ ES("Can't assign requested address") },
+ { BSM_ERRNO_ENETDOWN, ENETDOWN, ES("Network is down") },
+ { BSM_ERRNO_ENETRESET, ENETRESET,
+ ES("Network dropped connection on reset") },
+ { BSM_ERRNO_ECONNABORTED, ECONNABORTED,
+ ES("Software caused connection abort") },
+ { BSM_ERRNO_ECONNRESET, ECONNRESET, ES("Connection reset by peer") },
+ { BSM_ERRNO_ENOBUFS, ENOBUFS, ES("No buffer space available") },
+ { BSM_ERRNO_EISCONN, EISCONN, ES("Socket is already connected") },
+ { BSM_ERRNO_ENOTCONN, ENOTCONN, ES("Socket is not connected") },
+ { BSM_ERRNO_ESHUTDOWN, ESHUTDOWN,
+ ES("Can't send after socket shutdown") },
+ { BSM_ERRNO_ETOOMANYREFS, ETOOMANYREFS,
+ ES("Too many references: can't splice") },
+ { BSM_ERRNO_ETIMEDOUT, ETIMEDOUT, ES("Operation timed out") },
+ { BSM_ERRNO_ECONNREFUSED, ECONNREFUSED, ES("Connection refused") },
+ { BSM_ERRNO_EHOSTDOWN, EHOSTDOWN, ES("Host is down") },
+ { BSM_ERRNO_EHOSTUNREACH, EHOSTUNREACH, ES("No route to host") },
+ { BSM_ERRNO_EALREADY, EALREADY, ES("Operation already in progress") },
+ { BSM_ERRNO_EINPROGRESS, EINPROGRESS,
+ ES("Operation now in progress") },
+ { BSM_ERRNO_ESTALE, ESTALE, ES("Stale NFS file handle") },
{ BSM_ERRNO_EPWROFF,
#ifdef EPWROFF
EPWROFF,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Device power is off" },
+ ES("Device power is off") },
{ BSM_ERRNO_EDEVERR,
#ifdef EDEVERR
EDEVERR,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Device error" },
+ ES("Device error") },
{ BSM_ERRNO_EBADEXEC,
#ifdef EBADEXEC
EBADEXEC,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Bad executable" },
+ ES("Bad executable") },
{ BSM_ERRNO_EBADARCH,
#ifdef EBADARCH
EBADARCH,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Bad CPU type in executable" },
+ ES("Bad CPU type in executable") },
{ BSM_ERRNO_ESHLIBVERS,
#ifdef ESHLIBVERS
ESHLIBVERS,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Shared library version mismatch" },
+ ES("Shared library version mismatch") },
{ BSM_ERRNO_EBADMACHO,
#ifdef EBADMACHO
EBADMACHO,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Malfored Macho file" },
+ ES("Malfored Macho file") },
{ BSM_ERRNO_EPOLICY,
#ifdef EPOLICY
EPOLICY,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Operation failed by policy" },
+ ES("Operation failed by policy") },
{ BSM_ERRNO_EDOTDOT,
#ifdef EDOTDOT
EDOTDOT,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "RFS specific error" },
+ ES("RFS specific error") },
{ BSM_ERRNO_EUCLEAN,
#ifdef EUCLEAN
EUCLEAN,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Structure needs cleaning" },
+ ES("Structure needs cleaning") },
{ BSM_ERRNO_ENOTNAM,
#ifdef ENOTNAM
ENOTNAM,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Not a XENIX named type file" },
+ ES("Not a XENIX named type file") },
{ BSM_ERRNO_ENAVAIL,
#ifdef ENAVAIL
ENAVAIL,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "No XENIX semaphores available" },
+ ES("No XENIX semaphores available") },
{ BSM_ERRNO_EISNAM,
#ifdef EISNAM
EISNAM,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Is a named type file" },
+ ES("Is a named type file") },
{ BSM_ERRNO_EREMOTEIO,
#ifdef EREMOTEIO
EREMOTEIO,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Remote I/O error" },
+ ES("Remote I/O error") },
{ BSM_ERRNO_ENOMEDIUM,
#ifdef ENOMEDIUM
ENOMEDIUM,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "No medium found" },
+ ES("No medium found") },
{ BSM_ERRNO_EMEDIUMTYPE,
#ifdef EMEDIUMTYPE
EMEDIUMTYPE,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Wrong medium type" },
+ ES("Wrong medium type") },
{ BSM_ERRNO_ENOKEY,
#ifdef ENOKEY
ENOKEY,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Required key not available" },
+ ES("Required key not available") },
{ BSM_ERRNO_EKEYEXPIRED,
#ifdef EKEEXPIRED
EKEYEXPIRED,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Key has expired" },
+ ES("Key has expired") },
{ BSM_ERRNO_EKEYREVOKED,
#ifdef EKEYREVOKED
EKEYREVOKED,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Key has been revoked" },
+ ES("Key has been revoked") },
{ BSM_ERRNO_EKEYREJECTED,
#ifdef EKEREJECTED
EKEYREJECTED,
#else
ERRNO_NO_LOCAL_MAPPING,
#endif
- "Key was rejected by service" },
+ ES("Key was rejected by service") },
};
static const int bsm_errnos_count = sizeof(bsm_errnos) / sizeof(bsm_errnos[0]);
From owner-p4-projects@FreeBSD.ORG Wed Dec 31 15:32:07 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 7C3CF1065670; Wed, 31 Dec 2008 15:32:07 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 34221106566B
for ; Wed, 31 Dec 2008 15:32:07 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 209B38FC16
for ; Wed, 31 Dec 2008 15:32:07 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBVFW6WH019106
for ; Wed, 31 Dec 2008 15:32:06 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBVFW6DZ019104
for perforce@freebsd.org; Wed, 31 Dec 2008 15:32:06 GMT
(envelope-from rene@FreeBSD.org)
Date: Wed, 31 Dec 2008 15:32:06 GMT
Message-Id: <200812311532.mBVFW6DZ019104@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155509 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Wed, 31 Dec 2008 15:32:08 -0000
http://perforce.freebsd.org/chv.cgi?CH=155509
Change 155509 by rene@rene_self on 2008/12/31 15:31:50
Complete merge of updating chapter into cutting-edge chapter.
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/cutting-edge/chapter.sgml#8 edit
Differences ...
==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/cutting-edge/chapter.sgml#8 (text+ko) ====
@@ -50,36 +50,51 @@
- Het scherp van de snede
+ &os; updaten en upgraden
-
+ Overzicht&os; wordt ontwikkeld tussen de verschillende versies in.
- Voor mensen die het nieuwste van het nieuwste willen hebben zijn
- er verschillende makkelijke mechanismes om een systeem
- gesynchroniseerd te houden met de laatste ontwikkelingen. Wees
- gewaarschuwd: het nieuwste van het nieuwste is niet voor
- iedereen geschikt! Dit hoofdstuk helpt om een keuze te maken of
- het wenselijk is het ontwikkelsysteem te volgen of
- één van de uitgegeven versies.
+ Sommige mensen prefereren om de officieel uitgegeven versies te
+ draaien, terwijl anderen gesynchroniseerd willen blijven met de
+ nieuwste ontwikkelingen. Zelfs officiële uitgaven echter
+ worden vaak bijgewerkt met veiligheids- en andere kritieke
+ reparaties. Ongeacht de gebruikte versie biedt &os; alle
+ noodzakelijke gereedschappen om uw systeem bijgewerkt te houden,
+ en maakt het het upgraden tussen versies ook gemakkelijk. Dit
+ hoofdstuk helpt om een keuze te maken of het wenselijk is het
+ ontwikkelsysteem te volgen of één van de uitgegeven
+ versies. De basisgereedschappen om uw systeem bijgewerkt te
+ houden worden ook gepresenteerd.
Na het lezen van dit hoofdstuk weet de lezer:
- De verschillen tussen de ontwikkeltakken &os.stable; en
- &os.current;;
+ Welke gereedschappen gebruikt kunnen worden om het systeem
+ en de Portscollectie te updaten.Hoe een systeem bijgewerkt kan worden met
+ freebsd-update,
CVSup,
CVS of
CTM;
+ Hoe de toestand van een geïnstalleerd systeem met een
+ bekende maagdelijke kopie te vergelijken.
+
+
+
+ De verschillen tussen de ontwikkeltakken &os.stable; en
+ &os.current;;
+
+
+ Hoe een basissysteem opnieuw te compileren en
te herinstalleren met make buildworld,
enzovoort.
@@ -111,6 +126,408 @@
+
+
+
+
+ Tom
+ Rhodes
+ Geschreven door
+
+
+
+
+
+ Colin
+ Percival
+ Gebaseerd op notities aangeleverd door
+
+
+
+
+ FreeBSD Update
+
+ updaten en upgraden
+
+
+ freebsd-update
+
+ updating-upgrading
+
+
+ Het toepassen van beveiligingspatches is een belangrijk
+ onderdeel van het beheren van computersoftware, met name het
+ besturingssysteem. Dit was voor een lange tijd geen gemakkelijk
+ proces op &os;. Er moesten patches op de broncode worden
+ toegepast, de code moest herbouwd worden tot binairen, en daarna
+ moesten de binairen worden geherinstalleerd.
+
+ Dit is niet langer het geval aangezien &os; nu een gereedschap
+ heeft dat eenvoudigweg freebsd-update heet.
+ Dit gereedschap biedt twee gescheiden functies. Ten eerste
+ voorziet het in het toepassen van binaire beveiligings- en
+ errata-updates op het basissysteem van &os; zonder de eis om te
+ bouwen en te installeren. Ten tweede ondersteunt het gereedschap
+ kleine en grote uitgave-upgrades.
+
+
+ Binaire updates zijn beschikbaar voor alle architecturen en
+ uitgaven die momenteel door het beveiligingsteam worden
+ ondersteund; voor sommige eigenschappen, zoals de upgrades van
+ het besturingssysteem &os;, zijn de laatste uitgave van
+ &man.freebsd-update.8; en &os; 6.3 nodig. Voordat naar
+ een nieuwe uitgave wordt ge-updated, dienen de huidige
+ uitgaveaankondigingen gelezen te worden aangezien ze belangrijke
+ informatie over de gewenste uitgave kunnen bevatten. De
+ aankondigingen kunnen op de volgende koppeling bekeken worden:
+ .
+
+
+ Als er een crontab bestaat die de
+ mogelijkheden van freebsd-update gebruikt, moet
+ het uitgeschakeld worden voordat aan de volgende operatie wordt
+ begonnen.
+
+
+ Het configuratiebestand
+
+ Sommige gebruikers willen het configuratiebestand tweaken,
+ waardoor het proces beter gecontroleerd kan worden. De opties
+ zijn goed gedocumenteerd, maar voor de volgenden is wat extra
+ uitleg nodig:
+
+ # Componenten van het basissysteem die bijgewerkt moeten blijven
+Components src world kernel
+
+ Deze parameter bepaalt welke delen van &os; bijgewerkt
+ blijven. Standaard wordt de broncode bijgewerkt, het hele
+ basissysteem, en de kernel. Dezelfde componenten als tijdens de
+ installatie zijn beschikbaar, het toevoegen van bijvoorbeeld
+ "world/games" zou de spelpatches toepassen. Het gebruik van
+ "src/bin" zou de broncode in src/bin bijgewerkt houden.
+
+ Het beste kan dit op de standaardwaarde blijven aangezien
+ het veranderen hiervan om specifieke items te bevatten de
+ gebruiker dwingt om alle items die bijgewerkt dienen te worden
+ op te noemen. Dit kan rampzalige gevolgen hebben aangezien de
+ broncode en de binairen asynchroon kunnen raken.
+
+ # Paden die beginnen met iets wat overeenkomt met een regel in een IgnorePaths
+# statement zullen genegeerd worden.
+IgnorePaths
+
+ Voeg paden, zoals
+ /bin of
+ /sbin toe om deze
+ specifieke mappen ongemoeid te laten tijdens het updateproces.
+ Deze optie kan gebruikt worden om te voorkomen dat
+ freebsd-update lokale wijzigingen
+ overschrijft.
+
+ # Paden die beginnen met iets wat overeenkomt met een regel in een UpdateIfUnmodified
+# statement zullen alleen worden bijgewerkt als de inhoud van het bestand niet is
+# gewijzigd door de gebruiker (tenzij veranderingen zijn samengevoegd; zie beneden).
+UpdateIfUnmodified /etc/ /var/ /root/ /.cshrc /.profile
+
+ Werk configuratiebestanden in de aangegeven mappen alleen
+ bij als ze niet zijn gewijzigd. Alle veranderingen die door de
+ gebruiker zijn gemaakt maken het automatisch bijwerken van deze
+ bestanden ongeldig. Er is een andere optie,
+ KeepModifiedMetadata, die
+ freebsd-update instrueert om de veranderingen
+ tijdens het samenvoegen te bewaren.
+
+ # Wanneer naar een nieuwe uitgave van &os; wordt ge-upgraded, worden lokale veranderingen van bestanden die overeenkomen met MergeChanges
+# samengevoegd in de versie van de nieuwe uitgave.
+MergeChanges /etc/ /var/named/etc/
+
+ Lijst van mappen met instellingenbestanden waar
+ freebsd-update moet proberen om in samen te
+ voegen. Het proces van bestanden samenvoegen is een serie
+ van &man.diff.1;-patches die ongeveer gelijk is aan
+ &man.mergemaster.8; met minder opties, de samenvoegingen worden
+ ofwel geaccepteerd, of openen een tekstverwerker, of zorgen
+ ervoor dat freebsd-update afbreekt. Maak in
+ geval van twijfel een reservekopie van /etc en accepteer de
+ samenvoegingen. In staat meer
+ informatie over het commando mergemaster.
+
+ # Map waarin de gedownloade updates en tijdelijke
+bestanden
+# die door een &os; Update worden gebruikt worden worden opgeslagen.
+# WorkDir /var/db/freebsd-update
+
+ Dit is de map waarin alle patches en tijdelijke bestanden
+ worden geplaatst. In het geval dat de gebruiker een
+ versie-upgrade uitvoert, dient deze locatie tenminste een
+ gigabyte aan vrije schijfruimte te hebben.
+
+ # Wanneer tussen uitgaven wordt ge-upgraded, dient de lijst van Componenten dan
+# strikt gelezen te worden (StrictComponents yes) of slechts als een lijst van componenten
+
+# die geïnstalleerd *kunnen* worden en waarvan &os; Update uit dient te zoeken
+# welke daadwerkelijk zijn geïnstalleerd en die te upgraden (StrictComponents no)?
+# StrictComponents no
+
+ Wanneer ingesteld op yes, zal
+ freebsd-update aannemen dat de lijst
+ Components compleet is en zal het niet
+ proberen om wijzigingen buiten de lijst te maken. Effectief zal
+ freebsd-update proberen om elk bestand bij te
+ werken dat op de lijst Components staat.
+
+
+
+ Beveiligingspatches
+
+ Beveiligingspatches staan op een verre machine en kunnen met
+ het volgende commando gedownload en geïnstalleerd
+ worden:
+
+ &prompt.root; freebsd-update fetch
+&prompt.root; freebsd-update install
+
+ Als er kernelpatches zijn toegepast moet het systeem opnieuw
+ opgestart worden. Als alles goed is gegaan dient het systeem
+ gepatcht te zijn en kan freebsd-update als
+ een nachtelijke &man.cron.8;-taak gedraaid worden. Een regel
+ in /etc/crontab zou genoeg moeten zijn om
+ deze taak te volbrengen:
+
+ @daily root freebsd-update cron
+
+ Deze regel verklaart dat eenmaal per dag het commando
+ freebsd-update gedraaid zal worden. Op deze
+ manier, door het argument te gebruiken,
+ zal freebsd-update alleen kijken of er
+ updates bestaan. Als er patches bestaan, zullen ze automatisch
+ worden gedownload naar de plaatselijke schijf maar niet worden
+ toegepast. Er zal een email aan de gebruiker
+ root worden verstuurd zodat ze handmatig
+ geïnstalleerd kunnen worden.
+
+ Als er iets misging, heeft freebsd-update
+ de mogelijkheid om de laatste verzamelingen veranderingen terug
+ te draaien met het volgende commando:
+
+ &prompt.root; freebsd-update rollback
+
+ Eenmaal voltooid, dient het systeem herstart te worden als
+ de kernel of enige kernelmodule is gewijzigd. Dit stelt &os; in
+ staat om de nieuwe binairen in het geheugen te laden.
+
+
+ De freebsd-update werkt alleen met de
+ kernel GENERIC. Als er wijzigingen aan
+ de kernel GENERIC zijn gemaakt of er een
+ eigen kernel is geïnstalleerd, wordt
+ freebsd-update niet voltooid —
+ het zal falen in het eerste geval en een fout produceren in
+ het laatste.
+
+
+
+
+ Grote en kleine upgrades
+
+ Dit proces ruimt oude objectbestanden en bibliotheken op
+ waardoor de meeste applicaties van derde partijen kapot gaan.
+ Het wordt aangeraden dat alle geïnstalleerde poorten ofwel
+ verwijderd en geherinstalleerd worden of later ge-upgraded
+ worden met het hulpmiddel ports-mgmt/portupgrade. De meeste
+ gebruikers zullen willen proefdraaien met het volgende
+ commando:
+
+ &prompt.root; portupgrade -af
+
+ Dit zorgt ervoor dat alles juist wordt geherinstalleerd.
+ Merk op dat het instellen van de omgevingsvariabele
+ BATCH op yes het antwoord
+ yes zal geven op alle prompts tijdens dit
+ proces, waardoor het niet nodig is om handmatig in het
+ bouwproces in te grijpen.
+
+ Updates van grote en kleine versies kunnen worden uitgevoerd
+ door een uitgaveversie als doel aan
+ freebsd-update op te geven, het volgende
+ commando zal bijvoorbeeld updaten naar &os; 6.3:
+
+ &prompt.root; freebsd-update -r 6.3-RELEASE upgrade
+
+ Nadat het commando is ontvangen, zal
+ freebsd-update het instellingenbestand en het
+ huidige systeem evalueren in een poging om de benodigde
+ informatie te verzamelen om het systeem te updaten. Een lijst
+ op het scherm zal aangeven welke componenten zijn gedetecteerd
+ en welke niet. Bijvoorbeeld:
+
+ Looking up update.FreeBSD.org mirrors... 1 mirrors found.
+Fetching metadata signature for 6.3-BETA1 from update1.FreeBSD.org... done.
+Fetching metadata index... done.
+Inspecting system... done.
+
+The following components of FreeBSD seem to be installed:
+kernel/smp src/base src/bin src/contrib src/crypto src/etc src/games
+src/gnu src/include src/krb5 src/lib src/libexec src/release src/rescue
+src/sbin src/secure src/share src/sys src/tools src/ubin src/usbin
+world/base world/info world/lib32 world/manpages
+
+The following components of FreeBSD do not seem to be installed:
+kernel/generic world/catpages world/dict world/doc world/games
+world/proflibs
+
+Does this look reasonable (y/n)? y
+
+ Nu zal freebsd-update proberen om alle
+ bestanden die nodig zijn voor de upgrade te downloaden. In
+ sommige gevallen kan de gebruiker worden gevraagd wat te
+ installeren of hoe verder te gaan.
+
+ Nadat alle patches zijn gedownload naar het plaatselijke
+ systeem zullen ze worden toegepast. Dit proces kan afhankelijk
+ van de snelheid en werklast van de machine even duren. Hierna
+ zullen instellingenbestanden worden samengevoegd —
+ voor dit gedeelte van het proces is enige tussenkomst van de
+ gebruiker nodig aangezien een bestand kan worden samengevoegd of
+ omdat er een tekstverwerker op het scherm kan verschijnen om het
+ bestand handmatig samen te voegen. Het resultaat van elke
+ succesvolle samenvoeging zal aan de gebruiker worden getoond
+ naarmate het proces verder gaat. Een mislukte of genegeerde
+ samenvoegpoging zal het proces afbreken. Het is mogelijk voor
+ gebruikers om een reservekopie van /etc te maken en belangrijke
+ bestanden, zoals master.passwd of
+ group, later samen te voegen.
+
+
+ Het systeem is nog niet veranderd, al het patchen en
+ samenvoegen gebeurt in een andere map. Wanneer alle patches
+ succesvol zijn toegepast, alle instellingenbestanden zijn
+ samengevoegd en het erop lijkt dat het proces soepel verloopt,
+ dienen de veranderingen verzegeld te worden door de
+ gebruiker.
+
+
+ Als dit proces eenmaal voltooid is, kan de upgrade aan de
+ schijf toevertrouwd worden met het volgende commando.
+
+ &prompt.root; freebsd-update install
+
+ De kernel en kernelmodules zullen als eerste gepatcht
+ worden. Nu moet de machine opnieuw opgestart worden. Het
+ volgende commando kan gegeven worden om de machine te herstarten
+ en dus de nieuwe kernel in het geheugen te laden:
+
+ &prompt.root; shutdown -r now
+
+ Als het systeem weer actief is, moet
+ freebsd-update nogmaals gestart worden.
+ De toestand van het proces is opgeslagen en dus zal
+ freebsd-update niet vooraan beginnen, maar
+ zal het alle oude gedeelde bibliotheken en objectbestanden
+ verwijderen. Geef het volgende commando om verder te gaan op
+ dit punt:
+
+ &prompt.root; freebsd-update install
+
+
+ Afhankelijk van het feit of er versienummers van
+ bibliotheken zijn opgehoogd, kunnen er slechts twee in plaats
+ van drie installatiefasen zijn.
+
+
+ Alle software van derde partijen dient nu opnieuw gebouwd en
+ geïnstalleerd te worden. Dit is nodig omdat
+ geïnstalleerde software van bibliotheken afhankelijk kan
+ zijn die tijdens het upgradeproces zijn verwijderd. Het
+ commando ports-mgmt/portupgrade kan gebruikt
+ worden om dit proces te automatiseren. Dit proces kan met de
+ volgende commando's gestart worden:
+
+ &prompt.root; portupgrade -f ruby
+&prompt.root; rm /var/db/pkg/pkgdb.db
+&prompt.root; portupgrade -f ruby18-bdb
+&prompt.root; rm /var/db/pkg/pkgdb.db /usr/ports/INDEX-*.db
+&prompt.root; portupgrade -af
+
+ Voltooi, nadat dit voltooid is, het upgradeproces met een
+ laatste aanroep naar freebsd-update. Geef
+ het volgende commando om alle losse eindjes in het upgradeproces
+ samen te knopen:
+
+ &prompt.root; freebsd-update install
+
+ Start de machine opnieuw op in de nieuwe &os;-versie. Het
+ proces is voltooid.
+
+
+
+ Het vergelijken van systeemtoestanden
+
+ Het gereedschap freebsd-update kan
+ gebruikt worden om de toestand van de geïnstalleerde versie
+ van &os; met een bekende goede kopie te vergelijken. Deze optie
+ evalueert de huidige versie van systeemgereedschappen,
+ bibliotheken, en instellingenbestanden. Geef het volgende
+ commando om met de vergelijking te beginnen:
+
+ &prompt.root; freebsd-update IDS >> uitvoerbestand.ids
+
+
+ Hoewel de commandonaam IDS is, is het
+ in geen geval een vervanging voor een indringdetectiesysteem
+ zoals security/snort.
+ Aangezien freebsd-update gegevens op schijf
+ opslaat, is de mogelijkheid om te knoeien duidelijk. Hoewel
+ deze mogelijkheid verminderd kan worden door de instelling
+ kern.securelevel te gebruiken en de
+ gegevens van freebsd-update op een
+ bestandssysteem dat alleen gelezen kan worden op te slaan
+ wanneer deze niet gebruikt worden, zou een betere oplossing
+ zijn om het systeem met een veilige schijf te vergelijken,
+ zoals een DVD of een veilig opgeslagen
+ externe USB-schijf.
+
+
+ Het systeem zal nu geïnspecteerd worden, en er zal een
+ lijst van hun &man.sha256.1;-hashwaarden, zowel de bekende
+ waarde in de uitgave en de huidige geïnstalleerde waarde,
+ afgebeeld worden. Hierom wordt de uitvoer naar het bestand
+ uitvoerbestand.ids gezonden. Het scrollt
+ te snel voorbij om het met het oog te vergelijken, en het vult
+ al snel de gehele consolebuffer op.
+
+ Deze regels zijn ook extreem lang, maar het uitvoerformaat
+ kan vrij eenvoudig geparsed worden. Geef, om bijvoorbeeld een
+ lijst van alle bestanden te krijgen die verschillen van die in
+ de uitgave, het volgende commando:
+
+ &prompt.root; cat uitvoerbestand.ids | awk '{ print $1 }' | more
+/etc/master.passwd
+/etc/motd
+/etc/passwd
+/etc/pf.conf
+
+ Deze uitvoer is afgekapt, er bestaan veel meer bestanden.
+ Sommige van deze bestanden hebben natuurlijke veranderingen, het
+ /etc/passwd is gewijzigd omdat er
+ gebruikers aan het systeem zijn toegevoegd. In sommige gevallen
+ kunnen er andere bestanden zijn, zoals kernelmodules, die
+ verschillen aangezien freebsd-update ze
+ ge-updated kan hebben. Voeg, om bepaalde bestanden of mappen
+ uit te sluiten, deze toe aan de optie
+ IDSIgnorePaths in
+ /etc/freebsd-update.conf.
+
+ Dit systeem kan gebruikt worden als deel van een uitgebreide
+ upgrademethode, afgezien van de eerder besproken versie.
+
+
+
@@ -199,7 +616,7 @@
- &os.current; vs. &os.stable;
+ Een ontwikkelingstak volgen-CURRENT
@@ -1024,8 +1441,8 @@
&prompt.root; rm -rf *
-
- Broncode van het basis systeem hercompileren
+
+ Broncode van het basissysteem hercompilerenUitvoer bewaren
@@ -1420,7 +1837,8 @@
Als &man.mergemaster.8; gebruikt wordt (zoals
aangeraden), kan doorgegaan worden met het volgende onderdeel.
+ linkend="updating-upgrading-rebooting">volgende
+ onderdeel.
De simpelste manier om met de hand bij te werken, is de
bestanden in een nieuwe map installeren en daarna naar
@@ -1578,7 +1996,7 @@
-
+ HerstartenDit was het. Na een controle of alles op de juiste plaats
@@ -1597,9 +2015,9 @@
Als er dingen misgingen is het makkelijk om een deel van
het systeem opnieuw te bouwen. Als bijvoorbeeld per ongeluk
/etc/magic verwijderd is als onderdeel
- van de upgrade of door een merge van /etc,
- dan werkt &man.file.1; niet meer. Dat kan als volgt opgelost
- worden:
+ van de upgrade of door het samenvoegen van
+ /etc, dan werkt &man.file.1; niet meer.
+ Dat kan als volgt opgelost worden:&prompt.root; cd /usr/src/usr.bin/file
&prompt.root; make all install
From owner-p4-projects@FreeBSD.ORG Wed Dec 31 15:34:09 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id 890151065672; Wed, 31 Dec 2008 15:34:09 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id 44AB51065678
for ; Wed, 31 Dec 2008 15:34:09 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 191ED8FC19
for ; Wed, 31 Dec 2008 15:34:09 +0000 (UTC)
(envelope-from rene@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBVFY9gA019276
for ; Wed, 31 Dec 2008 15:34:09 GMT
(envelope-from rene@FreeBSD.org)
Received: (from perforce@localhost)
by repoman.freebsd.org (8.14.3/8.14.3/Submit) id mBVFY82b019274
for perforce@freebsd.org; Wed, 31 Dec 2008 15:34:09 GMT
(envelope-from rene@FreeBSD.org)
Date: Wed, 31 Dec 2008 15:34:09 GMT
Message-Id: <200812311534.mBVFY82b019274@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: perforce set sender to
rene@FreeBSD.org using -f
From: Rene Ladan
To: Perforce Change Reviews
Cc:
Subject: PERFORCE change 155510 for review
X-BeenThere: p4-projects@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: p4 projects tree changes
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Wed, 31 Dec 2008 15:34:10 -0000
http://perforce.freebsd.org/chv.cgi?CH=155510
Change 155510 by rene@rene_self on 2008/12/31 15:33:23
Remove old updating chapter.
Affected files ...
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/updating/Makefile#3 delete
.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/updating/chapter.sgml#11 delete
Differences ...
From owner-p4-projects@FreeBSD.ORG Wed Dec 31 15:47:23 2008
Return-Path:
Delivered-To: p4-projects@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 32767)
id E569C1065673; Wed, 31 Dec 2008 15:47:22 +0000 (UTC)
Delivered-To: perforce@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
by hub.freebsd.org (Postfix) with ESMTP id A58F6106566C
for ; Wed, 31 Dec 2008 15:47:22 +0000 (UTC)
(envelope-from ed@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
[IPv6:2001:4f8:fff6::29])
by mx1.freebsd.org (Postfix) with ESMTP id 930578FC1A
for ; Wed, 31 Dec 2008 15:47:22 +0000 (UTC)
(envelope-from ed@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id mBVFlMa5020442
for