From owner-freebsd-doc@FreeBSD.ORG Sun Oct 12 09:32:28 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FE0E16A4B3 for ; Sun, 12 Oct 2003 09:32:28 -0700 (PDT) Received: from web86106.mail.ukl.yahoo.com (web86106.mail.ukl.yahoo.com [217.12.12.51]) by mx1.FreeBSD.org (Postfix) with SMTP id 5FF5A43FAF for ; Sun, 12 Oct 2003 09:32:27 -0700 (PDT) (envelope-from rvdalen@yahoo.co.uk) Message-ID: <20031012163226.63067.qmail@web86106.mail.ukl.yahoo.com> Received: from [155.239.185.139] by web86106.mail.ukl.yahoo.com via HTTP; Sun, 12 Oct 2003 17:32:26 BST Date: Sun, 12 Oct 2003 17:32:26 +0100 (BST) From: =?iso-8859-1?q?Rouan=20van=20Dalen?= To: doc@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD Internals X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2003 16:32:28 -0000 Hi guys !!! My nme is ROUAN, im am 20. I am studying OS development. I am writing my own ebook about FreeBSD called "FreeBSD Internals". But I need a lot of detailed information that is hard to come by. There are numerous reasons why I am writing this book : 1) It is essentially a learning process for me. 2) I want to provide a source of detailed, in-depth knowledge to anyone interrested in how an OS works & more specifically how FreeBSD works. 3) I want to give something back to the FreeBSD community for providing us with such a fantastic OS. The above are just a few. The ebook will be totally free (carrying on the tradition of the FreeBSD community) because I feel that knowledge should be free. It will be published in PDF format. Anyone who provides information will be honered by listing their names at the sectiion they provided me with info (if they wish their names to be private they should just let me know). Right ... What I need now is the most detailed & in-depth information on FreeBSD's boot sequence. more specifically : 1) What files are related to the FreeBSD boot process. 2) What is each files purpose 3) What order are the files loaded & executed 4) What exactly does the boot manager look for. 5) The structure of the FreeBSD boot record. 6) Source code of the boot record & boot manager, etc. Any other information that pertains to the FreeBSD boot process. It can be links to web pages, attached files, any info possible. Thnx !!! The help will be much appreciated. I look forward to working with you guys to provide the best and most accurate book on FreeBSD. --------------------------------- Want to chat instantly with your online friends? Get the FREE Yahoo!Messenger From owner-freebsd-doc@FreeBSD.ORG Sun Oct 12 18:50:16 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED48416A4B3 for ; Sun, 12 Oct 2003 18:50:15 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FD3643FBF for ; Sun, 12 Oct 2003 18:50:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9D1oCFY067602 for ; Sun, 12 Oct 2003 18:50:12 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9D1oClv067592; Sun, 12 Oct 2003 18:50:12 -0700 (PDT) (envelope-from gnats) Resent-Date: Sun, 12 Oct 2003 18:50:12 -0700 (PDT) Resent-Message-Id: <200310130150.h9D1oClv067592@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, Kazuo Horikawa Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC29616A4B3 for ; Sun, 12 Oct 2003 18:46:31 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CDC43FA3 for ; Sun, 12 Oct 2003 18:46:30 -0700 (PDT) (envelope-from horikawa@freebsd.org) Received: from localhost (12-252-35-167.client.attbi.com[12.252.35.167]) by comcast.net (sccrmhc12) with SMTP id <20031013014629012004kd03e>; Mon, 13 Oct 2003 01:46:29 +0000 Message-Id: <20031012.194351.74754956.horikawa@attbi.com> Date: Sun, 12 Oct 2003 19:43:51 -0600 (MDT) From: Kazuo Horikawa To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/57926: amd.conf.5 poorly format as it has both man(7) and mdoc(7) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kazuo Horikawa List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 01:50:16 -0000 >Number: 57926 >Category: docs >Synopsis: amd.conf.5 poorly format as it has both man(7) and mdoc(7) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 12 18:50:12 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Kazuo Horikawa >Release: FreeBSD 5.1-RELEASE i386 >Organization: jpman project >Environment: amd.conf.5 comes with 5.1-CURRENT-20031005-JPSNAP >Description: Revision 1.14 of src/contrib/amd/scripts/amd.conf.5 has some man(7) macros while the most of this file is written in mdoc(7). The result is lines marked up with man(7) are poorly formatted. >How-To-Repeat: $ gzcat /usr/share/man/man5/amd.conf.5.gz | \ /usr/bin/groff -mandoc -Tascii -mtty-char -z -ww :128: warning: macro `BR' not defined :131: warning: macro `I' not defined [snip] >Fix: Apply the following diff to src/contrib/amd/scripts/amd.conf.5. --- amd.conf.5.bak Sun Oct 12 18:37:36 2003 +++ amd.conf.5 Sun Oct 12 19:38:17 2003 @@ -121,56 +121,99 @@ calls. This means you could run for example .Xr ls 1 and see what keys are available to mount in that directory. Not all entries -are made visible to readdir(3): the "/default" entry, wildcard -entries, and those with a "/" in them are not included. If you specify -"full" to this option, all but "/default" will be visible. +are made visible to +.Xr readdir 3 : +the +.Qq Pa /default +entry, wildcard entries, and those with a +.Qq Pa / +in them are not included. +If you specify +.Qq full +to this option, all but +.Qq Pa /default +will be visible. Note that if you run a command which will attempt to -.BR stat (2) -the entries, such as often done by "ls -l" or "ls -F", amd will attempt to -mount -.I every -entry in that map. This is often called a ``mount storm''. - -.TP -.BR map_options " (string, default no options)" +.Xr stat 2 +the entries, such as often done by +.Qq ls -l +or +.Qq ls -F , +.Nm amd +will attempt to mount +.Em every +entry in that map. +This is often called a +.Em mount storm . +.It Ic map_options Xo +(string, default no options) +.Xc This option is the same as specifying map options on the command line to -amd, such as "cache:=all". - -.TP -.BR map_type " (string, default search all map types)" -If specified, amd will initialize the map only for the type given. This is +.Nm amd , +such as +.Ql cache\&:\&=all . +.It Ic map_type Xo +(string, default search all map types) +.Xc +If specified, amd will initialize the map only for the type given. +This is useful to avoid the default map search type used by amd which takes longer and can have undesired side-effects such as initializing NIS even if not -used. Possible values are - -.nf -\fBfile\fR plain files -\fBhesiod\fR Hesiod name service from MIT -\fBldap\fR Lightweight Directory Access Protocol -\fBndbm\fR (New) dbm style hash files -\fBnis\fR Network Information Services (version 2) -\fBnisplus\fR Network Information Services Plus (version 3) -\fBpasswd\fR local password files -\fBunion\fR union maps -.fi - -.TP -.BR mount_type " (string, default=nfs)" -All amd mount types must be NFS. That is, amd is an NFS server on the -map mount points, for the local host it is running on. If "autofs" is -specified, amd will log an error and convert it to NFS. - -.TP -.BR search_path " (string, default no search path)" -This provides a (colon-delimited) search path for file maps. Using a search +used. +Possible values are +.Pp +.Bl -tag -width "nisplus" -compact +.It Ic file +plain files +.It Ic hesiod +Hesiod name service from MIT +.It Ic ldap +Lightweight Directory Access Protocol +.It Ic ndbm +(New) dbm style hash files +.It Ic nis +Network Information Services (version 2) +.It Ic nisplus +Network Information Services Plus (version 3) +.It Ic passwd +local password files +.It Ic union +union maps +.El +.It Ic mount_type Xo +(string, default=nfs) +.Xc +All +.Nm amd +mount types must be +.Tn NFS . +That is, +.Nm amd +is an +.Tn NFS +server on the +map mount points, for the local host it is running on. +If +.Qq autofs +is specified, +.Nm amd +will log an error and convert it to +.Tn NFS . +.It Ic search_path Xo +(string, default no search path) +.Xc +This provides a +(colon-delimited) +search path for file maps. +Using a search path, sites can allow for local map customizations and overrides, and can distributed maps in several locations as needed. - -.\" ************************************************************************** -.SS Parameters applicable to the global section only - -.TP -.BR arch " (string, default to compiled in value)" +.El +.Ss "Parameters applicable to the global section only" +.Bl -tag -width 4n +.It Ic arch Xo +(string, default to compiled in value) +.Xc Allows you to override the value of the .Va arch .Nm amd @@ -410,7 +453,7 @@ (numeric, default=110) .Xc Same as the -.Ic counter +.Ar counter part of the .Fl t Ar interval.counter option to @@ -420,97 +463,162 @@ (numeric, default=8) .Xc Same as the -.B \-x -option to amd. Specify any logging options for amd. Options are comma -delimited, and can be preceded by the string "no" to negate their meaning. -The "debug" logging option is only available if am-utils was configured with ---enable-debug. You can get the list of supported debugging and logging -options by running amd \-H. Possible values are: - -.nf -\fBall\fR all messages -\fBdebug\fR debug messages -\fBerror\fR non-fatal system errors -\fBfatal\fR fatal errors -\fBinfo\fR information -\fBmap\fR map errors -\fBstats\fR additional statistical information -\fBuser\fR non-fatal user errors -\fBwarn\fR warnings -\fBwarning\fR warnings -.fi - -.TP -.BR nfs_vers " (numeric, default to trying version 3 then 2)" -By default, amd tries version 3 and then version 2. This option forces the -overall NFS protocol used to version 3 or 2. It overrides what is in the +.Fl x +option to +.Nm amd . +Specify any logging options for +.Nm amd . +Options are comma +delimited, and can be preceded by the string +.Qq no +to negate their meaning. +The +.Qq debug +logging option is only available if am-utils was configured with +--enable-debug. +You can get the list of supported debugging and logging +options by running +.Nm amd Fl H . +Possible values are: +.Pp +.Bl -tag -width "warning" -compact +.It Ic all +all messages +.It Ic debug +debug messages +.It Ic error +non-fatal system errors +.It Ic fatal +fatal errors +.It Ic info +information +.It Ic map +map errors +.It Ic stats +additional statistical information +.It Ic user +non-fatal user errors +.It Ic warn +warnings +.It Ic warning +warnings +.El +.It Ic nfs_vers Xo +(numeric, default to trying version 3 then 2) +.Xc +By default, +.Nm amd +tries version 3 and then version 2. +This option forces the +overall +.Tn NFS +protocol used to version 3 or 2. +It overrides what is in the amd maps, and is useful when amd is compiled with NFSv3 support that may not -be stable. With this option you can turn off the complete usage of NFSv3 +be stable. +With this option you can turn off the complete usage of NFSv3 dynamically (without having to recompile amd) until such time as NFSv3 support is desired again. - -.TP -.BR nfs_retransmit_counter " (numeric, default=11)" +.It Ic nfs_retransmit_counter Xo +(numeric, default=11) +.Xc Same as the -.I retransmit +.Ar retransmit part of the -.BI \-t " timeout.retransmit" -option to amd. -Specifies the number of NFS retransmissions that the kernel will use to -communicate with amd. - -.TP -.BR nfs_retry_interval " (numeric, default=8)" +.Fl t Ar timeout.retransmit +option to +.Nm amd . +Specifies the number of +.Tn NFS +retransmissions that the kernel will use to +communicate with +.Nm amd . +.It Ic nfs_retry_interval Xo +(numeric, default=8) +.Xc Same as the -.I timeout +.Ar timeout part of the -.BI \-t " timeout.retransmit" -option to amd. Specifies the NFS timeout interval, in -.I tenths -of seconds, between NFS/RPC retries (for UDP only). +.Fl t Ar timeout.retransmit +option to +.Nm amd . +Specifies the +.Tn NFS +timeout interval, in +.Em tenths +of seconds, between NFS/RPC +retries (for UDP only). This is the value that the kernel will use to -communicate with amd. - -Amd relies on the kernel RPC retransmit mechanism to trigger mount retries. +communicate with +.Nm amd . +.Pp +.Nm Amd +relies on the kernel RPC retransmit mechanism to trigger mount retries. The values of the -.B nfs_retransmit_counter +.Ar nfs_retransmit_counter and the -.B nfs_retry_interval -parameters change the overall retry interval. Too long an interval gives +.Ar nfs_retry_interval +parameters change the overall retry interval. +Too long an interval gives poor interactive response; too short an interval causes excessive retries. - -.TP -.BR nfs_proto " (string, default to trying version tcp then udp)" -By default, amd tries TCP and then UDP. This option forces the overall NFS -protocol used to TCP or UDP. It overrides what is in the amd maps, and is -useful when amd is compiled with NFSv3 support that may not be stable. With +.It Ic nfs_proto Xo +(string, default to trying version tcp then udp) +.Xc +By default, +.Nm amd +tries TCP and then UDP. +This option forces the overall +.Tn NFS +protocol used to TCP or UDP. +It overrides what is in the amd maps, and is +useful when amd is compiled with NFSv3 support that may not be stable. +With this option you can turn off the complete usage of NFSv3 dynamically (without having to recompile amd) until such time as NFSv3 support is desired again. - -.TP -.BR nis_domain " (string, default to local NIS domain name)" -Same as the -.B \-y -option to amd. Specify an alternative NIS domain from which to fetch the -NIS maps. The default is the system domain name. This option is ignored if -NIS support is not available. - -.TP -.BR normalize_hostnames " (boolean, default=no)" -Same as the -.B \-n -option to amd. If "yes", then the name refereed to by ${rhost} is -normalized relative to the host database before being used. The effect is -to translate aliases into ``official'' names. - -.TP -.BR os " (string, default to compiled in value)" -Same as the -.B \-O -option to amd. Allows you to override the compiled-in name of the operating -system. Useful when the built-in name is not desired for backward -compatibility reasons. For example, if the build in name is +.It Ic nis_domain Xo +(string, default to local NIS domain name) +.Xc +Same as the +.Fl y +option to +.Nm amd . +Specify an alternative +.Tn NIS +domain from which to fetch the +.Tn NIS +maps. +The default is the system domain name. +This option is ignored if +.Tn NIS +support is not available. +.It Ic normalize_hostnames Xo +(boolean, default=no) +.Xc +Same as the +.Fl n +option to +.Nm amd . +If +.Qq yes , +then the name refereed to by +.Va ${rhost} +is normalized relative to the host database before being used. +The effect is +to translate aliases into +.Qq official +names. +.It Ic os Xo +(string, default to compiled in value) +.Xc +Same as the +.Fl O +option to +.Nm amd . +Allows you to override the compiled-in name of the operating system. +Useful when the built-in name is not desired for backward +compatibility reasons. +For example, if the build in name is .Dq sunos5 , you can override it to .Dq sos5 , >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sun Oct 12 19:40:22 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C4316A4B3 for ; Sun, 12 Oct 2003 19:40:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E2E43F75 for ; Sun, 12 Oct 2003 19:40:21 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9D2eLFY077274 for ; Sun, 12 Oct 2003 19:40:21 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9D2eLfY077273; Sun, 12 Oct 2003 19:40:21 -0700 (PDT) (envelope-from gnats) Date: Sun, 12 Oct 2003 19:40:21 -0700 (PDT) Message-Id: <200310130240.h9D2eLfY077273@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Kazuo Horikawa Subject: Re: docs/57926: amd.conf.5 poorly format as it has both man(7) and mdoc(7) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kazuo Horikawa List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 02:40:22 -0000 The following reply was made to PR docs/57926; it has been noted by GNATS. From: Kazuo Horikawa To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: docs/57926: amd.conf.5 poorly format as it has both man(7) and mdoc(7) Date: Sun, 12 Oct 2003 20:27:23 -0600 (MDT) Please use the following diff instead. It contains diffs appeared on the vendor branch that are not included in the previous diff or revision 1.14 (e.g., descriptions of "full_os" and "vendor" parameters). --- amd.conf.5.bak Sun Oct 12 18:37:36 2003 +++ amd.conf.5 Sun Oct 12 20:21:44 2003 @@ -121,56 +121,99 @@ calls. This means you could run for example .Xr ls 1 and see what keys are available to mount in that directory. Not all entries -are made visible to readdir(3): the "/default" entry, wildcard -entries, and those with a "/" in them are not included. If you specify -"full" to this option, all but "/default" will be visible. +are made visible to +.Xr readdir 3 : +the +.Qq Pa /default +entry, wildcard entries, and those with a +.Qq Pa / +in them are not included. +If you specify +.Qq full +to this option, all but +.Qq Pa /default +will be visible. Note that if you run a command which will attempt to -.BR stat (2) -the entries, such as often done by "ls -l" or "ls -F", amd will attempt to -mount -.I every -entry in that map. This is often called a ``mount storm''. - -.TP -.BR map_options " (string, default no options)" +.Xr stat 2 +the entries, such as often done by +.Qq ls -l +or +.Qq ls -F , +.Nm amd +will attempt to mount +.Em every +entry in that map. +This is often called a +.Em mount storm . +.It Ic map_options Xo +(string, default no options) +.Xc This option is the same as specifying map options on the command line to -amd, such as "cache:=all". - -.TP -.BR map_type " (string, default search all map types)" -If specified, amd will initialize the map only for the type given. This is +.Nm amd , +such as +.Ql cache\&:\&=all . +.It Ic map_type Xo +(string, default search all map types) +.Xc +If specified, amd will initialize the map only for the type given. +This is useful to avoid the default map search type used by amd which takes longer and can have undesired side-effects such as initializing NIS even if not -used. Possible values are - -.nf -\fBfile\fR plain files -\fBhesiod\fR Hesiod name service from MIT -\fBldap\fR Lightweight Directory Access Protocol -\fBndbm\fR (New) dbm style hash files -\fBnis\fR Network Information Services (version 2) -\fBnisplus\fR Network Information Services Plus (version 3) -\fBpasswd\fR local password files -\fBunion\fR union maps -.fi - -.TP -.BR mount_type " (string, default=nfs)" -All amd mount types must be NFS. That is, amd is an NFS server on the -map mount points, for the local host it is running on. If "autofs" is -specified, amd will log an error and convert it to NFS. - -.TP -.BR search_path " (string, default no search path)" -This provides a (colon-delimited) search path for file maps. Using a search +used. +Possible values are +.Pp +.Bl -tag -width "nisplus" -compact +.It Ic file +plain files +.It Ic hesiod +Hesiod name service from MIT +.It Ic ldap +Lightweight Directory Access Protocol +.It Ic ndbm +(New) dbm style hash files +.It Ic nis +Network Information Services (version 2) +.It Ic nisplus +Network Information Services Plus (version 3) +.It Ic passwd +local password files +.It Ic union +union maps +.El +.It Ic mount_type Xo +(string, default=nfs) +.Xc +All +.Nm amd +mount types must be +.Tn NFS . +That is, +.Nm amd +is an +.Tn NFS +server on the +map mount points, for the local host it is running on. +If +.Qq autofs +is specified, +.Nm amd +will log an error and convert it to +.Tn NFS . +.It Ic search_path Xo +(string, default no search path) +.Xc +This provides a +(colon-delimited) +search path for file maps. +Using a search path, sites can allow for local map customizations and overrides, and can distributed maps in several locations as needed. - -.\" ************************************************************************** -.SS Parameters applicable to the global section only - -.TP -.BR arch " (string, default to compiled in value)" +.El +.Ss "Parameters applicable to the global section only" +.Bl -tag -width 4n +.It Ic arch Xo +(string, default to compiled in value) +.Xc Allows you to override the value of the .Va arch .Nm amd @@ -226,7 +269,7 @@ .Nm amd Fl v . Possible values are: .Pp -.Bl -tag -width "daemon" -compact +.Bl -tag -width "xdrtrace" -compact .It Ic all all options .It Ic amq @@ -247,12 +290,18 @@ use local .Pa ./mtab file +.It Ic readdir +show browsable_dirs progress .It Ic str debug string munging .It Ic test full debug but no daemon .It Ic trace -protocol trace +RPC protocol trace and +.Tn NFS +mount arguments +.It Ic xdrtrace +trace XDR routines .El .It Ic dismount_interval Xo (numeric, default=120) @@ -263,6 +312,19 @@ .Nm amd . Specify, in seconds, the time between attempts to dismount file systems that have exceeded their cached times. +.It Ic full_os Xo +(string, default to compiled in value) +.Xc +The full name of the operating system, along with its version. +Allows you +to override the compiled-in full name and version of the operating system. +Useful when the compiled-in name is not desired. +For example, the full +operating system name on linux comes up as +.Qq linux , +but you can override +it to +.Qq linux-2.2.5 . .It Ic fully_qualified_hosts Xo (string, default=no) .Xc @@ -309,6 +371,8 @@ (string, default not set) .Xc Specify the base name for LDAP. +This often includes LDAP-specific +values such as country and organization. .It Ic ldap_cache_maxmem Xo (numeric, default=131072) .Xc @@ -320,7 +384,7 @@ .It Ic ldap_hostports Xo (string, default not set) .Xc -Specify LDAP-specific values such as country and organization. +Specify the LDAP host and port values. .It Ic local_domain Xo (string, default no sub-domain) .Xc @@ -393,6 +457,10 @@ non-fatal system errors .It Ic fatal fatal errors +.It Ic hrtime +print high resolution time stamps (only if +.Xr syslog 3 +is not used) .It Ic info information .It Ic map @@ -410,7 +478,7 @@ (numeric, default=110) .Xc Same as the -.Ic counter +.Ar counter part of the .Fl t Ar interval.counter option to @@ -420,97 +488,162 @@ (numeric, default=8) .Xc Same as the -.B \-x -option to amd. Specify any logging options for amd. Options are comma -delimited, and can be preceded by the string "no" to negate their meaning. -The "debug" logging option is only available if am-utils was configured with ---enable-debug. You can get the list of supported debugging and logging -options by running amd \-H. Possible values are: - -.nf -\fBall\fR all messages -\fBdebug\fR debug messages -\fBerror\fR non-fatal system errors -\fBfatal\fR fatal errors -\fBinfo\fR information -\fBmap\fR map errors -\fBstats\fR additional statistical information -\fBuser\fR non-fatal user errors -\fBwarn\fR warnings -\fBwarning\fR warnings -.fi - -.TP -.BR nfs_vers " (numeric, default to trying version 3 then 2)" -By default, amd tries version 3 and then version 2. This option forces the -overall NFS protocol used to version 3 or 2. It overrides what is in the +.Fl x +option to +.Nm amd . +Specify any logging options for +.Nm amd . +Options are comma +delimited, and can be preceded by the string +.Qq no +to negate their meaning. +The +.Qq debug +logging option is only available if am-utils was configured with +--enable-debug. +You can get the list of supported debugging and logging +options by running +.Nm amd Fl H . +Possible values are: +.Pp +.Bl -tag -width "warning" -compact +.It Ic all +all messages +.It Ic debug +debug messages +.It Ic error +non-fatal system errors +.It Ic fatal +fatal errors +.It Ic info +information +.It Ic map +map errors +.It Ic stats +additional statistical information +.It Ic user +non-fatal user errors +.It Ic warn +warnings +.It Ic warning +warnings +.El +.It Ic nfs_vers Xo +(numeric, default to trying version 3 then 2) +.Xc +By default, +.Nm amd +tries version 3 and then version 2. +This option forces the +overall +.Tn NFS +protocol used to version 3 or 2. +It overrides what is in the amd maps, and is useful when amd is compiled with NFSv3 support that may not -be stable. With this option you can turn off the complete usage of NFSv3 +be stable. +With this option you can turn off the complete usage of NFSv3 dynamically (without having to recompile amd) until such time as NFSv3 support is desired again. - -.TP -.BR nfs_retransmit_counter " (numeric, default=11)" +.It Ic nfs_retransmit_counter Xo +(numeric, default=11) +.Xc Same as the -.I retransmit +.Ar retransmit part of the -.BI \-t " timeout.retransmit" -option to amd. -Specifies the number of NFS retransmissions that the kernel will use to -communicate with amd. - -.TP -.BR nfs_retry_interval " (numeric, default=8)" +.Fl t Ar timeout.retransmit +option to +.Nm amd . +Specifies the number of +.Tn NFS +retransmissions that the kernel will use to +communicate with +.Nm amd . +.It Ic nfs_retry_interval Xo +(numeric, default=8) +.Xc Same as the -.I timeout +.Ar timeout part of the -.BI \-t " timeout.retransmit" -option to amd. Specifies the NFS timeout interval, in -.I tenths -of seconds, between NFS/RPC retries (for UDP only). +.Fl t Ar timeout.retransmit +option to +.Nm amd . +Specifies the +.Tn NFS +timeout interval, in +.Em tenths +of seconds, between NFS/RPC +retries (for UDP only). This is the value that the kernel will use to -communicate with amd. - -Amd relies on the kernel RPC retransmit mechanism to trigger mount retries. +communicate with +.Nm amd . +.Pp +.Nm Amd +relies on the kernel RPC retransmit mechanism to trigger mount retries. The values of the -.B nfs_retransmit_counter +.Ar nfs_retransmit_counter and the -.B nfs_retry_interval -parameters change the overall retry interval. Too long an interval gives +.Ar nfs_retry_interval +parameters change the overall retry interval. +Too long an interval gives poor interactive response; too short an interval causes excessive retries. - -.TP -.BR nfs_proto " (string, default to trying version tcp then udp)" -By default, amd tries TCP and then UDP. This option forces the overall NFS -protocol used to TCP or UDP. It overrides what is in the amd maps, and is -useful when amd is compiled with NFSv3 support that may not be stable. With +.It Ic nfs_proto Xo +(string, default to trying version tcp then udp) +.Xc +By default, +.Nm amd +tries TCP and then UDP. +This option forces the overall +.Tn NFS +protocol used to TCP or UDP. +It overrides what is in the amd maps, and is +useful when amd is compiled with NFSv3 support that may not be stable. +With this option you can turn off the complete usage of NFSv3 dynamically (without having to recompile amd) until such time as NFSv3 support is desired again. - -.TP -.BR nis_domain " (string, default to local NIS domain name)" -Same as the -.B \-y -option to amd. Specify an alternative NIS domain from which to fetch the -NIS maps. The default is the system domain name. This option is ignored if -NIS support is not available. - -.TP -.BR normalize_hostnames " (boolean, default=no)" -Same as the -.B \-n -option to amd. If "yes", then the name refereed to by ${rhost} is -normalized relative to the host database before being used. The effect is -to translate aliases into ``official'' names. - -.TP -.BR os " (string, default to compiled in value)" -Same as the -.B \-O -option to amd. Allows you to override the compiled-in name of the operating -system. Useful when the built-in name is not desired for backward -compatibility reasons. For example, if the build in name is +.It Ic nis_domain Xo +(string, default to local NIS domain name) +.Xc +Same as the +.Fl y +option to +.Nm amd . +Specify an alternative +.Tn NIS +domain from which to fetch the +.Tn NIS +maps. +The default is the system domain name. +This option is ignored if +.Tn NIS +support is not available. +.It Ic normalize_hostnames Xo +(boolean, default=no) +.Xc +Same as the +.Fl n +option to +.Nm amd . +If +.Qq yes , +then the name refereed to by +.Va ${rhost} +is normalized relative to the host database before being used. +The effect is +to translate aliases into +.Qq official +names. +.It Ic os Xo +(string, default to compiled in value) +.Xc +Same as the +.Fl O +option to +.Nm amd . +Allows you to override the compiled-in name of the operating system. +Useful when the built-in name is not desired for backward +compatibility reasons. +For example, if the build in name is .Dq sunos5 , you can override it to .Dq sos5 , @@ -633,13 +766,13 @@ mounted. Whenever one of these would have been auto-mounted, .Nm amd inherits it. -.It Ic selectors_on_default Xo +.It Ic selectors_in_default Xo (boolean, default=no) .Xc If .Dq yes , then the -.Pa /default +.Pa /defaults entry of maps will be looked for and process any selectors before setting defaults for all other keys in that map. Useful when you want to set different options for a complete map based on some parameters. For example, @@ -653,6 +786,7 @@ wire==slip-net;opts:=intr,rsize=1024,wsize=1024 \\ wire!=slip-net;opts:=intr,rsize=8192,wsize=8192 .Ed +Deprecated form: selectors_on_default .It Ic show_statfs_entries Xo (boolean, default=no) .Xc @@ -685,6 +819,17 @@ option or .Fl r flag are used. +.It Ic vendor Xo +(string, default to compiled in value) +.Xc +The name of the vendor of the operating system. +Overrides the compiled-in vendor name. +Useful when the compiled-in name is not desired. +For example, +most Intel based systems set the vendor name to +.Qq unknown , +but you can set it to +.Qq redhat . .El .Ss "Parameters applicable to regular map sections" .Bl -tag -width 4n @@ -722,7 +867,7 @@ log_options = all #debug_options = all plock = no -selectors_on_default = yes +selectors_in_default = yes # config.guess picks up "sunos5" and I don't want to edit my maps yet os = sos5 # if you print_version after setting up "os", it will show it. From owner-freebsd-doc@FreeBSD.ORG Sun Oct 12 21:20:23 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6C116A4BF for ; Sun, 12 Oct 2003 21:20:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A87C643F75 for ; Sun, 12 Oct 2003 21:20:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9D4KMFY097084 for ; Sun, 12 Oct 2003 21:20:22 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9D4KMrC097083; Sun, 12 Oct 2003 21:20:22 -0700 (PDT) (envelope-from gnats) Date: Sun, 12 Oct 2003 21:20:22 -0700 (PDT) Message-Id: <200310130420.h9D4KMrC097083@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Eugene Grosbein Subject: Re: docs/57824: ed(4) man page does not mention that ed requiresmiibus X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eugene Grosbein List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 04:20:23 -0000 The following reply was made to PR docs/57824; it has been noted by GNATS. From: Eugene Grosbein To: Tom Rhodes Cc: Eugene Grosbein , FreeBSD-gnats-submit@FreeBSD.org, iedowse@FreeBSD.org Subject: Re: docs/57824: ed(4) man page does not mention that ed requiresmiibus Date: Mon, 13 Oct 2003 12:17:12 +0800 Tom Rhodes wrote: > > On Fri, 10 Oct 2003 10:34:03 +0800 (KRAST) > Eugene Grosbein wrote: > > > > > >Number: 57824 > > >Category: docs > > >Synopsis: ed(4) man page does not mention that ed requires miibus > > NAME > ed -- ethernet device driver > > SYNOPSIS > device miibus > device ed0 at isa? port 0x280 irq 5 iomem 0xd8000 > > That is in my STABLE tree. I'm sorry, my 'man 4 ed' shows me /usr/share/man/cat4/ed.4.gz that is staled since 2001. Please close this PR. Eugene Grosbein From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 00:16:23 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9EBD16A4B3; Mon, 13 Oct 2003 00:16:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2874843FA3; Mon, 13 Oct 2003 00:16:23 -0700 (PDT) (envelope-from roam@FreeBSD.org) Received: from freefall.freebsd.org (roam@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9D7GNFY036538; Mon, 13 Oct 2003 00:16:23 -0700 (PDT) (envelope-from roam@freefall.freebsd.org) Received: (from roam@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9D7GMkr036534; Mon, 13 Oct 2003 00:16:22 -0700 (PDT) (envelope-from roam) Date: Mon, 13 Oct 2003 00:16:22 -0700 (PDT) From: Peter Pentchev Message-Id: <200310130716.h9D7GMkr036534@freefall.freebsd.org> To: eugen@www.svzserv.kemerovo.su, roam@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/57824: ed(4) man page does not mention that ed requires miibus X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 07:16:23 -0000 Synopsis: ed(4) man page does not mention that ed requires miibus State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Mon Oct 13 00:15:57 PDT 2003 State-Changed-Why: Submitter agrees that the change has already been MFC'd :) Still, thanks for reporting what you thought was a genuine FreeBSD problem! http://www.freebsd.org/cgi/query-pr.cgi?pr=57824 From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 10:40:21 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE7B16A4B3 for ; Mon, 13 Oct 2003 10:40:21 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB37843FBF for ; Mon, 13 Oct 2003 10:40:19 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9DHeJus008597 for ; Mon, 13 Oct 2003 13:40:19 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9DHeILr008596 for freebsd-doc@freebsd.org; Mon, 13 Oct 2003 13:40:18 -0400 (EDT) Date: Mon, 13 Oct 2003 13:40:18 -0400 From: Ken Smith To: freebsd-doc@freebsd.org Message-ID: <20031013174018.GA7787@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Architecture Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 17:40:21 -0000 I was looking over the Architecture Handbook in general as part of looking into the SYSINIT PR I'm working on. There are a few sections marked with * - e.g. "*UFS", "*AFS". Are those supposed to be markers for sections someone is working on, or are they sections someone wishes someone was working on? The divisions for UFS and AFS don't quite make sense IMO. Might be better to just have a chapter "Filesystem Support", make the first part the infrastructure that's common to all of the filesystems (mount issues, buffer cache, vnodes), and then specific sub-sections for the different filesystem types. Especially now with "What is UFS?" being even more complicated than before (since there are now two things that are UFS, not to mention UFS itself had been more or less FFS before, ...). -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 10:55:24 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD79416A4B3 for ; Mon, 13 Oct 2003 10:55:24 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1130543FA3 for ; Mon, 13 Oct 2003 10:55:24 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9DHtNus009019; Mon, 13 Oct 2003 13:55:23 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9DHtN9s009018; Mon, 13 Oct 2003 13:55:23 -0400 (EDT) Date: Mon, 13 Oct 2003 13:55:23 -0400 From: Ken Smith To: Rouan van Dalen Message-ID: <20031013175523.GA8912@electra.cse.Buffalo.EDU> References: <20031012163226.63067.qmail@web86106.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031012163226.63067.qmail@web86106.mail.ukl.yahoo.com> User-Agent: Mutt/1.4.1i cc: doc@freebsd.org Subject: Re: FreeBSD Internals X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 17:55:25 -0000 On Sun, Oct 12, 2003 at 05:32:26PM +0100, Rouan van Dalen wrote: > What I need now is the most detailed & in-depth information on > FreeBSD's boot sequence. more specifically : > > 1) What files are related to the FreeBSD boot process. > 2) What is each files purpose > 3) What order are the files loaded & executed > 4) What exactly does the boot manager look for. > 5) The structure of the FreeBSD boot record. > 6) Source code of the boot record & boot manager, etc. A lot of the information you are looking for is in: http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/ See the chapter on "Bootstrapping and kernel initialization". Have you looked that over yet? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 11:00:59 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F411C16A4B3 for ; Mon, 13 Oct 2003 11:00:58 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5319C43FE9 for ; Mon, 13 Oct 2003 11:00:51 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9DI0pFY043331 for ; Mon, 13 Oct 2003 11:00:51 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9DI0ois043324 for freebsd-doc@freebsd.org; Mon, 13 Oct 2003 11:00:50 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Oct 2003 11:00:50 -0700 (PDT) Message-Id: <200310131800.h9DI0ois043324@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:00:59 -0000 Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2001/10/31] i386/31671 doc 4.4 installer hangs at " Mounting root fr 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [1999/10/04] i386/14135 doc lpt1 nolonger exists after 3.2-RELEASE s [2000/07/18] docs/20028 doc ASCII docs should reflect tags o [2001/05/23] docs/27605 doc Cross-document references () o [2002/01/15] docs/33929 doc Section 15.15 of the FreeBSD Porter's Han s [2002/03/08] docs/35678 doc docproj Makefiles for web are broken for o [2002/03/21] docs/36168 doc -pthread/_THREAD_SAFE docs missing in gcc o [2002/09/13] docs/42762 doc ppp.8 has no description of $env and ~use o [2002/11/14] docs/45303 doc Bug in PDF DocBook rendering f [2003/02/19] docs/48472 doc Documentation unreadable. o [2003/09/15] docs/56894 doc umass man page: "mount -t msdos" instead o [2003/10/09] docs/57799 doc pam_self(8) man page is wrong 11 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/02/01] docs/24786 doc missing FILES descriptions in sa(4) o [2001/04/29] docs/26943 doc [patch] description of :C modifier is mis o [2001/07/26] docs/29245 doc top(1) manpage doesn't understand SMP a [2001/08/23] docs/30008 doc This document should be translated, comme o [2001/09/27] docs/30873 doc ``ip'' man page does not specify byte ord o [2001/10/07] docs/31109 doc replace gif images w/ png ones due to pat o [2001/11/15] docs/32020 doc loader.8 manpage missing tunables o [2002/01/05] docs/33589 doc Patch to doc.docbook.mk to post process . o [2002/01/13] docs/33852 doc split(1) man page implies that input file o [2002/01/14] docs/33877 doc Documentet behaviour of SF_flags for non- o [2002/02/15] bin/34955 doc [PATCH] ps(1) is out of touch with realit a [2002/02/16] docs/35011 doc There are no commands called "diskless" o o [2002/02/22] docs/35222 doc mailing list archive URL regexp suboptima o [2002/03/06] docs/35602 doc dump(8)/restore(8) pages don't explain "a o [2002/03/06] docs/35607 doc dump(1) page needs discussion of scary er o [2002/03/06] docs/35608 doc mt(1) page uses "setmark" without explana o [2002/03/06] docs/35609 doc mt(1) page needs explanation of "long era o [2002/03/06] docs/35612 doc ps(1) page "state" description doesn't me o [2002/03/07] docs/35642 doc lo(4) page maybe should document optional o [2002/03/07] docs/35644 doc lo(4) page presumes familiarity with prin o [2002/03/07] docs/35646 doc cp(1) page needs a "Bugs" section. o [2002/03/07] docs/35647 doc www; combine query-by-number and multi-fi o [2002/03/07] docs/35648 doc rc.conf; add note about "flags" to both f o [2002/03/08] docs/35686 doc blackhole(4) page seems to contradict its o [2002/03/08] docs/35687 doc /etc/nsmb.conf missing mention of readers o [2002/03/09] docs/35711 doc the "gnats page" should move to its own s o [2002/03/10] docs/35732 doc adduser(8) page has obsolete reference an o [2002/03/15] docs/35943 doc at(1) config files are misplaced in /var/ o [2002/03/15] docs/35953 doc hosts.equiv(5) manual is confusing or wro o [2002/03/20] misc/36154 doc Getting USB mouse to work: usbd and mouse o [2002/03/28] docs/36432 doc Proposal for doc/share/mk: make folded bo o [2002/03/28] docs/36449 doc symlink(7) manual doesn't mention trailin o [2002/05/03] docs/37719 doc Detail VOP_ naming in a relevant man-page s [2002/05/07] docs/37843 doc manual for pthread_setschedparam is wrong o [2002/05/18] docs/38225 doc change "CDROM" to "CD-ROM" o [2002/05/25] docs/38556 doc EPS file of beastie, as addition to exist o [2002/05/27] docs/38620 doc Committers Guide and CVS o [2002/05/31] docs/38772 doc firewall_type feature not mentioned on Ha o [2002/06/07] docs/38982 doc developers-hanbook/Jail fix o [2002/06/12] docs/39213 doc No rc(4) man page o [2002/06/15] docs/39348 doc kenv fetch of hostname requires dhcp/boot o [2002/06/19] docs/39530 doc access(2) man page has unnecessarily broa o [2002/06/19] docs/39532 doc 'find' man page should o [2002/06/24] docs/39824 doc Various tweaks for doc/en_US.ISO8859-1/bo o [2002/07/04] docs/40196 doc man find does not describe -follow o [2002/07/10] docs/40423 doc Keyboard(4)'s definition of parameters to o [2002/07/10] docs/40443 doc Update books/faq/book.sgml for USB .ko's o [2002/07/21] docs/40851 doc [PATCH] "mergemaster -p" in UPDATING's "C o [2002/07/28] docs/41089 doc pax -B option does not mention interactio o [2002/08/02] docs/41270 doc confusing directions for kernelconfig cha o [2002/08/07] docs/41423 doc Update FAQ: attrib command for windows du o [2002/08/18] docs/41761 doc Update for /ru/internal/ part of site o [2002/08/19] docs/41787 doc man page for route (Section 8) missing de o [2002/08/19] docs/41791 doc Documentation formatting error o [2002/08/19] docs/41807 doc natd -punch_fw "bug" o [2002/08/20] docs/41820 doc Device driver confusion in Handbook (2.3) a [2002/08/27] docs/42058 doc Documentation: Installing Oracle 8i onto o [2002/10/01] docs/43569 doc src/share/examples/worm/README out-of-dat o [2002/10/04] docs/43651 doc stab(5) incorrectly states to include jus o [2002/10/09] docs/43861 doc non-trivial typo in wicontrol man page o [2002/10/11] docs/43941 doc Rationale for Upgrade Sequence o [2002/10/14] docs/44074 doc ln(1) manual clarifications [patch] o [2002/10/23] docs/44400 doc ipfw(8) has contradictions in bridged and o [2002/10/24] docs/44435 doc sysctl manpage: add example for tcsh o [2002/10/29] docs/44594 doc Handbook doesn't mention drivers.flp for o [2002/11/17] docs/45371 doc man page for exports lacks information on o [2002/12/02] docs/45940 doc burncd missing info o [2002/12/11] docs/46181 doc "make fetch-recursive" target description o [2002/12/11] docs/46196 doc Missing return value in (set_)menu_format o [2002/12/11] docs/46200 doc fix for ru_RU.KOI8-R/books/porters-handbo o [2002/12/16] docs/46291 doc correlation between HZ kernel config para o [2002/12/16] docs/46295 doc please add information to Nvi recovery em o [2003/01/02] docs/46709 doc tables in terminfo.5 are broken o [2003/01/05] docs/46793 doc DEVICE_POLLING can not be used with SMP, o [2003/01/14] docs/47085 doc boot(8) manpage is incomplete according t o [2003/01/27] docs/47575 doc Clarify requirements for IPFW2 in STABLE o [2003/01/28] docs/47594 doc [PATH] passwd(5) incorrectly states allow o [2003/01/30] docs/47690 doc builtin(1) manpage is wrong about externa o [2003/01/30] docs/47705 doc wc(1) manpage has poor explanations. f [2003/02/02] docs/47818 doc ln(1) manpage is confusing f [2003/02/07] docs/48038 doc [PATCH] add Tips and Tricks section into o [2003/02/28] docs/48767 doc wrong key numbers for left/right windows o [2003/03/06] docs/48980 doc [PATCH] nsgmls -s errors and sect. 3.2.1 o [2003/03/14] docs/50013 doc [PATCH] add much more russian holydays o [2003/03/23] docs/50211 doc [PATCH] Fix textfile creation f [2003/03/28] docs/50391 doc Incorrect information in a man o [2003/04/03] docs/50573 doc return values for res_query/res_search/re f [2003/04/07] docs/50677 doc [PATCH] update doc/en_US.ISO8859-1/books/ o [2003/04/10] docs/50773 doc NFS problems by jumbo frames to mention i o [2003/05/06] docs/51875 doc atkbd(4) adjustment o [2003/05/06] docs/51891 doc DIAGNOSTICS in ed driver manpage don't ma o [2003/05/07] docs/51921 doc ls(1) manpage lacks some information abou o [2003/05/11] docs/52071 doc [PATCH] Add more information about soft u o [2003/05/25] docs/52672 doc Porter's Handbook: couple of corrections o [2003/06/02] docs/52878 doc [PATCH] security(7): small clairification o [2003/06/13] docs/53303 doc mount(2) man page error o [2003/06/14] docs/53315 doc [PATCH] remove extraneous whitespace at t o [2003/06/18] docs/53454 doc wrong sample code in manpage of wcwidth(3 o [2003/06/19] docs/53501 doc [PATCH] Handbook: update snapshots sectio o [2003/06/20] docs/53575 doc Change to Handbook Section 20.9 o [2003/06/21] docs/53596 doc Updates to mt manual page o [2003/06/25] docs/53732 doc quota output and man page do not document o [2003/06/26] docs/53751 doc bus_dma(9) incorrectly documents BUS_DMA_ o [2003/07/11] docs/54380 doc [PATCH] document additional perl variable o [2003/07/11] docs/54391 doc Document that glob(3) respects LC_COLLATE o [2003/07/20] docs/54678 doc [patch] add PACKAGESITE to packages chapt o [2003/07/22] docs/54752 doc bus_dma explained in ISA section: should o [2003/07/22] docs/54769 doc [patch] updates to FAQ o [2003/07/23] docs/54789 doc [PATCH] brush up the "New Users" article o [2003/07/24] docs/54806 doc [patch] adds fvwm2 to x11-wm o [2003/07/25] docs/54879 doc man 1 jot, -r description o [2003/07/28] docs/54995 doc Error in accept(2) man page o [2003/07/28] docs/54999 doc Documentation Project Primer doesn't conf o [2003/08/03] docs/55207 doc [patch] update acroread section & add loc o [2003/08/06] docs/55306 doc [patch] adds filemanagers to desktop appl o [2003/08/11] docs/55458 doc [patch] add useful content & hints to por o [2003/08/11] docs/55482 doc DUMP has access to block devices in a JAI o [2003/08/13] docs/55538 doc [patch] add screenshots to desktop chapte o [2003/08/16] docs/55653 doc chflags.1 - note that not all tools chfla o [2003/08/22] docs/55883 doc advanced-networking/chapter.sgml o [2003/09/04] docs/56408 doc [PATCH] add around app-default o [2003/09/04] docs/56452 doc [patch]Add EXTRACT_DEPENDS&PATCH_DEPENDS o [2003/09/13] docs/56745 doc Some suggestions for the Bibliography cha o [2003/09/14] docs/56872 doc [Patch] Talk about EVFILT_NETDEV in kqueu o [2003/09/14] docs/56883 doc Inadequately-documented charter for freeb o [2003/09/15] docs/56901 doc [patch] articles/diskless-x: fix bad engl o [2003/09/15] docs/56902 doc [patch] articles/fbsd-from-scratch: add/f o [2003/09/15] docs/56903 doc [patch] articles/fonts: add application t o [2003/09/16] docs/56915 doc [patch] articles/fonts: update links o [2003/09/16] docs/56932 doc [patch] articles/releng-packages: add "no o [2003/09/16] docs/56936 doc [patch] articles/java-tomcat: add applica o [2003/09/18] docs/56981 doc man terminfo(5) from libncurses does not o [2003/09/22] docs/57118 doc o [2003/09/24] docs/57153 doc S_IRWXU missing in fstat(2) man page? o [2003/09/25] docs/57209 doc [patch] article/mh: add missing docbook t o [2003/09/29] docs/57388 doc INSTALL.TXT enhancement: mention ok promp o [2003/10/04] docs/57569 doc error on gensetdefs(8) man page o [2003/10/06] docs/57669 doc IFMIB(4) man page uses sysctl(3) incorrec o [2003/10/10] docs/57838 doc missing in docu: port Makefile target 'pa o [2003/10/12] docs/57926 doc amd.conf.5 poorly format as it has both m 140 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 11:37:24 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22CFA16A4BF for ; Mon, 13 Oct 2003 11:37:24 -0700 (PDT) Received: from rs6000.univie.ac.at (male.univie.ac.at [131.130.1.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EE943FE1 for ; Mon, 13 Oct 2003 11:37:22 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by rs6000.univie.ac.at (8.12.2/8.12.2) with ESMTP id h9DIb0i3068196; Mon, 13 Oct 2003 20:37:16 +0200 Date: Mon, 13 Oct 2003 20:36:11 +0200 (CEST) From: Lukas Ertl To: Ken Smith In-Reply-To: <20031013174018.GA7787@electra.cse.Buffalo.EDU> Message-ID: <20031013203514.N596@korben.in.tern> References: <20031013174018.GA7787@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-doc@freebsd.org Subject: Re: Architecture Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 18:37:24 -0000 On Mon, 13 Oct 2003, Ken Smith wrote: > There are a few sections marked with * - e.g. "*UFS", "*AFS". Are > those supposed to be markers for sections someone is working on, or > are they sections someone wishes someone was working on? I think the latter - these sections need to be written. regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 12:07:21 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 983B716A4BF for ; Mon, 13 Oct 2003 12:07:21 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D3543FB1 for ; Mon, 13 Oct 2003 12:07:20 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9DJ7Jus010794; Mon, 13 Oct 2003 15:07:19 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9DJ7JFu010793; Mon, 13 Oct 2003 15:07:19 -0400 (EDT) Date: Mon, 13 Oct 2003 15:07:19 -0400 From: Ken Smith To: Lukas Ertl Message-ID: <20031013190719.GA10024@electra.cse.Buffalo.EDU> References: <20031013174018.GA7787@electra.cse.Buffalo.EDU> <20031013203514.N596@korben.in.tern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031013203514.N596@korben.in.tern> User-Agent: Mutt/1.4.1i cc: freebsd-doc@freebsd.org cc: Ken Smith Subject: Re: Architecture Handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 19:07:21 -0000 On Mon, Oct 13, 2003 at 08:36:11PM +0200, Lukas Ertl wrote: > > There are a few sections marked with * - e.g. "*UFS", "*AFS". Are > > those supposed to be markers for sections someone is working on, or > > are they sections someone wishes someone was working on? > > I think the latter - these sections need to be written. Hmm, figures... I could have gotten them started at least but can't do it right now due to a fairly major conflict of interests (I'm proof-reading a textbook). Maybe later. :-( I've spent a week or so of the past three years setting it up so students could muck around with the UFS code without killing the entire machine, so I've actually "worked a bit" on the UFS code... Doing that to the new UFS-2 code was such a pain last time I've got a student writing "edufs" and we'll use that for the Kernel Hacking class projects instead of making a "copy" of the UFS code next Spring. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 13:20:16 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02A4E16A4BF for ; Mon, 13 Oct 2003 13:20:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2701343FD7 for ; Mon, 13 Oct 2003 13:20:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9DKKEFY063593 for ; Mon, 13 Oct 2003 13:20:14 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9DKKESs063592; Mon, 13 Oct 2003 13:20:14 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 13 Oct 2003 13:20:14 -0700 (PDT) Resent-Message-Id: <200310132020.h9DKKESs063592@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, "jc.sb" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4C7F16A4B3 for ; Mon, 13 Oct 2003 13:10:50 -0700 (PDT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBACE43FBD for ; Mon, 13 Oct 2003 13:10:49 -0700 (PDT) (envelope-from res17fyz@verizon.net) Received: from HEAVYBLACKTHING ([207.71.230.25]) by out012.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20031013201049.NVNW20366.out012.verizon.net@HEAVYBLACKTHING> for ; Mon, 13 Oct 2003 15:10:49 -0500 Message-Id: Date: Mon, 13 Oct 2003 13:10:48 -0700 From: "jc.sb" To: Subject: docs/57974: man page apropos for select macros (FD_SET, etc) doesnt exist X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 20:20:16 -0000 >Number: 57974 >Category: docs >Synopsis: man page apropos for select macros (FD_SET, etc) doesnt exist >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: Mon Oct 13 13:20:13 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Jonathan Cline >Release: FreeBSD 4.8-RELEASE i386 >Organization: none >Environment: System: FreeBSD d2fs1.xyz.local 4.8-RELEASE FreeBSD 4.8-RELEASE #1: Thu May 8 17:24:15 PDT 2003 root@d2fs1.xyz.local:/usr/src/sys/compile/D2FS1 i386 >Description: While a man page for select() from sys/select.h exists, the macros relating to that function are not apropos. Presumably because they're macros, rather than functions, though they are publically callable and well-used. >How-To-Repeat: 'man FD_SET' - yields nothing 'man -k FD_SET' - yields nothing 'man select' - as expected 'man -k select' - as expected >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 15:50:56 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF69A16A4BF for ; Mon, 13 Oct 2003 15:50:56 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A77134400D for ; Mon, 13 Oct 2003 15:50:19 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9DMoJFY098415 for ; Mon, 13 Oct 2003 15:50:19 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9DMoJnW098414; Mon, 13 Oct 2003 15:50:19 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 13 Oct 2003 15:50:19 -0700 (PDT) Resent-Message-Id: <200310132250.h9DMoJnW098414@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, tkatayam@VCSEL.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C2E16A4B3 for ; Mon, 13 Oct 2003 15:46:23 -0700 (PDT) Received: from PML.VCSEL.org (pml.vcsel.org [210.224.170.210]) by mx1.FreeBSD.org (Postfix) with SMTP id 7788343F93 for ; Mon, 13 Oct 2003 15:46:22 -0700 (PDT) (envelope-from tkatayam@PML.VCSEL.org) Received: (qmail 45472 invoked by uid 1000); 13 Oct 2003 22:46:21 -0000 Message-Id: <20031013224621.45471.qmail@PML.VCSEL.org> Date: 13 Oct 2003 22:46:21 -0000 From: tkatayam@VCSEL.org To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/57978: Type miss of GPIB in Hardware Notes X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tkatayam@VCSEL.org List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2003 22:50:57 -0000 >Number: 57978 >Category: docs >Synopsis: Type miss of GPIB in Hardware Notes >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: Mon Oct 13 15:50:18 PDT 2003 >Closed-Date: >Last-Modified: >Originator: KATAYAMA Takeo >Release: FreeBSD 5.1-RELEASE i386 >Organization: >Environment: >Description: I found an error in Section 3.15 "Miscellaneous" of FreeBSD/i386 5.1-RELEASE Hardware Notes and newer than 4.3R. The 4th item is denoted as "GPB and Transputer drivers". I consider "GPB" to be an error of "GPIB". >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 18:58:17 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA4EB16A4B3; Mon, 13 Oct 2003 18:58:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D69443F85; Mon, 13 Oct 2003 18:58:17 -0700 (PDT) (envelope-from kensmith@FreeBSD.org) Received: from freefall.freebsd.org (kensmith@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9E1wHFY017154; Mon, 13 Oct 2003 18:58:17 -0700 (PDT) (envelope-from kensmith@freefall.freebsd.org) Received: (from kensmith@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9E1wH65017150; Mon, 13 Oct 2003 18:58:17 -0700 (PDT) (envelope-from kensmith) Date: Mon, 13 Oct 2003 18:58:17 -0700 (PDT) From: Ken Smith Message-Id: <200310140158.h9E1wH65017150@freefall.freebsd.org> To: kensmith@FreeBSD.org, freebsd-doc@FreeBSD.org, kensmith@FreeBSD.org Subject: Re: docs/57799: pam_self(8) man page is wrong X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 01:58:17 -0000 Synopsis: pam_self(8) man page is wrong Responsible-Changed-From-To: freebsd-doc->kensmith Responsible-Changed-By: kensmith Responsible-Changed-When: Mon Oct 13 18:57:23 PDT 2003 Responsible-Changed-Why: I'll try this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=57799 From owner-freebsd-doc@FreeBSD.ORG Mon Oct 13 20:48:40 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F0D316A4B3 for ; Mon, 13 Oct 2003 20:48:40 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA69143F85 for ; Mon, 13 Oct 2003 20:48:38 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9E3mcus020652 for ; Mon, 13 Oct 2003 23:48:38 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9E3mcI5020651 for freebsd-doc@freebsd.org; Mon, 13 Oct 2003 23:48:38 -0400 (EDT) Date: Mon, 13 Oct 2003 23:48:38 -0400 From: Ken Smith To: freebsd-doc@freebsd.org Message-ID: <20031014034838.GA20484@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: SYSINIT() fixes for Architecture Manual X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 03:48:40 -0000 Murray suggested I just send this here, and he'd chime in if nobody else feels like enough of an authority to say whether or not I'm lying. :-) While working on PR docs/57568 to fix the SYSINIT() examples I decided to try and clarify a little bit what SYSINIT() is/isn't used for. Can anyone say one way or another if I hit the target? Thanks. --- chapter.sgml_orig Sat Oct 11 20:07:09 2003 +++ chapter.sgml Mon Oct 13 21:23:37 2003 @@ -49,17 +49,27 @@ Sysinit uses two priorities when ordering the functions for execution. The first priority is a subsystem ID giving an - overall order Sysinit's dispatch of functions. Current predeclared - ID's are in <sys/kernel.h> in the enum + overall order for Sysinit's dispatch of functions. Current predeclared + ID's are in <sys/kernel.h> in the enum list sysinit_sub_id. The second priority used is an element order within the subsystem. Current predeclared subsystem element orders are in - <sys/kernel.h> in the enum list + <sys/kernel.h> in the enum list sysinit_elem_order. There are currently two uses for Sysinit. Function dispatch at system startup and kernel module loads, and function dispatch - at system shutdown and kernel module unload. + at system shutdown and kernel module unload. Kernel subsystems + often use system startup Sysinits to initialize data structures, + for example the process scheduling subsystem uses a Sysinit to + initialize the run queue data structures. Device drivers + should avoid using SYSINIT() directly. + Instead drivers for real devices that are part of a bus structure + should use DRIVER_MODULE() to provide a + function that detects the device and, if it is present, initializes + the device. It will do a few things specific to devices and then calls + SYSINIT() itself. For pseudo-devices, which are + not part of a bus structure, use DEV_MODULE(). @@ -72,14 +82,14 @@ Headers - <sys/kernel.h> + <sys/kernel.h> Macros SYSINIT(uniquifier, subsystem, order, func, ident) - SYSUNINIT(uniquifier, subsystem, order, func, ident) +SYSUNINIT(uniquifier, subsystem, order, func, ident) @@ -90,21 +100,22 @@ necessary sysinit data in Sysinit's startup data set for Sysinit to sort and dispatch a function at system startup and module load. SYSINIT() takes a uniquifier - that Sysinit uses identify the particular function dispatch + that Sysinit uses to identify the particular function dispatch data, the subsystem order, the subsystem element order, the function to call, and the data to pass the function. All functions must take a constant pointer argument. - For example: + + Example of a <literal>SYSINIT()</literal> - #include <sys/kernel.h> + #include <sys/kernel.h> void foo_null(void *unused) { foo_doo(); } -SYSINIT(foo_null, SI_SUB_FOO, SI_ORDER_FOO, NULL); +SYSINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_null, NULL); struct foo foo_voodoo = { FOO_VOODOO; @@ -115,26 +126,34 @@ struct foo *foo = (struct foo *)vdata; foo_data(foo); } -SYSINIT(foo_arg, SI_SUB_FOO, SI_ORDER_FOO, foo_voodoo); - +SYSINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_arg, foo_voodoo); + + + + Note that SI_SUB_FOO and + SI_ORDER_FOO need to be in the + sysinit_sub_id and + sysinit_elem_order enum's as mentioned above. + Either use existing ones or add your own to the enum's. Shutdown - The SYSUNINIT() macro behaves similarly + The SYSUNINIT() macro behaves similar to the SYSINIT() macro except that it adds the Sysinit data to Sysinit's shutdown data set. - For example: + + Example of a <literal>SYSUNINIT()</literal> - #include <sys/kernel.h> + #include <sys/kernel.h> void foo_cleanup(void *unused) { foo_kill(); } -SYSUNINIT(foo_cleanup, SI_SUB_FOO, SI_ORDER_FOO, NULL); +SYSUNINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_cleanup, NULL); struct foo_stack foo_stack = { FOO_STACK_VOODOO; @@ -143,8 +162,9 @@ void foo_flush(void *vdata) { } -SYSUNINIT(foo_flush, SI_SUB_FOO, SI_ORDER_FOO, foo_stack); - +SYSUNINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_flush, foo_stack); + + -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Tue Oct 14 04:20:13 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E14516A4B3 for ; Tue, 14 Oct 2003 04:20:13 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B34943F85 for ; Tue, 14 Oct 2003 04:20:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9EBKCFY083760 for ; Tue, 14 Oct 2003 04:20:12 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9EBKBx4083759; Tue, 14 Oct 2003 04:20:11 -0700 (PDT) (envelope-from gnats) Date: Tue, 14 Oct 2003 04:20:11 -0700 (PDT) Message-Id: <200310141120.h9EBKBx4083759@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org From: Russell Francis Subject: Re: docs/57669: IFMIB(4) man page uses sysctl(3) incorrectly inexample code X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Russell Francis List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 11:20:13 -0000 The following reply was made to PR docs/57669; it has been noted by GNATS. From: Russell Francis To: freebsd-gnats-submit@FreeBSD.org, ted@erg.sri.com Cc: Subject: Re: docs/57669: IFMIB(4) man page uses sysctl(3) incorrectly in example code Date: Tue, 14 Oct 2003 07:19:53 -0400 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig058844B390B808621B29F43D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ted, I saw your bug report at FreeBSD and thought I would let you know that the changes you suggested have allready been made. If you cvsup a more recent version of FreeBSD you should see them. Thanks, Russ --------------enig058844B390B808621B29F43D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/i9vil8gE/LToDToRAqLyAJ9gj14WNjLneiAGWcg+/lhMmfXysACgirW5 e9gy2xu0b6sX4DQTi9p0Jqc= =wjMj -----END PGP SIGNATURE----- --------------enig058844B390B808621B29F43D-- From owner-freebsd-doc@FreeBSD.ORG Tue Oct 14 13:25:35 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C3E16A4B3 for ; Tue, 14 Oct 2003 13:25:35 -0700 (PDT) Received: from tatiana.utanet.at (tatiana.utanet.at [213.90.36.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E77E543FBD for ; Tue, 14 Oct 2003 13:25:33 -0700 (PDT) (envelope-from josef@daemon.li) Received: from plenty.utanet.at ([213.90.36.9]) by tatiana.utanet.at with esmtp (Exim 4.12) id 1A9VjY-0001rr-00 for freebsd-doc@freebsd.org; Tue, 14 Oct 2003 22:25:32 +0200 Received: from dsl-237-186.utaonline.at ([212.152.237.186] helo=jenny.daemon.li) by plenty.utanet.at with esmtp (Exim 4.12) id 1A9VjX-0000el-00 for freebsd-doc@freebsd.org; Tue, 14 Oct 2003 22:25:31 +0200 Received: by jenny.daemon.li (Postfix, from userid 1005) id 65DF4250; Tue, 14 Oct 2003 22:26:53 +0200 (CEST) Date: Tue, 14 Oct 2003 22:26:53 +0200 From: Josef El-Rayes To: freebsd-doc@freebsd.org Message-ID: <20031014202653.GA271@jenny.daemon.li> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Reply-Path: j.el-rayes@daemon.li X-Operating-System: FreeBSD 4.9-RC Subject: correct spelling? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: j.el-rayes@daemon.li List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 20:25:35 -0000 hi! as i did not find correct spelling for these two words, in our word list and on the o'reilly word list, i ask if somebody could tell me whether it is: o operating system or operating-system o core team or core-team (i expect without '-') -josef -- www: http://www.daemon.li nic-hdl: JER1080312-NICAT BSD in AT: www.bsdcode.at "Make World - Not War!" From owner-freebsd-doc@FreeBSD.ORG Tue Oct 14 13:32:23 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C5416A4BF for ; Tue, 14 Oct 2003 13:32:23 -0700 (PDT) Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79D7643FA3 for ; Tue, 14 Oct 2003 13:32:22 -0700 (PDT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (acs-24-154-239-203.zoominternet.net [24.154.239.203]) by pittgoth.com (8.12.9/8.12.9) with SMTP id h9EKWCvd034280; Tue, 14 Oct 2003 16:32:12 -0400 (EDT) (envelope-from trhodes@FreeBSD.org) Date: Tue, 14 Oct 2003 16:31:52 -0400 From: Tom Rhodes To: j.el-rayes@daemon.li Message-Id: <20031014163152.02f49504.trhodes@FreeBSD.org> In-Reply-To: <20031014202653.GA271@jenny.daemon.li> References: <20031014202653.GA271@jenny.daemon.li> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-doc@FreeBSD.org Subject: Re: correct spelling? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 20:32:23 -0000 On Tue, 14 Oct 2003 22:26:53 +0200 Josef El-Rayes wrote: > hi! > > as i did not find correct spelling for these two words, in our word list > and on the o'reilly word list, i ask if somebody could tell me whether > it is: > > o operating system or operating-system > o core team or core-team > > (i expect without '-') > I have always seen these used without the hyphen. -- Tom Rhodes From owner-freebsd-doc@FreeBSD.ORG Tue Oct 14 14:38:23 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 060E816A4B3 for ; Tue, 14 Oct 2003 14:38:23 -0700 (PDT) Received: from mail.speakeasy.net (mail10.speakeasy.net [216.254.0.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id B232443FBF for ; Tue, 14 Oct 2003 14:38:21 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7459 invoked from network); 14 Oct 2003 21:38:21 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 Oct 2003 21:38:21 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h9ELcHce049546; Tue, 14 Oct 2003 17:38:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20031014034838.GA20484@electra.cse.Buffalo.EDU> Date: Tue, 14 Oct 2003 17:38:26 -0400 (EDT) From: John Baldwin To: Ken Smith X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-doc@freebsd.org Subject: RE: SYSINIT() fixes for Architecture Manual X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2003 21:38:23 -0000 On 14-Oct-2003 Ken Smith wrote: > > Murray suggested I just send this here, and he'd chime in if nobody > else feels like enough of an authority to say whether or not I'm > lying. :-) > > While working on PR docs/57568 to fix the SYSINIT() examples I > decided to try and clarify a little bit what SYSINIT() is/isn't > used for. Can anyone say one way or another if I hit the target? > > Thanks. > > [ snip ] > > void foo_null(void *unused) > { > foo_doo(); > } > -SYSINIT(foo_null, SI_SUB_FOO, SI_ORDER_FOO, NULL); > +SYSINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_null, NULL); > > struct foo foo_voodoo = { > FOO_VOODOO; > @@ -115,26 +126,34 @@ > struct foo *foo = (struct foo *)vdata; > foo_data(foo); > } > -SYSINIT(foo_arg, SI_SUB_FOO, SI_ORDER_FOO, foo_voodoo); > - > +SYSINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_arg, foo_voodoo); > + > + > + > + Note that SI_SUB_FOO and > + SI_ORDER_FOO need to be in the > + sysinit_sub_id and > + sysinit_elem_order enum's as mentioned above. > + Either use existing ones or add your own to the enum's. > You should make sure both SYSINITs have uniqe uniqifiers, maybe use 'bar' instead of 'foo' for the second example. Also, you might want to note that you can do math on the SYSINITs. For example, you can do something like this: static void mptable_register(void *dummy __unused) { apic_register_enumerator(&mptable_enumerator); } SYSINIT(mptable_register, SI_SUB_TUNABLES - 1, SI_ORDER_FIRST, mptable_register, NULL) Also, using 'Sysinit' seems really odd. I would either go with 'sysinit', 'SYSINIT', or 'system initialization function'. > > Shutdown > > - The SYSUNINIT() macro behaves similarly > + The SYSUNINIT() macro behaves similar > to the SYSINIT() macro except that it adds > the Sysinit data to Sysinit's shutdown data set. similar is an adjective, not an adverb. You are describing how it behaves, so it should be the adverb form: similarly. Even if it is a mouthful to say. :) > @@ -143,8 +162,9 @@ > void foo_flush(void *vdata) > { > } > -SYSUNINIT(foo_flush, SI_SUB_FOO, SI_ORDER_FOO, foo_stack); > - > +SYSUNINIT(foo, SI_SUB_FOO, SI_ORDER_FOO, foo_flush, foo_stack); > + > + > > > Again, make sure you have uniqe uniqifiers in this example as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-doc@FreeBSD.ORG Tue Oct 14 18:26:53 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 357B116A4BF for ; Tue, 14 Oct 2003 18:26:53 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB29843FCB for ; Tue, 14 Oct 2003 18:26:51 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9F1Qpus016129 for ; Tue, 14 Oct 2003 21:26:51 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9F1QpCW016128 for freebsd-docs@freebsd.org; Tue, 14 Oct 2003 21:26:51 -0400 (EDT) Date: Tue, 14 Oct 2003 21:26:50 -0400 From: Ken Smith To: freebsd-docs@freebsd.org Message-ID: <20031015012650.GC15466@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Second change to Architecture Manual X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 01:26:53 -0000 This is a second change I was thinking might make a good addition to the Architecture Manual. Virtually every book that talks about UNIX devices describes character and block devices. Developers new to FreeBSD sometimes wonder what happened to block devices. And a lot of places in lots of manual pages, books, etc. still at least slightly suggest there could be more than just Character devices. Is this worth adding? Thanks... --- chapter.sgml_orig Fri Oct 10 09:37:18 2003 +++ chapter.sgml Tue Oct 14 21:21:07 2003 @@ -527,6 +527,22 @@ + + Block Devices (Are Gone) + + Developers familiar with other UNIX systems expect there to + be a second type of device known as block devices. On those other + UNIX systems block devices are associated with the buffer cache. + Data blocks from block devices are buffered inside the kernel + and filesystems get mounted on block devices. This improves + I/O efficiency. &os; has shifted the management of the buffer + cache away from block devices. It is associated it with the virtual + memory system and vnode system used to keep track of open files inside + the kernel. As a result &os; no longer needs block devices and they + have been removed from the system. Only character devices remain. + + + Network Drivers -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 04:29:25 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E08216A4BF; Wed, 15 Oct 2003 04:29:25 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C4A43FDD; Wed, 15 Oct 2003 04:29:23 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FBTMgI036474; Wed, 15 Oct 2003 15:29:22 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FBTMGL036473; Wed, 15 Oct 2003 15:29:22 +0400 (MSD) (envelope-from ache) Date: Wed, 15 Oct 2003 15:29:21 +0400 From: Andrey Chernov To: current@freebsd.org, doc@freebsd.org Message-ID: <20031015112920.GA36404@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 11:29:25 -0000 Due to increased activity of SPAM harvesters what are our plans to hide our addresses from public WWW? I mean all browseable mailing lists, FreeBSD site, CVS via WWW, PRs, ports and docs. As I think, simple form will be enough to stop them. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 06:25:55 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74D0616A4B3; Wed, 15 Oct 2003 06:25:55 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13C343F85; Wed, 15 Oct 2003 06:25:53 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9FDPpMT024218; Wed, 15 Oct 2003 15:25:52 +0200 (CEST) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9p1/8.12.9) with ESMTP id h9FDPpPq094638; Wed, 15 Oct 2003 15:25:51 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9p1/8.12.9/Submit) id h9FDPp3G094637; Wed, 15 Oct 2003 15:25:51 +0200 (CEST) (envelope-from wkb) Date: Wed, 15 Oct 2003 15:25:51 +0200 From: Wilko Bulte To: Andrey Chernov Message-ID: <20031015132551.GA94612@freebie.xs4all.nl> References: <20031015112920.GA36404@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015112920.GA36404@nagual.pp.ru> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-PRERELEASE X-PGP: finger wilko@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 13:25:55 -0000 On Wed, Oct 15, 2003 at 03:29:21PM +0400, Andrey Chernov wrote: I fail to see why this is relevant to -current but OK.. I think that the opportunity to do this has long since passed. Just type your name in Google and see what happens.. Wilko > Due to increased activity of SPAM harvesters what are our plans to hide > our addresses from public WWW? I mean all browseable mailing lists, > FreeBSD site, CVS via WWW, PRs, ports and docs. > > As I think, simple form will be enough to stop > them. > > -- > Andrey Chernov | http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 06:36:45 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E96FA16A4B3; Wed, 15 Oct 2003 06:36:45 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A55E43FAF; Wed, 15 Oct 2003 06:36:44 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FDabgI037616; Wed, 15 Oct 2003 17:36:37 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FDabYX037615; Wed, 15 Oct 2003 17:36:37 +0400 (MSD) (envelope-from ache) Date: Wed, 15 Oct 2003 17:36:35 +0400 From: Andrey Chernov To: Wilko Bulte Message-ID: <20031015133634.GA37556@nagual.pp.ru> References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015132551.GA94612@freebie.xs4all.nl> User-Agent: Mutt/1.5.4i cc: doc@freebsd.org cc: developers@freebsd.org Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 13:36:46 -0000 On Wed, Oct 15, 2003 at 15:25:51 +0200, Wilko Bulte wrote: > > I fail to see why this is relevant to -current but OK.. I think that Maybe developers@ ? > the opportunity to do this has long since passed. Just type your name > in Google and see what happens.. I know, but increasing it at FreeBSD sites make things worse. > > Due to increased activity of SPAM harvesters what are our plans to hide > > our addresses from public WWW? I mean all browseable mailing lists, > > FreeBSD site, CVS via WWW, PRs, ports and docs. > > > > As I think, simple form will be enough to stop > > them. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 07:02:24 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEFF16A4DC; Wed, 15 Oct 2003 07:02:24 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 028E943FD7; Wed, 15 Oct 2003 07:02:23 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id h9FE2G49043619; Wed, 15 Oct 2003 16:02:16 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 15 Oct 2003 17:36:35 +0400." <20031015133634.GA37556@nagual.pp.ru> Date: Wed, 15 Oct 2003 16:02:16 +0200 Message-ID: <43618.1066226536@critter.freebsd.dk> cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 14:02:24 -0000 In message <20031015133634.GA37556@nagual.pp.ru>, Andrey Chernov writes: >On Wed, Oct 15, 2003 at 15:25:51 +0200, Wilko Bulte wrote: >> >> I fail to see why this is relevant to -current but OK.. I think that > >Maybe developers@ ? > >> the opportunity to do this has long since passed. Just type your name >> in Google and see what happens.. > >I know, but increasing it at FreeBSD sites make things worse. This is water under the bridge, down the river and into the ocean by now. And I personally think that by "hiding" the email addresses, you concede defeat to the spammers. I don't want to let a bunch of low-life con-men decide how I can and should use the InterNet. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 07:39:14 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1445F16A4B3; Wed, 15 Oct 2003 07:39:14 -0700 (PDT) Received: from terpsi.otenet.gr (terpsi.otenet.gr [195.170.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56D5C43FAF; Wed, 15 Oct 2003 07:39:12 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-b214.otenet.gr [212.205.244.222]) by terpsi.otenet.gr (8.12.10/8.12.10) with ESMTP id h9FEd40i026877; Wed, 15 Oct 2003 17:39:07 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.10/8.12.10) with ESMTP id h9FEZjBP001727; Wed, 15 Oct 2003 17:35:45 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.12.10/8.12.10/Submit) id h9FEZjxV001726; Wed, 15 Oct 2003 17:35:45 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 15 Oct 2003 17:35:45 +0300 From: Giorgos Keramidas To: Andrey Chernov Message-ID: <20031015143545.GA1667@gothmog.gr> References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <20031015133634.GA37556@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015133634.GA37556@nagual.pp.ru> cc: doc@freebsd.org cc: developers@freebsd.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 14:39:14 -0000 On 2003-10-15 17:36, Andrey Chernov wrote: >On Wed, Oct 15, 2003 at 15:25:51 +0200, Wilko Bulte wrote: >> >> I fail to see why this is relevant to -current but OK.. I think that > > Maybe developers@ ? > >> the opportunity to do this has long since passed. Just type your name >> in Google and see what happens.. > > I know, but increasing it at FreeBSD sites make things worse. Once an email address has been public it's always public. You can't stop spammers from sharing addresses they harvested already by hiding those addresses now. They already have them. Bearing this in mind, it's obvious why hiding your address now won't solve your immediate spam problem. It might help in avoiding similar troubles of future subscribers, but I doubt it will prevent it altogether. From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 08:15:54 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B337916A4B3; Wed, 15 Oct 2003 08:15:54 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DA4E43F75; Wed, 15 Oct 2003 08:15:53 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FFFkgI038599; Wed, 15 Oct 2003 19:15:46 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FFFjQD038598; Wed, 15 Oct 2003 19:15:45 +0400 (MSD) (envelope-from ache) Date: Wed, 15 Oct 2003 19:15:43 +0400 From: Andrey Chernov To: Giorgos Keramidas Message-ID: <20031015151542.GA38522@nagual.pp.ru> References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <20031015133634.GA37556@nagual.pp.ru> <20031015143545.GA1667@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015143545.GA1667@gothmog.gr> User-Agent: Mutt/1.5.4i cc: doc@freebsd.org cc: developers@freebsd.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:15:54 -0000 On Wed, Oct 15, 2003 at 17:35:45 +0300, Giorgos Keramidas wrote: > Once an email address has been public it's always public. You can't > stop spammers from sharing addresses they harvested already by hiding > those addresses now. They already have them. I mean new spammers and their harvesters, not old ones. > Bearing this in mind, it's obvious why hiding your address now won't > solve your immediate spam problem. It might help in avoiding similar > troubles of future subscribers, but I doubt it will prevent it altogether. I solve immediate spam problem in different ways. Suggesting that I mean to reduce not immediate but future problems. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 08:21:08 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C4A216A4B3; Wed, 15 Oct 2003 08:21:08 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE0B43F75; Wed, 15 Oct 2003 08:21:07 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FFL5gI038658; Wed, 15 Oct 2003 19:21:05 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FFL5aw038657; Wed, 15 Oct 2003 19:21:05 +0400 (MSD) (envelope-from ache) Date: Wed, 15 Oct 2003 19:21:03 +0400 From: Andrey Chernov To: Poul-Henning Kamp Message-ID: <20031015152102.GB38522@nagual.pp.ru> References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43618.1066226536@critter.freebsd.dk> User-Agent: Mutt/1.5.4i cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:21:08 -0000 On Wed, Oct 15, 2003 at 16:02:16 +0200, Poul-Henning Kamp wrote: > And I personally think that by "hiding" the email addresses, you concede > defeat to the spammers. I don't want to let a bunch of low-life > con-men decide how I can and should use the InterNet. It sounds heroic, but the position alone not helps to stop low-life con-men's invasion. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 08:50:46 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F8216A4B3; Wed, 15 Oct 2003 08:50:46 -0700 (PDT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A50843FCB; Wed, 15 Oct 2003 08:50:44 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from bluebottle.qubesoft.com (bluebottle.qubesoft.com [192.168.1.2]) by mail.qubesoft.com (8.12.9/8.12.9) with ESMTP id h9FFntFH006367; Wed, 15 Oct 2003 16:49:55 +0100 (BST) (envelope-from dfr@nlsystems.com) Received: from builder02.qubesoft.com (builder02.qubesoft.com [192.168.1.8]) h9FFnpbx014690; Wed, 15 Oct 2003 16:49:52 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Andrey Chernov In-Reply-To: <20031015151542.GA38522@nagual.pp.ru> References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <20031015143545.GA1667@gothmog.gr> <20031015151542.GA38522@nagual.pp.ru> Content-Type: text/plain Message-Id: <1066232987.19154.2.camel@builder02.qubesoft.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 15 Oct 2003 16:49:51 +0100 Content-Transfer-Encoding: 7bit cc: Giorgos Keramidas cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:50:46 -0000 On Wed, 2003-10-15 at 16:15, Andrey Chernov wrote: > On Wed, Oct 15, 2003 at 17:35:45 +0300, Giorgos Keramidas wrote: > > Once an email address has been public it's always public. You can't > > stop spammers from sharing addresses they harvested already by hiding > > those addresses now. They already have them. > > I mean new spammers and their harvesters, not old ones. > > > Bearing this in mind, it's obvious why hiding your address now won't > > solve your immediate spam problem. It might help in avoiding similar > > troubles of future subscribers, but I doubt it will prevent it altogether. > > I solve immediate spam problem in different ways. Suggesting that I mean > to reduce not immediate but future problems. Unfortunately, your email address is all over the various mail archives and uncounted mirrors and caches of those archives. The damage is done - your email address is irreparably compromised, as is mine, sadly. From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 08:58:26 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F42516A4BF; Wed, 15 Oct 2003 08:58:26 -0700 (PDT) Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A06E43FBD; Wed, 15 Oct 2003 08:58:25 -0700 (PDT) (envelope-from jwd@bsdwins.com) Received: from bsdone.bsdwins.com (localhost [127.0.0.1]) by bsdone.bsdwins.com (8.12.9p1/8.12.9) with ESMTP id h9FFrwax087914; Wed, 15 Oct 2003 11:53:58 -0400 (EDT) (envelope-from jwd@www.bsdwins.com) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.12.9p1/8.12.9/Submit) id h9FFrwpD087913; Wed, 15 Oct 2003 11:53:58 -0400 (EDT) (envelope-from jwd) Date: Wed, 15 Oct 2003 11:53:58 -0400 From: John To: Andrey Chernov Message-ID: <20031015155358.GA87693@BSDWins.Com> References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> <20031015152102.GB38522@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015152102.GB38522@nagual.pp.ru> User-Agent: Mutt/1.4.1i cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 15:58:26 -0000 ----- Andrey Chernov's Original Message ----- > On Wed, Oct 15, 2003 at 16:02:16 +0200, Poul-Henning Kamp wrote: > > > And I personally think that by "hiding" the email addresses, you concede > > defeat to the spammers. I don't want to let a bunch of low-life > > con-men decide how I can and should use the InterNet. > > It sounds heroic, but the position alone not helps to stop low-life > con-men's invasion. How about if we all pool our resources and come up with a freebsd website were we can accumulate all the ways we deal with the problem. Ports, sendmail rules, postfix, procmail, etc, etc.. -John From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 09:39:52 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F167116A4B3 for ; Wed, 15 Oct 2003 09:39:52 -0700 (PDT) Received: from cope.woodwrecker.com (8.gibs3.xdsl.nauticom.net [209.195.149.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 533AA43F3F for ; Wed, 15 Oct 2003 09:39:51 -0700 (PDT) (envelope-from ohlund@woodwrecker.com) Received: from www.woodwrecker.com (localhost.woodwrecker.com [127.0.0.1]) by cope.woodwrecker.com (8.12.6/8.12.6) with SMTP id h9FGdnw7005200 for ; Wed, 15 Oct 2003 12:39:53 -0400 (EDT) (envelope-from ohlund@woodwrecker.com) Received: from 12.147.199.194 (SquirrelMail authenticated user ohlund) by www.woodwrecker.com with HTTP; Wed, 15 Oct 2003 12:39:53 -0400 (EDT) Message-ID: <60771.12.147.199.194.1066235993.squirrel@www.woodwrecker.com> Date: Wed, 15 Oct 2003 12:39:53 -0400 (EDT) From: "Mark Ohlund" To: doc@FreeBSD.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Problems with .zip PDF handbook X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ohlund@woodwrecker.com List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 16:39:53 -0000 It appears the .pdf format of the FreeBSD handbook compressed into .zip files is bad on the main site plus a number of the mirror sites. The book ends on page 604 without any of the appendicies and the table of contents is fouled up. ~Mark. From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 10:33:15 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF3516A4B3 for ; Wed, 15 Oct 2003 10:33:15 -0700 (PDT) Received: from smtp.noos.fr (nan-smtp-03.noos.net [212.198.2.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABAFB43FDF for ; Wed, 15 Oct 2003 10:33:10 -0700 (PDT) (envelope-from root@noos.fr) Received: (qmail 8009031 invoked by uid 0); 15 Oct 2003 17:32:59 -0000 Received: (qmail 8040507 invoked by uid 0); 15 Oct 2003 11:31:10 -0000 Received: from unknown (HELO mx2.freebsd.org) ([216.136.204.119]) (envelope-sender ) by 212.198.2.72 (qmail-ldap-1.03) with SMTP for ; 15 Oct 2003 11:31:10 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 525555695D; Wed, 15 Oct 2003 04:30:21 -0700 (PDT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E331C16A51C; Wed, 15 Oct 2003 04:30:01 -0700 (PDT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E08216A4BF; Wed, 15 Oct 2003 04:29:25 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C4A43FDD; Wed, 15 Oct 2003 04:29:23 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FBTMgI036474; Wed, 15 Oct 2003 15:29:22 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FBTMGL036473; Wed, 15 Oct 2003 15:29:22 +0400 (MSD) (envelope-from ache) Date: Wed, 15 Oct 2003 15:29:21 +0400 From: Andrey Chernov To: current@freebsd.org, doc@freebsd.org Message-ID: <20031015112920.GA36404@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org Subject: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 17:33:15 -0000 Due to increased activity of SPAM harvesters what are our plans to hide our addresses from public WWW? I mean all browseable mailing lists, FreeBSD site, CVS via WWW, PRs, ports and docs. As I think, simple form will be enough to stop them. -- Andrey Chernov | http://ache.pp.ru/ _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 11:13:13 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2281616A4B3 for ; Wed, 15 Oct 2003 11:13:13 -0700 (PDT) Received: from mail.speakeasy.net (mail9.speakeasy.net [216.254.0.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC63643FD7 for ; Wed, 15 Oct 2003 11:13:09 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 13989 invoked from network); 15 Oct 2003 18:13:09 -0000 Received: from unknown (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail9.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Oct 2003 18:13:09 -0000 Received: from hydrogen.funkthat.com (wnspsl@localhost.funkthat.com [127.0.0.1])h9FID8Ce037401; Wed, 15 Oct 2003 11:13:08 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id h9FID7ma037400; Wed, 15 Oct 2003 11:13:07 -0700 (PDT) Date: Wed, 15 Oct 2003 11:13:07 -0700 From: John-Mark Gurney To: Poul-Henning Kamp Message-ID: <20031015181307.GA533@funkthat.com> Mail-Followup-To: Poul-Henning Kamp , Andrey Chernov , Wilko Bulte , developers@FreeBSD.org, doc@FreeBSD.org References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43618.1066226536@critter.freebsd.dk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Andrey Chernov cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 18:13:13 -0000 X-List-Received-Date: Wed, 15 Oct 2003 18:13:13 -0000 Poul-Henning Kamp wrote this message on Wed, Oct 15, 2003 at 16:02 +0200: > And I personally think that by "hiding" the email addresses, you concede > defeat to the spammers. I don't want to let a bunch of low-life > con-men decide how I can and should use the InterNet. I object to any obfuscating of email addresses. Once we start doing that we are no long are easily visible project. I personlly think projects that obfuscate email addresses are lame and won't pay much attention to the project. If we do start obfuscating email addresses, I request that my email address NOT be. I do not want to hide behind a fake barrier. Do you really think that email harvesters haven't learned how to deal with obfuscated email addresses? Then there are always the really funny ones that put in their webpage: someone at somedomain dot com Ummm, hello!! you just put your bloody email address in the clear in the href!! Stupid! Spam needs to be addressed at a different level than simply trying to hide your email. Remeber the whole security through obscurity is no security at all? This is just another part of it. It would be good to get a list of rules that do things like have a list of people that are known to always sign their email with a pgp/gpg key, and always accept mail from them, etc. Sorry for the little rant about this. I don't want to see the FreeBSD project alienate it's users due to trying to block developers from spam. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 11:54:37 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C66AA16A4B3; Wed, 15 Oct 2003 11:54:37 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DF943F85; Wed, 15 Oct 2003 11:54:36 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FIsUgI041234; Wed, 15 Oct 2003 22:54:31 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FIsUUh041233; Wed, 15 Oct 2003 22:54:30 +0400 (MSD) (envelope-from ache) Date: Wed, 15 Oct 2003 22:54:30 +0400 From: Andrey Chernov To: Poul-Henning Kamp , Wilko Bulte , developers@FreeBSD.org, doc@FreeBSD.org Message-ID: <20031015185430.GA41141@nagual.pp.ru> References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> <20031015181307.GA533@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015181307.GA533@funkthat.com> User-Agent: Mutt/1.5.4i Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 18:54:37 -0000 On Wed, Oct 15, 2003 at 11:13:07 -0700, John-Mark Gurney wrote: > I object to any obfuscating of email addresses. Once we start doing > that we are no long are easily visible project. I personlly think It depends on obfuscating technique. > Do you really think that email harvesters haven't learned how to deal > with obfuscated email addresses? Then there are always the really > funny ones that put in their webpage: > someone at somedomain dot com > Ummm, hello!! you just put your bloody email address in the clear in the > href!! Stupid! That's you say so and nobody else suggest this so far. Most simple way is using [at] without mailto: at all. More complex way with maximum functionality and maximum protection: achemail.js: ------------------------------------------------------ emailname = "ache" emailserver = "nagual.pp.ru" document.write(""); document.write(emailname + "@" + emailserver); document.write(""); ------------------------------------------------------- -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 13:10:13 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CB6616A4C3; Wed, 15 Oct 2003 13:10:13 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AA9943F3F; Wed, 15 Oct 2003 13:10:11 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 9EA2B7A6D2; Wed, 15 Oct 2003 22:10:09 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id 662C59C38B; Wed, 15 Oct 2003 22:10:09 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 7DDE99C029; Wed, 15 Oct 2003 22:10:05 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 6F32BB823; Wed, 15 Oct 2003 22:10:05 +0200 (CEST) To: Andrey Chernov References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> <20031015152102.GB38522@nagual.pp.ru> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 15 Oct 2003 22:10:05 +0200 In-Reply-To: <20031015152102.GB38522@nagual.pp.ru> (Andrey Chernov's message of "Wed, 15 Oct 2003 19:21:03 +0400") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on dsa.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 20:10:13 -0000 Andrey Chernov writes: > On Wed, Oct 15, 2003 at 16:02:16 +0200, Poul-Henning Kamp wrote: > > And I personally think that by "hiding" the email addresses, you concede > > defeat to the spammers. I don't want to let a bunch of low-life > > con-men decide how I can and should use the InterNet. > It sounds heroic, but the position alone not helps to stop low-life=20 > con-men's invasion. Stop whining and install SpamAssassin. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 13:37:20 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F2D216A4BF for ; Wed, 15 Oct 2003 13:37:20 -0700 (PDT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CBE43FBF for ; Wed, 15 Oct 2003 13:37:17 -0700 (PDT) (envelope-from underway@comcast.net) Received: from localhost.localdomain (12-230-74-101.client.attbi.com[12.230.74.101]) by comcast.net (sccrmhc13) with ESMTP id <2003101520331501600633b3e>; Wed, 15 Oct 2003 20:33:15 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.localdomain (8.12.9/8.12.9) with ESMTP id h9FKXSw2049267 for ; Wed, 15 Oct 2003 13:33:28 -0700 (PDT) (envelope-from underway@comcast.net) Received: (from jojo@localhost) by localhost.localdomain (8.12.9/8.12.9/Submit) id h9FKW3jo049239; Wed, 15 Oct 2003 13:32:03 -0700 (PDT) (envelope-from underway@comcast.net) To: j.el-rayes@daemon.li From: underway@comcast.net (Gary W. Swearingen) Date: Wed, 15 Oct 2003 13:32:02 -0700 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-doc@freebsd.org Subject: Re: correct spelling? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 20:37:20 -0000 Josef El-Rayes writes: > as i did not find correct spelling for these two words, in our word list > and on the o'reilly word list, i ask if somebody could tell me whether > it is: > > o operating system or operating-system > o core team or core-team I'm glad you asked that. Many geeks seem to just ignore the existence of hyphens. If schools bother to teach about hyphenation rules, they probably do little more than mention them, so hyphens are often omitted even in formal writing by people who write for a living. I suspect that are increasingly making a feature of their bug by teaching that hyphens are obsolete. But it makes for some awkward (and annoying) reading, IMO. I must admit that I'm unable to state any hyphenation rules, but the general principle is to use hyphens to help readers' brains group words properly while reading quickly. (Otherwise, the brain tends to stumble to make sense of nonsensical grouping.) Examples: Language-based printers, such as PostScript printers... -- If it was "Language based printers, ...", the brain can stop and wonder what a "based printer" is, because English tends to add adjectives from right to left, as in "long coal train" and not "coal long train".) The most-often-seen omission is the one in "*-based". -- I omitted the second hyphen in my first draft, FWIW. The FreeBSD operating system is good. -- Normal adjective rules apply. The operating-system software is good. -- To help the reader not read this as "The operating system-software is good. Having operating system-software is better than having non-operating system-software. -- I don't know if these hyphens "should" be there or not, but I think they help and I'd use them. Treat "core team" (and "open source" and etc.) similarly. I suppose that there are words that are always hypenated, but I can't think of any at the moment. I see one example in the Handbook where a commonly-hyphenated phrase is used in a situation where it probably should not be hyphenated: ...work on it full-time, ... From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 13:55:31 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1D8416A4B3; Wed, 15 Oct 2003 13:55:30 -0700 (PDT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE1743FAF; Wed, 15 Oct 2003 13:55:29 -0700 (PDT) (envelope-from des@des.no) Received: from smtp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id 4F8CE7A803; Wed, 15 Oct 2003 22:55:28 +0200 (MEST) Received: by smtp.des.no (Pony Express, from userid 666) id E7FD19C38F; Wed, 15 Oct 2003 22:55:27 +0200 (CEST) Received: from dwp.des.no (dwp.des.no [10.0.0.4]) by smtp.des.no (Pony Express) with ESMTP id 06B439C029; Wed, 15 Oct 2003 22:55:24 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id EDECCB823; Wed, 15 Oct 2003 22:55:23 +0200 (CEST) To: Andrey Chernov References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> <20031015152102.GB38522@nagual.pp.ru> <20031015203428.GA42399@nagual.pp.ru> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 15 Oct 2003 22:55:23 +0200 In-Reply-To: <20031015203428.GA42399@nagual.pp.ru> (Andrey Chernov's message of "Thu, 16 Oct 2003 00:34:28 +0400") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on dsa.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 20:55:31 -0000 Andrey Chernov writes: > On Wed, Oct 15, 2003 at 22:10:05 +0200, Dag-Erling Sm?rgrav wrote: > > Stop whining and install SpamAssassin. > I use 4 filters combined already + spam back report tools. This includes > bogofilter which gives better results for me than SpamAssasin. All that is > not enough. Try use_bayes 0 use_dcc 1 use_razor2 1 score MICROSOFT_EXECUTABLE 5.0 score RAZOR2_CHECK 5.0 score DCC_CHECK 2.5 in SpamAssassin's local.cf, and ditch all the other crap. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 14:29:57 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0F7716A4B3 for ; Wed, 15 Oct 2003 14:29:57 -0700 (PDT) Received: from omoikane.mb.skyweb.ca (209-5-243-50.mb.skyweb.ca [209.5.243.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF02243F3F for ; Wed, 15 Oct 2003 14:29:56 -0700 (PDT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 39A7562767; Wed, 15 Oct 2003 16:29:53 -0500 (CDT) Date: Wed, 15 Oct 2003 16:29:53 -0500 From: Mark Johnston To: "Gary W. Swearingen" Message-ID: <20031015212952.GD1069@omoikane.mb.skyweb.ca> Mail-Followup-To: "Gary W. Swearingen" , j.el-rayes@daemon.li, freebsd-doc@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-doc@freebsd.org Subject: Re: correct spelling? X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 21:29:58 -0000 Josef El-Rayes wrote (quoted by "Gary W. Swearingen"): > > as i did not find correct spelling for these two words, in our word list > > and on the o'reilly word list, i ask if somebody could tell me whether > > it is: > > > > o operating system or operating-system > > o core team or core-team These depend, as hyphenation often does, on how you are using the phrases. I don't remember the exact grammatical terms, but when you're using "core team" as a noun (the core team), it's not hyphenated. When you use it as a compound adjective (the core-team mailing list), it's hyphenated. The mailing list for the core team is core@FreeBSD.org. The core-team mailing list is core@FreeBSD.org. You can use sysctl(8) to adjust many settings of your operating system. You can use sysctl(8) to adjust many operating-system settings. "Gary W. Swearingen" wrote: > Language-based printers, such as PostScript printers... > -- If it was "Language based printers, ...", the brain > can stop and wonder what a "based printer" is, because > English tends to add adjectives from right to left, as > in "long coal train" and not "coal long train".) Right - same principle as above. PostScript printers are language based. Language-based printers include PostScript printers. > The most-often-seen omission is the one in "*-based". > -- I omitted the second hyphen in my first draft, FWIW. > > The FreeBSD operating system is good. > -- Normal adjective rules apply. > > The operating-system software is good. > -- To help the reader not read this as "The operating > system-software is good. As above. "operating-system" is used as an adjective here. > Having operating system-software is better than having > non-operating system-software. > -- I don't know if these hyphens "should" be there or not, > but I think they help and I'd use them. I don't believe that the system-software hyphens are correct here. > Treat "core team" (and "open source" and etc.) similarly. I suppose > that there are words that are always hypenated, but I can't think of > any at the moment. Your use of "non-" earlier was a good example. > I see one example in the Handbook where a commonly-hyphenated phrase > is used in a situation where it probably should not be hyphenated: > > ...work on it full-time, ... I work full time at my full-time job. From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 14:59:14 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF26416A4B3; Wed, 15 Oct 2003 14:59:14 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6178143FDD; Wed, 15 Oct 2003 14:59:13 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.10/8.12.10) with ESMTP id h9FLxAgI043330; Thu, 16 Oct 2003 01:59:11 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.10/8.12.10/Submit) id h9FLxAnW043329; Thu, 16 Oct 2003 01:59:10 +0400 (MSD) (envelope-from ache) Date: Thu, 16 Oct 2003 01:59:08 +0400 From: Andrey Chernov To: Dag-Erling Sm?rgrav Message-ID: <20031015215907.GA43137@nagual.pp.ru> References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> <20031015152102.GB38522@nagual.pp.ru> <20031015203428.GA42399@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 21:59:15 -0000 On Wed, Oct 15, 2003 at 22:55:23 +0200, Dag-Erling Sm?rgrav wrote: > score MICROSOFT_EXECUTABLE 5.0 I already reject all executable attachments using sentinel. > score RAZOR2_CHECK 5.0 > score DCC_CHECK 2.5 When I play with SpamAssassin before, I use something like that. It not helps much since spammers tends to write completely new texts each time nowdays and obfuscate words to not much even fuzzy checksums. In any case, I don't want this discussion to turn into 'how to prevent current SPAM', I handle it well (99% rejected at the milter level, but 1% still is big enough). My point of view is: if spammer don't have my address, it can't do even 1%. -- Andrey Chernov | http://ache.pp.ru/ From owner-freebsd-doc@FreeBSD.ORG Wed Oct 15 18:05:27 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D1E516A4B3 for ; Wed, 15 Oct 2003 18:05:27 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBC643F85 for ; Wed, 15 Oct 2003 18:05:26 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9G15Pus015443 for ; Wed, 15 Oct 2003 21:05:25 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9G15PbV015442 for freebsd-docs@freebsd.org; Wed, 15 Oct 2003 21:05:25 -0400 (EDT) Date: Wed, 15 Oct 2003 21:05:25 -0400 From: Ken Smith To: freebsd-docs@freebsd.org Message-ID: <20031016010525.GA14918@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: PR docs/21708 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 01:05:27 -0000 What is the procedure for suggesting a PR that appears to be old and forgotten be closed? PR docs/21708 complains that the wording for the "timeout" value in kevent(2) is ambiguous. I don't know if someone fixed it on their own but the current wording is: If timeout is a non-NULL pointer, it specifies a maximum interval to wait for an event, which will be interpreted as a struct timespec. If timeout is a NULL pointer, kevent() waits indefinitely. To effect a poll, the timeout argument should be non-NULL, pointing to a zero-valued timespec structure. The same array may be used for the changelist and eventlist. That does seem to address the originator's concerns - "specifies a maximum interval" sounds like it is a relative value to me. Thanks. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 01:15:33 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B2416A4B3 for ; Thu, 16 Oct 2003 01:15:33 -0700 (PDT) Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBD543FA3 for ; Thu, 16 Oct 2003 01:15:32 -0700 (PDT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (bay1-20.fyi.net [206.80.153.20]) by pittgoth.com (8.12.9/8.12.9) with SMTP id h9G8FSvd039058; Thu, 16 Oct 2003 04:15:29 -0400 (EDT) (envelope-from trhodes@FreeBSD.org) Date: Thu, 16 Oct 2003 04:15:23 -0400 From: Tom Rhodes To: Ken Smith Message-Id: <20031016041523.33fd236a.trhodes@FreeBSD.org> In-Reply-To: <20031016010525.GA14918@electra.cse.Buffalo.EDU> References: <20031016010525.GA14918@electra.cse.Buffalo.EDU> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-docs@FreeBSD.org Subject: Re: PR docs/21708 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 08:15:33 -0000 On Wed, 15 Oct 2003 21:05:25 -0400 Ken Smith wrote: > > What is the procedure for suggesting a PR that appears to be old and > forgotten be closed? > > PR docs/21708 complains that the wording for the "timeout" value > in kevent(2) is ambiguous. I don't know if someone fixed it on their > own but the current wording is: > If it seems to be fixed either close it or set it to feedback for a period of time. I think the PR doc has more information on this that I can comment on. -- Tom Rhodes From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 01:16:02 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60A1916A4B3 for ; Thu, 16 Oct 2003 01:16:02 -0700 (PDT) Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE4443FAF for ; Thu, 16 Oct 2003 01:16:01 -0700 (PDT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (bay1-20.fyi.net [206.80.153.20]) by pittgoth.com (8.12.9/8.12.9) with SMTP id h9G8Fkvd039067; Thu, 16 Oct 2003 04:15:52 -0400 (EDT) (envelope-from trhodes@FreeBSD.org) Date: Thu, 16 Oct 2003 03:46:35 -0400 From: Tom Rhodes To: Ken Smith Message-Id: <20031016034635.02278753.trhodes@FreeBSD.org> In-Reply-To: <20031015012650.GC15466@electra.cse.Buffalo.EDU> References: <20031015012650.GC15466@electra.cse.Buffalo.EDU> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-docs@FreeBSD.org Subject: Re: Second change to Architecture Manual X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 08:16:02 -0000 On Tue, 14 Oct 2003 21:26:50 -0400 Ken Smith wrote: > > This is a second change I was thinking might make a good addition > to the Architecture Manual. Virtually every book that talks about > UNIX devices describes character and block devices. Developers new > to FreeBSD sometimes wonder what happened to block devices. And a > lot of places in lots of manual pages, books, etc. still at least > slightly suggest there could be more than just Character devices. > > Is this worth adding? Thanks... > > --- chapter.sgml_orig Fri Oct 10 09:37:18 2003 > +++ chapter.sgml Tue Oct 14 21:21:07 2003 > @@ -527,6 +527,22 @@ > > > > + > + Block Devices (Are Gone) > + > + Developers familiar with other UNIX systems expect there to > + be a second type of device known as block devices. On those other > + UNIX systems block devices are associated with the buffer cache. > + Data blocks from block devices are buffered inside the kernel > + and filesystems get mounted on block devices. This improves > + I/O efficiency. &os; has shifted the management of the buffer > + cache away from block devices. It is associated it with the virtual > + memory system and vnode system used to keep track of open files inside > + the kernel. As a result &os; no longer needs block devices and they > + have been removed from the system. Only character devices remain. > + > + > + > > Network Drivers I think it would add value. I'm sure someone will read it, hell, I just read over it. You may want to use the &unix; entity, use 'file systems', and perhaps use a semicolon to 'hook' the last sentence to the previous. How does that sound? :) -- Tom Rhodes From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 01:20:11 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 330B416A4B3 for ; Thu, 16 Oct 2003 01:20:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D211643FD7 for ; Thu, 16 Oct 2003 01:20:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9G8K9FY097660 for ; Thu, 16 Oct 2003 01:20:09 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9G8K9O3097659; Thu, 16 Oct 2003 01:20:09 -0700 (PDT) (envelope-from gnats) Resent-Date: Thu, 16 Oct 2003 01:20:09 -0700 (PDT) Resent-Message-Id: <200310160820.h9G8K9O3097659@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, Jack Twilley Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA72816A4B3 for ; Thu, 16 Oct 2003 01:10:36 -0700 (PDT) Received: from duchess.twilley.org (dsl092-188-219.sfo1.dsl.speakeasy.net [66.92.188.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id C762F43FBD for ; Thu, 16 Oct 2003 01:10:35 -0700 (PDT) (envelope-from jmt@duchess.twilley.org) Received: by duchess.twilley.org (Postfix, from userid 1001) id 9EE2D3F546; Thu, 16 Oct 2003 01:10:35 -0700 (PDT) Message-Id: <20031016081035.9EE2D3F546@duchess.twilley.org> Date: Thu, 16 Oct 2003 01:10:35 -0700 (PDT) From: Jack Twilley To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/58111: Handbook 12.4.3 Rebuilding ATA RAID1 Arrays contains errors X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jack Twilley List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 08:20:11 -0000 >Number: 58111 >Category: docs >Synopsis: Handbook 12.4.3 Rebuilding ATA RAID1 Arrays contains errors >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 16 01:20:09 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Jack Twilley >Release: FreeBSD 5.1-RELEASE i386 >Organization: self >Environment: System: FreeBSD duchess.twilley.org 5.1-RELEASE FreeBSD 5.1-RELEASE #0: Mon Jun 16 07:00:17 PDT 2003 root@:/usr/obj/usr/src/sys/DUCHESS i386 >Description: Section 12.4.3 of the FreeBSD Handbook discusses rebuilding ATA RAID1 arrays. The example case is of a Promise IDE RAID card. I have one of these, and recently had the need to rebuild the RAID array. During this process, I discovered two errors in the documentation: * step 3 is incomplete "Reattach the disk as a spare:" has a command to reattach the disk, but no command to attach the new disk to the array as a spare disk. * step 5 is obsolete The documentation reports that the rebuild command hangs until complete. In fact, the rebuild command returns immediately and the disk is rebuilt in the background. >How-To-Repeat: >Fix: Replace the old step 3 with something like this: 3. Reattach the disk as a spare: # atacontrol attach 3 Master: ad6 ATA/ATAPI rev 5 Slave: no device present # atacontrol addspare ar0 ad6 Replace the old step 5 with something like this: 5. The rebuild command returns immediately. You can check on the progress by issuing the following command: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 02:19:17 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BF616A4B3; Thu, 16 Oct 2003 02:19:17 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC2043FA3; Thu, 16 Oct 2003 02:19:15 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: by chiark.greenend.org.uk (Debian Exim 3.35 #1) with local id 1AA4Hc-00049K-00; Thu, 16 Oct 2003 10:19:00 +0100 Date: Thu, 16 Oct 2003 10:19:00 +0100 From: Tony Finch To: Andrey Chernov Message-ID: <20031016091900.GA32662@chiark.greenend.org.uk> References: <20031015133634.GA37556@nagual.pp.ru> <43618.1066226536@critter.freebsd.dk> <20031015152102.GB38522@nagual.pp.ru> <20031015203428.GA42399@nagual.pp.ru> <20031015215907.GA43137@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015215907.GA43137@nagual.pp.ru> User-Agent: Mutt/1.3.28i Sender: Tony Finch cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 09:19:17 -0000 On Thu, Oct 16, 2003 at 01:59:08AM +0400, Andrey Chernov wrote: > > In any case, I don't want this discussion to turn into 'how to prevent > current SPAM', I handle it well (99% rejected at the milter level, but 1% > still is big enough). "Instead of thinking of spam as a disease that might be eliminated, it is more useful to think of it like crime, war and cockroaches. It is not realistic to expect to eliminate any of these, no matter how much anyone might wish otherwise. Therefore the best we can hope to accomplish is to bring spam under reasonable control" -- Dave Crocker Tony. -- f.a.n.finch http://dotat.at/ RATTRAY HEAD TO BERWICK ON TWEED: SOUTH OR SOUTHEAST 4. FAIR, PATCHY CLOUD AT TIMES. GOOD. SLIGHT TO MODERATE. From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 02:43:54 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B17F16A4B3 for ; Thu, 16 Oct 2003 02:43:54 -0700 (PDT) Received: from smtp.btinet.net (mail.gnda.com [216.235.160.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 575D143F3F for ; Thu, 16 Oct 2003 02:43:53 -0700 (PDT) (envelope-from pmes@btinet.net) Received: (qmail 23396 invoked by uid 59997); 16 Oct 2003 09:43:34 -0000 Received: from pmes@btinet.net by smtp1 by uid 59994 with qmail-scanner-1.15 (uvscan: v4.1.00/v4243. spamassassin: 2.43. Clear:. Processed in 0.439034 secs); 16 Oct 2003 09:43:34 -0000 Received: from unknown (HELO btinet.net) (209.62.224.243) by smtp1.btinet.net with SMTP; 16 Oct 2003 09:43:33 -0000 Message-ID: <3F8E683F.9050200@btinet.net> Date: Thu, 16 Oct 2003 04:43:27 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20030922 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> In-Reply-To: <20031015132551.GA94612@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Andrey Chernov cc: doc@freebsd.org cc: current@freebsd.org cc: freebsd-current-owner@freebsd.org Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 09:43:54 -0000 At this point in time it's downright irresponsible not to hide our addresses. I've been lurking on this list about a month to get caught up with -current issues. Friday was both the first mail I sent to the list, and the first use of this e-mail address. The only incoming mail was from the FreeBSD lists I subscribed to. However, since that fateful e-mail I have been viciously attacked by spammers posing as Microsoft security updaters. These spams include attachments making them all around 150KB in size. Maybe others of you have seen them? As far as I can tell, these guys are targeting the FreeBSD lists, exploiting them terribly! This list's charter states that spam will be blocked. Please enforce the list charter, with prejudice. It would be best if subscribers could just choose to have their address published or not. I can understand being so dedicated to the cause that you're willing to take on some spam. Non-subscribers addresses should definitely not be published. Sincerely, Pete... Wilko Bulte wrote: > On Wed, Oct 15, 2003 at 03:29:21PM +0400, Andrey Chernov wrote: > > > I fail to see why this is relevant to -current but OK.. I think that > the opportunity to do this has long since passed. Just type your name > in Google and see what happens.. > > Wilko > > >>Due to increased activity of SPAM harvesters what are our plans to hide >>our addresses from public WWW? I mean all browseable mailing lists, >>FreeBSD site, CVS via WWW, PRs, ports and docs. >> >>As I think, simple form will be enough to stop >>them. >> >>-- >>Andrey Chernov | http://ache.pp.ru/ > > ---end of quoted text--- > From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 03:56:02 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 612D316A4BF; Thu, 16 Oct 2003 03:56:02 -0700 (PDT) Received: from elsamss06947.elsevier.nl (elsamss06947.elsevier.nl [145.36.5.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C7B43FD7; Thu, 16 Oct 2003 03:55:58 -0700 (PDT) (envelope-from steve@sohara.org) Received: from elsamss06948.elsevier.nl (unverified) by elsamss06947.elsevier.nl ; Thu, 16 Oct 2003 13:00:11 +0200 Received: from olorin.elsevier.nl (olorin.elsevier.nl [145.36.13.14]) 8.8.6)/8.8.4) with ESMTP id MAA00089; Thu, 16 Oct 2003 12:52:47 +0200 Received: from sol8test1 ([145.36.48.241]) by olorin.elsevier.nl (8.8.8/8.8.8) with SMTP id MAA21590; Thu, 16 Oct 2003 12:55:51 +0200 (MET DST) Date: Thu, 16 Oct 2003 12:49:38 +0100 From: "Steve O'Hara-Smith" To: Peter Schultz Message-Id: <20031016124938.354fe903.steve@sohara.org> In-Reply-To: <3F8E683F.9050200@btinet.net> References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <3F8E683F.9050200@btinet.net> Organization: Elsevier Science X-Mailer: Sylpheed version 0.9.4 (GTK+ 1.2.10; sparc-sun-solaris2.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: ache@nagual.pp.ru cc: freebsd-current-owner@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org cc: wkb@freebie.xs4all.nl Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 10:56:02 -0000 On Thu, 16 Oct 2003 04:43:27 -0500 Peter Schultz wrote: > However, since that fateful > e-mail I have been viciously attacked by spammers posing as Microsoft > security updaters. These spams include attachments making them all > around 150KB in size. Maybe others of you have seen them? Certainly have - they're not spammers it's a worm, called Swen. It targets an amazing variety of things, including every email address it can get hold of. One of my accounts gets about a hundred a day of these *still*. If you get infected it filters your inbox and removes attempts to reinfect you so that you don't see it at all. From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 04:04:02 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2DC816A4B3 for ; Thu, 16 Oct 2003 04:04:02 -0700 (PDT) Received: from falcon.midgard.homeip.net (h76n3fls24o1048.bredband.comhem.se [213.67.148.76]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B79943FBD for ; Thu, 16 Oct 2003 04:03:58 -0700 (PDT) (envelope-from ertr1013@student.uu.se) Received: (qmail 5100 invoked by uid 1001); 16 Oct 2003 11:03:57 -0000 Date: Thu, 16 Oct 2003 13:03:57 +0200 From: Erik Trulsson To: Peter Schultz Message-ID: <20031016110356.GA5037@falcon.midgard.homeip.net> Mail-Followup-To: Peter Schultz , Wilko Bulte , Andrey Chernov , doc@freebsd.org, current@freebsd.org, freebsd-current-owner@freebsd.org References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <3F8E683F.9050200@btinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F8E683F.9050200@btinet.net> User-Agent: Mutt/1.5.4i cc: Andrey Chernov cc: freebsd-current-owner@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 11:04:03 -0000 On Thu, Oct 16, 2003 at 04:43:27AM -0500, Peter Schultz wrote: > At this point in time it's downright irresponsible not to hide our > addresses. > > I've been lurking on this list about a month to get caught up with > -current issues. Friday was both the first mail I sent to the list, > and the first use of this e-mail address. The only incoming mail was > from the FreeBSD lists I subscribed to. However, since that fateful > e-mail I have been viciously attacked by spammers posing as Microsoft > security updaters. These spams include attachments making them all > around 150KB in size. Maybe others of you have seen them? I guess you are referring to the W32.Swen worm? I guess most people have seen that one by now. > > As far as I can tell, these guys are targeting the FreeBSD lists, > exploiting them terribly! This list's charter states that spam will be > blocked. Please enforce the list charter, with prejudice. The FreeBSD lists are not targeted specially. That worm mainly harvests e-mail addresses from newsgroups (and from files stored on infected computers.) There are several mail<->news gateways for this list (and other freebsd lists), so this is probably where it got your mail-address. Since these gateways are not under the control of FreeBSD.org there isn't much that can be done about it. These spams are mainly not sent through the lists so they can't be blocked there (even though lots and lots of spam is blocked by the FreeBSD list servers.) > > It would be best if subscribers could just choose to have their address > published or not. I can understand being so dedicated to the cause that > you're willing to take on some spam. Non-subscribers addresses should > definitely not be published. > > Sincerely, > Pete... > > Wilko Bulte wrote: > >On Wed, Oct 15, 2003 at 03:29:21PM +0400, Andrey Chernov wrote: > > > > > >I fail to see why this is relevant to -current but OK.. I think that > >the opportunity to do this has long since passed. Just type your name > >in Google and see what happens.. > > > >Wilko > > > > > >>Due to increased activity of SPAM harvesters what are our plans to hide > >>our addresses from public WWW? I mean all browseable mailing lists, > >>FreeBSD site, CVS via WWW, PRs, ports and docs. Note that there are many web-archives of the mailing lists. Lots of them are run by other people. You need to talk to them too. > >> > >>As I think, simple form will be enough to stop > >>them. > >> -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 05:31:53 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 241A616A4B3; Thu, 16 Oct 2003 05:31:53 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C7DA43F85; Thu, 16 Oct 2003 05:31:51 -0700 (PDT) (envelope-from max@love2party.net) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1AA7IB-00026V-00; Thu, 16 Oct 2003 14:31:47 +0200 Received: from [217.227.156.221] (helo=max2400) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1AA7IA-0000go-00; Thu, 16 Oct 2003 14:31:46 +0200 Date: Thu, 16 Oct 2003 14:31:44 +0200 From: Max Laier X-Mailer: The Bat! (v2.00) UNREG / CD5BF9353B3B7091 Organization: n/a X-Priority: 3 (Normal) Message-ID: <892502734.20031016143144@love2party.net> To: Andrey Chernov In-Reply-To: <20031015112920.GA36404@nagual.pp.ru> References: <20031015112920.GA36404@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: doc@freebsd.org cc: current@freebsd.org Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Max Laier List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 12:31:53 -0000 Hello Andrey, Wednesday, October 15, 2003, 1:29:21 PM, you wrote: AC> Due to increased activity of SPAM harvesters what are our plans to hide AC> our addresses from public WWW? I mean all browseable mailing lists, AC> FreeBSD site, CVS via WWW, PRs, ports and docs. AC> As I think, simple form will be enough to stop AC> them. OT: mail/procmail mail/relaydb mail/spamd mail/bmf ... etc. pp. http://www.benzedrine.cx/relaydb.html So would you please stop whining and configure your procmail okay. What you suggest is "Security Through Obscurity", which does not work! -- Best regards, Max mailto:max@love2party.net ^^^SPAM HERE!!! =) From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 09:45:51 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CEFD116A4B3; Thu, 16 Oct 2003 09:45:50 -0700 (PDT) Received: from green.bikeshed.org (localhost [127.0.0.1]) by green.bikeshed.org (8.12.10/8.12.9) with ESMTP id h9GGjocR016458; Thu, 16 Oct 2003 12:45:50 -0400 (EDT) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost)h9GGjj0t016455; Thu, 16 Oct 2003 12:45:45 -0400 (EDT) Message-Id: <200310161645.h9GGjj0t016455@green.bikeshed.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) In-Reply-To: Message from des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) of "Wed, 15 Oct 2003 22:10:05 +0200." From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 16 Oct 2003 12:45:45 -0400 Sender: green@green.bikeshed.org cc: Andrey Chernov cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:45:51 -0000 des@des.no (Dag-Erling =3D?iso-8859-1?q?Sm=3DF8rgrav?=3D) wrote: > Andrey Chernov writes: > > On Wed, Oct 15, 2003 at 16:02:16 +0200, Poul-Henning Kamp wrote: > > > And I personally think that by "hiding" the email addresses, you co= ncede > > > defeat to the spammers. I don't want to let a bunch of low-life > > > con-men decide how I can and should use the InterNet. > > It sounds heroic, but the position alone not helps to stop low-life = > > con-men's invasion. > = > Stop whining and install SpamAssassin. Seconded. I get about two spam messages a week that get through to the = inbox, and the rest picked off by SpamAssassin with a good spamfolder to = assist it with Bayesian filtering (I don't delete spam, I move it all to = the = spam folder if I see it in my inbox). Actually, you know what I'd like? = = Absolutely no protection for my address at all. I don't want it hidden o= r = obfuscated and I especially don't want hidden restrictions about who I ca= n = and can't send e-mail to/receive e-mail from dictated solely by the mail = server (i.e. can't receive mail from or send to my uncle using AOL... not= = using @FreeBSD.org as my address...) -- = Brian Fundakowski Feldman \'[ FreeBSD ]''''''''= ''\ <> green@FreeBSD.org \ The Power to Serv= e! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,= ,,,,\ From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 09:59:50 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4977D16A4C1; Thu, 16 Oct 2003 09:59:50 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB8543F93; Thu, 16 Oct 2003 09:59:48 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C1F0466DCC; Thu, 16 Oct 2003 09:59:46 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 9994CB6C; Thu, 16 Oct 2003 09:59:46 -0700 (PDT) Date: Thu, 16 Oct 2003 09:59:46 -0700 From: Kris Kennaway To: "Brian F. Feldman" Message-ID: <20031016165946.GA71469@rot13.obsecurity.org> References: <200310161645.h9GGjj0t016455@green.bikeshed.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <200310161645.h9GGjj0t016455@green.bikeshed.org> User-Agent: Mutt/1.4.1i cc: Poul-Henning Kamp cc: doc@FreeBSD.org cc: developers@FreeBSD.org cc: Andrey Chernov cc: Wilko Bulte Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 16:59:50 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 16, 2003 at 12:45:45PM -0400, Brian F. Feldman wrote: > des@des.no (Dag-Erling =3D?iso-8859-1?q?Sm=3DF8rgrav?=3D) wrote: > > Andrey Chernov writes: > > > On Wed, Oct 15, 2003 at 16:02:16 +0200, Poul-Henning Kamp wrote: > > > > And I personally think that by "hiding" the email addresses, you co= ncede > > > > defeat to the spammers. I don't want to let a bunch of low-life > > > > con-men decide how I can and should use the InterNet. > > > It sounds heroic, but the position alone not helps to stop low-life= =20 > > > con-men's invasion. > >=20 > > Stop whining and install SpamAssassin. >=20 > Seconded. I get about two spam messages a week that get through to the= =20 > inbox, and the rest picked off by SpamAssassin with a good spamfolder to= =20 > assist it with Bayesian filtering (I don't delete spam, I move it all to = the=20 > spam folder if I see it in my inbox). Actually, you know what I'd like? = =20 > Absolutely no protection for my address at all. I don't want it hidden o= r=20 > obfuscated and I especially don't want hidden restrictions about who I ca= n=20 > and can't send e-mail to/receive e-mail from dictated solely by the mail= =20 > server (i.e. can't receive mail from or send to my uncle using AOL... not= =20 > using @FreeBSD.org as my address...) Since I also have a working spam-filter (and download bandwidth is not a constraint for me) I'm quite sympathetic to this viewpoint as well. I highly encourage everyone in need of better spam protection to install bogofilter - after training, it catches >98% of my spam with 0 false positives in at least the last 6 months. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/js6CWry0BWjoQKURAkV0AJ9J3JS4qdPk8v5GAKHFGUzn6HJITACgoVRY VuKaxYHCudcT0x1uI1Rn/eA= =tps7 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 11:30:49 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2452B16A4B3; Thu, 16 Oct 2003 11:30:49 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 895BC43FDD; Thu, 16 Oct 2003 11:30:45 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfl3s.dialup.mindspring.com ([165.247.212.124] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1AACt9-0007lE-00; Thu, 16 Oct 2003 11:30:20 -0700 Message-ID: <3F8EE390.47F355D3@mindspring.com> Date: Thu, 16 Oct 2003 11:29:36 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Steve O'Hara-Smith References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <20031016124938.354fe903.steve@sohara.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a429cc99f05e01c6de9bcaef0aaf81e9a5350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: ache@nagual.pp.ru cc: freebsd-current-owner@freebsd.org cc: doc@freebsd.org cc: current@freebsd.org cc: Peter Schultz Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 18:30:49 -0000 Steve O'Hara-Smith wrote: > Peter Schultz wrote: > > However, since that fateful > > e-mail I have been viciously attacked by spammers posing as Microsoft > > security updaters. These spams include attachments making them all > > around 150KB in size. Maybe others of you have seen them? > > Certainly have - they're not spammers it's a worm, called Swen. > It targets an amazing variety of things, including every email address > it can get hold of. One of my accounts gets about a hundred a day of > these *still*. If you get infected it filters your inbox and removes > attempts to reinfect you so that you don't see it at all. But you still get to pay to download them. I got so pissed off, I wrote a program to proactively delete them out of my mailbox at intervals, without downloading them. Earthlink often sucks in terms of customer service. If they would just designate a couple of common markers as "known SPAM", the problem would have gone away for me, and a couple million other people forced to use Earthlink ("forced", because no matter where I go, Earthlink buys up my damn ISP -- no one talks about *that* monocoluture being a threat). Another pain in the ass is that people without direct Internet connections *somewhere* are stuck with POP3 maildrops going over quota because of these damn things, which is a denial of service attack (all messages to you bounce as "over quota", and most of the mailing list software in the world will auto-unsubscribe you when that happens). This is probably the biggest threat to the Internet yet, since communication in general, and email in particular, is still *the* killer application for the Internet. This is an inherent flaw in a store-with-quota+pickup-transiently model, which is what any POP3/IMAP4 forces their users into, and that means *any* ISP, even ones that give you full time connections, when they refuse to let you run your own mail server, either by explicitly disallowing it, or by not providing you a static IP. A non-quotaed maildrop would fix it. The ISP mail server admins growing a clue and not transiting executable attachments would fix it. And ASMTP would fix it (as long as there wasn't a queue quota). Again, Earthlink is no help, since they transit these damn things to the maildrop, against their customer's will, and, for most of their customers, this means propagating the damn things further. Can you imagine if someone wrote one of these things to *actively* target an ISP with a stupid network topology like Earthlink? You could drive the company out of business by chasing all their subscribers away by denying them the ability to receive communications from almost anyone else on the Internet. I'm really surprised these idiots are unwilling to do anything about saving their business model from extinction. In any case, my suggestion is that you write a program to delete off files with certain sizes from a "list" and/or certain content from a "head", and find a kind soul you trust to not abuse your password, which would have to be cleartext somewhere (command line or compiled in), and have the worms deleted out before they become an issue for you. -- Terry From owner-freebsd-doc@FreeBSD.ORG Thu Oct 16 11:32:44 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B403716A4B3; Thu, 16 Oct 2003 11:32:44 -0700 (PDT) Received: from firecrest.mail.pas.earthlink.net (firecrest.mail.pas.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFC643FF2; Thu, 16 Oct 2003 11:32:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfl3s.dialup.mindspring.com ([165.247.212.124] helo=mindspring.com) by firecrest.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1AACvO-0000WC-00; Thu, 16 Oct 2003 11:32:39 -0700 Message-ID: <3F8EE41D.F9E62438@mindspring.com> Date: Thu, 16 Oct 2003 11:31:57 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Max Laier References: <20031015112920.GA36404@nagual.pp.ru> <892502734.20031016143144@love2party.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a429cc99f05e01c6de8398d97e64a8b7ff350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Andrey Chernov cc: doc@freebsd.org cc: current@freebsd.org Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 18:32:44 -0000 Max Laier wrote: > Wednesday, October 15, 2003, 1:29:21 PM, you wrote: > AC> Due to increased activity of SPAM harvesters what are our plans to hide > AC> our addresses from public WWW? I mean all browseable mailing lists, > AC> FreeBSD site, CVS via WWW, PRs, ports and docs. > > OT: mail/procmail mail/relaydb mail/spamd mail/bmf ... etc. pp. > http://www.benzedrine.cx/relaydb.html > > So would you please stop whining and configure your procmail okay. > What you suggest is "Security Through Obscurity", which does not work! Cluebat: Neither does your solution, without having a static IP address and your own SMTP server with a full time broadband connection. -- Terry From owner-freebsd-doc@FreeBSD.ORG Fri Oct 17 00:25:03 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F8016A4B3; Fri, 17 Oct 2003 00:25:02 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BAFE43FCB; Fri, 17 Oct 2003 00:25:01 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h9H7P0f1002266; Fri, 17 Oct 2003 17:25:00 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost)h9H7Oxop002265; Fri, 17 Oct 2003 17:24:59 +1000 (EST) (envelope-from jeremyp) Date: Fri, 17 Oct 2003 17:24:59 +1000 From: Peter Jeremy To: Terry Lambert Message-ID: <20031017072459.GB1668@cirb503493.alcatel.com.au> References: <20031015112920.GA36404@nagual.pp.ru> <20031015132551.GA94612@freebie.xs4all.nl> <20031016124938.354fe903.steve@sohara.org> <3F8EE390.47F355D3@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F8EE390.47F355D3@mindspring.com> User-Agent: Mutt/1.4.1i cc: doc@freebsd.org cc: current@freebsd.org Subject: Re: hiding e-mail adresses needed badly X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 07:25:03 -0000 [This may get duplicated if my outgoing work e-mail gets fixed] On 2003-Oct-16 11:29:36 -0700, Terry Lambert wrote: >Earthlink often sucks in terms of customer service. If they would >just designate a couple of common markers as "known SPAM", the >problem would have gone away There's a fine line between 'blocking a couple of common markers' and arbitrarily blocking domains, IP addresses and all mails containing specific words - which some large ISPs do. What's needed is a filter system that allows users to control what they receive - not one where the ISP gets to decide what is/isn't delivered. When W32.Swen first hit, I was getting "mailbox near quota" messages if I didn't empty my home mailbox for about 8 hours. I asked my ISP when they would be implementing something to let me control what was delivered into my mailbox and eventually managed to get a "we're looking into the problem" response. I started running fetchmail as a work-around (which stops the quota DOS but does nothing to help my download bandwidth). AFAIK, they still haven't done anything. And Australia's biggest ISP (Telstra BigPond) is currently getting unfavourable mentions in Parliament and the media because it's e-mail system can't cope - users are claiming e-mails are being delayed a week or more, or just aren't arriving. >people forced to use Earthlink ("forced", because no matter where >I go, Earthlink buys up my damn ISP -- no one talks about *that* >monocoluture being a threat). Mumble years ago, I heard a talk on this phenomenom. They problem boils down to ISP interconnect agreements - they generally wind up meaning the small ISP has to pay the big ISP (or Internet wholesaler) whatever the big ISP asks because their customers need to exchange packets with IP addresses "owned" by the big ISP and the big ISP doesn't have as much incentive to route packets to the smaller ISP. This is a positive feedback loop with the bigger ISP absorbing all the smaller ones. >This is an inherent flaw in a store-with-quota+pickup-transiently >model, which is what any POP3/IMAP4 forces their users into, and >that means *any* ISP, even ones that give you full time connections, >when they refuse to let you run your own mail server, either by >explicitly disallowing it, or by not providing you a static IP. Optus Internet (my home ISP) state that they block incoming traffic to TCP/25 to prevent them being being black-listed for allowing people to run promiscuous SMTP relays. This is probably at least partly true. > A non-quotaed maildrop would fix it. How do you stop the weenies never deleting e-mail so their mailboxes grow indefinitely? A better solution would be a soft-quota'd maildrop. As long as you get to it every few days you don't get DOS'd but if you never delete your mail you get bitten. Of course, from an ISP perspective, there's the problem of several thousand mailboxes each receiving several hundred 200KB mails each day - that's an awful lot of maildrop disk space to have to find in a hurry. >Can you imagine if someone wrote one of these things to *actively* >target an ISP with a stupid network topology like Earthlink? Do you know of any ISPs that do a better job of upstream filtering? > You >could drive the company out of business by chasing all their >subscribers away by denying them the ability to receive communications >from almost anyone else on the Internet. I'm really surprised these >idiots are unwilling to do anything about saving their business model >from extinction. The problem is that it doesn't really hurt the ISP - they (typically) charge for downlink usage, so they're making more money by not blocking SPAM. The customers have to put up with it because they know the competing ISPs aren't any better. "Death of USENET predicted ... Film at 11" can probably be updated. Peter From owner-freebsd-doc@FreeBSD.ORG Fri Oct 17 08:53:17 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E497F16A4B3 for ; Fri, 17 Oct 2003 08:53:17 -0700 (PDT) Received: from web11003.mail.yahoo.com (web11003.mail.yahoo.com [216.136.131.53]) by mx1.FreeBSD.org (Postfix) with SMTP id 85D4243F85 for ; Fri, 17 Oct 2003 08:53:17 -0700 (PDT) (envelope-from bmgirishm@yahoo.com) Message-ID: <20031017155317.3335.qmail@web11003.mail.yahoo.com> Received: from [203.145.152.193] by web11003.mail.yahoo.com via HTTP; Fri, 17 Oct 2003 08:53:17 PDT Date: Fri, 17 Oct 2003 08:53:17 -0700 (PDT) From: bmgirish marigoudar To: doc@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Regarding drivers of Tough connect 10 Base T(LPC2-CTL) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 15:53:18 -0000 Respected sir, I am having the [BUFFALO Tough connect 10 Base-T(LPC2-CTL)] Card. I need the drivers of this card for the OS (UNIX) and for Windows nt4.0, Could you please let me know from where i can download the drivers.. I hope my request will be considered.. Thanks... Gireesh.B.M __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com From owner-freebsd-doc@FreeBSD.ORG Fri Oct 17 15:21:14 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8E6216A4B3 for ; Fri, 17 Oct 2003 15:21:14 -0700 (PDT) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E16043F75 for ; Fri, 17 Oct 2003 15:21:13 -0700 (PDT) (envelope-from sem@ciam.ru) Received: from ciam.ru (ppp148-24.dialup.mtu-net.ru [62.118.148.24]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 028A1F964C for ; Sat, 18 Oct 2003 02:21:11 +0400 (MSD) (envelope-from sem@ciam.ru) Message-ID: <3F906B56.8000204@ciam.ru> Date: Sat, 18 Oct 2003 02:21:10 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: doc@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: searching X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2003 22:21:14 -0000 Why when I search (http://www.freebsd.org/search/) I've got only one page of results everytime? I know they are bigger but I can't get newxt page. -- Sem. From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 05:50:24 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D2316A4B3 for ; Sat, 18 Oct 2003 05:50:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF2843FA3 for ; Sat, 18 Oct 2003 05:50:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9ICoMFY041120 for ; Sat, 18 Oct 2003 05:50:22 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9ICoMU9041113; Sat, 18 Oct 2003 05:50:22 -0700 (PDT) (envelope-from gnats) Resent-Date: Sat, 18 Oct 2003 05:50:22 -0700 (PDT) Resent-Message-Id: <200310181250.h9ICoMU9041113@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, Nik Clayton Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1024E16A4B3 for ; Sat, 18 Oct 2003 05:43:50 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-218-46.cable.ubr10.haye.blueyonder.co.uk [82.44.218.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3526D43FAF for ; Sat, 18 Oct 2003 05:43:48 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])h9IChlc5064964 for ; Sat, 18 Oct 2003 13:43:47 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) h9IChlAg048224 for ; Sat, 18 Oct 2003 13:43:47 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost) by clan.nothing-going-on.org (8.12.8/8.12.8/Submit) id h9IChkiG048223; Sat, 18 Oct 2003 13:43:46 +0100 (BST) Message-Id: <200310181243.h9IChkiG048223@clan.nothing-going-on.org> Date: Sat, 18 Oct 2003 13:43:46 +0100 (BST) From: Nik Clayton To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: docs/58202: handbook doesn't mention kldload'ness of ipfw X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nik Clayton List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 12:50:24 -0000 >Number: 58202 >Category: docs >Synopsis: handbook doesn't mention kldload'ness of ipfw >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 18 05:50:21 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Nik Clayton >Release: FreeBSD 4.8-RC i386 >Organization: >Environment: System: FreeBSD clan.nothing-going-on.org 4.8-RC FreeBSD 4.8-RC #3: Fri Mar 28 07:59:28 GMT 2003 nik@clan.nothing-going-on.org:/local/1/usr/src/sys/compile/CLAN i386 >Description: The Handbook's section on enabling ipfw (10.8.3) doesn't mention it's kldload'ness, just that a kernel recompile is necessary. Since rc.conf will load ipfw.ko on demand, this deserves a mention (along with necessary anti-foot shooting incantations to avoid looking yourself out of the box). >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 06:25:23 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45C5716A4B3; Sat, 18 Oct 2003 06:25:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6AFF43FBD; Sat, 18 Oct 2003 06:25:22 -0700 (PDT) (envelope-from kensmith@FreeBSD.org) Received: from freefall.freebsd.org (kensmith@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9IDPMFY068845; Sat, 18 Oct 2003 06:25:22 -0700 (PDT) (envelope-from kensmith@freefall.freebsd.org) Received: (from kensmith@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9IDPMT3068841; Sat, 18 Oct 2003 06:25:22 -0700 (PDT) (envelope-from kensmith) Date: Sat, 18 Oct 2003 06:25:22 -0700 (PDT) From: Ken Smith Message-Id: <200310181325.h9IDPMT3068841@freefall.freebsd.org> To: kensmith@FreeBSD.org, freebsd-doc@FreeBSD.org, kensmith@FreeBSD.org Subject: Re: docs/58202: handbook doesn't mention kldload'ness of ipfw X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 13:25:23 -0000 Synopsis: handbook doesn't mention kldload'ness of ipfw Responsible-Changed-From-To: freebsd-doc->kensmith Responsible-Changed-By: kensmith Responsible-Changed-When: Sat Oct 18 06:23:49 PDT 2003 Responsible-Changed-Why: I'll take this one, it meshes a little bit with an older PR I was looking at regarding IPFW in the advanced networking section. http://www.freebsd.org/cgi/query-pr.cgi?pr=58202 From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 06:30:38 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 810EE16A4B3; Sat, 18 Oct 2003 06:30:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D2A43F3F; Sat, 18 Oct 2003 06:30:37 -0700 (PDT) (envelope-from kensmith@FreeBSD.org) Received: from freefall.freebsd.org (kensmith@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9IDUbFY069281; Sat, 18 Oct 2003 06:30:37 -0700 (PDT) (envelope-from kensmith@freefall.freebsd.org) Received: (from kensmith@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9IDUbI7069277; Sat, 18 Oct 2003 06:30:37 -0700 (PDT) (envelope-from kensmith) Date: Sat, 18 Oct 2003 06:30:37 -0700 (PDT) From: Ken Smith Message-Id: <200310181330.h9IDUbI7069277@freefall.freebsd.org> To: kensmith@FreeBSD.org, freebsd-doc@FreeBSD.org, kensmith@FreeBSD.org Subject: Re: docs/55883: advanced-networking/chapter.sgml X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 13:30:38 -0000 Synopsis: advanced-networking/chapter.sgml Responsible-Changed-From-To: freebsd-doc->kensmith Responsible-Changed-By: kensmith Responsible-Changed-When: Sat Oct 18 06:28:02 PDT 2003 Responsible-Changed-Why: I'm going to try and clean up a few places IPFW is described to clean up mentioning IPFW_DEFAULT_TO_ACCEPT exists and what it's used for. http://www.freebsd.org/cgi/query-pr.cgi?pr=55883 From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 07:15:14 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF9216A4BF; Sat, 18 Oct 2003 07:15:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7E743F75; Sat, 18 Oct 2003 07:15:13 -0700 (PDT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9IEFDFY078868; Sat, 18 Oct 2003 07:15:13 -0700 (PDT) (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9IEFDrI078862; Sat, 18 Oct 2003 07:15:13 -0700 (PDT) (envelope-from simon) Date: Sat, 18 Oct 2003 07:15:13 -0700 (PDT) From: "Simon L. Nielsen" Message-Id: <200310181415.h9IEFDrI078862@freefall.freebsd.org> To: j.el-rayes@daemon.li, simon@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/56902: [patch] articles/fbsd-from-scratch: add/fix sgml tags X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 14:15:14 -0000 Synopsis: [patch] articles/fbsd-from-scratch: add/fix sgml tags State-Changed-From-To: open->closed State-Changed-By: simon State-Changed-When: Sat Oct 18 07:14:07 PDT 2003 State-Changed-Why: Committed with some modifications, mainly to seperate whitespace changes from content changes. Thanks for the submission! http://www.freebsd.org/cgi/query-pr.cgi?pr=56902 From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 08:12:41 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7257216A4B3 for ; Sat, 18 Oct 2003 08:12:41 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AC9943FB1 for ; Sat, 18 Oct 2003 08:12:36 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) h9IFCZus020421 for ; Sat, 18 Oct 2003 11:12:35 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id h9IFCZhX020420 for freebsd-docs@freebsd.org; Sat, 18 Oct 2003 11:12:35 -0400 (EDT) Date: Sat, 18 Oct 2003 11:12:35 -0400 From: Ken Smith To: freebsd-docs@freebsd.org Message-ID: <20031018151235.GA20037@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Results of "Hiding email addresses" discussion X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 15:12:41 -0000 [ Just to docs@... ] It might be a good idea for us to decide what the outcome of that hiding email addresses discussion on developers@ (and elsewhere...) was. It could have an effect on new work if nothing else. Do you think it's fair to say we should probably start limiting places where we put email addresses of people who have not directly "joined the project"? Using the example of the mirror system only because I'm most familiar with it, I have no expectation that my email address should be hidden away because I have chosen to join the project. But I recently went through and removed the email addresses of the cvsup site maintainers because they're a mixture of people who have joined the project and people who simply needed a cvsup server for their own purposes and are willing to let other people use it. It seemed like the issue of hiding addresses of people who have chosen to join the project isn't going to get resolved, at least any time soon - strong views on both ends of the spectrum. Thoughts? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 09:12:54 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FBD016A4BF; Sat, 18 Oct 2003 09:12:54 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A550B43F75; Sat, 18 Oct 2003 09:12:53 -0700 (PDT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9IGCrFY092304; Sat, 18 Oct 2003 09:12:53 -0700 (PDT) (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9IGCrn9092300; Sat, 18 Oct 2003 09:12:53 -0700 (PDT) (envelope-from simon) Date: Sat, 18 Oct 2003 09:12:53 -0700 (PDT) From: "Simon L. Nielsen" Message-Id: <200310181612.h9IGCrn9092300@freefall.freebsd.org> To: j.el-rayes@daemon.li, simon@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: docs/57209: [patch] article/mh: add missing docbook tags X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 16:12:54 -0000 Synopsis: [patch] article/mh: add missing docbook tags State-Changed-From-To: open->closed State-Changed-By: simon State-Changed-When: Sat Oct 18 09:12:46 PDT 2003 State-Changed-Why: Commited, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=57209 From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 13:53:11 2003 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B4E16A4B3; Sat, 18 Oct 2003 13:53:11 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3678543FE1; Sat, 18 Oct 2003 13:53:11 -0700 (PDT) (envelope-from simon@FreeBSD.org) Received: from freefall.freebsd.org (simon@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9IKrBFY018714; Sat, 18 Oct 2003 13:53:11 -0700 (PDT) (envelope-from simon@freefall.freebsd.org) Received: (from simon@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9IKrBaf018710; Sat, 18 Oct 2003 13:53:11 -0700 (PDT) (envelope-from simon) Date: Sat, 18 Oct 2003 13:53:11 -0700 (PDT) From: "Simon L. Nielsen" Message-Id: <200310182053.h9IKrBaf018710@freefall.freebsd.org> To: simon@FreeBSD.org, freebsd-doc@FreeBSD.org, simon@FreeBSD.org Subject: Re: misc/36154: Getting USB mouse to work: usbd and moused conflict X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 20:53:11 -0000 Synopsis: Getting USB mouse to work: usbd and moused conflict Responsible-Changed-From-To: freebsd-doc->simon Responsible-Changed-By: simon Responsible-Changed-When: Sat Oct 18 13:53:00 PDT 2003 Responsible-Changed-Why: I'm looking into this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=36154 From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 15:13:52 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ADA316A4BF for ; Sat, 18 Oct 2003 15:13:52 -0700 (PDT) Received: from mail.liu.se (argus.unit.liu.se [130.236.1.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B7643FB1 for ; Sat, 18 Oct 2003 15:13:50 -0700 (PDT) (envelope-from davmo024@student.liu.se) Received: by mail.liu.se (Postfix, from userid 506) id 2C2E82024D; Sun, 19 Oct 2003 00:13:49 +0200 (CEST) Received: from lemuria.unit.liu.se (lemuria.unit.liu.se [130.236.230.146]) by mail.liu.se (Postfix) with ESMTP id B06FE1FECA for ; Sun, 19 Oct 2003 00:13:48 +0200 (CEST) Received: by lemuria.unit.liu.se (Postfix, from userid 104) id A13D8F386; Sun, 19 Oct 2003 00:13:48 +0200 (MEST) Received: from liu.se (camelot.unit.liu.se [130.236.230.139]) by lemuria.unit.liu.se (Postfix) with ESMTP id 69411F383 for ; Sun, 19 Oct 2003 00:13:47 +0200 (MEST) Received: from [130.236.226.216] by mu.unit.liu.se (mshttpd); Sun, 19 Oct 2003 00:13:47 +0200 From: David Montag To: freebsd-doc@freebsd.org Message-ID: <9e5e389e28c7.9e28c79e5e38@liu.se> Date: Sun, 19 Oct 2003 00:13:47 +0200 X-Mailer: iPlanet Messenger Express 5.2 HotFix 1.17 (built Jun 23 2003) MIME-Version: 1.0 Content-Language: en X-Accept-Language: en Priority: normal Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.60-liu_1.5 (1.212-2003-09-23-exp) on argus.unit.liu.se X-Spam-Status: No, hits=0.0 required=5.0 tests=FROM_ENDS_IN_NUMS, LIU_FROM_MATCHES_LIUSTUDENT autolearn=no version=2.60-liu_1.5 Subject: New language X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2003 22:13:52 -0000 I've started the FreeBSD Swedish Documentation Translation Project. Official website for now is http://freebsd.movnet.org. Appreciate help with this. /David Montag From owner-freebsd-doc@FreeBSD.ORG Sat Oct 18 23:13:15 2003 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEBC316A4B3; Sat, 18 Oct 2003 23:13:15 -0700 (PDT) Received: from eth0.a.smtp.sonic.net (eth0.a.smtp.sonic.net [64.142.16.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9513443FDF; Sat, 18 Oct 2003 23:13:14 -0700 (PDT) (envelope-from bmah@intruder.kitchenlab.org) Received: from intruder.kitchenlab.org (adsl-64-142-29-77.sonic.net [64.142.29.77])h9J6DDEM010163 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 18 Oct 2003 23:13:14 -0700 Received: from intruder.kitchenlab.org (bmah@localhost [127.0.0.1]) h9J6DAnB035928; Sat, 18 Oct 2003 23:13:10 -0700 (PDT) (envelope-from bmah@intruder.kitchenlab.org) Message-Id: <200310190613.h9J6DAnB035928@intruder.kitchenlab.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: freebsd-doc@freebsd.org From: bmah@freebsd.org (Bruce A. Mah) X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1486192882P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 18 Oct 2003 23:13:10 -0700 Sender: bmah@intruder.kitchenlab.org cc: bmah@freebsd.org Subject: HEADS-UP: doc/ tree slushie X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 06:13:15 -0000 --==_Exmh_1486192882P Content-Type: text/plain; charset=us-ascii Let me start by apologizing for the short notice. Tagging of doc/ for 4.9-RELEASE will happen within the next few days (probably 20 or 21 October). Given this, we'd like to slow the rate of change to doc/en_US.ISO8859-1 in order to give translation teams time to make any last-minute catch-ups that they need to do. This doesn't mean "suspend all work", but it's probably a good idea to postpone large structural changes (i.e. reorganizing a document) for a little while. Also, we need to be extra-careful to keep doc/ in a buildable state for the next few days. I'll give a more precise date and time for doc/ tagging once I've had a chance to discuss this with some of the other re@ folks. My best guess would be late afternoon (GMT-0700) on 20 September. Thanks for your help, and once again, my apologies for the short notice and any inconvenience this may cause. Bruce. (speaking more-or-less for re@) --==_Exmh_1486192882P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE/kit22MoxcVugUsMRAj51AJ49OKewNiHnr/ruv23f7XZ5uoV+qACdHnul n1FiH+TeltSVsvmaY4JLWZE= =QVUx -----END PGP SIGNATURE----- --==_Exmh_1486192882P--