From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 01:50:05 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76BD41065679 for ; Sun, 10 Jan 2010 01:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 38EA28FC19 for ; Sun, 10 Jan 2010 01:50:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0A1o5KV092705 for ; Sun, 10 Jan 2010 01:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0A1o5nY092704; Sun, 10 Jan 2010 01:50:05 GMT (envelope-from gnats) Resent-Date: Sun, 10 Jan 2010 01:50:05 GMT Resent-Message-Id: <201001100150.o0A1o5nY092704@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Stephen Fisher Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB39106566C for ; Sun, 10 Jan 2010 01:45:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1EF8FC08 for ; Sun, 10 Jan 2010 01:45:54 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o0A1jrOG082325 for ; Sun, 10 Jan 2010 01:45:53 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o0A1jrIe082324; Sun, 10 Jan 2010 01:45:53 GMT (envelope-from nobody) Message-Id: <201001100145.o0A1jrIe082324@www.freebsd.org> Date: Sun, 10 Jan 2010 01:45:53 GMT From: Stephen Fisher To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/142560: FreeBSD Handbook - Freebsd Update section: List config filename before config options are discussed X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 01:50:05 -0000 >Number: 142560 >Category: docs >Synopsis: FreeBSD Handbook - Freebsd Update section: List config filename before config options are discussed >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jan 10 01:50:04 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Stephen Fisher >Release: 8.0-RELEASE >Organization: >Environment: FreeBSD shadow-freebsd.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Please consider adding the filename of the default freebsd-update configuration file (/etc/freebsd-update.conf) higher in the handbook page on freebsd-update, preferably before the configuration file's options are being discussed. Section 24.2.1: "The Configuration File" seems like the right place for this. Right now, it is only listed further down under sections 24.2.2 and 24.2.4. The filename on a 8.0-RELEASE base install is /usr/local/share/doc/freebsd/handbook/updating-upgrading-freebsdupdate.html (on my English system, the /usr/local/share/doc/freebsd/handbook links to /usr/local/share/doc/freebsd/en_US.ISO8859-1/books/handbook). I encountered this minor issue when reading the handbook online at http://www.freebsd.org/doc/en/books/handbook/updating-upgrading-freebsdupdate.html. Thanks! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 10:26:12 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D241065695; Sun, 10 Jan 2010 10:26:12 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BEE758FC08; Sun, 10 Jan 2010 10:26:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AAQCQP076509; Sun, 10 Jan 2010 10:26:12 GMT (envelope-from manolis@freefall.freebsd.org) Received: (from manolis@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AAQC7F076505; Sun, 10 Jan 2010 10:26:12 GMT (envelope-from manolis) Date: Sun, 10 Jan 2010 10:26:12 GMT Message-Id: <201001101026.o0AAQC7F076505@freefall.freebsd.org> To: steve@stephen-fisher.com, manolis@FreeBSD.org, freebsd-doc@FreeBSD.org From: manolis@FreeBSD.org Cc: Subject: Re: docs/142560: [handbook] [request] FreeBSD Update section: List config filename before config options are discussed X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 10:26:13 -0000 Synopsis: [handbook] [request] FreeBSD Update section: List config filename before config options are discussed State-Changed-From-To: open->closed State-Changed-By: manolis State-Changed-When: Sun Jan 10 10:25:52 UTC 2010 State-Changed-Why: Fixed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=142560 From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 10:30:04 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62267106566B for ; Sun, 10 Jan 2010 10:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 515E28FC12 for ; Sun, 10 Jan 2010 10:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AAU4tM076723 for ; Sun, 10 Jan 2010 10:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AAU4rS076720; Sun, 10 Jan 2010 10:30:04 GMT (envelope-from gnats) Date: Sun, 10 Jan 2010 10:30:04 GMT Message-Id: <201001101030.o0AAU4rS076720@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: docs/142560: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 10:30:04 -0000 The following reply was made to PR docs/142560; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/142560: commit references a PR Date: Sun, 10 Jan 2010 10:25:00 +0000 (UTC) manolis 2010-01-10 10:24:51 UTC FreeBSD doc repository Modified files: en_US.ISO8859-1/books/handbook/cutting-edge chapter.sgml Log: Mention default freebsd-update.conf location before program options are discussed. PR: docs/142560 Submitted by: Stephen Fisher Revision Changes Path 1.246 +2 -1 doc/en_US.ISO8859-1/books/handbook/cutting-edge/chapter.sgml _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 15:50:02 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B31BA106566C for ; Sun, 10 Jan 2010 15:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 75C858FC19 for ; Sun, 10 Jan 2010 15:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AFo2tt059031 for ; Sun, 10 Jan 2010 15:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AFo2k9059030; Sun, 10 Jan 2010 15:50:02 GMT (envelope-from gnats) Resent-Date: Sun, 10 Jan 2010 15:50:02 GMT Resent-Message-Id: <201001101550.o0AFo2k9059030@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Bruce Cran Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C425F1065672 for ; Sun, 10 Jan 2010 15:41:30 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id A841B8FC1B for ; Sun, 10 Jan 2010 15:41:30 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AFfU5t037671 for ; Sun, 10 Jan 2010 15:41:30 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o0AFfUxe037663; Sun, 10 Jan 2010 15:41:30 GMT (envelope-from nobody) Message-Id: <201001101541.o0AFfUxe037663@www.freebsd.org> Date: Sun, 10 Jan 2010 15:41:30 GMT From: Bruce Cran To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/142573: [patch] fix mistakes in "errors" section of sctp manual pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 15:50:02 -0000 >Number: 142573 >Category: docs >Synopsis: [patch] fix mistakes in "errors" section of sctp manual pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 10 15:50:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Bruce Cran >Release: 8.0-STABLE >Organization: >Environment: FreeBSD router.draftnet 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 23:30:01 GMT 2010 brucec@router.draftnet:/usr/obj/usr/src/sys/ROUTER i386 >Description: The ERRORS section of the sctp manual pages contains a few mistakes in the first sentence. The attached patch corrects them. >How-To-Repeat: man sctp_bindx man sctp_connectx man sctp_getaddrlen man sctp_getassocid man sctp_getpaddrs man sctp_opt_info man sctp_send man sctp_sendmsg >Fix: Patch attached with submission follows: --- /usr/src/lib/libc/net/sctp_bindx.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_bindx.3 2010-01-10 15:27:26.000000000 +0000 @@ -90,7 +90,7 @@ .Sh ERRORS The .Fn sctp_bindx -can return the following errors. +function can return the following errors: .Bl -tag -width Er .It Bq Er EINVAL This value is returned if the --- /usr/src/lib/libc/net/sctp_connectx.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_connectx.3 2010-01-10 15:27:45.000000000 +0000 @@ -84,7 +84,7 @@ .Sh ERRORS The .Fn sctp_connectx -can return the following errors. +function can return the following errors: .Bl -tag -width Er .It Bq Er EINVAL An address listed has an invalid family or no --- /usr/src/lib/libc/net/sctp_getaddrlen.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_getaddrlen.3 2010-01-10 15:28:30.000000000 +0000 @@ -76,7 +76,7 @@ .Sh ERRORS The .Fn sctp_getaddrlen -function can return the following errors. +function can return the following errors: .Bl -tag -width Er .It Bq Er EINVAL The address family specified does NOT exist. --- /usr/src/lib/libc/net/sctp_getassocid.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_getassocid.3 2010-01-10 15:28:46.000000000 +0000 @@ -58,7 +58,7 @@ .Sh ERRORS The .Fn sctp_getassocid -function can return the following errors. +function can return the following errors: .Bl -tag -width Er .It Bq Er ENOENT The address does not have an association setup to it. --- /usr/src/lib/libc/net/sctp_getpaddrs.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_getpaddrs.3 2010-01-10 15:29:29.000000000 +0000 @@ -76,7 +76,7 @@ .Fa addrs upon success. .Sh ERRORS -The functions can return the following errors. +The functions can return the following errors: .Bl -tag -width Er .It Bq Er EINVAL An address listed has an invalid family or no --- /usr/src/lib/libc/net/sctp_opt_info.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_opt_info.3 2010-01-10 15:29:42.000000000 +0000 @@ -90,7 +90,7 @@ .Sh ERRORS The .Fn sctp_opt_info -function can return the following errors. +function can return the following errors: .Bl -tag -width Er .It Bq Er EINVAL The argument --- /usr/src/lib/libc/net/sctp_send.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_send.3 2010-01-10 15:30:20.000000000 +0000 @@ -294,7 +294,7 @@ The .Fn sctp_send system call -fail if: +fails if: .Bl -tag -width Er .It Bq Er EBADF An invalid descriptor was specified. --- /usr/src/lib/libc/net/sctp_sendmsg.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_sendmsg.3 2010-01-10 15:30:31.000000000 +0000 @@ -271,7 +271,7 @@ The .Fn sctp_sendmsg system call -fail if: +fails if: .Bl -tag -width Er .It Bq Er EBADF An invalid descriptor was specified. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 16:50:02 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0F19106568D for ; Sun, 10 Jan 2010 16:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BED088FC12 for ; Sun, 10 Jan 2010 16:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AGo1VF010538 for ; Sun, 10 Jan 2010 16:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AGo1Y3010537; Sun, 10 Jan 2010 16:50:01 GMT (envelope-from gnats) Resent-Date: Sun, 10 Jan 2010 16:50:01 GMT Resent-Message-Id: <201001101650.o0AGo1Y3010537@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Bruce Cran Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE441065672 for ; Sun, 10 Jan 2010 16:45:46 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id CDC8C8FC1A for ; Sun, 10 Jan 2010 16:45:46 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AGjkFY005074 for ; Sun, 10 Jan 2010 16:45:46 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o0AGjkVd005073; Sun, 10 Jan 2010 16:45:46 GMT (envelope-from nobody) Message-Id: <201001101645.o0AGjkVd005073@www.freebsd.org> Date: Sun, 10 Jan 2010 16:45:46 GMT From: Bruce Cran To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/142576: [patch] fix typos and missing params in the sctp man pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 16:50:02 -0000 >Number: 142576 >Category: docs >Synopsis: [patch] fix typos and missing params in the sctp man pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 10 16:50:00 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Bruce Cran >Release: 8.0-STABLE >Organization: >Environment: FreeBSD router.draftnet 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 23:30:01 GMT 2010 brucec@router.draftnet:/usr/obj/usr/src/sys/ROUTER i386 >Description: The sctp manual pages contain a few mistakes including missing words, markup errors and missing parameter names. The attached patch fixes them. >How-To-Repeat: man sctp_connectx man sctp_getpaddrs man sctp_opt_info man sctp_recvmsg man sctp_sendmsg >Fix: Patch attached with submission follows: --- /usr/src/lib/libc/net/sctp_recvmsg.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_recvmsg.3 2010-01-10 16:27:20.000000000 +0000 @@ -160,7 +160,7 @@ .Pp The .Fa sinfo->sinfo_ppid -is an opaque 32 bit value that is passed transparently +field is an opaque 32 bit value that is passed transparently through the stack from the peer endpoint. Note that the stack passes this value without regard to byte order. @@ -180,12 +180,13 @@ When this flag is absent the message was delivered in order within the stream it was received. .Pp +The .Fa sinfo->sinfo_stream -is the SCTP stream that the message was received on. +field is the SCTP stream that the message was received on. Streams in SCTP are reliable (or partially reliable) flows of ordered messages. .Pp -The +The .Fa sinfo->sinfo_context field is used only if the local application set an association level context with the @@ -197,7 +198,7 @@ .Pp The .Fa sinfo->sinfo_ssn -will hold the stream sequence number assigned +field will hold the stream sequence number assigned by the peer endpoint if the message is .Em not unordered. @@ -205,7 +206,7 @@ .Pp The .Fa sinfo->sinfo_tsn -holds a transport sequence number (TSN) that was assigned +field holds a transport sequence number (TSN) that was assigned to this message by the peer endpoint. For messages that fit in or less than the path MTU this will be the only TSN assigned. @@ -215,14 +216,14 @@ .Pp The .Fa sinfo->sinfo_cumtsn -holds the current cumulative acknowledgment point of +field holds the current cumulative acknowledgment point of the transport association. Note that this may be larger or smaller than the TSN assigned to the message itself. .Pp -The +The .Fa sinfo->sinfo_assoc_id -is the unique association identification that was assigned +field is the unique association identification that was assigned to the association. For one-to-many (SOCK_SEQPACKET) type sockets this value can be used to send data to the peer without @@ -232,10 +233,10 @@ (see .Xr sctp 4 ) . .Pp -The +The .Fa sinfo->info_timetolive field is not used by -.Fa sctp_recvmsg . +.Fn sctp_recvmsg . .Sh RETURN VALUES The call returns the number of characters sent, or -1 if an error occurred. --- /usr/src/lib/libc/net/sctp_opt_info.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_opt_info.3 2010-01-10 15:56:26.000000000 +0000 @@ -45,7 +45,7 @@ .In sys/socket.h .In netinet/sctp.h .Ft int -.Fn sctp_opt_info "int s" "sctp_assoc_t" "int opt" "void *arg" "socklen_t *size" +.Fn sctp_opt_info "int s" "sctp_assoc_t asocid" "int opt" "void *arg" "socklen_t *size" .Sh DESCRIPTION The .Fn sctp_opt_info --- /usr/src/lib/libc/net/sctp_getpaddrs.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_getpaddrs.3 2010-01-10 16:00:48.000000000 +0000 @@ -64,7 +64,7 @@ .Fa addrs upon success. .Pp -After the caller is through the function +After the caller is finished, the function .Fn sctp_freepaddrs or .Fn sctp_freeladdrs --- /usr/src/lib/libc/net/sctp_connectx.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_connectx.3 2010-01-10 16:32:28.000000000 +0000 @@ -44,7 +44,7 @@ .In sys/socket.h .In netinet/sctp.h .Ft int -.Fn sctp_connectx "int s" "struct sockaddr *" "int addrcnt" "sctp_assoc_t *" +.Fn sctp_connectx "int s" "struct sockaddr *addrs" "int addrcnt" "sctp_assoc_t *asocid" .Sh DESCRIPTION The .Fn sctp_connectx --- /usr/src/lib/libc/net/sctp_sendmsg.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_sendmsg.3 2010-01-10 16:42:58.000000000 +0000 @@ -324,7 +324,7 @@ .Xr sendmsg 3 , .Xr sctp 4 .Sh BUGS -Because in the one-to-many style socket the +Because in the one-to-many style socket .Fn sctp_sendmsg or .Fn sctp_sendmsgx >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 17:30:03 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA80106566B for ; Sun, 10 Jan 2010 17:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C42A48FC17 for ; Sun, 10 Jan 2010 17:30:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AHU3Ha044685 for ; Sun, 10 Jan 2010 17:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AHU3wI044682; Sun, 10 Jan 2010 17:30:03 GMT (envelope-from gnats) Date: Sun, 10 Jan 2010 17:30:03 GMT Message-Id: <201001101730.o0AHU3wI044682@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Bruce Cran Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 17:30:04 -0000 The following reply was made to PR docs/142576; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, bruce@cran.org.uk Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages Date: Sun, 10 Jan 2010 17:24:28 +0000 I've also noticed that most (all?) of the sctp manual pages contain the original 4 clause BSD license which attributes the copyright to UCB, which is probably a mistake. -- Bruce Cran From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 20:00:15 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00C71106566B for ; Sun, 10 Jan 2010 20:00:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCCF88FC0C for ; Sun, 10 Jan 2010 20:00:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AK0Er0076575 for ; Sun, 10 Jan 2010 20:00:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AK0EOp076574; Sun, 10 Jan 2010 20:00:14 GMT (envelope-from gnats) Date: Sun, 10 Jan 2010 20:00:14 GMT Message-Id: <201001102000.o0AK0EOp076574@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Bruce Cran Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 20:00:15 -0000 The following reply was made to PR docs/142576; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, bruce@cran.org.uk Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages Date: Sun, 10 Jan 2010 19:56:57 +0000 --MP_/PG.BK4Fu4y6MNURPRLK0usW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline There are also errors in sctp_peeloff(2), sctp_generic_sendmsg(2) and sctp_generic_recvmsg(2). The attached patch fixes those errors. -- Bruce Cran --MP_/PG.BK4Fu4y6MNURPRLK0usW Content-Type: text/diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sctp_man.diff.txt --- /usr/src/lib/libc/sys/sctp_peeloff.2 2009-08-03 09:13:06.000000000 +0100 +++ sctp_peeloff.2 2010-01-10 19:43:42.000000000 +0000 @@ -36,7 +36,7 @@ .Os .Sh NAME .Nm sctp_peeloff -.Nd detach an association from a one-to-many socket to its on fd +.Nd detach an association from a one-to-many socket to its own fd .Sh LIBRARY .Lb libc .Sh SYNOPSIS @@ -58,7 +58,7 @@ .Sh ERRORS The .Fn sctp_peeloff -can return the following errors. +system call can return the following errors: .Bl -tag -width Er .It Bq Er ENOTCONN The --- /usr/src/lib/libc/sys/sctp_generic_sendmsg.2 2009-08-03 09:13:06.000000000 +0100 +++ sctp_generic_sendmsg.2 2010-01-10 19:47:20.000000000 +0000 @@ -49,7 +49,6 @@ .Ft int .Fn sctp_generic_sendmsg_iov "int s" "struct iovec *iov" "int iovlen" "struct sockaddr *to" "struct sctp_sndrcvinfo *sinfo" "int flags" .Sh DESCRIPTION -The .Fn sctp_generic_sendmsg and .Fn sctp_generic_sendmsg_iov --- /usr/src/lib/libc/sys/sctp_generic_recvmsg.2 2009-08-03 09:13:06.000000000 +0100 +++ sctp_generic_recvmsg.2 2010-01-10 19:48:50.000000000 +0000 @@ -46,14 +46,13 @@ .Ft int .Fn sctp_generic_recvmsg "int s" "struct iovec *iov" "int iovlen" "struct sockaddr *from" "socklen_t *fromlen" "struct sctp_sndrcvinfo *sinfo" "int *msgflags" .Sh DESCRIPTION -The .Fn sctp_generic_recvmsg -is the true system calls used by the +is the true system call used by the .Fn sctp_recvmsg function call. This call is more efficient since it is a -true system calls but it is specific to FreeBSD and +true system call but it is specific to FreeBSD and can be expected NOT to be present on any other Operating -System. For detailed useage please see either the +System. For detailed usage please see the .Fn sctp_recvmsg function call. .Sh RETURN VALUES --MP_/PG.BK4Fu4y6MNURPRLK0usW-- From owner-freebsd-doc@FreeBSD.ORG Sun Jan 10 22:30:15 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B0F11065679 for ; Sun, 10 Jan 2010 22:30:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EE9638FC15 for ; Sun, 10 Jan 2010 22:30:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0AMUEig011881 for ; Sun, 10 Jan 2010 22:30:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0AMUE1h011868; Sun, 10 Jan 2010 22:30:14 GMT (envelope-from gnats) Date: Sun, 10 Jan 2010 22:30:14 GMT Message-Id: <201001102230.o0AMUE1h011868@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Bruce Cran Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2010 22:30:15 -0000 The following reply was made to PR docs/142576; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, bruce@cran.org.uk Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages Date: Sun, 10 Jan 2010 22:22:46 +0000 There's also a bug in sctp_getpaddrs(3): the title is missing the last 's'. --- /usr/src/lib/libc/net/sctp_getpaddrs.3 2009-08-03 09:13:06.000000000 +0100 +++ sctp_getpaddrs.3 2010-01-10 22:19:16.000000000 +0000 @@ -33,7 +33,7 @@ .\" $FreeBSD: src/lib/libc/net/sctp_getpaddrs.3,v 1.3.10.1 2009/08/03 08:13:06 kensmith Exp $ .\" .Dd December 15, 2006 -.Dt SCTP_GETPADDR 3 +.Dt SCTP_GETPADDRS 3 .Os .Sh NAME .Nm sctp_getpaddrs , From owner-freebsd-doc@FreeBSD.ORG Mon Jan 11 11:06:07 2010 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4126E1065672 for ; Mon, 11 Jan 2010 11:06:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 306828FC1F for ; Mon, 11 Jan 2010 11:06:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0BB67E1033903 for ; Mon, 11 Jan 2010 11:06:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0BB666S033901 for freebsd-doc@FreeBSD.org; Mon, 11 Jan 2010 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Jan 2010 11:06:06 GMT Message-Id: <201001111106.o0BB666S033901@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Cc: Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 11:06:07 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=doc .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o docs/142576 doc [patch] fix typos and missing params in the sctp man p o docs/142573 doc [patch] fix mistakes in "errors" section of sctp manua o docs/142437 doc [request] Errata Notices Index missing o docs/142429 doc USERS directive doesn't work as documented in Porter's o docs/142418 doc [PATCH] newfs_msdos(8) doc fix o docs/142367 doc [patch] wlan(4) does not document requirement for kern a docs/142341 doc jail(8): Jail escape when cwd is moved from the host s o docs/142243 doc Netcat (nc(1)) manual mistake p docs/142204 doc bad link in bsd-family-tree o docs/142168 doc ld(1): ldd(1) not mentioned in ld(1) manpage o docs/141765 doc [handbook] [patch] Added note about architectures when o docs/141636 doc [handbook] [patch] Updated info about Firefox in Handb o docs/141316 doc ntpd(8): ntpd does not honor -d flag o docs/140918 doc [handbook] update 8.0 handbook about serial port /dev s docs/140847 doc [request] add documentation on ECMP and new route args o docs/140814 doc [handbook][patch] Chapter 15 - Jails: add section on c o docs/140703 doc [patch] add xorg-minimal as alternative for X11 Distri o docs/140495 doc [patch] /etc/rc.conf.d is not documented in rc.conf(5) o docs/140474 doc signal(3) missing reference to NSIG o docs/140458 doc [patch] Grammar fix for to{upper,lower}(3) o docs/140457 doc [patch] Grammar fix for isspace(3) o docs/140444 doc [patch] New Traditional Chinese translation of custom- o docs/140435 doc ls(1), section STANDARD: the -A is exception from POSI o docs/140375 doc [UPDATE] Updated zh_TW.Big5/articles/nanobsd o docs/140369 doc [patch] src/contrib/pf/man/pf.4 o docs/140082 doc [handbook] handbook/jails: russian translation is miss o docs/140075 doc release notes: missing word "NOT", which changes all t o docs/139682 doc [PATCH] dialog(1) man page does not mention radiolist o docs/139336 doc [request] ZFS documentation suggestion o docs/139165 doc gssapi.3 man page out of sync with between crypto and o docs/139153 doc [patch] the hier(7) man page needs to be updated o docs/139018 doc translation of submitting.sgml from docproj/submitting o docs/138887 doc manpage ports(7) incorrect o docs/138845 doc Exceeding kern.ipc.maxpipekva refers to tuning(7) whic o docs/138663 doc system(3) man page confuses users about "return value o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/138206 doc [patch] ntp(1): not enabled function, and false manual o docs/137762 doc [handbook] proposed: mention "make delete-old" in sec o docs/136918 doc [patch] grammar fixes to locking.9 o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option p docs/136029 doc MALLOC_PRODUCTION knob should be mentioned somewhere, o docs/135999 doc Netgear GS105v3 should be added to list of switches th o docs/135676 doc FAQ About The FreeBSD Mailing Lists doesn't mention ma o docs/135516 doc pax(1) manual not mentioning chflags unawareness o docs/135475 doc [patch] jot(1) manpage and behaviour differ o docs/135165 doc [patch] make(1) fixes: punctuation, typos, tweaks o docs/134376 doc pthread(3): pthread manpages don't mention that PTHREA o docs/134226 doc /usr/share/examples/ftpd/ftpd.conf does not exist. o docs/134222 doc installation failure of japanese docs o docs/134123 doc The RUNQUEUE(9) man page is out of date o docs/134074 doc [patch] locking.9 man page slight enhancements o docs/133567 doc [patch] doc/Makefile switch to csup o docs/133245 doc french handbook 27.3.5 amd.map amd.conf o docs/133118 doc [patch] Error in getopt (1) manual EXAMPLES section o docs/132959 doc [patch] description mismatches on xterm/termcap, fortu o docs/132884 doc [request] No manpage for SYSINIT and SYSUNINIT o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132718 doc [handbook] Information about adding a new mirror is ou o docs/132311 doc [patch] man5/nsmb.conf.5 o docs/132260 doc dhcpd(8) pid not stored in documented location o docs/132190 doc EPERM explanation for send(2), sendto(2), and sendmsg( o docs/132113 doc [handbook] Update handbook jails creation o docs/131918 doc [patch] Fixes for the BPF(4) man page o docs/131684 doc [patch] articles/linux-comparison: replace Addenda by o docs/131590 doc [patch] whitespace-only change of developers-handbook/ o docs/130895 doc [patch] No man page installed for padlock(4) on amd64 o docs/130364 doc Man page for top needs explanation of CPU states o docs/130238 doc nfs.lockd man page doesn't mention NFSLOCKD option or o docs/129671 doc New TCP chapter for Developer's Handbook (from rwatson o docs/129095 doc ipfw(8): Can not check that packet originating/destine o docs/128524 doc No geom documentation for loading gjournal(8) s docs/128356 doc [request] add Firefox plugin for FreeBSD manual pages o docs/127908 doc [patch] readdir(3) error documentation s docs/127844 doc Example code skeleton_capture_n.c in meteor(4) manpage o docs/126590 doc [patch] Write routine called forever in Sample Echo Ps o docs/126484 doc libc function res-zonscut2 is not documented o docs/125921 doc lpd(8) talks about blocks in minfree while it is KB in o docs/125751 doc man 3 pthread_getschedparam section ERRORS incomplete f docs/122052 doc minor update on handbook section 20.7.1 o docs/121952 doc Handbook chapter on Network Address Translation wrong o docs/121871 doc ftpd does not interpret configuration files as documen o docs/121585 doc [handbook] Wrong multicast specification o docs/121565 doc dhcp-options(5) manpage incorrectly formatted omitting s docs/121541 doc [request] no man pages for wlan_scan_ap o bin/121424 doc [patch] [ipfw] Rectify ambiguous English in manual o docs/121312 doc RELNOTES_LANG breaks release if not en_US.ISO8859-1 o docs/121173 doc [patch] mq_getattr(2): mq_flags mistakenly described a s docs/120917 doc [request]: Man pages mising for thr_xxx syscalls o docs/120539 doc Inconsistent ipfw's man page o docs/120456 doc ath(4) needs to specify requirement on wlan_scan_sta o docs/120125 doc [patch] Installing FreeBSD 7.0 via serial console and o docs/120024 doc resolver(5) and hosts(5) need updated for IPv6 o docs/119545 doc books/arch-handbook/usb/chapter.sgml formatting a docs/119536 doc a few typos in French handbook (basics) o docs/118902 doc [patch] wrong signatures in d2i_RSAPublicKey man pages o docs/118332 doc man page for top does not describe STATE column wait e o docs/118214 doc close(2) error returns incomplete o docs/118020 doc ipfilter(4): man pages query for man 4 ipfilter return o docs/117747 doc 'break' system call needs a man page o docs/116480 doc sysctl(3) description of kern.file no longer applies s o docs/116116 doc mktemp (3) re/move note o docs/115065 doc [patch] sync ps.1 with p_flag and keywords o docs/114371 doc [patch] [ip6] rtadvd.con(5) should show how to adverti o docs/114184 doc [patch] [ndis]: add info to man 4 ndis o docs/114139 doc mbuf(9) has misleading comments on M_DONTWAIT and M_TR o docs/113194 doc [patch] [request] crontab.5: handling of day-in-month o docs/112804 doc groff(1) command should be called to explicitly use "p o docs/112682 doc Handbook GEOM_GPT explanation does not provide accurat o docs/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/111147 doc hostapd.conf is not documented o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/110253 doc [patch] rtprio(1): remove processing starvation commen o docs/110062 doc [patch] mount_nfs(8) fails to mention a failure condit o docs/110061 doc [patch] tuning(7) missing reference to vfs.read_max o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109973 doc No manual entry for c++filt o docs/109972 doc No manual entry for zless/bzless f docs/109226 doc [request] No manual entry for sntp o docs/109201 doc [request]: manual for callbootd a docs/108980 doc list of missing man pages o docs/108101 doc /boot/default/loader.conf contains an incorrect commen o docs/107924 docs [usb67] usbd(8) does not call detach o docs/106135 doc [request] articles/vinum needs to be updated o docs/105608 doc fdc(4) debugging description staled o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos o docs/101464 doc sync ru_RU.KOI8-R/articles/portbuild/article.html with o docs/100196 doc man login.conf does explain not "unlimited" o docs/99506 doc FreeBSD Handbook addition: IPv6 Server Settings o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91506 doc ndis(4) man page should be more specific about support o docs/91174 doc [REQUEST] Handbook: Addition of Oracle 9i installation o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/86342 doc bikeshed entry of Handbook is wrong o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/63570 doc [patch] Language cleanup for the Handbook's DNS sectio o docs/61605 doc [request] Improve documentation for i386 disk geometry o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/59044 doc [patch] doc.docbook.mk does not properly handle a sour s docs/54752 doc bus_dma explained in ISA section in Handbook: should b o docs/53751 doc bus_dma(9) incorrectly documents BUS_DMA_ALLOCNOW o docs/53596 doc Updates to mt(1) manual page o docs/53271 doc bus_dma(9) fails to document alignment restrictions o docs/50211 doc [patch] doc.docbook.mk: fix textfile creation o docs/48101 doc [patch] add documentation on the fixit disk to the FAQ o docs/43823 doc [patch] update to environ(7) manpage o docs/41089 doc pax(1) -B option does not mention interaction with -z o docs/40423 doc Keyboard(4)'s definition of parameters to GETFKEY/SETF o docs/38982 doc [patch] developers-handbook/Jail fix o docs/38556 doc EPS file of beastie, as addition to existing examples s docs/35678 doc docproj Makefiles for web are broken for paths with sp s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. a docs/30008 doc [patch] French softupdates document should be translat o docs/27605 doc [patch] Cross-document references () o docs/26286 doc *printf(3) etc should gain format string warnings o docs/24786 doc missing FILES descriptions in sa(4) s docs/20028 doc ASCII docs should reflect tags in the sourc 179 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Jan 11 21:20:06 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14E621065676 for ; Mon, 11 Jan 2010 21:20:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 052678FC15 for ; Mon, 11 Jan 2010 21:20:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0BLK5t7067431 for ; Mon, 11 Jan 2010 21:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0BLK5sO067430; Mon, 11 Jan 2010 21:20:05 GMT (envelope-from gnats) Date: Mon, 11 Jan 2010 21:20:05 GMT Message-Id: <201001112120.o0BLK5sO067430@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: docs/132959: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2010 21:20:06 -0000 The following reply was made to PR docs/132959; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/132959: commit references a PR Date: Mon, 11 Jan 2010 21:18:01 +0000 (UTC) Author: gavin Date: Mon Jan 11 21:17:49 2010 New Revision: 202115 URL: http://svn.freebsd.org/changeset/base/202115 Log: Our standard "xterm" termcap entry supports colour, so this tip is redundant. As it happens, "xterm-color" has just been an alias for "xterm" since src/share/termcap/termcap.src 1.131 in September 2002. PR: docs/132959 Approved by: ed (mentor) Modified: head/games/fortune/datfiles/freebsd-tips Modified: head/games/fortune/datfiles/freebsd-tips ============================================================================== --- head/games/fortune/datfiles/freebsd-tips Mon Jan 11 21:01:35 2010 (r202114) +++ head/games/fortune/datfiles/freebsd-tips Mon Jan 11 21:17:49 2010 (r202115) @@ -50,18 +50,6 @@ If you are in the C shell and have just be able to run it unless you first type "rehash". -- Dru % -If you are running xterm, the default TERM variable will be 'xterm'. If you -set this environment variable to 'xterm-color' instead, a lot of programs will -use colors. You can do this by - - TERM=xterm-color; export TERM - -in Bourne-derived shells, and - - setenv TERM xterm-color - -in csh-derived shells. -% If you do not want to get beeps in X11 (X Windows), you can turn them off with xset b off _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 09:11:03 2010 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1958F106566B for ; Tue, 12 Jan 2010 09:11:03 +0000 (UTC) (envelope-from pjhv@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id A68CE8FC17 for ; Tue, 12 Jan 2010 09:11:02 +0000 (UTC) Received: from xs2.xs4all.nl (xs2.xs4all.nl [194.109.21.3]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id o0C8quPk033390 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Jan 2010 09:52:56 +0100 (CET) (envelope-from pjhv@xs4all.nl) Received: from xs2.xs4all.nl (pjhv@localhost [127.0.0.1]) by xs2.xs4all.nl (8.13.6/8.13.6) with ESMTP id o0C8quJK090542 for ; Tue, 12 Jan 2010 09:52:56 +0100 (CET) (envelope-from pjhv@xs4all.nl) Received: (from pjhv@localhost) by xs2.xs4all.nl (8.13.6/8.13.6/Submit) id o0C8qpIf090538 for freebsd-doc@freebsd.org; Tue, 12 Jan 2010 09:52:51 +0100 (CET) (envelope-from pjhv) Date: Tue, 12 Jan 2010 09:52:51 +0100 From: Pieter Verberne To: freebsd-doc@freebsd.org Message-ID: <20100112085245.GA89307@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Handbook 3.2.2: Freebsd a multiprocessing system? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 09:11:03 -0000 Hi all, Section 3.2.2 of the FreeBSD handbook says: "FreeBSD is a multiuser, multiprocessing system. This is the formal description that is usually given to a system that can be used by many different people, who simultaneously run a lot of programs on a single machine." Isn't running programs simultaneously called time-sharing? Wikipedia says: "Multiprocessing is the use of two or more central processing units (CPUs) within a single computer system." Okay, FreeBSD might use more than one CPU at the time, but the handbook is still incorrect I think. Pieter Verberne From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 11:42:54 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48DBB1065672; Tue, 12 Jan 2010 11:42:53 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF268FC16; Tue, 12 Jan 2010 11:42:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0CBgqen063053; Tue, 12 Jan 2010 11:42:52 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0CBgq4T063049; Tue, 12 Jan 2010 11:42:52 GMT (envelope-from gavin) Date: Tue, 12 Jan 2010 11:42:52 GMT Message-Id: <201001121142.o0CBgq4T063049@freefall.freebsd.org> To: dohzono@gmail.com, gavin@FreeBSD.org, freebsd-doc@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: docs/132959: [patch] description mismatches on xterm/termcap, fortune/freebsd-tips X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 11:42:54 -0000 Synopsis: [patch] description mismatches on xterm/termcap, fortune/freebsd-tips State-Changed-From-To: open->patched State-Changed-By: gavin State-Changed-When: Tue Jan 12 11:42:25 UTC 2010 State-Changed-Why: Fixed in HEAD, will MFC in a week Responsible-Changed-From-To: freebsd-doc->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Tue Jan 12 11:42:25 UTC 2010 Responsible-Changed-Why: Mine http://www.freebsd.org/cgi/query-pr.cgi?pr=132959 From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 13:31:46 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13A9D106566C for ; Tue, 12 Jan 2010 13:31:46 +0000 (UTC) (envelope-from parshi@msicanada.net) Received: from smtp116.rog.mail.re2.yahoo.com (smtp116.rog.mail.re2.yahoo.com [68.142.225.232]) by mx1.freebsd.org (Postfix) with SMTP id 8E1008FC08 for ; Tue, 12 Jan 2010 13:31:45 +0000 (UTC) Received: (qmail 27553 invoked from network); 12 Jan 2010 13:05:01 -0000 Received: from CPE00222d5ab000-CM00222d5aaffd.cpe.net.cable.rogers.com (parshi@99.227.133.126 with login) by smtp116.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2010 05:05:00 -0800 PST X-Yahoo-SMTP: n_3dWmiswBDlfNDQiL9KL.g384wN3iAM1t861sBstRFcnBY- X-YMail-OSG: wkrLhfUVM1n5S4PB7kuqDD6cGq.lb3FjeJYyyLkoVIGPUsEllBhva_vKvHaDlutvzQ-- X-Yahoo-Newman-Property: ymail-3 Organization: MSI Canada Message-ID: <27538c4fbf4869041de6a67000186938@msicanada.net> From: "Peter Arshi" To: Date: Tue, 12 Jan 2010 07:56:18 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: E-commerce Gateway X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: parshi@msicanada.net List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 13:31:46 -0000 =A0 E-commerce Payment Gateway Solution: (E-commerce Gateway Solution for United States and Canadian Merchants) =A0 Federated Payments- USA Merchant Accounts MSI Canada- Canadian Merchant Accounts=20 =A0 =A0 About Us Federated Payments / MSI Canada is a credit card payment processor in the = United=20 States and Canadian marketplace.=A0 We have an =93A=94 Industry Rating = with the BBB=20 (Better Business Bureau) and annually process over 2 billion dollars in = credit=20 card payment transactions. Established in 1998, Federated Payments = recently=20 took its place as one of the Top 50 Payment Processors in the Industry = and=20 is considered the fastest growing Processor according to the Neilson = Report.=A0=20 We service more than 20,000 merchants across the country and employ 150 = sales=20 support and technical staff in the United States and Canada. Federated = Payments=20 operates as Merchant Services Inc. Canada (MSI Canada) as its Canadian = operations.=20 =A0 Recognizing the Gateway Problem We are aware of the difficulties web developers experience when adding = shopping=20 carts to sites and then to face security compliance issues when Payment = Gateways=20 are to be integrated.=A0 In most cases, the client=92s bank does not = support an=20 online payment gateway solution. This begins the clients search to find = the=20 right bank that will approve or provide a payment gateway that can comply = to=20 the shopping cart security standards.=A0=A0 After this step is complete, = the client=20 is left to babysit the bank to ensure correspondence is maintained with = the=20 web developer until task is complete.=A0=20 =A0 For any developer, dropping the ball at the end is simply bad practice = hence=20 integrating PayPal saves the client from anguish and despair temporarily. = PayPal=20 charges high credit card processing rates which leads to even more client = despair=20 in the end. Professionalism is lost when the gateway page re-directs the = customer=20 to a process he is not interested in fulfilling. =A0PayPal should be = considered=20 an additional feature and not the primary gateway function. Required = customer=20 sign-ups and account verification processes deter customers from = returning=20 to PayPal sites. Client loses retention momentum=2E =A0 SafePay Solution=20 The SafePay Gateway Program is a solution for merchants to process online = in=20 a secured manner without giving up large profits for processing. We offer = the=20 =93Lowest Rate Guarantee=94 to every client that comes on board. Included = with=20 the SafePay Program is the Backend Gateway which enables clients a = backend=20 to enter orders manually, to put customers on recurring payments, pull = reports,=20 customizable fields, download/upload Quick Books file feature , multiple = user=20 with Admin control features and much more. =A0A demo will be provided to = your=20 client for training by our technicians=2E =A0 =A0 SafePay Payment Gateway Solution Features:=20 =B7=A0=A0=A0=A0=A0=A0=A0 Enables real-time online transaction processing =B7=A0=A0=A0=A0=A0=A0=A0 Fully CISP and PCI Certified =B7=A0=A0=A0=A0=A0=A0=A0 Free Quick Click Shopping Cart- Or connect with = over 80 certified=20 shopping carts =B7=A0=A0=A0=A0=A0=A0=A0 Recurring Billing- Bill your customers daily, = weekly or monthly for=20 as many payments as requires =B7=A0=A0=A0=A0=A0=A0=A0 Cardholder Authentication Card Programs: Verified = by Visa, MasterCard=20 SecureCode =B7=A0=A0=A0=A0=A0=A0=A0 Virtual Terminal-=A0 With a Level 3 intuitive = user interface, you will=20 be able to authorize, process and manage credit card transactions = manually=20 from any computer that has an internet connection.=20 =B7=A0=A0=A0=A0=A0=A0=A0 API Integration- With API Integration solution = your merchants will=20 utilize the highest level of secure transaction infrastructure available.=20 =B7=A0=A0=A0=A0=A0=A0=A0 Batch Upload Process- With batch upload = processing you will be able=20 to control and approve transactions manually prior to settlement.=A0 The = batch=20 processing system automatically allocates the batches in 1/16 bins and = reduces=20 overall processing time to a fraction of your competitors.=20 =B7=A0=A0=A0=A0=A0=A0=A0 Electronic Check- Electronic Check is a payment = solution that enables=20 online and traditional merchants to accept and process electronic check = payments=20 directly from their Web site=92s storefront or through the Virtual = Terminal.=A0=20 By accepting electronic checks, you are able to expand the payment = options=20 available to your customers and thereby increase sales. =A0 =A0 =A0 Solution Option 1=20 Federated Payments and MSI Canada offers one of the best Payment Gateway = programs=20 in the industry known as Safepay. To simplify the shopping cart = integration=20 to our payment gateway, here are some free shopping carts we support: =A0 Free Supported Shopping Carts: =A0 OsCommerce.com, nopdesign.com, virtuemart.net, zencart.com, = precisionweb.net=A0=20 =A0 =A0 Solution Option 2 Our technicians are equipped to handle any type of shopping cart in the = marketplace.=20 Custom built designs are accepted with additional security compliance = testing.=20 This means that the majority of shopping carts fall into compliance with = our=20 payment gateway solution after testing=2E =A0 Simple Process=20 =B7=A0=A0=A0=A0=A0=A0=A0 When an e-commerce site is ready for a Payment = Gateway, a member of=20 our team will need to contact your client and provide the best credit = card=20 rates for their industry=2E =B7=A0=A0=A0=A0=A0=A0=A0 =A0Send an e-mail to Mr. Arshi with the client = and designated developer=20 details.=20 =B7=A0=A0=A0=A0=A0=A0=A0 As part of the package, we will offer your = clients the =93Lowest Rate=20 Guarantee=94.=A0 For any bank, association or processor that can beat our = credit=20 card rates, we will match or beat them over and over again. Guaranteed. = =A0=A0This=20 leaves your client to have the best possible rates all the time.=20 Contact: Peter Arshi Regional Sales Executive (International Partnerships Program) tf:=A0=A0 +1-888-743-5458 fx:=A0=A0 +1-888-743-5457 ce:=A0 +1-647-284-4678 em: parshi@msicanada.net =B7=A0=A0=A0=A0=A0=A0=A0 We offer very competitive online transaction = rates for Visa, MasterCard,=20 Amex, Discover, JCB,=A0 and Diners Club. Merchant rates will range based = on sales=20 volumes, credit card type and nature of business. Rates will vary=2E =B7=A0=A0=A0=A0=A0=A0=A0 Once the contract is complete and approval is = obtained from our head=20 office, one of our technicians will be in contact with the designated = developer=20 for gateway integration and testing via e-mail.=A0 The Developer will be = provided=20 with style choices for the Payment Gateway and/or Shopping Cart for = client=20 for review.=20 =B7=A0=A0=A0=A0=A0=A0=A0 Once the style(s) are selected, the gateway = and/or shopping cart code=20 will be connected by our technician with the help of your developer.=A0 = This=20 arrangement can be further discussed with technician=2E =B7=A0=A0=A0=A0=A0=A0=A0 Once functionality and security compliance are = tested and passed,=20 your client is ready to make his first sale on his website.=20 =A0 We are introducing Safepay to web developers as it is an essential tool = to=20 maintain and sustain retention in this competitive marketplace.=A0 Our = strong=20 reputation as a Payment Processor will enable your company to provide a = =93Complete=94=20 E-commerce solution to your clients from start to finish. We guarantee = it.=20 =A0If have any questions, please contact Mr. Peter Arshi.=20 =A0 =A0 =A0 Peter Arshi MSI Canada Regional Sales Executive (International Partnerships Program) tf:=A0=A0 +1-888-743-5458 fx:=A0=A0 +1-888-743-5457 ce:=A0 +1-647-284-4678 em: parshi@msicanada.net =A0 In Association with: =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 If you would like to be removed from this list, please reply with = "remove" in the subject line. From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 14:33:57 2010 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4621D106568B for ; Tue, 12 Jan 2010 14:33:57 +0000 (UTC) (envelope-from deeplunacy@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id CB69D8FC0A for ; Tue, 12 Jan 2010 14:33:56 +0000 (UTC) Received: by ewy3 with SMTP id 3so18420307ewy.13 for ; Tue, 12 Jan 2010 06:33:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=nK9XWFwevqY2ceSnM8+tNzHcRPpgrxEK1zBNeGP/rXU=; b=mUbUBZzQEaymOnWrgr7cuy8WMoD22I84nEEnPeqH/5moEodxWvQmBoZonvr+Qocp2w eIIFcLiUKcwuXuVR+hs2uvpLecd1E2cI3CMRlvYB8jC6DJe1x5AgLMTB2S3y8+/ukjvX M9769d6Qcq1PBeS0zhK2H7gL3YHY2HN7Jf98A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=hzzT3wKldVxeNawXMn5qKioo3u0aznasx69b81Z+OgBS5Xzd/iRA7TOyaDwNzSN1fW DC9J5VkPJpPXlrxzDS5P6KYFUQNjT+hdh4VmPIXxaeMV/LRHHO3OSm/qwHxAyBS58ecM NhiX4k73kO0y4xjjNdH+ZUv2KVGwK1l5QHYlI= MIME-Version: 1.0 Received: by 10.213.68.143 with SMTP id v15mr4964991ebi.45.1263304997133; Tue, 12 Jan 2010 06:03:17 -0800 (PST) Date: Tue, 12 Jan 2010 17:03:17 +0300 Message-ID: <321506cf1001120603u2fd25130l82a27c834ec376b7@mail.gmail.com> From: Michael Vorobyov To: doc@FreeBSD.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 12 Jan 2010 16:50:05 +0000 Cc: Subject: Possible mistype in 3.3.1 of the handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 14:33:57 -0000 Dear sirs! In paragraph 3.3.1 of the Handbook it is said that permission "All" is also called=A0"world". The example follows then saying: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D For example the following command will remove the group and =93world=94 write permission on FILE, then it adds the execute permissions for everyone: % chmod go-w,a+x FILE =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Here we can see that by "world" author means permission "Other". Could you please define which is the correct? Best regards, Michael Vorobyov From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 17:55:16 2010 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77808106568B for ; Tue, 12 Jan 2010 17:55:16 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 650E78FC16 for ; Tue, 12 Jan 2010 17:55:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KW500H6ZB439830@asmtp028.mac.com> for freebsd-doc@freebsd.org; Tue, 12 Jan 2010 09:55:15 -0800 (PST) From: Chuck Swiger In-reply-to: <20100112085245.GA89307@xs4all.nl> Date: Tue, 12 Jan 2010 09:55:15 -0800 Message-id: References: <20100112085245.GA89307@xs4all.nl> To: Pieter Verberne X-Mailer: Apple Mail (2.1077) Cc: freebsd-doc@freebsd.org Subject: Re: Handbook 3.2.2: Freebsd a multiprocessing system? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 17:55:16 -0000 Hi-- On Jan 12, 2010, at 12:52 AM, Pieter Verberne wrote: > Section 3.2.2 of the FreeBSD handbook says: > "FreeBSD is a multiuser, multiprocessing system. This is the formal > description that is usually given to a system that can be used by many > different people, who simultaneously run a lot of programs on a single > machine." > > Isn't running programs simultaneously called time-sharing? No. A time-sharing or batch processing system traditionally used to process entire jobs to completion-- think of Hollerith card based machines or early cooperative multitasking implementations and you'll get the idea. Because FreeBSD has a scheduler interrupt firing at typically HZ=100 or 1000, which will pre-empt any userland task and allow other userland tasks to run without any of them being explicitly coded to yield the CPU, FreeBSD is correctly described as a "preemptive multitasking OS". > Wikipedia says: > "Multiprocessing is the use of two or more central processing units > (CPUs) within a single computer system." > > Okay, FreeBSD might use more than one CPU at the time, but the handbook > is still incorrect I think. FreeBSD does support multiprocessing per that definition also. Regards, -- -Chuck From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 21:45:53 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E5F4106566B; Tue, 12 Jan 2010 21:45:53 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E81D78FC16; Tue, 12 Jan 2010 21:45:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0CLjqU1083316; Tue, 12 Jan 2010 21:45:52 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0CLjqSX083312; Tue, 12 Jan 2010 22:45:52 +0100 (CET) (envelope-from brueffer) Date: Tue, 12 Jan 2010 22:45:52 +0100 (CET) Message-Id: <201001122145.o0CLjqSX083312@freefall.freebsd.org> To: bruce@cran.org.uk, brueffer@FreeBSD.org, freebsd-doc@FreeBSD.org, brueffer@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: docs/142573: [patch] fix mistakes in "errors" section of sctp manual pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 21:45:53 -0000 Synopsis: [patch] fix mistakes in "errors" section of sctp manual pages State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Tue Jan 12 22:45:21 CET 2010 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-doc->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Tue Jan 12 22:45:21 CET 2010 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=142573 From owner-freebsd-doc@FreeBSD.ORG Tue Jan 12 21:47:18 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48DF1065693; Tue, 12 Jan 2010 21:47:18 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2278FC14; Tue, 12 Jan 2010 21:47:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0CLlIeI083384; Tue, 12 Jan 2010 21:47:18 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0CLlIPU083380; Tue, 12 Jan 2010 22:47:18 +0100 (CET) (envelope-from brueffer) Date: Tue, 12 Jan 2010 22:47:18 +0100 (CET) Message-Id: <201001122147.o0CLlIPU083380@freefall.freebsd.org> To: bruce@cran.org.uk, brueffer@FreeBSD.org, freebsd-doc@FreeBSD.org, brueffer@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: docs/142576: [patch] fix typos and missing params in the sctp man pages X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2010 21:47:18 -0000 Synopsis: [patch] fix typos and missing params in the sctp man pages State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Tue Jan 12 22:46:06 CET 2010 State-Changed-Why: Committed, thanks! I think I discussed the licensing issue with rrs before, will ping him again. Responsible-Changed-From-To: freebsd-doc->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Tue Jan 12 22:46:06 CET 2010 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=142576 From owner-freebsd-doc@FreeBSD.ORG Wed Jan 13 03:46:05 2010 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BEEF106566C for ; Wed, 13 Jan 2010 03:46:05 +0000 (UTC) (envelope-from parshi@msicanada.net) Received: from smtp113.rog.mail.re2.yahoo.com (smtp113.rog.mail.re2.yahoo.com [68.142.225.229]) by mx1.freebsd.org (Postfix) with SMTP id F22488FC14 for ; Wed, 13 Jan 2010 03:46:04 +0000 (UTC) Received: (qmail 73906 invoked from network); 13 Jan 2010 03:19:21 -0000 Received: from CPE00222d5ab000-CM00222d5aaffd.cpe.net.cable.rogers.com (parshi@99.227.133.126 with login) by smtp113.rog.mail.re2.yahoo.com with SMTP; 12 Jan 2010 19:19:20 -0800 PST X-Yahoo-SMTP: n_3dWmiswBDlfNDQiL9KL.g384wN3iAM1t861sBstRFcnBY- X-YMail-OSG: V0UkBgoVM1l.D4SY2ZU.gdbDpDaoG7rNJUO1Mps3ZGXYZLeW0jwezPttlH6JSXfFpQ-- X-Yahoo-Newman-Property: ymail-3 Organization: MSI Canada Message-ID: From: "Peter Arshi" To: Date: Tue, 12 Jan 2010 22:15:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: E-commerce Gateway X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: parshi@msicanada.net List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 03:46:05 -0000 =A0 E-commerce Payment Gateway Solution: (E-commerce Gateway Solution for United States and Canadian Merchants) =A0 Federated Payments- USA Merchant Accounts MSI Canada- Canadian Merchant Accounts=20 =A0 =A0 About Us Federated Payments / MSI Canada is a credit card payment processor in the = United=20 States and Canadian marketplace.=A0 We have an =93A=94 Industry Rating = with the BBB=20 (Better Business Bureau) and annually process over 2 billion dollars in = credit=20 card payment transactions. Established in 1998, Federated Payments = recently=20 took its place as one of the Top 50 Payment Processors in the Industry = and=20 is considered the fastest growing Processor according to the Neilson = Report.=A0=20 We service more than 20,000 merchants across the country and employ 150 = sales=20 support and technical staff in the United States and Canada. Federated = Payments=20 operates as Merchant Services Inc. Canada (MSI Canada) as its Canadian = operations.=20 =A0 Recognizing the Gateway Problem We are aware of the difficulties web developers experience when adding = shopping=20 carts to sites and then to face security compliance issues when Payment = Gateways=20 are to be integrated.=A0 In most cases, the client=92s bank does not = support an=20 online payment gateway solution. This begins the clients search to find = the=20 right bank that will approve or provide a payment gateway that can comply = to=20 the shopping cart security standards.=A0=A0 After this step is complete, = the client=20 is left to babysit the bank to ensure correspondence is maintained with = the=20 web developer until task is complete.=A0=20 =A0 For any developer, dropping the ball at the end is simply bad practice = hence=20 integrating PayPal saves the client from anguish and despair temporarily. = PayPal=20 charges high credit card processing rates which leads to even more client = despair=20 in the end. Professionalism is lost when the gateway page re-directs the = customer=20 to a process he is not interested in fulfilling. =A0PayPal should be = considered=20 an additional feature and not the primary gateway function. Required = customer=20 sign-ups and account verification processes deter customers from = returning=20 to PayPal sites. Client loses retention momentum=2E =A0 SafePay Solution=20 The SafePay Gateway Program is a solution for merchants to process online = in=20 a secured manner without giving up large profits for processing. We offer = the=20 =93Lowest Rate Guarantee=94 to every client that comes on board. Included = with=20 the SafePay Program is the Backend Gateway which enables clients a = backend=20 to enter orders manually, to put customers on recurring payments, pull = reports,=20 customizable fields, download/upload Quick Books file feature , multiple = user=20 with Admin control features and much more. =A0A demo will be provided to = your=20 client for training by our technicians=2E =A0 =A0 SafePay Payment Gateway Solution Features:=20 =B7=A0=A0=A0=A0=A0=A0=A0 Enables real-time online transaction processing =B7=A0=A0=A0=A0=A0=A0=A0 Fully CISP and PCI Certified =B7=A0=A0=A0=A0=A0=A0=A0 Free Quick Click Shopping Cart- Or connect with = over 80 certified=20 shopping carts =B7=A0=A0=A0=A0=A0=A0=A0 Recurring Billing- Bill your customers daily, = weekly or monthly for=20 as many payments as requires =B7=A0=A0=A0=A0=A0=A0=A0 Cardholder Authentication Card Programs: Verified = by Visa, MasterCard=20 SecureCode =B7=A0=A0=A0=A0=A0=A0=A0 Virtual Terminal-=A0 With a Level 3 intuitive = user interface, you will=20 be able to authorize, process and manage credit card transactions = manually=20 from any computer that has an internet connection.=20 =B7=A0=A0=A0=A0=A0=A0=A0 API Integration- With API Integration solution = your merchants will=20 utilize the highest level of secure transaction infrastructure available.=20 =B7=A0=A0=A0=A0=A0=A0=A0 Batch Upload Process- With batch upload = processing you will be able=20 to control and approve transactions manually prior to settlement.=A0 The = batch=20 processing system automatically allocates the batches in 1/16 bins and = reduces=20 overall processing time to a fraction of your competitors.=20 =B7=A0=A0=A0=A0=A0=A0=A0 Electronic Check- Electronic Check is a payment = solution that enables=20 online and traditional merchants to accept and process electronic check = payments=20 directly from their Web site=92s storefront or through the Virtual = Terminal.=A0=20 By accepting electronic checks, you are able to expand the payment = options=20 available to your customers and thereby increase sales. =A0 =A0 =A0 Solution Option 1=20 Federated Payments and MSI Canada offers one of the best Payment Gateway = programs=20 in the industry known as Safepay. To simplify the shopping cart = integration=20 to our payment gateway, here are some free shopping carts we support: =A0 Free Supported Shopping Carts: =A0 OsCommerce.com, nopdesign.com, virtuemart.net, zencart.com, = precisionweb.net=A0=20 =A0 =A0 Solution Option 2 Our technicians are equipped to handle any type of shopping cart in the = marketplace.=20 Custom built designs are accepted with additional security compliance = testing.=20 This means that the majority of shopping carts fall into compliance with = our=20 payment gateway solution after testing=2E =A0 Simple Process=20 =B7=A0=A0=A0=A0=A0=A0=A0 When an e-commerce site is ready for a Payment = Gateway, a member of=20 our team will need to contact your client and provide the best credit = card=20 rates for their industry=2E =B7=A0=A0=A0=A0=A0=A0=A0 =A0Send an e-mail to Mr. Arshi with the client = and designated developer=20 details.=20 =B7=A0=A0=A0=A0=A0=A0=A0 As part of the package, we will offer your = clients the =93Lowest Rate=20 Guarantee=94.=A0 For any bank, association or processor that can beat our = credit=20 card rates, we will match or beat them over and over again. Guaranteed. = =A0=A0This=20 leaves your client to have the best possible rates all the time.=20 Contact: Peter Arshi Regional Sales Executive (International Partnerships Program) tf:=A0=A0 +1-888-743-5458 fx:=A0=A0 +1-888-743-5457 ce:=A0 +1-647-284-4678 em: parshi@msicanada.net =B7=A0=A0=A0=A0=A0=A0=A0 We offer very competitive online transaction = rates for Visa, MasterCard,=20 Amex, Discover, JCB,=A0 and Diners Club. Merchant rates will range based = on sales=20 volumes, credit card type and nature of business. Rates will vary=2E =B7=A0=A0=A0=A0=A0=A0=A0 Once the contract is complete and approval is = obtained from our head=20 office, one of our technicians will be in contact with the designated = developer=20 for gateway integration and testing via e-mail.=A0 The Developer will be = provided=20 with style choices for the Payment Gateway and/or Shopping Cart for = client=20 for review.=20 =B7=A0=A0=A0=A0=A0=A0=A0 Once the style(s) are selected, the gateway = and/or shopping cart code=20 will be connected by our technician with the help of your developer.=A0 = This=20 arrangement can be further discussed with technician=2E =B7=A0=A0=A0=A0=A0=A0=A0 Once functionality and security compliance are = tested and passed,=20 your client is ready to make his first sale on his website.=20 =A0 We are introducing Safepay to web developers as it is an essential tool = to=20 maintain and sustain retention in this competitive marketplace.=A0 Our = strong=20 reputation as a Payment Processor will enable your company to provide a = =93Complete=94=20 E-commerce solution to your clients from start to finish. We guarantee = it.=20 =A0If have any questions, please contact Mr. Peter Arshi.=20 =A0 =A0 =A0 Peter Arshi MSI Canada Regional Sales Executive (International Partnerships Program) tf:=A0=A0 +1-888-743-5458 fx:=A0=A0 +1-888-743-5457 ce:=A0 +1-647-284-4678 em: parshi@msicanada.net =A0 In Association with: =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0 If you would like to be removed from this list, please reply with = "remove" in the subject line. From owner-freebsd-doc@FreeBSD.ORG Wed Jan 13 10:24:16 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31C121065679 for ; Wed, 13 Jan 2010 10:24:16 +0000 (UTC) (envelope-from alomphega@free.fr) Received: from ml.free.fr (ml-g19.proxad.net [212.27.60.41]) by mx1.freebsd.org (Postfix) with ESMTP id EDB8C8FC12 for ; Wed, 13 Jan 2010 10:24:15 +0000 (UTC) Received: from ml-g19 (localhost [127.0.0.1]) by ml.free.fr (Postfix) with ESMTP id C14ACC27E7 for ; Wed, 13 Jan 2010 11:06:11 +0100 (CET) Received: from ml-g19 by ml-g19 (LISTAR/0.42); Wed, 13 Jan 2010 11:06:11 +0100 (CET) Date: Wed, 13 Jan 2010 11:06:11 +0100 (CET) From: Listar To: doc@freebsd.org Message-ID: X-listar-antiloop: ml-g19 Precedence: list Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Expiry-Date: Thu, 14 Jan 2010 11:06:11 +0100 (CET) Cc: Subject: Listar command results: -- No attachments (even text) are allowed -- X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 10:24:16 -0000 Request received for list 'amaya' via request address. --- Gestionnaire de liste Listar/0.42 - fin de traitement/job execution complete. From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 05:10:01 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74ABD106566B for ; Thu, 14 Jan 2010 05:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 371F58FC12 for ; Thu, 14 Jan 2010 05:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0E5A0Xu059197 for ; Thu, 14 Jan 2010 05:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0E5A0Xo059196; Thu, 14 Jan 2010 05:10:00 GMT (envelope-from gnats) Resent-Date: Thu, 14 Jan 2010 05:10:00 GMT Resent-Message-Id: <201001140510.o0E5A0Xo059196@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Lachlan Kang Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5958E106566B for ; Thu, 14 Jan 2010 05:08:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 132438FC08 for ; Thu, 14 Jan 2010 05:08:41 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o0E58ebS020683 for ; Thu, 14 Jan 2010 05:08:40 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o0E58euf020676; Thu, 14 Jan 2010 05:08:40 GMT (envelope-from nobody) Message-Id: <201001140508.o0E58euf020676@www.freebsd.org> Date: Thu, 14 Jan 2010 05:08:40 GMT From: Lachlan Kang To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/142815: [patch] namei(9) required include X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 05:10:01 -0000 >Number: 142815 >Category: docs >Synopsis: [patch] namei(9) required include >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 14 05:10:00 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Lachlan Kang >Release: FreeBSD 8.0-RELEASE >Organization: >Environment: >Description: namei(9) should specify under SYNOPSIS that sys/fcntl.h needs to be included. The macro NDINIT which is described in namei(9), uses the value AT_FDCWD, which is defined in sys/fcntl.h. If a program that uses NDINIT() is written and it does not include sys/fcntl.h, then it will not be able to compile. >How-To-Repeat: man 9 namei >Fix: Just add sys/fcntl.h as one of the required includes under SYNOPSIS. Patch attached with submission follows: Index: head/share/man/man9/namei.9 =================================================================== --- head/share/man/man9/namei.9 (revision 202273) +++ head/share/man/man9/namei.9 (working copy) @@ -46,6 +46,7 @@ .In sys/param.h .In sys/proc.h .In sys/namei.h +.In sys/fcntl.h .Ft int .Fn namei "struct nameidata *ndp" .Ft void >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 05:30:03 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BE7C1065670 for ; Thu, 14 Jan 2010 05:30:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C2E018FC0A for ; Thu, 14 Jan 2010 05:30:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0E5U2jk076474 for ; Thu, 14 Jan 2010 05:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0E5U2HQ076471; Thu, 14 Jan 2010 05:30:02 GMT (envelope-from gnats) Resent-Date: Thu, 14 Jan 2010 05:30:02 GMT Resent-Message-Id: <201001140530.o0E5U2HQ076471@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Lachlan Kang Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80EEF106566B for ; Thu, 14 Jan 2010 05:20:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 565638FC19 for ; Thu, 14 Jan 2010 05:20:54 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o0E5KsmT030633 for ; Thu, 14 Jan 2010 05:20:54 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o0E5KsgU030632; Thu, 14 Jan 2010 05:20:54 GMT (envelope-from nobody) Message-Id: <201001140520.o0E5KsgU030632@www.freebsd.org> Date: Thu, 14 Jan 2010 05:20:54 GMT From: Lachlan Kang To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: docs/142816: [patch] namei(9) return values X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 05:30:03 -0000 >Number: 142816 >Category: docs >Synopsis: [patch] namei(9) return values >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 14 05:30:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Lachlan Kang >Release: FreeBSD 8.0-RELEASE >Organization: >Environment: >Description: The manpage namei(9) does not specify the return value of the function namei(). The function namei() returns 0 on success, or errno on failure. I skimmed through the namei() source code (src/sys/kern/vfs_lookup.c) and added a simple RETURN VALUES and ERRORS section to the namei(9) manpage. The error code descriptions were simply copied from intro(2). >How-To-Repeat: man 9 namei >Fix: Add a RETURN VALUES and ERRORS section to namei(9). Patch attached with submission follows: Index: head/share/man/man9/namei.9 =================================================================== --- head/share/man/man9/namei.9 (revision 202273) +++ head/share/man/man9/namei.9 (working copy) @@ -315,6 +315,30 @@ .Fn NDFREE function. .El +.Sh RETURN VALUES +If successful, +.Fn namei +will return 0, otherwise it will return an error. +.Sh ERRORS +Errors which +.Fn namei +may return: +.Bl -tag -width Er +.It Bq Er ENOENT +No such file or directory. A component of a specified pathname did not exist, or the pathname was an empty string. +.It Bq Er ACCES +Permission denied. An attempt was made to access a file in a way forbidden by its file access permissions. +.It Bq Er ENOTDIR +Not a directory. A component of the specified pathname existed, but it was not a directory, when a directory was expected. +.It Bq Er EISDIR +Is a directory. An attempt was made to open a directory with write mode specified. +.It Bq Er EROFS +Read-only file system. An attempt was made to modify a file or directory on a file system that was read-only at the time. +.It Bq Er ELOOP +Too many levels of symbolic links. A path name lookup involved more than 32 (MAXSYMLINKS) symbolic links. +.It Bq Er ENAMETOOLONG +File name too long. A component of a path name exceeded {NAME_MAX} characters, or an entire path name exceeded {PATH_MAX} characters. +.El .Sh FILES .Bl -tag .It Pa src/sys/kern/vfs_lookup.c >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 09:39:30 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC051065676; Thu, 14 Jan 2010 09:39:30 +0000 (UTC) (envelope-from roam@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 11F9A8FC08; Thu, 14 Jan 2010 09:39:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0E9dTLQ024453; Thu, 14 Jan 2010 09:39:29 GMT (envelope-from roam@freefall.freebsd.org) Received: (from roam@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0E9dTfm024449; Thu, 14 Jan 2010 09:39:29 GMT (envelope-from roam) Date: Thu, 14 Jan 2010 09:39:29 GMT Message-Id: <201001140939.o0E9dTfm024449@freefall.freebsd.org> To: matt.thyer@gmail.com, roam@FreeBSD.org, freebsd-doc@FreeBSD.org, roam@FreeBSD.org From: roam@FreeBSD.org Cc: Subject: Re: docs/142367: [patch] wlan(4) does not document requirement for kernel option "IEEE80211_DEBUG" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 09:39:30 -0000 Synopsis: [patch] wlan(4) does not document requirement for kernel option "IEEE80211_DEBUG" State-Changed-From-To: open->patched State-Changed-By: roam State-Changed-When: Thu Jan 14 09:38:45 UTC 2010 State-Changed-Why: Fixed in -CURRENT with slightly different wording, I'll merge the change into the stable branches in two weeks' time. Thanks for reporting this! Responsible-Changed-From-To: freebsd-doc->roam Responsible-Changed-By: roam Responsible-Changed-When: Thu Jan 14 09:38:45 UTC 2010 Responsible-Changed-Why: My MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=142367 From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 14:40:06 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A0E9106566B for ; Thu, 14 Jan 2010 14:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F73E8FC12 for ; Thu, 14 Jan 2010 14:40:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0EEe66x087878 for ; Thu, 14 Jan 2010 14:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0EEe692087877; Thu, 14 Jan 2010 14:40:06 GMT (envelope-from gnats) Date: Thu, 14 Jan 2010 14:40:06 GMT Message-Id: <201001141440.o0EEe692087877@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: docs/142815: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 14:40:06 -0000 The following reply was made to PR docs/142815; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/142815: commit references a PR Date: Thu, 14 Jan 2010 14:36:53 +0000 (UTC) Author: jhb Date: Thu Jan 14 14:36:39 2010 New Revision: 202284 URL: http://svn.freebsd.org/changeset/base/202284 Log: - Update required headers for namei() to add and remove . - Add RETURN VALUES and ERROR sections for namei()'s error return values. - Add a missing link to NDHASGIANT.9. PR: docs/142815, docs/142816 Submitted by: Lachlan Kang (1, 2) MFC after: 3 days Modified: head/share/man/man9/Makefile head/share/man/man9/namei.9 Modified: head/share/man/man9/Makefile ============================================================================== --- head/share/man/man9/Makefile Thu Jan 14 14:30:54 2010 (r202283) +++ head/share/man/man9/Makefile Thu Jan 14 14:36:39 2010 (r202284) @@ -903,7 +903,8 @@ MLINKS+=mutex.9 mtx_assert.9 \ mutex.9 mtx_unlock_spin.9 \ mutex.9 mtx_unlock_spin_flags.9 MLINKS+=namei.9 NDFREE.9 \ - namei.9 NDINIT.9 + namei.9 NDINIT.9 \ + namei.9 NDHASGIANT.9 MLINKS+=pbuf.9 getpbuf.9 \ pbuf.9 relpbuf.9 \ pbuf.9 trypbuf.9 Modified: head/share/man/man9/namei.9 ============================================================================== --- head/share/man/man9/namei.9 Thu Jan 14 14:30:54 2010 (r202283) +++ head/share/man/man9/namei.9 Thu Jan 14 14:36:39 2010 (r202284) @@ -44,7 +44,7 @@ .Nd pathname translation and lookup operations .Sh SYNOPSIS .In sys/param.h -.In sys/proc.h +.In sys/fcntl.h .In sys/namei.h .Ft int .Fn namei "struct nameidata *ndp" @@ -315,6 +315,34 @@ flag can be passed to the .Fn NDFREE function. .El +.Sh RETURN VALUES +If successful, +.Fn namei +will return 0, otherwise it will return an error. +.Sh ERRORS +Errors which +.Fn namei +may return: +.Bl -tag -width Er +.It Bq Er ENOTDIR +A component of the specified pathname is not a directory when a directory is +expected. +.It Bq Er ENAMETOOLONG +A component of a pathname exceeded 255 characters, +or an entire pathname exceeded 1023 characters. +.It Bq Er ENOENT +A component of the specified pathname does not exist, +or the pathname is an empty string. +.It Bq Er ACCES +An attempt is made to access a file in a way forbidden by its file access +permissions. +.It Bq Er ELOOP +Too many symbolic links were encountered in translating the pathname. +.It Bq Er EISDIR +An attempt is made to open a directory with write mode specified. +.It Bq Er EROFS +An attempt is made to modify a file or directory on a read-only file system. +.El .Sh FILES .Bl -tag .It Pa src/sys/kern/vfs_lookup.c _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 14:40:08 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FF3A10656C7 for ; Thu, 14 Jan 2010 14:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5E18FC1A for ; Thu, 14 Jan 2010 14:40:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0EEe8p0087931 for ; Thu, 14 Jan 2010 14:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0EEe8sx087925; Thu, 14 Jan 2010 14:40:08 GMT (envelope-from gnats) Date: Thu, 14 Jan 2010 14:40:08 GMT Message-Id: <201001141440.o0EEe8sx087925@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: docs/142816: commit references a PR X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 14:40:08 -0000 The following reply was made to PR docs/142816; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: docs/142816: commit references a PR Date: Thu, 14 Jan 2010 14:36:54 +0000 (UTC) Author: jhb Date: Thu Jan 14 14:36:39 2010 New Revision: 202284 URL: http://svn.freebsd.org/changeset/base/202284 Log: - Update required headers for namei() to add and remove . - Add RETURN VALUES and ERROR sections for namei()'s error return values. - Add a missing link to NDHASGIANT.9. PR: docs/142815, docs/142816 Submitted by: Lachlan Kang (1, 2) MFC after: 3 days Modified: head/share/man/man9/Makefile head/share/man/man9/namei.9 Modified: head/share/man/man9/Makefile ============================================================================== --- head/share/man/man9/Makefile Thu Jan 14 14:30:54 2010 (r202283) +++ head/share/man/man9/Makefile Thu Jan 14 14:36:39 2010 (r202284) @@ -903,7 +903,8 @@ MLINKS+=mutex.9 mtx_assert.9 \ mutex.9 mtx_unlock_spin.9 \ mutex.9 mtx_unlock_spin_flags.9 MLINKS+=namei.9 NDFREE.9 \ - namei.9 NDINIT.9 + namei.9 NDINIT.9 \ + namei.9 NDHASGIANT.9 MLINKS+=pbuf.9 getpbuf.9 \ pbuf.9 relpbuf.9 \ pbuf.9 trypbuf.9 Modified: head/share/man/man9/namei.9 ============================================================================== --- head/share/man/man9/namei.9 Thu Jan 14 14:30:54 2010 (r202283) +++ head/share/man/man9/namei.9 Thu Jan 14 14:36:39 2010 (r202284) @@ -44,7 +44,7 @@ .Nd pathname translation and lookup operations .Sh SYNOPSIS .In sys/param.h -.In sys/proc.h +.In sys/fcntl.h .In sys/namei.h .Ft int .Fn namei "struct nameidata *ndp" @@ -315,6 +315,34 @@ flag can be passed to the .Fn NDFREE function. .El +.Sh RETURN VALUES +If successful, +.Fn namei +will return 0, otherwise it will return an error. +.Sh ERRORS +Errors which +.Fn namei +may return: +.Bl -tag -width Er +.It Bq Er ENOTDIR +A component of the specified pathname is not a directory when a directory is +expected. +.It Bq Er ENAMETOOLONG +A component of a pathname exceeded 255 characters, +or an entire pathname exceeded 1023 characters. +.It Bq Er ENOENT +A component of the specified pathname does not exist, +or the pathname is an empty string. +.It Bq Er ACCES +An attempt is made to access a file in a way forbidden by its file access +permissions. +.It Bq Er ELOOP +Too many symbolic links were encountered in translating the pathname. +.It Bq Er EISDIR +An attempt is made to open a directory with write mode specified. +.It Bq Er EROFS +An attempt is made to modify a file or directory on a read-only file system. +.El .Sh FILES .Bl -tag .It Pa src/sys/kern/vfs_lookup.c _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 15:03:51 2010 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F1E81065670; Thu, 14 Jan 2010 15:03:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 707868FC1C; Thu, 14 Jan 2010 15:03:51 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1CDF946B0D; Thu, 14 Jan 2010 10:03:51 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AF7258A01D; Thu, 14 Jan 2010 10:03:38 -0500 (EST) From: John Baldwin To: freebsd-doc@freebsd.org Date: Thu, 14 Jan 2010 09:30:43 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091231; KDE/4.3.1; amd64; ; ) References: <201001140520.o0E5KsgU030632@www.freebsd.org> In-Reply-To: <201001140520.o0E5KsgU030632@www.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201001140930.43322.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 14 Jan 2010 10:03:38 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-gnats-submit@freebsd.org, Lachlan Kang Subject: Re: docs/142816: [patch] namei(9) return values X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 15:03:51 -0000 On Thursday 14 January 2010 12:20:54 am Lachlan Kang wrote: > > >Number: 142816 > >Category: docs > >Synopsis: [patch] namei(9) return values > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-doc > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: doc-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Jan 14 05:30:02 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Lachlan Kang > >Release: FreeBSD 8.0-RELEASE > >Organization: > >Environment: > >Description: > The manpage namei(9) does not specify the return value of the function namei(). > The function namei() returns 0 on success, or errno on failure. > I skimmed through the namei() source code (src/sys/kern/vfs_lookup.c) and added a simple RETURN VALUES and ERRORS section to the namei(9) manpage. > The error code descriptions were simply copied from intro(2). > >How-To-Repeat: > man 9 namei > >Fix: > Add a RETURN VALUES and ERRORS section to namei(9). > > Patch attached with submission follows: Thanks! I've modified this slightly (added missing line breaks to ease translation work) and changed the error descriptions to more closely match what is used in open(2). -- John Baldwin From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 15:04:38 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9911065693; Thu, 14 Jan 2010 15:04:38 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 922BC8FC24; Thu, 14 Jan 2010 15:04:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0EF4cPo012967; Thu, 14 Jan 2010 15:04:38 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0EF4chL012963; Thu, 14 Jan 2010 15:04:38 GMT (envelope-from jhb) Date: Thu, 14 Jan 2010 15:04:38 GMT Message-Id: <201001141504.o0EF4chL012963@freefall.freebsd.org> To: LCRTRIfFu91c710azO2Y@live.co.uk, jhb@FreeBSD.org, freebsd-doc@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: docs/142815: [patch] namei(9) required include X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 15:04:38 -0000 Synopsis: [patch] namei(9) required include State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Thu Jan 14 15:03:37 UTC 2010 State-Changed-Why: Fix committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=142815 From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 15:10:05 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8412C1065692 for ; Thu, 14 Jan 2010 15:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 736898FC1B for ; Thu, 14 Jan 2010 15:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0EFA5gt013092 for ; Thu, 14 Jan 2010 15:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0EFA5bQ013091; Thu, 14 Jan 2010 15:10:05 GMT (envelope-from gnats) Date: Thu, 14 Jan 2010 15:10:05 GMT Message-Id: <201001141510.o0EFA5bQ013091@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: John Baldwin Cc: Subject: Re: docs/142816: [patch] namei(9) return values X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 15:10:05 -0000 The following reply was made to PR docs/142816; it has been noted by GNATS. From: John Baldwin To: freebsd-doc@freebsd.org Cc: Lachlan Kang , freebsd-gnats-submit@freebsd.org Subject: Re: docs/142816: [patch] namei(9) return values Date: Thu, 14 Jan 2010 09:30:43 -0500 On Thursday 14 January 2010 12:20:54 am Lachlan Kang wrote: > > >Number: 142816 > >Category: docs > >Synopsis: [patch] namei(9) return values > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-doc > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: doc-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Jan 14 05:30:02 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Lachlan Kang > >Release: FreeBSD 8.0-RELEASE > >Organization: > >Environment: > >Description: > The manpage namei(9) does not specify the return value of the function namei(). > The function namei() returns 0 on success, or errno on failure. > I skimmed through the namei() source code (src/sys/kern/vfs_lookup.c) and added a simple RETURN VALUES and ERRORS section to the namei(9) manpage. > The error code descriptions were simply copied from intro(2). > >How-To-Repeat: > man 9 namei > >Fix: > Add a RETURN VALUES and ERRORS section to namei(9). > > Patch attached with submission follows: Thanks! I've modified this slightly (added missing line breaks to ease translation work) and changed the error descriptions to more closely match what is used in open(2). -- John Baldwin From owner-freebsd-doc@FreeBSD.ORG Thu Jan 14 15:26:13 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB1731065670; Thu, 14 Jan 2010 15:26:13 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A2A9B8FC1A; Thu, 14 Jan 2010 15:26:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0EFQDWx030293; Thu, 14 Jan 2010 15:26:13 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0EFQDa8030289; Thu, 14 Jan 2010 15:26:13 GMT (envelope-from jhb) Date: Thu, 14 Jan 2010 15:26:13 GMT Message-Id: <201001141526.o0EFQDa8030289@freefall.freebsd.org> To: LCRTRIfFu91c710azO2Y@live.co.uk, jhb@FreeBSD.org, freebsd-doc@FreeBSD.org From: jhb@FreeBSD.org Cc: Subject: Re: docs/142816: [patch] namei(9) return values X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jan 2010 15:26:13 -0000 Synopsis: [patch] namei(9) return values State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Thu Jan 14 15:25:45 UTC 2010 State-Changed-Why: Fix committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=142816 From owner-freebsd-doc@FreeBSD.ORG Fri Jan 15 14:49:11 2010 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51740106566B; Fri, 15 Jan 2010 14:49:11 +0000 (UTC) (envelope-from bland@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 284CB8FC25; Fri, 15 Jan 2010 14:49:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0FEnB4k073209; Fri, 15 Jan 2010 14:49:11 GMT (envelope-from bland@freefall.freebsd.org) Received: (from bland@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0FEnB79073205; Fri, 15 Jan 2010 14:49:11 GMT (envelope-from bland) Date: Fri, 15 Jan 2010 14:49:11 GMT Message-Id: <201001151449.o0FEnB79073205@freefall.freebsd.org> To: bland@FreeBSD.org, freebsd-doc@FreeBSD.org, bland@FreeBSD.org From: bland@FreeBSD.org Cc: Subject: Re: docs/140082: [handbook] handbook/jails: russian translation is missing X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 14:49:11 -0000 Synopsis: [handbook] handbook/jails: russian translation is missing Responsible-Changed-From-To: freebsd-doc->bland Responsible-Changed-By: bland Responsible-Changed-When: Fri Jan 15 14:48:48 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=140082 From owner-freebsd-doc@FreeBSD.ORG Fri Jan 15 21:59:16 2010 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B3861065694 for ; Fri, 15 Jan 2010 21:59:16 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2958FC15 for ; Fri, 15 Jan 2010 21:59:15 +0000 (UTC) Received: by ywh35 with SMTP id 35so888025ywh.7 for ; Fri, 15 Jan 2010 13:59:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=541zaGqiprx5rWEkjtmZJS3flkE84vJTCeSjmKQV+EU=; b=wmI6JioFnpS8A+QwxK2u5MgxOGA/P5lOrr1sxFy9jAI+YhmxW3mvf/p4jItYZe5NbL /fVN/twNBzBcHTY5KrgrctIOacy1i39d0HqBm7spw87PokEvMQd9VszAWbb446Pj41xj Cnl1AcAwr37h4bxjxAM1zhVF3/nlSuj8WwfHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=QNSxGyEPuSpkGfeQgrzSLkEfyLwqIfkBRdubV5wbcVth0L7MSHCnvNPVFI67kUWEYw uqGK0W+V6EFMMPDyU586h+Y2W4dBI3SoEz878TUOYTeNdCZprTehk83O2JUBmeoriaxO U3SS220UtaRbcbsUhvA2rUAkqru1EepkqZvUc= MIME-Version: 1.0 Received: by 10.150.239.16 with SMTP id m16mr1615784ybh.289.1263590956299; Fri, 15 Jan 2010 13:29:16 -0800 (PST) From: Royce Williams Date: Fri, 15 Jan 2010 12:28:56 -0900 Message-ID: <9dd082311001151328i7b9d7a3ax18dfc232b430905d@mail.gmail.com> To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: new IANA IP blocks reserved for documentation X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2010 21:59:16 -0000 >From the recently-announced RFC 5737: http://tools.ietf.org/html/rfc5737 The blocks 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24 (TEST-NET-2), and 203.0.113.0/24 (TEST-NET-3) are provided for use in documentation. [...] Addresses within the TEST-NET-1, TEST-NET-2, and TEST-NET-3 blocks SHOULD NOT appear on the public Internet and are used without any coordination with IANA or an Internet registry [RFC2050]. Network operators SHOULD add these address blocks to the list of non- routeable address spaces, and if packet filters are deployed, then this address block SHOULD be added to packet filters. These blocks are not for local use, and the filters may be used in both local and public contexts. Royce From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 13:41:30 2010 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298E4106566C for ; Sat, 16 Jan 2010 13:41:30 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id BA0A78FC13 for ; Sat, 16 Jan 2010 13:41:29 +0000 (UTC) Received: by fxm27 with SMTP id 27so946781fxm.3 for ; Sat, 16 Jan 2010 05:41:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=DtB/h3eRQFs6XErZEgTfTQzAF6hwIDtoFDZYkq6+2ms=; b=cVC6SNoOUKjSrWa9eUZBsPcDCaCfnWVYdJ+JZK1EwIVwc6Ko6ZcUOmKjo2DalCw7Vn PilHOBUcIHK4GA4IC3UWfwKq6Rw1XYsCML6odxF7wrlGpESUazSyYafYZDPqfHiOqa/q HS/QC02IeSse3K8mjfdyePBt7lhiSIie6rX1A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RL9ljmRTRTawoUH3HvOaaeXPENZgVFtQuYtHgoY7euITbWRI7g4PAbzCsiVf25vokL +aQqxVzhChmbjAtQsbr6QujX9dboRG3Axv13SKmThx6o7ziWVOAwpXM5m+oleMsdQREi +AF6FR3fw91LrUcLAu85dtWjOj55+DnUocDZI= MIME-Version: 1.0 Received: by 10.223.59.3 with SMTP id j3mr4156623fah.46.1263647598665; Sat, 16 Jan 2010 05:13:18 -0800 (PST) Date: Sat, 16 Jan 2010 13:13:18 +0000 Message-ID: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> From: CeDeROM To: doc@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 13:41:30 -0000 Hello world! I have a remark regarding the DVD/BluRay recording, as described in the Handbook, that it currently requires cdrtools-devel package first installed instead of cdrtools, to be able to create filesystem image that supports >4GB per-file-size. Current cdrtools package was released in September 2004 and is outdated as hell, it does not support "-iso-level 3" switch, so it propagates problems to all related recording software like dvd+rw-utils, brasero, k3b, dvdtk, etc... http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-dvds.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html Please take a look at comp.unix.bsd.freebsd.misc / cdrkit vs. dvd+rw-tools and the dvd iso 4gb max filesize problem The author of the cdrtools suite is involved in the discussion and he declares a new release soon, so the problem might be solved, however I think that it is good idea to add this information about cdrtools-devel package into Handbook documentation, in case of future troubles with cdrtools releases. Best regards, Tomek Cedro ps/2: is it the proper way to add modifications to the FreeBSD Handbook? :-) -- CeDeROM, http://www.tomek.cedro.info From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 14:44:23 2010 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E581A1065679 for ; Sat, 16 Jan 2010 14:44:23 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6F53C8FC19 for ; Sat, 16 Jan 2010 14:44:22 +0000 (UTC) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id o0GEiLlt005663; Sat, 16 Jan 2010 15:44:21 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id o0GEiL84002494; Sat, 16 Jan 2010 15:44:21 +0100 (CET) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id o0GEiK6J002493; Sat, 16 Jan 2010 15:44:20 +0100 (CET) (envelope-from marc) Date: Sat, 16 Jan 2010 15:44:20 +0100 From: Marc Fonvieille To: CeDeROM Message-ID: <20100116144420.GC1272@gothic.blackend.org> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-RC2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: marius@FreeBSD.org, doc@FreeBSD.org Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 14:44:24 -0000 On Sat, Jan 16, 2010 at 01:13:18PM +0000, CeDeROM wrote: > Hello world! > > I have a remark regarding the DVD/BluRay recording, as described in > the Handbook, that it currently requires cdrtools-devel package first > installed instead of cdrtools, to be able to create filesystem image > that supports >4GB per-file-size. Current cdrtools package was > released in September 2004 and is outdated as hell, it does not > support "-iso-level 3" switch, so it propagates problems to all > related recording software like dvd+rw-utils, brasero, k3b, dvdtk, > etc... > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-dvds.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html > > Please take a look at comp.unix.bsd.freebsd.misc / cdrkit vs. > dvd+rw-tools and the dvd iso 4gb max filesize problem > > The author of the cdrtools suite is involved in the discussion and he > declares a new release soon, so the problem might be solved, however I > think that it is good idea to add this information about > cdrtools-devel package into Handbook documentation, in case of future > troubles with cdrtools releases. > We can add a note to the Handbook but it'd a better idea to have the fix in default cdrtools port, I mean the one used by all burning applications. I let marius@ (the port maintainer) choosing the best solution. -- Marc From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 15:54:18 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D3B2106566B for ; Sat, 16 Jan 2010 15:54:18 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id B8D068FC18 for ; Sat, 16 Jan 2010 15:54:17 +0000 (UTC) Received: by fxm27 with SMTP id 27so1008282fxm.3 for ; Sat, 16 Jan 2010 07:54:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=4NJX7gTk0DIqNpARJGqAe0rdC0KkQRwIZ3xu7wqEAdE=; b=EUVHhQDBLRlyGjG2hN8r6cmBtar49m/Ggjbv7031BwRetwHN6xW5FeoqLRRirDKesB TV56cmBw6bG8wKOqj93cnpYkgFyZYTWvB0YfVCf70yEFYj9QsB603qbudVmzWhObXqFc stLD8xT92abazlgFz1rISgLKBmtNhWww3gk/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AZrMp4Hz7e1Budxmgt0FyhoYdSiyLcN+4VgSF5hUkk131xCRDc9pZ3mzpBaHXNHu5H EPYZrmwhgFr/0S/HCePon7APMZHvSrCDlhcKlZ6FKl9N0pIdyAGnXRGyw2MJkQA6tjYm eGPqK/4uI2/38jVIUlKtLYtGK6EAhJxCn3eEg= MIME-Version: 1.0 Received: by 10.223.16.86 with SMTP id n22mr4344446faa.41.1263657248006; Sat, 16 Jan 2010 07:54:08 -0800 (PST) In-Reply-To: <20100116153838.GE18141@alchemy.franken.de> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> Date: Sat, 16 Jan 2010 15:54:07 +0000 Message-ID: <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> From: CeDeROM To: Marius Strobl Content-Type: text/plain; charset=UTF-8 Cc: doc@freebsd.org Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 15:54:18 -0000 On Sat, Jan 16, 2010 at 3:38 PM, Marius Strobl wrote: >> We can add a note to the Handbook but it'd a better idea to have the fix in >> default cdrtools port, I mean the one used by all burning applications. >> >> I let marius@ (the port maintainer) choosing the best solution. > > Patching cdrtools is a complicated topic as the author is very strict > about the license so it typically means creating an unsupported fork > which needs to be compiled with -DSOURCE_MODIFIED etc. Backporting > features to 2.01 also isn't easily possible as for most parts it's > GPL in 2.01 versus CDDL in 2.01.01. As long a the release engineering > depends on a working mkisofs I'm also reluctant to change the version > tracked by sysutils/cdrtools to the alpha releases. If a port requires > features from 2.01.01 it should just depend on sysutils/cdrtools-devel > explicitly. There are some differences in pkg-plist files of the two > cdrtools ports which should make this actually possible. Thank you Marius, my opinion is the same. I will try to ask author of the cdrtools for some explict date of the new release. Marc - I still think there is a need to add info about "-iso-level 3" and the "-udf -iso-level 3" switch of mkisofs to the Handbook, as this option allows burning files with per-file-size limit >4GB and use level 3 of the ISO-9660. This option must be applied to mkisofs and dvd+rw-tools, neverthless of the mkisofs release, so giving this hint explictly in a Handbook will help commandline users. The other thing is that it works only in releases older than 2.01.01aXXX and should work with nearest stable release. Please follow discussion on the usenet - there are all of the details necessary to acknowlege my point of view. Best regards, Tomek Cedro -- CeDeROM, http://www.tomek.cedro.info From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 15:55:44 2010 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAECC1065676 for ; Sat, 16 Jan 2010 15:55:44 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3AB8FC0C for ; Sat, 16 Jan 2010 15:55:43 +0000 (UTC) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id o0GFtand006307; Sat, 16 Jan 2010 16:55:36 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id o0GFtavD002792; Sat, 16 Jan 2010 16:55:36 +0100 (CET) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id o0GFtW09002791; Sat, 16 Jan 2010 16:55:32 +0100 (CET) (envelope-from marc) Date: Sat, 16 Jan 2010 16:55:32 +0100 From: Marc Fonvieille To: Marius Strobl Message-ID: <20100116155532.GD1272@gothic.blackend.org> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100116153838.GE18141@alchemy.franken.de> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-RC2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: doc@FreeBSD.org, CeDeROM Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 15:55:44 -0000 On Sat, Jan 16, 2010 at 04:38:38PM +0100, Marius Strobl wrote: > On Sat, Jan 16, 2010 at 03:44:20PM +0100, Marc Fonvieille wrote: > > On Sat, Jan 16, 2010 at 01:13:18PM +0000, CeDeROM wrote: > > > Hello world! > > > > > > I have a remark regarding the DVD/BluRay recording, as described in > > > the Handbook, that it currently requires cdrtools-devel package first > > > installed instead of cdrtools, to be able to create filesystem image > > > that supports >4GB per-file-size. Current cdrtools package was > > > released in September 2004 and is outdated as hell, it does not > > > support "-iso-level 3" switch, so it propagates problems to all > > > related recording software like dvd+rw-utils, brasero, k3b, dvdtk, > > > etc... > > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-dvds.html > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html > > > > > > Please take a look at comp.unix.bsd.freebsd.misc / cdrkit vs. > > > dvd+rw-tools and the dvd iso 4gb max filesize problem > > > > > > The author of the cdrtools suite is involved in the discussion and he > > > declares a new release soon, so the problem might be solved, however I > > > think that it is good idea to add this information about > > > cdrtools-devel package into Handbook documentation, in case of future > > > troubles with cdrtools releases. > > > > > > > We can add a note to the Handbook but it'd a better idea to have the fix in > > default cdrtools port, I mean the one used by all burning applications. > > > > I let marius@ (the port maintainer) choosing the best solution. > > > > Patching cdrtools is a complicated topic as the author is very strict > about the license so it typically means creating an unsupported fork > which needs to be compiled with -DSOURCE_MODIFIED etc. Backporting > features to 2.01 also isn't easily possible as for most parts it's > GPL in 2.01 versus CDDL in 2.01.01. As long a the release engineering > depends on a working mkisofs I'm also reluctant to change the version > tracked by sysutils/cdrtools to the alpha releases. If a port requires > features from 2.01.01 it should just depend on sysutils/cdrtools-devel > explicitly. There are some differences in pkg-plist files of the two > cdrtools ports which should make this actually possible. > Ok thanks Marius, your answer is clear. No need to change something. If one wants to burn a > 4GB .iso file sysutils/cdrtools-devel must be installed instead of sysutils/cdrtools. I'll update the Handbook on this point. -- Marc From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 16:14:21 2010 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81B971065693 for ; Sat, 16 Jan 2010 16:14:21 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id EB2BE8FC16 for ; Sat, 16 Jan 2010 16:14:20 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o0GFccQQ058384; Sat, 16 Jan 2010 16:38:39 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o0GFcc32058383; Sat, 16 Jan 2010 16:38:38 +0100 (CET) (envelope-from marius) Date: Sat, 16 Jan 2010 16:38:38 +0100 From: Marius Strobl To: Marc Fonvieille Message-ID: <20100116153838.GE18141@alchemy.franken.de> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100116144420.GC1272@gothic.blackend.org> User-Agent: Mutt/1.4.2.3i Cc: doc@FreeBSD.org, CeDeROM Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 16:14:21 -0000 On Sat, Jan 16, 2010 at 03:44:20PM +0100, Marc Fonvieille wrote: > On Sat, Jan 16, 2010 at 01:13:18PM +0000, CeDeROM wrote: > > Hello world! > > > > I have a remark regarding the DVD/BluRay recording, as described in > > the Handbook, that it currently requires cdrtools-devel package first > > installed instead of cdrtools, to be able to create filesystem image > > that supports >4GB per-file-size. Current cdrtools package was > > released in September 2004 and is outdated as hell, it does not > > support "-iso-level 3" switch, so it propagates problems to all > > related recording software like dvd+rw-utils, brasero, k3b, dvdtk, > > etc... > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-dvds.html > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html > > > > Please take a look at comp.unix.bsd.freebsd.misc / cdrkit vs. > > dvd+rw-tools and the dvd iso 4gb max filesize problem > > > > The author of the cdrtools suite is involved in the discussion and he > > declares a new release soon, so the problem might be solved, however I > > think that it is good idea to add this information about > > cdrtools-devel package into Handbook documentation, in case of future > > troubles with cdrtools releases. > > > > We can add a note to the Handbook but it'd a better idea to have the fix in > default cdrtools port, I mean the one used by all burning applications. > > I let marius@ (the port maintainer) choosing the best solution. > Patching cdrtools is a complicated topic as the author is very strict about the license so it typically means creating an unsupported fork which needs to be compiled with -DSOURCE_MODIFIED etc. Backporting features to 2.01 also isn't easily possible as for most parts it's GPL in 2.01 versus CDDL in 2.01.01. As long a the release engineering depends on a working mkisofs I'm also reluctant to change the version tracked by sysutils/cdrtools to the alpha releases. If a port requires features from 2.01.01 it should just depend on sysutils/cdrtools-devel explicitly. There are some differences in pkg-plist files of the two cdrtools ports which should make this actually possible. Marius From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 18:49:12 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA2791065672 for ; Sat, 16 Jan 2010 18:49:12 +0000 (UTC) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (ns0.blackend.org [82.227.222.164]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8098FC19 for ; Sat, 16 Jan 2010 18:49:11 +0000 (UTC) Received: from gothic.blackend.org (gothic.blackend.org [192.168.1.203]) by abigail.blackend.org (8.13.4/8.13.3) with ESMTP id o0GIn4st007830; Sat, 16 Jan 2010 19:49:04 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from gothic.blackend.org (localhost [127.0.0.1]) by gothic.blackend.org (8.14.3/8.14.3) with ESMTP id o0GIn4v3003300; Sat, 16 Jan 2010 19:49:04 +0100 (CET) (envelope-from marc@gothic.blackend.org) Received: (from marc@localhost) by gothic.blackend.org (8.14.3/8.14.3/Submit) id o0GIn3iU003299; Sat, 16 Jan 2010 19:49:03 +0100 (CET) (envelope-from marc) Date: Sat, 16 Jan 2010 19:49:03 +0100 From: Marc Fonvieille To: CeDeROM Message-ID: <20100116184903.GA3235@gothic.blackend.org> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> X-Useless-Header: blackend.org X-Operating-System: FreeBSD 8.0-RC2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: doc@freebsd.org, Marius Strobl Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 18:49:12 -0000 On Sat, Jan 16, 2010 at 03:54:07PM +0000, CeDeROM wrote: > On Sat, Jan 16, 2010 at 3:38 PM, Marius Strobl > wrote: > >> We can add a note to the Handbook but it'd a better idea to have the fix in > >> default cdrtools port, I mean the one used by all burning applications. > >> > >> I let marius@ (the port maintainer) choosing the best solution. > > > > Patching cdrtools is a complicated topic as the author is very strict > > about the license so it typically means creating an unsupported fork > > which needs to be compiled with -DSOURCE_MODIFIED etc. Backporting > > features to 2.01 also isn't easily possible as for most parts it's > > GPL in 2.01 versus CDDL in 2.01.01. As long a the release engineering > > depends on a working mkisofs I'm also reluctant to change the version > > tracked by sysutils/cdrtools to the alpha releases. If a port requires > > features from 2.01.01 it should just depend on sysutils/cdrtools-devel > > explicitly. There are some differences in pkg-plist files of the two > > cdrtools ports which should make this actually possible. > > Thank you Marius, my opinion is the same. I will try to ask author of > the cdrtools for some explict date of the new release. > > Marc - I still think there is a need to add info about "-iso-level 3" > and the "-udf -iso-level 3" switch of mkisofs to the Handbook, as this > option allows burning files with per-file-size limit >4GB and use > level 3 of the ISO-9660. This option must be applied to mkisofs and > dvd+rw-tools, neverthless of the mkisofs release, so giving this hint > explictly in a Handbook will help commandline users. The other thing > is that it works only in releases older than 2.01.01aXXX and should > work with nearest stable release. > > Please follow discussion on the usenet - there are all of the details > necessary to acknowlege my point of view. > So, does the following is Ok for addition to the Handbook? -- Note: If you need to burn files larger than 4.38 GB, for example in the case of a double layer media, the -iso-level 3 option must be passed to mkisofs(8). Therefore this option has to be added to any growisofs(1) command line, e.g.: # growisofs -dvd-compat -Z /dev/cd0 -iso-level 3 -J -R /path/to/data or # growisofs -dvd-compat -Z /dev/cd0=imagefile.iso -iso-level 3 Be sure to have the sysutils/cdrtools-devel port installed instead of sysutils/cdrtools. This later comes with a mkisofs(8) version that does not work very well with the -iso-level 3 option. -- -- Marc From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 19:43:16 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2EE5106566C; Sat, 16 Jan 2010 19:43:16 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3B00F8FC08; Sat, 16 Jan 2010 19:43:15 +0000 (UTC) Received: by fxm27 with SMTP id 27so1123360fxm.3 for ; Sat, 16 Jan 2010 11:43:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=niPPDF8PKz5zXZmY8q/lX+WzSAzQZWGxGBWFNIEWE5c=; b=QzGpVVuij+g8XJrgjx8FGMt6sMIShvy9xzB6kdWYniQaS86h94DJJkk/IRnxfjxLbN aZFWrN/t1rPcCyBeaw5aav5cSs+OOO1a7VU+7CAepXMWPPajytgJ9q82zCZ/LBF1e4JT D/osfsSjpqdMgJLtNzCdx2SsxmRZg7XIz2qe4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=o8VQwdEET8OnLHnjZkylBppNOaL4qVpi8CTA9RG3o4XPdr0UBxp46EbqiECeziUJ3a 3kUS1i29yJrtFjTm+72iLeB3Sq7rCdQgZ8g3lmKBmwAHgsIiKMrrAu2/HCxQc2ZPJtON /hjZ/LjnSHlmlz7vvt1P+4Eei+W40/KjSanWY= MIME-Version: 1.0 Received: by 10.223.81.76 with SMTP id w12mr4767729fak.1.1263670991133; Sat, 16 Jan 2010 11:43:11 -0800 (PST) In-Reply-To: <20100116184903.GA3235@gothic.blackend.org> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> <20100116184903.GA3235@gothic.blackend.org> Date: Sat, 16 Jan 2010 19:43:11 +0000 Message-ID: <3fcfb0ba1001161143v5fe48bb6ne756deaaf26651fa@mail.gmail.com> From: CeDeROM To: Marc Fonvieille Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: doc@freebsd.org, Marius Strobl Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 19:43:16 -0000 Hello Marc! On Sat, Jan 16, 2010 at 6:49 PM, Marc Fonvieille wro= te: > So, does the following is Ok for addition to the Handbook? > > -- > Note: > If you need to burn files larger than 4.38 GB, for example in the case > of a double layer media, the -iso-level 3 option must be passed to > mkisofs(8). =C2=A0Therefore this option has to be added to any growisofs(= 1) > command line, e.g.: > > # growisofs -dvd-compat -Z /dev/cd0 -iso-level 3 -J -R /path/to/data > > or > > # growisofs -dvd-compat -Z /dev/cd0=3Dimagefile.iso -iso-level 3 > > Be sure to have the sysutils/cdrtools-devel port installed instead of > sysutils/cdrtools. =C2=A0This later comes with a mkisofs(8) version that = does > not work very well with the -iso-level 3 option. > -- > > > -- > Marc > To doublecheck that: %growisofs -dvd-compat -R -J -iso-level 3 -Z /dev/cd1 /path/to/data/* And it is working. The "-iso-level 3" is required to burn DVD with per-file-size >4GB, that is some large audio or video file. Then I have created an ISO file form these files, to test the iso burning, but I got this error: growisofs: no mkisofs options are permitted with =3D, aborting... So I suppose this switch is only aplicable at creating the iso image stage. When a valid iso image is already created (ie. with "-iso-level 3" switch) no additional switch is necessary for growisofs. Please note that I am already using the cdrtools-devel package (in cdrtools I did not have this warning). Also old version of mkisofs did not complain about -iso-level 3 switch but gave an error that some large files will not fit on image. To confirm the image burning from an iso containing the large files with no -iso-level 3 switch: %mkisofs -R -J -iso-level 3 -o ../dvd.iso * (...) 99.18% done, estimate finish Sat Jan 16 20:03:51 2010 99.40% done, estimate finish Sat Jan 16 20:03:50 2010 99.62% done, estimate finish Sat Jan 16 20:03:51 2010 99.84% done, estimate finish Sat Jan 16 20:03:50 2010 Total translation table size: 0 Total rockridge attributes bytes: 713 Total directory bytes: 0 Path table size(bytes): 10 Max brk space used 0 2288723 extents written (4470 MB) %cd .. %growisofs -dvd-compat -R -J -Z /dev/cd1=3Ddvd.iso -iso-level 3 growisofs: no mkisofs options are permitted with =3D, aborting... %growisofs -dvd-compat -Z /dev/cd1=3Ddvd.iso WARNING: /dev/cd1 already carries isofs! About to execute 'builtin_dd if=3Ddvd.iso of=3D/dev/pass1 obs=3D32k seek=3D= 0' Sleeping for 5 sec... (...) 4623237120/4687304704 (98.6%) @4.0x, remaining 0:11 RBU 100.0% UBU 99.8% 4641751040/4687304704 (99.0%) @4.0x, remaining 0:08 RBU 100.0% UBU 100.0% 4660232192/4687304704 (99.4%) @4.0x, remaining 0:04 RBU 80.8% UBU 100.0% 4678713344/4687304704 (99.8%) @4.0x, remaining 0:01 RBU 25.7% UBU 93.4% builtin_dd: 2288736*2KB out @ average 4.0x1352KBps /dev/pass1: flushing cache /dev/pass1: writing lead-out And after checking - the files are on the disk (the large file is automatically split into two and works well). Therefore I would recommend something like this: -- Note: If you need to burn directly to a disk or create an ISO file containing files larger than 4.38 GB, the "-iso-level 3" option must be passed to mkisofs(8). Therefore this option has to be added to any mkisofs(8) commandline while creating the ISO image, or growisofs(1) command line used for burning directly to a disk, e.g.: %mkisofs -R -J -iso-level 3 -o ../dvd.iso * %growisofs -dvd-compat -R -J -iso-level 3 -Z /dev/cd0 /path/to/data/* When you have an ISO image containing large files already inside, no additional options are required for growisofs(1) to burn the image on a disk. Also, be sure that you have cdrtools version >2.01, as the older ones does not contain large file support. This propagates issues in other GUI-based applications. Currently only the sysutils/cdrtools-devel port contains alpha version fresh enough to support large files, so if you experience troubles please move to the development package. -- Best regards! Tomek Cedro --=20 CeDeROM, http://www.tomek.cedro.info From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 20:33:31 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 816B41065670; Sat, 16 Jan 2010 20:33:31 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id E15D28FC17; Sat, 16 Jan 2010 20:33:30 +0000 (UTC) Received: by fxm27 with SMTP id 27so1145953fxm.3 for ; Sat, 16 Jan 2010 12:33:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=fj/WH1YcDc8+D1A1fJMAGM89jy+cFDtGE5tECnJQPrY=; b=GJ5pubYVh4BHf0lLxzn3H4/TkgZtX+0fhwkg+ocWhUHfBRPo+UQfVQdSnmyKsqzhfW pI/+dXFwr3FyMfHSrzM9oTpcHU08q1pisnWA5Ehg+jvZGJQlB67WTLGj8aE5iyaj/H0z HWXqIZ1N/yq+2ca2k6KI2INpN+1Dr2nbItnsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HjSvzRIL81AUhAi8Bwt01VWCDYNH2lKyloqfQwV37z7Nf4Qx/ra3YH7VflMLYkHmLF TcaCX0+xCEBBKOZWq32Wq1sQTeQpQ/kvy0D8jvUDJqoPb+001MnRH+Pg7LD4hfp77EYx R1lYMfS3xSu0v2l3RPtAZQ1IPn4aVBYtd539g= MIME-Version: 1.0 Received: by 10.223.18.145 with SMTP id w17mr4805413faa.66.1263674004682; Sat, 16 Jan 2010 12:33:24 -0800 (PST) In-Reply-To: <3fcfb0ba1001161143v5fe48bb6ne756deaaf26651fa@mail.gmail.com> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> <20100116184903.GA3235@gothic.blackend.org> <3fcfb0ba1001161143v5fe48bb6ne756deaaf26651fa@mail.gmail.com> Date: Sat, 16 Jan 2010 20:33:24 +0000 Message-ID: <3fcfb0ba1001161233y2c158c1bq79aca541a42df046@mail.gmail.com> From: CeDeROM To: Marc Fonvieille Content-Type: text/plain; charset=UTF-8 Cc: doc@freebsd.org, Marius Strobl Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 20:33:31 -0000 Marc, please wait with publishing - I have verified files inside of a disk - the files generted this way looks corrupted :-( This is theoretically the only way to have support for large files, somehow confirmed by other users, but it looks also teher are still some issues. My knowledge is too small - I will have to wait for support on the usenet and probably the author of the mkisofs. Regards, Tomek -- CeDeROM, http://www.tomek.cedro.info From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 23:09:49 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D518F106568F; Sat, 16 Jan 2010 23:09:49 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3168FC0C; Sat, 16 Jan 2010 23:09:48 +0000 (UTC) Received: by fxm27 with SMTP id 27so1209525fxm.3 for ; Sat, 16 Jan 2010 15:09:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=z81Na5iCMcWf6OVW8XFshCEWm5tBnbTA8hhegYxDWic=; b=MIlCHjaP95Ju7kUS6eoGVA7Vg+chCjsyW5PoMA5eobVa7vCkk8te+LdU4RYmmyDxL5 Y3g6eQwNN9PS1HsGY1fEW67PGNAJXy2xsMUFy0JGCmhAsChF5IlJV4cHaOuTJO3fOPGR bhH/9xuy3QsZFR4P39nNduUvmoD/FZxXEhZ2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=c+KOwZb5cpTFSqMwMaturcuD+7oMirWjn5N+c0swUXMv4/wkTC2L9u9TbLNzXB5yTU stVGxN3/pJggrF06eIpRqd9JfF73aWE4/1f+nZnSdHCp8Y7sfJKqCW/0gV3JivwGtXG/ jqEeUi6TF2aoQsV7+tLBqsbRJ0Q1oFGudWaB0= MIME-Version: 1.0 Received: by 10.223.73.20 with SMTP id o20mr4875583faj.71.1263682992215; Sat, 16 Jan 2010 15:03:12 -0800 (PST) In-Reply-To: <3fcfb0ba1001161143v5fe48bb6ne756deaaf26651fa@mail.gmail.com> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> <20100116184903.GA3235@gothic.blackend.org> <3fcfb0ba1001161143v5fe48bb6ne756deaaf26651fa@mail.gmail.com> Date: Sat, 16 Jan 2010 23:03:11 +0000 Message-ID: <3fcfb0ba1001161503m5dde00d3x6e167830060d8de@mail.gmail.com> From: CeDeROM To: Marc Fonvieille Content-Type: text/plain; charset=UTF-8 Cc: doc@freebsd.org, Marius Strobl Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 23:09:49 -0000 Marc, sorry the last post, I just want the information to be complete and true - after some experimenting it turns out that the only working option for large files is to use "mkisofs -udf -iso-level 3" and then mount disk as an UDF volume - if mounted as ISO9660 the large files will be doubled and truncated. I am waiting for confirmation on a usenet, you can also verify this solution please to be sure. Below is the updated note: == Note: In order to have working files larger than 4.38GB in your compilation, an UDF/ISO-9660 hybrid must be created by passing additional "-udf -iso-level 3" parameter to a mkisofs(8) and all related programs (ie. growisofs(1)). This is required only when creating an ISO image file, or writing files directly to a disk. Disk created this way must be mounted as an UDF filesystem with mount(8) utility - so it will be usable only on an UDF aware Operating System - otherwise it will look as if it contains corrupted files. To create an ISO file: %mkisofs -R -J -udf -iso-level 3 -o ../dvd.iso * To burn files directly to a disk: %growisofs -dvd-compat -R -J -udf -iso-level 3 -Z /dev/cd0 /path/to/data/* When you have an ISO image containing large files already inside, no additional options are required for growisofs(1) to burn that image on a disk. Also, be sure that you have cdrtools version >2.01, as the older ones does not contain large files support. This propagates issues in other GUI-based applications. Currently only the sysutils/cdrtools-devel port contains alpha version fresh enough to support large files, so if you experience troubles please move to the development package. == Best regards, Tomek Cedro -- CeDeROM, http://www.tomek.cedro.info