Performance

Attaching patches or files @@ -235,8 +353,9 @@

Filling out the template - The template consists of a list of fields, some of which - are pre-filled, and some of which have comments explaining + When you run &man.send-pr.1;, you are presented with a + template. The template consists of a list of fields, some of + which are pre-filled, and some of which have comments explaining their purpose or listing acceptable values. Do not worry about the comments; they will be removed automatically if you do not modify them or remove them yourself. From hmp at FreeBSD.org Thu May 8 23:56:28 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Thu, 8 May 2003 16:56:27 -0700 (PDT) Subject: docs/42293: copystr(9) man page incorrectly describes it as copying from kernel-space to kernel-space Message-ID: <200305082356.h48NuRK9062939@freefall.freebsd.org> Synopsis: copystr(9) man page incorrectly describes it as copying from kernel-space to kernel-space State-Changed-From-To: open->closed State-Changed-By: hmp State-Changed-When: Thu May 8 16:54:22 PDT 2003 State-Changed-Why: As Robert mentioned, the manual page is in agreement. I have checked this with it's usage in the kernel sources. http://www.freebsd.org/cgi/query-pr.cgi?pr=42293 From simon at nitro.dk Fri May 9 00:21:48 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Fri, 9 May 2003 02:21:46 +0200 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <200305081851.41118.linimon@lonesome.com> References: <200305081851.41118.linimon@lonesome.com> Message-ID: <20030509002145.GA5787@nitro.dk> On 2003.05.08 18:51:41 -0500, Mark Linimon wrote: > While working on my project to classify ports PRs in the database, > I've come across more than my fair share of PRs that are really > badly written. Although the problem-reports article touches on > this to some degree, I really feel that some of the most obvious > mistakes bear further explanation. > [CUT] > > In any case I think this is a necessary, but probably insufficient, > change for the documentation, and I'd like to see what other > people think. Consider it a starting point. There were a few markup errors but considering that you havn't tried to build it I actually think it was very few :-) - Patch to be applyed after your patch should be attached. You mention the subject of the pr but actually this is called Synopsis when using send-pr(1) so I think that you should use that term instead. Other than that I really like the change and I think the tips are good. Nice work! Btw. if you want to see how it looks build I just put it at http://simon.nitro.dk/freebsd/files/misc/pr-article-with-tips.html . -- Simon L. Nielsen -------------- next part -------------- --- article.sgml Fri May 9 02:02:14 2003 +++ article.sgml.sln Fri May 9 02:16:16 2003 @@ -234,7 +234,7 @@ If you are a maintainer, say so By convention, if you are maintaining a part of the source code (for instance, a port), put the string - [maintainer update] at the + [maintainer update] at the beginning of your Subject: line. @@ -246,7 +246,7 @@ running (there is a place to put that, see below); which architecture you are running on; whether you are running from a release CDROM, or from - a system maintained by &cvsup.1; (and, if so, how + a system maintained by &man.cvsup.1; (and, if so, how recently you updated); and, if a kernel problem, if you have read src/UPDATING (someone is guaranteed to ask). You do not necessarily @@ -276,7 +276,7 @@ Although this has already been mentioned above, it bears repeating here. It only take a minute or two to use the web-based search engine. (Of course, everyone is guilty of - forgetting to do this now and then.) + forgetting to do this now and then.) @@ -298,7 +298,7 @@ thing to keep in mind at all times on Open Source projects. - +

-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From jpb at sixshooter.v6.thrupoint.net Fri May 9 00:55:10 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Thu, 8 May 2003 20:55:08 -0400 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <200305081851.41118.linimon@lonesome.com> References: <200305081851.41118.linimon@lonesome.com> Message-ID: <20030509005508.GB5716@sixshooter.v6.thrupoint.net> * Mark Linimon [2003-05-08 19:48]: > While working on my project to classify ports PRs in the database, > I've come across more than my fair share of PRs that are really > badly written. Although the problem-reports article touches on > this to some degree, I really feel that some of the most obvious > mistakes bear further explanation. > > So here's a rough draft of a new section "Tips and tricks for writing > a good Problem Report" to be applied to > /usr/doc/en_US.ISO8859-1/articles/problem-reports/article.sgml. > A few things to note first: > > 1. I've never written SGML before, and I haven't verified this > text's correctness. (Maybe someday I'll learn how to do that, > but right now I am in the middle of this other hackathon, see ... :-) ) > > 2. I've never written this large a chunk of FreeBSD documentation > before, so I won't be offended if either the style is found wanting, > or, in this case, my choice of where to put the changes. (No place > seemed exactly correct.) > > In any case I think this is a necessary, but probably insufficient, > change for the documentation, and I'd like to see what other > people think. Consider it a starting point. > > Mark Linimon (aka "mcl") > Nice job. Fits very neatly into the original document. Thanks to Simon for posting. jpb === From tilman at arved.de Fri May 9 07:27:04 2003 From: tilman at arved.de (Tilman Linneweh) Date: Fri, 9 May 2003 09:27:00 +0200 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <200305081851.41118.linimon@lonesome.com> References: <200305081851.41118.linimon@lonesome.com> Message-ID: <20030509072659.GA48303@huckfinn.arved.de> Nice work! Comments below. * Mark Linimon [Fr, 09 Mai 2003 at 01:48 GMT]: > While working on my project to classify ports PRs in the database, > I've come across more than my fair share of PRs that are really > badly written. Although the problem-reports article touches on > this to some degree, I really feel that some of the most obvious > mistakes bear further explanation. > [..] > --- article.sgml.dist Thu May 8 17:16:29 2003 > +++ article.sgml Thu May 8 18:44:42 2003 > + > + Avoid using a weak Subject: line > + You should not assume that anyone reading your PR has > + any context for your submission: what part of the system > + does the problem apply to? Do you only see the problem > + while installing, or while running? So, instead of saying, > + for instance, "Subject: portupgrade is broken", say, > + "Subject: port sysutils/portupgrade coredumps on > + -current". (In the case of ports, it is especially > + helpful to have both the category and portname in > + the Subject line.) > + [..] Well in this example the portname is already in the subject. Often PRs mention a program foo in the Subject that is installed by a port named bar, e.g. pkgdb, which is installed by portupgrade. Real world example: ports/40218 > + > + > + If you are a maintainer, say so > + By convention, if you are maintaining a part of the > + source code (for instance, a port), put the string > + [maintainer update] at the > + beginning of your Subject: line. > + Not necessary, IMHO, there is a seperate "Class: " where you can mark your PR as "maintainer-update" regards tilman -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From blackend at freebsd.org Fri May 9 08:11:39 2003 From: blackend at freebsd.org (Marc Fonvieille) Date: Fri, 9 May 2003 09:10:07 +0200 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <200305081851.41118.linimon@lonesome.com>; from linimon@lonesome.com on Thu, May 08, 2003 at 06:51:41PM -0500 References: <200305081851.41118.linimon@lonesome.com> Message-ID: <20030509091007.A15769@abigail.blackend.org> On Thu, May 08, 2003 at 06:51:41PM -0500, Mark Linimon wrote: > While working on my project to classify ports PRs in the database, > I've come across more than my fair share of PRs that are really > badly written. Although the problem-reports article touches on > this to some degree, I really feel that some of the most obvious > mistakes bear further explanation. > > So here's a rough draft of a new section "Tips and tricks for writing > a good Problem Report" to be applied to > /usr/doc/en_US.ISO8859-1/articles/problem-reports/article.sgml. > A few things to note first: > [...] I think Dag-Erling Sm?rgrav (des@) the author of the article will be pleased to take a look at this (Cc to des@ added). And of course our bugmeister Gorgios Keramidas (keramida@) but I'm sure he is reading this list :) Marc From des at ofug.org Fri May 9 09:16:23 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Fri, 09 May 2003 11:16:16 +0200 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <20030509091007.A15769@abigail.blackend.org> (Marc Fonvieille's message of "Fri, 9 May 2003 09:10:07 +0200") References: <200305081851.41118.linimon@lonesome.com> <20030509091007.A15769@abigail.blackend.org> Message-ID: Marc Fonvieille writes: > On Thu, May 08, 2003 at 06:51:41PM -0500, Mark Linimon wrote: > > So here's a rough draft of a new section "Tips and tricks for writing > > a good Problem Report" to be applied to > > /usr/doc/en_US.ISO8859-1/articles/problem-reports/article.sgml. > [...] > I think Dag-Erling Sm?rgrav (des@) the author of the article will be > pleased to take a look at this (Cc to des@ added). The text should talk about the PR's Synopsis line rather than the Subject header since this is what actually goes into the database. Also, the correct forum for discussing patches like this is the freebsd-bugbusters@ list (though it appears to be rather dead these days) DES -- Dag-Erling Smorgrav - des at ofug.org From hmp at FreeBSD.org Fri May 9 09:50:38 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Fri, 9 May 2003 02:50:35 -0700 (PDT) Subject: docs/37843: manual for pthread_setschedparam is wrong Message-ID: <200305090950.h499oZnC028581@freefall.freebsd.org> Synopsis: manual for pthread_setschedparam is wrong State-Changed-From-To: open->suspended State-Changed-By: hmp State-Changed-When: Fri May 9 02:48:15 PDT 2003 State-Changed-Why: This is a standards issue. PTHREAD_{MIN,MAX}_PRIORITY are implementation details which are not supposed to be exposed. Further clarification is needed regarding this issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=37843 From mich at FreeBSD.org Fri May 9 10:30:16 2003 From: mich at FreeBSD.org (Michael L.Hostbaek) Date: Fri, 9 May 2003 12:26:40 +0200 (CEST) Subject: docs/51999: Missing MAN for ssh Message-ID: <20030509102640.3E5293B9664@freebsdcluster.net> >Number: 51999 >Category: docs >Synopsis: Missing MAN for ssh >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: Fri May 09 03:30:14 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Michael L. Hostbaek >Release: FreeBSD 4.8-PRERELEASE i386 >Organization: FreeBSD.org >Environment: System: FreeBSD mich2.itxmarket.com 4.8-PRERELEASE FreeBSD 4.8-PRERELEASE #0: Wed Feb 26 15:09:07 CET 2003 root at mich2.itxmarket.com:/usr/obj/usr/src/sys/MICH2 i386 >Description: When searching for 'ssh' under http://www.freebsd.org/cgi/man.cgi?manpath=FreeBSD+4.7-RELEASE no man page is found. It should be under 'General Commands'.. This leads to messed up man-links around the www-tree, fx. here: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/index.html#ADMIN. >How-To-Repeat: Go to: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/index.html#ADMIN and click the 'ssh(1)' link. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From simon at nitro.dk Fri May 9 10:50:08 2003 From: simon at nitro.dk (Simon L.Nielsen) Date: Fri, 9 May 2003 12:43:55 +0200 (CEST) Subject: docs/52000: [patch] Misc man page reference fixes Message-ID: <20030509104355.DBA0910BF81@arthur.nitro.dk> >Number: 52000 >Category: docs >Synopsis: [patch] Misc man page reference fixes >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: Fri May 09 03:50:06 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Simon L. Nielsen >Release: FreeBSD 4.8-STABLE i386 >Organization: >Environment: >Description: A few broken man links I found. rc.d.8 -> rc.8 link (man-rc.d-link.patch) : rc.d(8) is referenced from rc.subr(8). NetBSD has a link rc.d(8) -> rc(8). hosts_access links (man-libwrap-link.patch) : Referenced from kame(4). The hosts_ctl, request_init, request_set functions are mentioned in the synopsis/name section of hosts_access(3). gsc.4 (man-gsc4-cat.patch) : Plain typo. >How-To-Repeat: >Fix: --- man-gsc4-cat.patch begins here --- Index: man4.i386/gsc.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/man4.i386/gsc.4,v retrieving revision 1.22 diff -u -d -r1.22 gsc.4 --- man4.i386/gsc.4 21 Jan 2002 12:36:12 -0000 1.22 +++ man4.i386/gsc.4 22 Apr 2003 20:32:38 -0000 @@ -110,7 +110,7 @@ shall be reached. With this feature you are able to directly copy the scanner output into a pbm file with -.Xr cat . +.Xr cat 1 . Of course you can obtain a similar effect by using .Xr dd 1 with the driver in --- man-gsc4-cat.patch ends here --- --- man-rc.d-link.patch begins here --- Index: share/man/man8/Makefile =================================================================== RCS file: /home/ncvs/src/share/man/man8/Makefile,v retrieving revision 1.32 diff -u -d -r1.32 Makefile --- share/man/man8/Makefile 25 Mar 2003 15:07:01 -0000 1.32 +++ share/man/man8/Makefile 21 Apr 2003 23:27:45 -0000 @@ -15,6 +15,7 @@ MLINKS= rc.8 rc.early.8 rc.8 rc.serial.8 rc.8 rc.pccard.8 rc.8 rc.network.8 MLINKS+=rc.8 rc.firewall.8 rc.8 rc.atm.8 rc.8 rc.local.8 rc.8 rc.shutdown.8 +MLINKS+=rc.8 rc.d.8 MLINKS+=yp.8 YP.8 yp.8 NIS.8 yp.8 nis.8 .include --- man-rc.d-link.patch ends here --- --- man-libwrap-link.patch begins here --- Index: lib/libwrap/Makefile =================================================================== RCS file: /home/ncvs/src/lib/libwrap/Makefile,v retrieving revision 1.11 diff -u -d -r1.11 Makefile --- lib/libwrap/Makefile 28 Sep 2002 00:25:32 -0000 1.11 +++ lib/libwrap/Makefile 21 Apr 2003 23:38:29 -0000 @@ -9,6 +9,8 @@ INCS= tcpd.h MAN= hosts_access.3 MAN+= hosts_access.5 hosts_options.5 +MLINKS= hosts_access.3 hosts_ctl.3 hosts_access.3 request_init.3 \ + hosts_access.3 request_set.3 .PATH: ${.CURDIR}/../../contrib/tcp_wrappers --- man-libwrap-link.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From bra at fsn.hu Fri May 9 11:37:46 2003 From: bra at fsn.hu (Attila Nagy) Date: Fri, 09 May 2003 13:37:42 +0200 Subject: Working hardware page proposal Message-ID: <3EBB9306.4050509@fsn.hu> Hello, There are many questions on the mailing lists regarding whether a specific type of hardware works or not under FreeBSD. There is at least one page which tries to collect this type information and publish on the Internet, but contains only a small number of resources. Gregor Bittel's SMP mainboards page is here: http://www.bnv-bamberg.de/home/ba3294/smp/index.htm What do you think about extending this and "move" to the www.freebsd.org webpage? Maybe Gregor would like to continue the collection and this way this information would face a lot more publicity and a lot more entries. And not just motherboards, but any other types of hardware. ps: please keep me on cc... -- Attila Nagy e-mail: Attila.Nagy at fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From hmp at FreeBSD.ORG Fri May 9 12:05:45 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Fri, 9 May 2003 05:05:44 -0700 Subject: Working hardware page proposal In-Reply-To: <3EBB9306.4050509@fsn.hu> References: <3EBB9306.4050509@fsn.hu> Message-ID: <20030509120544.GA70936@perrin.int.nxad.com> On Fri, May 09, 2003 at 01:37:42PM +0200, Attila Nagy wrote: > Hello, > > There are many questions on the mailing lists regarding whether a > specific type of hardware works or not under FreeBSD. > There is at least one page which tries to collect this type information > and publish on the Internet, but contains only a small number of resources. > > Gregor Bittel's SMP mainboards page is here: > http://www.bnv-bamberg.de/home/ba3294/smp/index.htm > > What do you think about extending this and "move" to the www.freebsd.org > webpage? Maybe Gregor would like to continue the collection and this way > this information would face a lot more publicity and a lot more entries. > > And not just motherboards, but any other types of hardware. Err, doesn't Hardware Notes cut it? -- Hiten (hmp at FreeBSD.ORG) From bra at fsn.hu Fri May 9 12:32:53 2003 From: bra at fsn.hu (Attila Nagy) Date: Fri, 09 May 2003 14:32:49 +0200 Subject: Working hardware page proposal In-Reply-To: <20030509120544.GA70936@perrin.int.nxad.com> References: <3EBB9306.4050509@fsn.hu> <20030509120544.GA70936@perrin.int.nxad.com> Message-ID: <3EBB9FF1.8070202@fsn.hu> Hiten Pandya wrote: > Err, doesn't Hardware Notes cut it? It's OK, but too general. Today, if you want to make sure that a motherboard will work, you must ask it on a mailing list, or search the archives. I see that this is a big task, but maybe Gregor could take over it :) -- Attila Nagy e-mail: Attila.Nagy at fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From anderson at centtech.com Fri May 9 13:34:43 2003 From: anderson at centtech.com (Eric Anderson) Date: Fri, 09 May 2003 08:34:20 -0500 Subject: Working hardware page proposal References: <3EBB9306.4050509@fsn.hu> <20030509120544.GA70936@perrin.int.nxad.com> <3EBB9FF1.8070202@fsn.hu> Message-ID: <3EBBAE5C.9000402@centtech.com> Attila Nagy wrote: > Hiten Pandya wrote: > >> Err, doesn't Hardware Notes cut it? > > It's OK, but too general. > Today, if you want to make sure that a motherboard will work, you must > ask it on a mailing list, or search the archives. > > I see that this is a big task, but maybe Gregor could take over it :) I've thought we needed something like this before, when seeing the linux hardware database. I'm not certain if it should be on the freebsd.org site (I would like it to be, so more people would find it, use it, and trust it), but I'd be willing to run it, host it, and write the software for it if I could get a few volunteers to help put data in. Eric -- ------------------------------------------------------------------ Eric Anderson Systems Administrator Centaur Technology Attitudes are contagious, is yours worth catching? ------------------------------------------------------------------ From nape at tooquiet.com Fri May 9 16:11:24 2003 From: nape at tooquiet.com (nape at tooquiet.com) Date: Fri, 9 May 2003 09:10:33 -0700 (PDT) Subject: to: nik Message-ID: <20030509161033.0EABC43F85@mx1.FreeBSD.org> to: nik at freebsd.org i have tried to contact nik directly but have not got a reply. i am now trying to reach nik at freebsd.org through the same means i reached him before which is emailing this address. i apologize to anyone who may get this and not wish to. nik, could you please at least tell me why you rejected my request? - nape <>< From shamrock at cypherpunks.to Fri May 9 16:48:28 2003 From: shamrock at cypherpunks.to (Lucky Green) Date: Fri, 9 May 2003 09:48:20 -0700 Subject: Seeking IPSec with NAT configuration examples Message-ID: <01df01c3164a$cc720000$6601a8c0@VAIO650> Doc team, I volunteered to update the IPSec section of the Handbook and am looking for the following: - any documentation not already mentioned in the Handbook's IPSec chapter, the Daemon News article, or the FreeBSD Diary articles about configuring IPSec on FreeBSD. - configuration examples for using IPSec from behind a NAT or on a host that acts as a NAT. Thanks in advance, --Lucky From jpb at sixshooter.v6.thrupoint.net Fri May 9 19:47:25 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Fri, 9 May 2003 15:47:22 -0400 Subject: Seeking IPSec with NAT configuration examples In-Reply-To: <01df01c3164a$cc720000$6601a8c0@VAIO650> References: <01df01c3164a$cc720000$6601a8c0@VAIO650> Message-ID: <20030509194722.GA7691@sixshooter.v6.thrupoint.net> * Lucky Green [2003-05-09 12:48]: > Doc team, > I volunteered to update the IPSec section of the Handbook and am looking > for the following: > > - any documentation not already mentioned in the Handbook's IPSec > chapter, the Daemon News article, or the FreeBSD Diary articles about > configuring IPSec on FreeBSD. > > - configuration examples for using IPSec from behind a NAT or on a host > that acts as a NAT. > > Thanks in advance, > --Lucky > > _______________________________________________ > freebsd-doc at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe at freebsd.org" > Hi - There was a recent discussion on IPSec on freebsd-security about a week ago. I'd check out http://www.kame.net/racoon/ as well. Hope this helps, jpb === From pepper at reppep.com Fri May 9 20:37:09 2003 From: pepper at reppep.com (Chris Pepper) Date: Fri, 9 May 2003 16:37:29 -0400 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <200305081851.41118.linimon@lonesome.com> References: <200305081851.41118.linimon@lonesome.com> Message-ID: At 6:51 PM -0500 2003/05/08, Mark Linimon wrote: >+ >+ Be specific >+ The more information you supply about what problem you >+ are having, the better your chance of getting a response. >+ You should include such things as what version you are >+ running (there is a place to put that, see below); >+ which architecture you are running on; >+ whether you are running from a release CDROM, or from >+ a system maintained by &cvsup.1; (and, if so, how >+ recently you updated); and, if a kernel problem, >+ if you have read src/UPDATING >+ (someone is guaranteed to ask). You do not necessarily >+ have to provide your kernel configuration, which ports >+ you have available, and a core dump (including these >+ by default only tends to fill up the database), but you >+ should be prepared to make them available, either >+ privately or publicly, if so asked. >+ I think the Environment: line already shows the kernel version, which should be -RELEASE or -STABLE or something similar, so you shouldn't have to say whether it came from CD, although if you cvsupped long before doing the kernel build, that's unusual enough to be worth mentioning. >+ >+ Avoid controversial requests >+ If your PR addresses an area that has been controversial >+ in the past, you should probably be prepared to not only >+ offer patches, but also justification for why the patches >+ are The Right Thing To Do. As noted above, a careful >+ search of past mailing lists is always good preparation. >+ >+ s/past mailing lists/the appropriate mailing lists for similar problems/ The mailing lists themselves are more likely current... >- The template consists of a list of fields, some of which >- are pre-filled, and some of which have comments explaining >+ When you run &man.send-pr.1;, you are presented with a >+ template. The template consists of a list of fields, some of >+ which are pre-filled, and some of which have comments explaining > their purpose or listing acceptable values. Do not worry > about the comments; they will be removed automatically if you > do not modify them or remove them yourself. Something odd happened to the spacing here. It's probably worth mentioning , even if just to say it's no longer available. Separately, if this is a permanent state of affairs (it's been 4+ months), s/currently disabled/permanently disabled/ for "The web-based bug interface is currently disabled." on that page. It's also worth suggesting that people fix their From: & Reply-To: lines in send-pr -- mine, at least, always default to , which isn't useful. I think send-pr from GNATS 4 will allow overriding this default, but don't know if anyone's working on updating the GNATS installation... Chris Pepper PS-Looks good! -- Chris Pepper: Rockefeller University: From bmah at FreeBSD.org Fri May 9 23:17:35 2003 From: bmah at FreeBSD.org (Bruce A. Mah) Date: Fri, 9 May 2003 16:17:33 -0700 (PDT) Subject: docs/43410: hardware-i386.html doesn't even mention pointers and video cards Message-ID: <200305092317.h49NHXkn047731@freefall.freebsd.org> Synopsis: hardware-i386.html doesn't even mention pointers and video cards State-Changed-From-To: open->patched State-Changed-By: bmah State-Changed-When: Fri May 9 16:14:45 PDT 2003 State-Changed-Why: Added some text along these lines to hardware notes for 5-CURRENT. I'll MFC this when I get a chance. Responsible-Changed-From-To: freebsd-doc->bmah Responsible-Changed-By: bmah Responsible-Changed-When: Fri May 9 16:14:45 PDT 2003 Responsible-Changed-Why: I'll finish this off eventually, but if some other doc committer wants an easy MFC, feel free. http://www.freebsd.org/cgi/query-pr.cgi?pr=43410 From trhodes at FreeBSD.org Sat May 10 01:18:35 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 9 May 2003 21:15:07 -0400 Subject: PR: docs/37221 && docs/51886: mount_nfs(8) options. In-Reply-To: <20030508231909.GO609@unixpages.org> References: <20030508134407.638ff0c9.trhodes@FreeBSD.org> <20030508231909.GO609@unixpages.org> Message-ID: <20030509211507.5b0b54f1.trhodes@FreeBSD.org> On Fri, 9 May 2003 01:19:09 +0200 Christian Brueffer wrote: > On Thu, May 08, 2003 at 01:44:07PM -0400, Tom Rhodes wrote: > > Josh, Lars, > > > > After looking over this a little closer, I'm totally lost at why these > > PRs were filed. > > > > -p is listed in the manual page as a historic and deprecated option. > > -P is listed in the manual page as obsolete. > > > > I can understand removing them both from the usage message, however > > they seem to be documented fine in the manual page (as obsolete). > > > > Currently I have an email in to murray and bmah about this, and > > my personal opinion is that the manual page is fine. > > > > Any opinions on just removing the -P and -p option from the code > > and leaving the manual page as is? What do the other -doc committers > > think about this? > > > > Apparently mbr removed ISO support from the code a while ago (which > didn't work anyway) and these are leftovers. > It's not fatal if this stays in, but as it's something that isn't > even implemented anymore, it would be nice to be thrown out. > Cool, and I talked to bmah about it also. I've got a fairly good idea how I'll handle this. Thanks. -- Tom Rhodes From hmp at FreeBSD.org Sat May 10 08:10:18 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Sat, 10 May 2003 01:09:58 -0700 (PDT) Subject: docs/50503: Upgate to the agp(4) manual page Message-ID: <200305100809.h4A89w4M096623@freefall.freebsd.org> Synopsis: Upgate to the agp(4) manual page Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Sat May 10 01:08:49 PDT 2003 Responsible-Changed-Why: With input from Eric Anholt , I feel safe to take responsibility for this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=50503 From bra at fsn.hu Sat May 10 10:25:16 2003 From: bra at fsn.hu (Attila Nagy) Date: Sat, 10 May 2003 12:25:10 +0200 Subject: Working hardware page proposal In-Reply-To: <3EBBAE5C.9000402@centtech.com> References: <3EBB9306.4050509@fsn.hu> <20030509120544.GA70936@perrin.int.nxad.com> <3EBB9FF1.8070202@fsn.hu> <3EBBAE5C.9000402@centtech.com> Message-ID: <3EBCD386.5040901@fsn.hu> Eric Anderson wrote: > I've thought we needed something like this before, when seeing the linux > hardware database. I'm not certain if it should be on the freebsd.org > site (I would like it to be, so more people would find it, use it, and > trust it), but I'd be willing to run it, host it, and write the software > for it if I could get a few volunteers to help put data in. If there would be such a site, I could commit the opinions about the hardware, I see. I think many people would do the same, because sometimes it helps a lot for the one, who wants to buy something. -- Attila Nagy e-mail: Attila.Nagy at fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From wblock at wonkity.com Sat May 10 21:23:41 2003 From: wblock at wonkity.com (Warren Block) Date: Sat, 10 May 2003 15:23:38 -0600 (MDT) Subject: Handbook: Using "make world" Chapter Message-ID: <20030510151718.D2044@wonkity.com> Isn't "make world" deprecated? The Handbook Using "make world" chapter never has the user give that command. It is mentioned several times in quotes, which is probably confusing. Seems like the chapter should be retitled (maybe "Building The World"?) and the "make world" quoted string should be replaced with something more descriptive. -Warren Block * Rapid City, South Dakota USA From keramida at freebsd.org Sat May 10 22:36:10 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun, 11 May 2003 01:35:59 +0300 Subject: RFC: additions to the article "problem-reports" In-Reply-To: <200305081851.41118.linimon@lonesome.com> References: <200305081851.41118.linimon@lonesome.com> Message-ID: <20030510223559.GE2208@gothmog.gr> On 2003-05-08 18:51, Mark Linimon wrote: > [...] > So here's a rough draft of a new section "Tips and tricks for writing > a good Problem Report" to be applied to > /usr/doc/en_US.ISO8859-1/articles/problem-reports/article.sgml. Just in case someone has marked this message as 'important' in -doc, Mark posted the change to bugbusters and I did commit most of it verbatim, plus a few details that I wanted to add, earlier today. - Giorgos From trhodes at FreeBSD.org Sat May 10 22:55:17 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Sat, 10 May 2003 18:50:24 -0400 Subject: Handbook: Using "make world" Chapter In-Reply-To: <20030510151718.D2044@wonkity.com> References: <20030510151718.D2044@wonkity.com> Message-ID: <20030510185024.4b05ffaf.trhodes@FreeBSD.org> On Sat, 10 May 2003 15:23:38 -0600 (MDT) Warren Block wrote: > Isn't "make world" deprecated? The Handbook Using "make world" chapter > never has the user give that command. It is mentioned several times in > quotes, which is probably confusing. Seems like the chapter should be > retitled (maybe "Building The World"?) and the "make world" quoted > string should be replaced with something more descriptive. > Hi Warren, AFAIK, make world still works (least it did for me yesterday on a CURRENT box) and don't see it becoming deprecated any time soon. Honestly, I don't see how its confusing. Perhaps if we discussed make world throughout the entire document, but gave the commands for buildworld, that would be a problem. What do you think would be better in terms of 'more descriptive'? Thanks, -- Tom Rhodes From keramida at ceid.upatras.gr Sun May 11 01:00:31 2003 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Sun, 11 May 2003 03:53:16 +0300 (EEST) Subject: docs/52041: testing new mdoc-bug class Message-ID: <200305110053.h4B0rGd9004467@gothmog.gr> >Number: 52041 >Category: docs >Synopsis: testing new mdoc-bug class >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: mdoc-bug >Submitter-Id: current-users >Arrival-Date: Sat May 10 18:00:28 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Giorgos Keramidas >Release: FreeBSD 5.1-BETA i386 >Organization: >Environment: System: FreeBSD gothmog.gr 5.1-BETA FreeBSD 5.1-BETA #3: Sat May 10 20:03:10 EEST 2003 sysop at gothmog.gr:/usr/obj/usr/src/sys/CELERON i386 >Description: Testing new gnats class: mdoc-bug. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From keramida at FreeBSD.org Sun May 11 01:04:46 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Sat, 10 May 2003 18:04:46 -0700 (PDT) Subject: docs/52041: testing new mdoc-bug class Message-ID: <200305110104.h4B14kcl081839@freefall.freebsd.org> Synopsis: testing new mdoc-bug class State-Changed-From-To: open->closed State-Changed-By: keramida State-Changed-When: Sat May 10 18:04:11 PDT 2003 State-Changed-Why: Cool, it all works! Responsible-Changed-From-To: freebsd-doc->keramida Responsible-Changed-By: keramida Responsible-Changed-When: Sat May 10 18:04:11 PDT 2003 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=52041 From keramida at freebsd.org Sun May 11 01:07:06 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun, 11 May 2003 04:07:00 +0300 Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <200305110053.h4B0rGd9004467@gothmog.gr> References: <200305110053.h4B0rGd9004467@gothmog.gr> Message-ID: <20030511010700.GA4585@gothmog.gr> On 2003-05-11 03:53, Giorgos Keramidas wrote: > >Description: > > Testing new gnats class: mdoc-bug. Pardon me for the minor flood to the list, folks. I wanted to make sure our new, shining, mdoc-bug class works fine for problem reports before I go ahead and use it in our Gnats database or document it in our docs. - Giorgos From keramida at freebsd.org Sun May 11 02:16:12 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun, 11 May 2003 05:16:05 +0300 Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <20030511020519.GB13346@sixshooter.v6.thrupoint.net> References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr> <20030511020519.GB13346@sixshooter.v6.thrupoint.net> Message-ID: <20030511021605.GB8548@gothmog.gr> On 2003-05-10 22:05, Jim Brown wrote: >* Giorgos Keramidas [2003-05-10 21:07]: >>On 2003-05-11 03:53, Giorgos Keramidas wrote: >>> >Description: >>> >>> Testing new gnats class: mdoc-bug. >> >> Pardon me for the minor flood to the list, folks. I wanted to make sure >> our new, shining, mdoc-bug class works fine for problem reports before I >> go ahead and use it in our Gnats database or document it in our docs. > > Sorry to have to ask this but- what's mdoc-bug for? I'm adding this class to separate bug reports of the docs/ category to two classes. Those that affect manpages (or other parts of the src/ tree) and those that affect doc/*. This way bug-busters who wish to work only in doc/ can use the web interface of query-pr(1) or the query-pr command on freefall.freebsd.org to find out only PRs that will affect doc/. During a code freeze of src (right before a release is cut), like the one we have now for 5.1-RELEASE, doc committers can find PRs for doc/ using: : $ query-pr -q -L doc-bug Manpage or src/ fixes can be found with: : $ query-pr -q -L mdoc-bug The web interface of query-pr and the query-pr command on freefall already work fine with the new class: : keramida at freefall[19:06]/home/keramida$ query-pr -L mdoc-bug -q : 52041 keramida docs closed non-criti low current-us testing new mdoc-bug class : keramida at freefall[19:14]/home/keramida$ To make send-pr(1) recognise and accept mdoc-bug as a valid class value, I have prepared a patch that I'll soon commit to both the HEAD and the RELENG_4 branches... after I get approval from the Release Engineers. - Giorgos. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From DougB at FreeBSD.org Sun May 11 02:33:37 2003 From: DougB at FreeBSD.org (Doug Barton) Date: Sat, 10 May 2003 19:33:36 -0700 (PDT) Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <20030511021605.GB8548@gothmog.gr> References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr><20030511021605.GB8548@gothmog.gr> Message-ID: <20030510193250.C665@znfgre.qbhto.arg> On Sun, 11 May 2003, Giorgos Keramidas wrote: > I'm adding this class to separate bug reports of the docs/ category to > two classes. Those that affect manpages (or other parts of the src/ > tree) and those that affect doc/*. That sounds like a reasonable goal, but wouldn't a category name like doc-src (or src-doc) make more sense? There is more documentation in the tree than just mdoc. Doug -- This .signature sanitized for your protection From keramida at freebsd.org Sun May 11 02:45:32 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun, 11 May 2003 05:45:27 +0300 Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <20030510193250.C665@znfgre.qbhto.arg> References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr> <20030511020519.GB13346@sixshooter.v6.thrupoint.net> <20030511021605.GB8548@gothmog.gr> <20030510193250.C665@znfgre.qbhto.arg> Message-ID: <20030511024527.GA9150@gothmog.gr> On 2003-05-10 19:33, Doug Barton wrote: > On Sun, 11 May 2003, Giorgos Keramidas wrote: > > I'm adding this class to separate bug reports of the docs/ category to > > two classes. Those that affect manpages (or other parts of the src/ > > tree) and those that affect doc/*. > > That sounds like a reasonable goal, but wouldn't a category name like > doc-src (or src-doc) make more sense? There is more documentation in the > tree than just mdoc. I can change it to doc-src or src-doc-bug very easily. The second will fit nicely among the existing classes but is probably too large to type manually. I don't really mind if the name is doc-src, src-doc, src-doc-bug or doc-src-bug. If the extra verbosity isn't too much I'd prefer the last one: doc-src-bug. From swear at attbi.com Sun May 11 03:22:06 2003 From: swear at attbi.com (Gary W. Swearingen) Date: 10 May 2003 20:24:13 -0700 Subject: Handbook: Using "make world" Chapter In-Reply-To: <20030510185024.4b05ffaf.trhodes@FreeBSD.org> References: <20030510151718.D2044@wonkity.com> <20030510185024.4b05ffaf.trhodes@FreeBSD.org> Message-ID: Tom Rhodes writes: > AFAIK, make world still works (least it did for me yesterday on a CURRENT > box) and don't see it becoming deprecated any time soon. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html says: Although the world target still exists, you are strongly encouraged not to use it. Looks deprecated to me, but then I seldom use that term because I greatly dislike reading it myself when I don't know who's doing the deprecating and/or why. I've seen too many cases where there was no good reason for the deprecation. I think such suggestions or opinions should be omitted unless maybe they are more carefully written: Almost all users will find it best to use "make buildworld" in multi-user mode and "make installworld in single-user mode, for reasons explained above, so few will want to use "make world". > Honestly, I don't see how its confusing. Perhaps if we discussed make world > throughout the entire document, but gave the commands for buildworld, that > would be a problem. What do you think would be better in terms of 'more > descriptive'? It's confusing because the section (21.4 and also 21.4.10) is entitled "Using 'make world'", but the section doesn't ever talk about "using 'make world'" (though one can infer it from an explanation of the buildworld and installworld targets, and the obviously obsolete back-handed references to 'make world' in several other places. I think your "perhaps if" case is the very thing Warren is complaining about. The section is also confusing because it uses the phrase "rebuilding the world" as a synonym for "using make world" while "buildworld" is only half of the "make world" job. The easiest fix would be to start section 21.4 off by explaining that it's going to use the term "make world" as a shorthand for the process of building and installing the non-kernel, non-ports parts of the OS, whether it's done with "make world" or with "make buildworld" and "make installworld". Then replace the confusing/inaccurate "rebuilding the world" phrase with "making world" or reword it to use "make world". Another (poorer) way, which removes SOME confusion (but is less clear than an explanation), is to change "make world" to "making world" everywhere. It's a LITTLE "more descriptive", anyway. From DougB at FreeBSD.org Sun May 11 03:38:50 2003 From: DougB at FreeBSD.org (Doug Barton) Date: Sat, 10 May 2003 20:38:47 -0700 (PDT) Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <20030511024527.GA9150@gothmog.gr> References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr><20030511021605.GB8548@gothmog.gr> <20030511024527.GA9150@gothmog.gr> Message-ID: <20030510203753.H665@znfgre.qbhto.arg> On Sun, 11 May 2003, Giorgos Keramidas wrote: > On 2003-05-10 19:33, Doug Barton wrote: > > On Sun, 11 May 2003, Giorgos Keramidas wrote: > > > I'm adding this class to separate bug reports of the docs/ category to > > > two classes. Those that affect manpages (or other parts of the src/ > > > tree) and those that affect doc/*. > > > > That sounds like a reasonable goal, but wouldn't a category name like > > doc-src (or src-doc) make more sense? There is more documentation in the > > tree than just mdoc. > > I can change it to doc-src or src-doc-bug very easily. The second will > fit nicely among the existing classes but is probably too large to type > manually. I don't really mind if the name is doc-src, src-doc, > src-doc-bug or doc-src-bug. If the extra verbosity isn't too much I'd > prefer the last one: doc-src-bug. Those all sound good to me, my big concern was that if your intention was a category that covered all docs in src that the name reflect that. :) Thanks, Doug -- This .signature sanitized for your protection From trhodes at FreeBSD.org Sun May 11 08:35:46 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Sun, 11 May 2003 04:30:58 -0400 Subject: Handbook: Using "make world" Chapter In-Reply-To: References: <20030510151718.D2044@wonkity.com> <20030510185024.4b05ffaf.trhodes@FreeBSD.org> Message-ID: <20030511043058.4088711d.trhodes@FreeBSD.org> On 10 May 2003 20:24:13 -0700 swear at attbi.com (Gary W. Swearingen) wrote: > Tom Rhodes writes: > > > AFAIK, make world still works (least it did for me yesterday on a CURRENT > > box) and don't see it becoming deprecated any time soon. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > says: > > Although the world target still exists, you are strongly encouraged > not to use it. > > Looks deprecated to me, but then I seldom use that term because I > greatly dislike reading it myself when I don't know who's doing the > deprecating and/or why. I've seen too many cases where there was no > good reason for the deprecation. I think such suggestions or opinions > should be omitted unless maybe they are more carefully written: > > Almost all users will find it best to use "make buildworld" in > multi-user mode and "make installworld in single-user mode, for > reasons explained above, so few will want to use "make world". > > > Honestly, I don't see how its confusing. Perhaps if we discussed make world > > throughout the entire document, but gave the commands for buildworld, that > > would be a problem. What do you think would be better in terms of 'more > > descriptive'? > > It's confusing because the section (21.4 and also 21.4.10) is entitled > "Using 'make world'", but the section doesn't ever talk about "using > 'make world'" (though one can infer it from an explanation of the > buildworld and installworld targets, and the obviously obsolete > back-handed references to 'make world' in several other places. I think > your "perhaps if" case is the very thing Warren is complaining about. > [SNIP] I'll take your suggestions and see what I can come up with. I've got a hoard of printed pages from the handbook with scribble on them to make changes like: Rewrite this paragraph for clairity. Grammar nits here. Incorrect information here. Information ordering incorrect here. So, I'll add this to my list. Thanks for the suggestions! -- Tom Rhodes From stephane at freebsd.org Sun May 11 10:33:19 2003 From: stephane at freebsd.org (Stephane Legrand) Date: Sun, 11 May 2003 12:30:58 +0200 Subject: Working hardware page proposal In-Reply-To: <3EBCD386.5040901@fsn.hu> References: <3EBB9306.4050509@fsn.hu> <20030509120544.GA70936@perrin.int.nxad.com> <3EBB9FF1.8070202@fsn.hu> <3EBBAE5C.9000402@centtech.com> <3EBCD386.5040901@fsn.hu> Message-ID: <20030511103058.GM14077@sequoia.mondomaineamoi.megalo> On Sat, May 10, 2003 at 12:25:10PM +0200, Attila Nagy wrote: > Eric Anderson wrote: > >I've thought we needed something like this before, when seeing the linux > >hardware database. I'm not certain if it should be on the freebsd.org > >site (I would like it to be, so more people would find it, use it, and > >trust it), but I'd be willing to run it, host it, and write the software > >for it if I could get a few volunteers to help put data in. > If there would be such a site, I could commit the opinions about the > hardware, I see. I think many people would do the same, because > sometimes it helps a lot for the one, who wants to buy something. > Hi, FWIW, i'm working on a such hardware page for the french web site www.freebsd-fr.org. If anyone is interested, you can see an advanced beta version at the following URL : http://81.56.223.84/cgi-bin/wdialog/hardware.cgi Some remarks : - it's in french - the programming language is OCaml - the data are saved on files (no database for now) - due to the library i use, the license is GPL Regards, Stephane. -- - (\(__)/) FreeBSD Francophone : www.freebsd-fr.org `(QQ)' Club Unix/Log. libres Cosne/Loire : www.cosnix.org ) ( (o o) % ATTAC : www.attac.org `--' From delphij at hotmail.com Sun May 11 12:40:08 2003 From: delphij at hotmail.com (�� ) Date: Sun, 11 May 2003 20:33:29 +0800 Subject: docs/52071: [PATCH] Add more information about soft updates into ata(4) manpage Message-ID: >Number: 52071 >Category: docs >Synopsis: [PATCH] Add more information about soft updates into ata(4) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 11 05:40:05 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Xin LI >Release: FreeBSD 5.1-BETA i386 >Organization: Frontfree Technology Network >Environment: System: FreeBSD beastie.frontfree.net 5.1-BETA FreeBSD 5.1-BETA #53: Wed May 7 05:03:46 CST 2003 root at beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 >Description: In the ata(4) driver on -CURRENT systems, hw.ata.wc is enabled by default. The information supplied with ata(4) only said write cache may cause data loss, but it might be insuffient because: o With tagged queuing, write cache will not break soft updates. o Without tagged queuing, write cache can cause even more data loss if soft updates is enabled. >How-To-Repeat: >Fix: Because the hw.ata.wc is now enabled by default for performance reasons, users who are using ata(4) hard drivers should be warned for the fact that writing cache may break soft updates because it blinds the soft updates code by telling it the data is on stable storage before it really goes to. On systems running critical applications, especially databases, this problem will be severe. In addition, as Dr. McKusick mentioned, on ATA devices, by enabling tagged queueing feature, the confilict between write caching and soft updates will go away. So document this also. This patch also adds two references to: loader(8) and device.hints(5). hw.ata.wc and hw.ata.tags are tunnable in loader(8). I am not sure if this information should be held in BUGS section, so if I was wrong, please change it. Hopefully this patch is useful :P Apply the following patch: --- ata.4.orig Sun May 11 02:04:11 2003 +++ ata.4 Sun May 11 04:11:16 2003 @@ -245,7 +245,9 @@ older devices do not like this. .Sh SEE ALSO .Xr atacontrol 8 , -.Xr burncd 8 +.Xr burncd 8 , +.Xr loader 8 , +.Xr device.hints 5 .Sh HISTORY The .Nm @@ -265,3 +267,21 @@ and .An S\(/oren Schmidt .Aq sos at FreeBSD.org . +.Sh BUGS +By default the hw.ata.wc is enabled while hw.ata.tags disabled. +Enabling write cache without tagged queuing is even more risky on +soft updates enabled file systems, because doing so will cause your +hardware to tell soft updates code that data was written on disk +once they are acquired to write cache on drives, rather than when it +really goes to the stable storage. This is unexpected and tend to +cause more data loss across system crashes. + +However, disabling write cache will dramatically decrease disk +performance so it is now enabled by default. If your data is *very* +important, please consider either enable tagged queuing support by +setting hw.ata.tags to 1, or disable write cache by setting hw.ata.wc +to 0. Currently, tagged queuing feature is only supported by IBM DPTA, +DTLA, ICxxxxxxAT, ICxxxxxxAV drives, so you may want to disable +hw.ata.wc to work around the problem on older hardware. This may be +accomplished by adding an item in +.Xr device.hints 5 . _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus >Release-Note: >Audit-Trail: >Unformatted: >manpage From wblock at wonkity.com Sun May 11 13:39:16 2003 From: wblock at wonkity.com (Warren Block) Date: Sun, 11 May 2003 07:39:14 -0600 (MDT) Subject: Handbook: Using "make world" Chapter In-Reply-To: <20030510185024.4b05ffaf.trhodes@FreeBSD.org> References: <20030510151718.D2044@wonkity.com> <20030510185024.4b05ffaf.trhodes@FreeBSD.org> Message-ID: <20030511073654.M1797@wonkity.com> On Sat, 10 May 2003, Tom Rhodes wrote: > Honestly, I don't see how its confusing. Well... there's a chapter titled 'Using "make world"' that never talks about using "make world". > Perhaps if we discussed make world > throughout the entire document, but gave the commands for buildworld, that > would be a problem. What do you think would be better in terms of 'more > descriptive'? The easiest fix might be just to change "make world" to "make buildworld". -Warren Block * Rapid City, South Dakota USA From domino720 at hotmail.com Sun May 11 20:21:57 2003 From: domino720 at hotmail.com (Tim Church) Date: Sun, 11 May 2003 16:21:56 -0400 Subject: Free BSD at CompUSA Message-ID: Dear Webmaster, In the interest of avoiding any confusion, CompUSA does not sell FreeBSD anymore. I've had a few disappointed customers who say that your website lists us as a retailer who still carries you product. You might want to update your site. Thanks in advance, Tim Church Assistant Sales Manager CompUSA #781 tim_church at compusa.com _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From swear at attbi.com Sun May 11 21:05:10 2003 From: swear at attbi.com (Gary W. Swearingen) Date: 11 May 2003 14:07:10 -0700 Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <20030510203753.H665@znfgre.qbhto.arg> References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr> <20030511021605.GB8548@gothmog.gr> <20030511024527.GA9150@gothmog.gr> <20030510203753.H665@znfgre.qbhto.arg> Message-ID: Doug Barton writes: > Those all sound good to me, my big concern was that if your intention was > a category that covered all docs in src that the name reflect that. :) I guess the division could have been "mdoc-bug" vs. "sgml-bug" or "src-doc-bug" vs. "doc-doc-bug" but the two divisions are probably about the same thing, in practice. I suspect that many people don't want to mess with certain source languages (oh, say FDP's SGML) and would like to choose their PRs by language. (Maybe that should be another field in the next PR system.) In this case, most PR searchers, being fluent in both languages, would probably find the src/doc division more useful. People searching for a certain class of PRs should remember to also look for the class "change-request", which conflicts with with other class elements and so might apply to "src-doc" and "doc-doc" files. :( From www at FreeBSD.org Sun May 11 21:34:40 2003 From: www at FreeBSD.org (World Wide Web Owner) Date: Sun, 11 May 2003 14:34:38 -0700 (PDT) Subject: FreeBSD web build failed on www.freebsd.org Message-ID: <200305112134.h4BLYcSu057836@www.freebsd.org> /usr/bin/sed -e 's///' announce.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/releases/4.3R > announce.html || (/bin/rm -f announce.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml announce.html /usr/bin/sed -e 's///' notes.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/releases/4.3R > notes.html || (/bin/rm -f notes.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml notes.html *** Error code 1 (ignored) /usr/bin/sed -e 's///' errata.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/releases/4.3R > errata.html || (/bin/rm -f errata.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml errata.html *** Error code 1 (ignored) ===> ../es/releases/1.1 ===> ../es/releases/1.1.5 ===> ../es/releases/2.0 ===> ../es/releases/2.0.5R ===> ../es/releases/2.1R ===> ../es/releases/2.1.5R ===> ../es/releases/2.1.6R ===> ../es/releases/2.1.7R ===> ../es/releases/2.2R ===> ../es/releases/2.2.1R ===> ../es/releases/2.2.2R ===> ../es/releases/2.2.5R ===> ../es/releases/2.2.6R ===> ../es/releases/2.2.7R ===> ../es/releases/2.2.8R ===> ../es/releases/3.0R ===> ../es/releases/3.1R ===> ../es/releases/3.2R ===> ../es/releases/3.3R ===> ../es/releases/3.4R ===> ../es/releases/3.5R ===> ../es/releases/4.0R ===> ../es/releases/4.1R ===> ../es/releases/4.1.1R ===> ../es/releases/4.2R ===> ../es/releases/4.3R *** Error code 1 (ignored) ===> ../es/gnome /usr/bin/sed -e 's///' screenshots.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/gnome > screenshots.html || (/bin/rm -f screenshots.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml screenshots.html *** Error code 1 (ignored) /usr/bin/sed -e 's///' contact.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/gnome > contact.html || (/bin/rm -f contact.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml contact.html make: don't know how to make ../includes.xsl. Stop *** Error code 2 Stop in /w/www/build/www/es. *** Error code 1 (ignored) *** Error code 1 Stop in /w/www/build/www/en. 4217.89 real 3495.26 user 250.07 sys From keramida at freebsd.org Sun May 11 22:12:59 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Mon, 12 May 2003 01:12:40 +0300 Subject: docs/52041: testing new mdoc-bug class In-Reply-To: References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr> <20030511021605.GB8548@gothmog.gr> <20030511024527.GA9150@gothmog.gr> <20030510203753.H665@znfgre.qbhto.arg> Message-ID: <20030511221240.GA37386@gothmog.gr> On 2003-05-11 14:07, "Gary W. Swearingen" wrote: > I suspect that many people don't want to mess with certain source > languages (oh, say FDP's SGML) and would like to choose their PRs by > language. (Maybe that should be another field in the next PR system.) > In this case, most PR searchers, being fluent in both languages, would > probably find the src/doc division more useful. > People searching for a certain class of PRs should remember to also look > for the class "change-request", which conflicts with with other class > elements and so might apply to "src-doc" and "doc-doc" files. :( Argh! I hadn't noticed this class. This makes it silly to make a class for doc-src bugs, since then we'd have change-request PRs for both SGML and manpages. Hmmm. I'll have to rethink of this for a while :/ As always, Gary, thanks for your attention to detail. - Giorgos From joshk at triplehelix.org Mon May 12 00:40:19 2003 From: joshk at triplehelix.org (Joshua Kwan) Date: Sun, 11 May 2003 17:40:18 -0700 Subject: typo in kernelconfig-config.html Message-ID: <20030512004018.GA28554@ringo.triplehelix.org> en_US.ISO8859-1/books/handbook/kernelconfig-config.html: "Starting with FreeBSD 4.5, the system will auto-tune this setting for you if you explicitly set it to o[1]." s/o/0/ Regards, Josh -- New PGP public key: 0x27AFC3EE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From chris at unixpages.org Mon May 12 02:22:32 2003 From: chris at unixpages.org (Christian Brueffer) Date: Mon, 12 May 2003 04:22:29 +0200 Subject: typo in kernelconfig-config.html In-Reply-To: <20030512004018.GA28554@ringo.triplehelix.org> References: <20030512004018.GA28554@ringo.triplehelix.org> Message-ID: <20030512022229.GR16566@unixpages.org> On Sun, May 11, 2003 at 05:40:18PM -0700, Joshua Kwan wrote: > en_US.ISO8859-1/books/handbook/kernelconfig-config.html: > > "Starting with FreeBSD 4.5, the system will auto-tune this setting for > you if you explicitly set it to o[1]." > > s/o/0/ > This has been corrected, thanks for noticing. - Christian -- Christian Brueffer chris at unixpages.org brueffer at FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From horikawa at jp.FreeBSD.org Mon May 12 07:02:35 2003 From: horikawa at jp.FreeBSD.org (Kazuo Horikawa) Date: Mon, 12 May 2003 01:00:14 -0600 (MDT) Subject: ".It Xo" ... generates improper output on groff 1.18.1 Message-ID: <20030512.010014.74754261.horikawa@attbi.com> Hi, Recently, using groff 1.18.1, I realized that sequences like below produce improper output. .It Xo .Em start and .Em size .Xc fields provide the start address and size of a slice in sectors. Sequence above taken from src/sbin/fdisk/fdisk.8 rev 1.34 is formated as follows: andrsize' fields provide the start address and size of a slice in sectors. I could see "warning: missing closing delimiter" on stderr, if -ww is specified. Is this fixed by recent groff 1.19, or still existing problem? Thanks, -- Kazuo Horikawa From jeev at boldinternet.net Mon May 12 07:05:06 2003 From: jeev at boldinternet.net (jeev) Date: Mon, 12 May 2003 00:05:00 -0700 Subject: possible typo Message-ID: <000001c31854$cfa432f0$0200a8c0@mainframe> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dns.html on that page: Build a statically linked copy of named-xfer, and copy it into the sandbox: # cd /usr/src/lib/libisc && make clean all # cd /usr/src/lib/libbind && make clean all # cd /usr/src/libexec/named-xfer && make NOSHARED=yes all # cp named-xfer /etc/namedb/bin && chmod 555 /etc/namedb/bin/named-xfer should be something like the following: cp /usr/obj/usr/src/libexec/named-xfer/named-xfer /etc/namedb/bin && chmod 555 /etc/namedb/bin/named-xfer because the built named-xfer file is not in /usr/src/libexec/named-xfer, it's in the obj dir, thanks. j From www at FreeBSD.org Mon May 12 09:27:05 2003 From: www at FreeBSD.org (World Wide Web Owner) Date: Mon, 12 May 2003 02:27:04 -0700 (PDT) Subject: FreeBSD web build failed on www.freebsd.org Message-ID: <200305120927.h4C9R4gE019928@www.freebsd.org> ===> ../es/releases/4.3R /usr/bin/sed -e 's///' announce.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/releases/4.3R > announce.html || (/bin/rm -f announce.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml announce.html /usr/bin/sed -e 's///' notes.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/releases/4.3R > notes.html || (/bin/rm -f notes.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml notes.html *** Error code 1 (ignored) /usr/bin/sed -e 's///' errata.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/releases/4.3R > errata.html || (/bin/rm -f errata.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml errata.html *** Error code 1 (ignored) ===> ../es/releases/1.1 ===> ../es/releases/1.1.5 ===> ../es/releases/2.0 ===> ../es/releases/2.0.5R ===> ../es/releases/2.1R ===> ../es/releases/2.1.5R ===> ../es/releases/2.1.6R ===> ../es/releases/2.1.7R ===> ../es/releases/2.2R ===> ../es/releases/2.2.1R ===> ../es/releases/2.2.2R ===> ../es/releases/2.2.5R ===> ../es/releases/2.2.6R ===> ../es/releases/2.2.7R ===> ../es/releases/2.2.8R ===> ../es/releases/3.0R ===> ../es/releases/3.1R ===> ../es/releases/3.2R ===> ../es/releases/3.3R ===> ../es/releases/3.4R ===> ../es/releases/3.5R ===> ../es/releases/4.0R ===> ../es/releases/4.1R ===> ../es/releases/4.1.1R ===> ../es/releases/4.2R ===> ../es/releases/4.3R *** Error code 1 (ignored) ===> ../es/gnome /usr/bin/sed -e 's///' screenshots.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/gnome > screenshots.html || (/bin/rm -f screenshots.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml screenshots.html *** Error code 1 (ignored) /usr/bin/sed -e 's///' contact.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/gnome > contact.html || (/bin/rm -f contact.html && false) /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml contact.html make: don't know how to make ../includes.xsl. Stop *** Error code 2 Stop in /w/www/build/www/es. *** Error code 1 Stop in /w/www/build/www/en. 3850.06 real 2978.53 user 197.50 sys From keramida at freebsd.org Mon May 12 10:04:31 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Mon, 12 May 2003 13:04:23 +0300 Subject: FreeBSD web build failed on www.freebsd.org In-Reply-To: <200305120927.h4C9R4gE019928@www.freebsd.org> References: <200305120927.h4C9R4gE019928@www.freebsd.org> Message-ID: <20030512100423.GB45188@gothmog.gr> On 2003-05-12 02:27, World Wide Web Owner wrote: > ===> ../es/gnome > /usr/bin/sed -e 's///' screenshots.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/gnome > screenshots.html || (/bin/rm -f screenshots.html && false) > /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml screenshots.html > *** Error code 1 (ignored) > /usr/bin/sed -e 's///' contact.sgml | /usr/bin/env SGML_CATALOG_FILES= /usr/local/bin/sgmlnorm -d -c /usr/local/share/sgml/html/catalog -D /w/www/build/www/es/gnome > contact.html || (/bin/rm -f contact.html && false) > /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml contact.html > make: don't know how to make ../includes.xsl. Stop > *** Error code 2 > > Stop in /w/www/build/www/es. > *** Error code 1 Should be ok now. From Zdenek.Roubicek at pragonet.cz Mon May 12 10:16:53 2003 From: Zdenek.Roubicek at pragonet.cz (=?iso-8859-2?Q?Roub=ED=E8ek_Zden=ECk_=28PragoNet=29?=) Date: Mon, 12 May 2003 12:16:34 +0200 Subject: Source of cvs commit Message-ID: <9256D57F598E6C41B288AA7DB94F29C9B1E0C2@pgnmail1.pgnaplikace.cz> Hello, as I have been going through e-mails from cvs-commit few things came to my mind. - are those reports generated automatically? - if yes, why not to add line reffering directly to web-cvs so I can just cut/paste it to my favourite browser? Eg. (picked that one just by coincidence, nothing personal (-: ) =================== rwatson 2003/05/09 13:13:19 PDT FreeBSD doc repository Modified files: en/releases/5.2R todo.sgml Log: Desired feature for 5.2-RELEASE: all pci drivers must be busdma; in fact, almost all drivers must use busdma. We exempt ISA. Revision Changes Path 1.10 +10 -1 www/en/releases/5.2R/todo.sgml http://www.freebsd.org/cgi/cvsweb.cgi/root/doc/www/en/releases/5.2R/todo.sgml _______________________________________________ cvs-all at freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe at freebsd.org" =================== I might be reinventing a wheel, but have not found any discussion about this on doc@ mailing list. I am also aware that everyone should be able to find each particular file, but if this thing can be done automatically it might speed finding thing a little. If this is more a question@ list e-mail then I apologize. Cheers, rouba From setantae at submonkey.net Mon May 12 10:19:49 2003 From: setantae at submonkey.net (Ceri Davies) Date: Mon, 12 May 2003 11:19:47 +0100 Subject: Source of cvs commit In-Reply-To: <9256D57F598E6C41B288AA7DB94F29C9B1E0C2@pgnmail1.pgnaplikace.cz> References: <9256D57F598E6C41B288AA7DB94F29C9B1E0C2@pgnmail1.pgnaplikace.cz> Message-ID: <20030512101947.GA41228@submonkey.net> On Mon, May 12, 2003 at 12:16:34PM +0200, Roub??ek Zden?k (PragoNet) wrote: > > Hello, > > as I have been going through e-mails from cvs-commit few things came to my mind. > > - are those reports generated automatically? Yes, they are. > - if yes, why not to add line reffering directly to web-cvs so I can just > cut/paste it to my favourite browser? It looks really confusing when lots of files have been changed in the same commit. If you want this locally, then check out the cvsmail port. Ceri -- User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com From phantom at FreeBSD.org.ua Mon May 12 10:21:09 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Mon, 12 May 2003 13:27:41 +0300 Subject: Source of cvs commit In-Reply-To: <9256D57F598E6C41B288AA7DB94F29C9B1E0C2@pgnmail1.pgnaplikace.cz>; from Zdenek.Roubicek@pragonet.cz on Mon, May 12, 2003 at 12:16:34PM +0200 References: <9256D57F598E6C41B288AA7DB94F29C9B1E0C2@pgnmail1.pgnaplikace.cz> Message-ID: <20030512132741.A62292@phantom.cris.net> On Mon, May 12, 2003 at 12:16:34PM +0200, Roubicek Zdenek (PragoNet) wrote: > - if yes, why not to add line reffering directly to web-cvs so I can just cut/paste it to my favourite browser? check out http://people.freebsd.org/~fenner/cgi/log-entry.cgi From DougB at FreeBSD.org Mon May 12 10:32:45 2003 From: DougB at FreeBSD.org (Doug Barton) Date: Mon, 12 May 2003 03:32:43 -0700 (PDT) Subject: Source of cvs commit In-Reply-To: <20030512101947.GA41228@submonkey.net> References: <9256D57F598E6C41B288AA7DB94F29C9B1E0C2@pgnmail1.pgnaplikace.cz> <20030512101947.GA41228@submonkey.net> Message-ID: <20030512032720.L22964@znfgre.qbhto.arg> On Mon, 12 May 2003, Ceri Davies wrote: > > - if yes, why not to add line reffering directly to web-cvs so I can just > > cut/paste it to my favourite browser? > > It looks really confusing when lots of files have been changed in the same > commit. If you want this locally, then check out the cvsmail port. I have two slightly different answers to that question. First, I think that the historical weight against "perversion" of e-mail with things like URL's is really more to blame. Yes, on those rare commits that touch a lot of files you end up with a lot of links in the e-mail. So what? :) Second, I have a procmail recipe that not only inserts cvsweb URL's into commit mail, it also creates links for PR's if present. You can get it at http://people.freebsd.org/~dougb/ Enjoy, Doug -- This .signature sanitized for your protection From info at volginfo.ru Mon May 12 11:29:35 2003 From: info at volginfo.ru (Denis N. Peplin) Date: Mon, 12 May 2003 15:29:25 +0400 Subject: nroff sources of devfs.ascii.gz Message-ID: <200305121529.26253.info@volginfo.ru> Hello! I want to translate a paper devfs.ascii. Is it possible to find nroff sources of this paper and later submit translated paper back to FreeBSD/doc? From keramida at freebsd.org Mon May 12 11:37:15 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Mon, 12 May 2003 14:15:06 +0300 Subject: possible typo In-Reply-To: <000001c31854$cfa432f0$0200a8c0@mainframe> References: <000001c31854$cfa432f0$0200a8c0@mainframe> Message-ID: <20030512111505.GC711@gothmog.gr> On 2003-05-12 00:05, jeev wrote: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/dns.html > > on that page: > > Build a statically linked copy of named-xfer, and copy it into the sandbox: > > # cd /usr/src/lib/libisc && make clean all > # cd /usr/src/lib/libbind && make clean all > # cd /usr/src/libexec/named-xfer && make NOSHARED=yes all > # cp named-xfer /etc/namedb/bin && chmod 555 /etc/namedb/bin/named-xfer > > should be something like the following: > > cp /usr/obj/usr/src/libexec/named-xfer/named-xfer /etc/namedb/bin && chmod > 555 /etc/namedb/bin/named-xfer > > because the built named-xfer file is not in /usr/src/libexec/named-xfer, > it's in the obj dir, thanks. If you have an existing obj tree it will be used, unless "make cleandir" deletes it. The instructions are a bit more complicated then, and look something like this: # cd /usr/src/lib/libisc # make cleandir && make cleandir && make depend && make all # cd /usr/src/lib/libbind # make cleandir && make cleandir && make depend && make all # cd /usr/src/libexec/named-xfer # make cleandir && make cleandir && make depend && make NOSHARED=yes all # cp named-xfer /etc/namedb/bin && chmod 555 /etc/namedb/bin/named-xfer I think it's a good idea to build this outside of the normal obj tree, to avoid messing around with previous files that are probably left there. Then, after the copying is successfully finished, some cleaning up is required: # cd /usr/src/lib/libisc # make cleandir # cd /usr/src/lib/libbind # make cleandir # cd /usr/src/libexec/named-xfer # make cleandir If nobody sees some problem with these commands, I'll update the instructions to something like this: : Index: advanced-networking/chapter.sgml : =================================================================== : RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/advanced-networking/chapter.sgml,v : retrieving revision 1.214 : diff -u -r1.214 chapter.sgml : --- advanced-networking/chapter.sgml 10 May 2003 12:12:02 -0000 1.214 : +++ advanced-networking/chapter.sgml 12 May 2003 11:12:48 -0000 : @@ -5000,16 +5000,36 @@ : Build a statically linked copy of : named-xfer, and copy it into the sandbox: : : - &prompt.root; cd /usr/src/lib/libisc && make clean all : -&prompt.root; cd /usr/src/lib/libbind && make clean all : -&prompt.root; cd /usr/src/libexec/named-xfer && make NOSHARED=yes all : + &prompt.root; cd /usr/src/lib/libisc : +&prompt.root; make cleandir && make cleandir && make depend && make all : +&prompt.root; cd /usr/src/lib/libbind : +&prompt.root; make cleandir && make cleandir && make depend && make all : +&prompt.root; cd /usr/src/libexec/named-xfer : +&prompt.root; make cleandir && make cleandir && make depend && make NOSHARED=yes all : &prompt.root; cp named-xfer /etc/namedb/bin && chmod 555 /etc/namedb/bin/named-xfer : + : + After your statically linked : + named-xfer is installed some cleaning up : + is required, to avoid leaving stale copies of libraries or : + programs in your source tree: : + : + &prompt.root; cd /usr/src/lib/libisc : +&prompt.root; make cleandir : +&prompt.root; cd /usr/src/lib/libbind : +&prompt.root; make cleandir : +&prompt.root; cd /usr/src/libexec/named-xfer : +&prompt.root; make cleandir : + : : : This step has been reported to fail occasionally. If this : happens to you, then issue the command: : : - &prompt.root; cd /usr/src && make cleandir && make cleandir : + &prompt.root; cd /usr/src && make cleandir && make cleandir : + : + and delete your /usr/obj tree: : + : + &prompt.root; rm -fr /usr/obj && mkdir /usr/obj : : This will clean out any cruft from your : source tree, and retrying the steps above should then work. From keramida at ceid.upatras.gr Mon May 12 11:37:28 2003 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Mon, 12 May 2003 13:50:48 +0300 Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030512.010014.74754261.horikawa@attbi.com> References: <20030512.010014.74754261.horikawa@attbi.com> Message-ID: <20030512105048.GB711@gothmog.gr> On 2003-05-12 01:00, Kazuo Horikawa wrote: > Hi, > > Recently, using groff 1.18.1, I realized that sequences like below > produce improper output. > > .It Xo > .Em start > and > .Em size > .Xc > fields provide the start address > and size of a slice in sectors. > > Sequence above taken from src/sbin/fdisk/fdisk.8 rev 1.34 is formated > as follows: > > andrsize' fields provide the start address and size > of a slice in sectors. > > I could see "warning: missing closing delimiter" on stderr, if -ww is > specified. > > Is this fixed by recent groff 1.19, or still existing problem? This... .Bl -tag The .Nm utility reads files sequentially, writing them to the standard output. .It Xo .Em start and .Em size .Xc fields provide the start address and size of a slice in sectors. .El works fine using groff 1.19 with -z -ww -mandoc options here. From hmp at FreeBSD.ORG Mon May 12 11:53:41 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Mon, 12 May 2003 04:53:39 -0700 Subject: Handbook: Using "make world" Chapter In-Reply-To: <20030511043058.4088711d.trhodes@FreeBSD.org> References: <20030510151718.D2044@wonkity.com> <20030510185024.4b05ffaf.trhodes@FreeBSD.org> <20030511043058.4088711d.trhodes@FreeBSD.org> Message-ID: <20030512115339.GB63817@perrin.int.nxad.com> On Sun, May 11, 2003 at 04:30:58AM -0400, Tom Rhodes wrote: > I'll take your suggestions and see what I can come up with. I've got > a hoard of printed pages from the handbook with scribble on them to make > changes like: > > Rewrite this paragraph for clairity. > Grammar nits here. > Incorrect information here. > Information ordering incorrect here. > > So, I'll add this to my list. Thanks for the suggestions! Also, it might help if we mentioned, that the make world target is actually a split, ``buildworld'' and ``installworld''. Last time I checked, I didn't see make world installing if the compilation stage failed... I may be wrong. It is also a bad idea to use acronyms, abbreviations, and command names in section and chapter titles, IMHO. Cheers. -- Hiten (hmp at FreeBSD.ORG) From jpb at sixshooter.v6.thrupoint.net Mon May 12 12:13:51 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Mon, 12 May 2003 08:13:47 -0400 Subject: nroff sources of devfs.ascii.gz In-Reply-To: <200305121529.26253.info@volginfo.ru> References: <200305121529.26253.info@volginfo.ru> Message-ID: <20030512121347.GA16998@sixshooter.v6.thrupoint.net> * Denis N. Peplin [2003-05-12 07:29]: > Hello! > > I want to translate a paper devfs.ascii. > Is it possible to find nroff sources of this paper > and later submit translated paper back to > FreeBSD/doc? > _______________________________________________ > freebsd-doc at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe at freebsd.org" > Hi, See src/sbin/devfs/devfs.8 src/share/man/man5/devfs.5 and also http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#TRANSLATIONS Best Regards, jpb === From mich at FreeBSD.org Mon May 12 12:20:12 2003 From: mich at FreeBSD.org (Michael L.Hostbaek) Date: Mon, 12 May 2003 14:15:34 +0200 (CEST) Subject: docs/52108: Remove pkg-comment info Message-ID: <20030512121534.C9DEA5352C@icommerce-france.com> >Number: 52108 >Category: docs >Synopsis: Remove pkg-comment info >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 May 12 05:20:10 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Michael L. Hostbaek >Release: FreeBSD 5.1-BETA i386 >Organization: FreeBSD.org >Environment: System: FreeBSD mich.itxmarket.com 5.1-BETA FreeBSD 5.1-BETA #0: Fri May 9 15:03:07 CEST 2003 root at mich.itxmarket.com:/usr/src/sys/i386/compile/CURRENT_01 i386 >Description: URL: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html Still mentions the deprecated pkg-comment file, this has now been moved directly under ports Makefile. >How-To-Repeat: >Fix: Index: chapter.sgml =================================================================== RCS file: /freebsd/doc/en_US.ISO8859-1/books/handbook/ports/chapter.sgml,v retrieving revision 1.185 diff -u -r1.185 chapter.sgml --- chapter.sgml 13 Apr 2003 09:38:00 -0000 1.185 +++ chapter.sgml 12 May 2003 12:13:01 -0000 @@ -615,11 +615,6 @@ - A pkg-comment file. This is a one-line - description of the program. - - - A pkg-descr file. This is a more detailed, often multiple-line, description of the program. >Release-Note: >Audit-Trail: >Unformatted: From info at volginfo.ru Mon May 12 12:24:07 2003 From: info at volginfo.ru (Denis N. Peplin) Date: Mon, 12 May 2003 16:24:01 +0400 Subject: nroff sources of devfs.ascii.gz In-Reply-To: <20030512121347.GA16998@sixshooter.v6.thrupoint.net> References: <200305121529.26253.info@volginfo.ru> <20030512121347.GA16998@sixshooter.v6.thrupoint.net> Message-ID: <200305121624.01362.info@volginfo.ru> On Monday 12 May 2003 16:13, Jim Brown wrote: > * Denis N. Peplin [2003-05-12 07:29]: > > Hello! > > > > I want to translate a paper devfs.ascii. > > Is it possible to find nroff sources of this paper > > and later submit translated paper back to > > FreeBSD/doc? > See > > src/sbin/devfs/devfs.8 > src/share/man/man5/devfs.5 > > and also > > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/fdp-primer/book.html#TRANS >LATIONS Look at /usr/share/doc/papers/devfs.ascii.gz From swear at attbi.com Mon May 12 16:37:29 2003 From: swear at attbi.com (Gary W. Swearingen) Date: 12 May 2003 09:39:44 -0700 Subject: docs/52041: testing new mdoc-bug class In-Reply-To: <20030511221240.GA37386@gothmog.gr> References: <200305110053.h4B0rGd9004467@gothmog.gr> <20030511010700.GA4585@gothmog.gr> <20030511021605.GB8548@gothmog.gr> <20030511024527.GA9150@gothmog.gr> <20030510203753.H665@znfgre.qbhto.arg> <20030511221240.GA37386@gothmog.gr> Message-ID: <34el343yr3.l34@localhost.localdomain> Giorgos Keramidas writes: > Argh! I hadn't noticed this class. This makes it silly to make a class > for doc-src bugs, since then we'd have change-request PRs for both SGML > and manpages. We already had that -- the "change-request" class overlaps with all of the other classes including the old "doc-bug" one. Splitting "doc-bug" doesn't add to the silliness. It seems that the "class" is dividing in two ways: "bugs vs. non-bugs" and "base code vs. (src & doc) docs vs. ports". Ideally, you'd have two fields for this. To keep the current fields (but with new elements), I'd probably just remove the bug/change information from "class" (and maybe add a new "change-request" (or "NA") element to the "severity" field). But the easiest fix is probably to have classes something like this: base-sw-bug, base-sw-change, base-doc-bug, base-doc-change, fdp-doc-bug, fdp-doc-change, port-user-bug, port-user-change, port-maintainer-bug, port-maintainer-change From swear at attbi.com Mon May 12 17:05:02 2003 From: swear at attbi.com (Gary W. Swearingen) Date: 12 May 2003 10:07:15 -0700 Subject: Handbook: Using "make world" Chapter In-Reply-To: <20030512115339.GB63817@perrin.int.nxad.com> References: <20030510151718.D2044@wonkity.com> <20030510185024.4b05ffaf.trhodes@FreeBSD.org> <20030511043058.4088711d.trhodes@FreeBSD.org> <20030512115339.GB63817@perrin.int.nxad.com> Message-ID: Hiten Pandya writes: > Also, it might help if we mentioned, that the make world target > is actually a split, ``buildworld'' and ``installworld''. Last It's already mentioned, buried deep in the details, and with too many of it's own: Beginning with version 2.2.5 of FreeBSD (actually, it was first created on the FreeBSD-CURRENT branch, and then retrofitted to FreeBSD-STABLE midway between 2.2.2 and 2.2.5) the world target has been split in two: buildworld and installworld. From hmp at FreeBSD.ORG Mon May 12 17:10:00 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Mon, 12 May 2003 10:09:58 -0700 Subject: Handbook: Using "make world" Chapter In-Reply-To: References: <20030510151718.D2044@wonkity.com> <20030510185024.4b05ffaf.trhodes@FreeBSD.org> <20030511043058.4088711d.trhodes@FreeBSD.org> <20030512115339.GB63817@perrin.int.nxad.com> Message-ID: <20030512170958.GD76401@perrin.int.nxad.com> On Mon, May 12, 2003 at 10:07:15AM -0700, Gary W. Swearingen wrote: > Hiten Pandya writes: > > > Also, it might help if we mentioned, that the make world target > > is actually a split, ``buildworld'' and ``installworld''. Last > > It's already mentioned, buried deep in the details, and with too many of > it's own: > > Beginning with version 2.2.5 of FreeBSD (actually, it was first > created on the FreeBSD-CURRENT branch, and then retrofitted to > FreeBSD-STABLE midway between 2.2.2 and 2.2.5) the world target has > been split in two: buildworld and installworld. Right! My mistake for not noticing that. ;-) -- Hiten (hmp at FreeBSD.ORG) From bugmaster at freebsd.org Mon May 12 18:00:44 2003 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon, 12 May 2003 11:00:41 -0700 (PDT) Subject: Current unassigned doc problem reports Message-ID: <200305121800.h4CI0fH3033954@freefall.freebsd.org> 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] ports/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/10/07] docs/43776 doc /etc/sshd_config settings overridden by P o [2002/11/14] docs/45303 doc Bug in PDF DocBook rendering o [2002/12/15] docs/46286 doc there's an omission and an error in the n o [2003/02/19] docs/48472 doc Documentation unreadable. 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/10/09] docs/31164 doc man page for strftime is incorrect o [2001/11/15] docs/32020 doc loader.8 manpage missing tunables o [2001/11/16] docs/32054 doc inconsistency between index.3 and rindex. 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/01/15] misc/33926 doc Search function on website can not access 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/07] docs/35649 doc mount_smbfs(8) page: "See ./examples/dot. 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/10] docs/35732 doc adduser(8) page has obsolete reference an o [2002/03/15] docs/35941 doc cd(4) manual doesn't mention "target" use 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/03/28] docs/36459 doc tftp(1) manual's "get" syntax/description o [2002/04/01] docs/36628 doc header an footer of openssl manpages are 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/22] docs/38426 doc extra manpage .Xr to locate relevant sysc 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/27] docs/38647 doc cvsupit built-in instructions are slightl 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/10] docs/39129 doc handbook; type WRT simulating postscript o [2002/06/12] docs/39213 doc No rc(4) man page o [2002/06/12] docs/39214 doc No my(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/07/29] docs/41110 doc "apropos linux" doesn't find brandelf o [2002/08/02] docs/41263 doc [PATCH] Clarifications and minor grammer 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/12] docs/41580 doc usb(4) manpage: Structures' fields aren't 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) o [2002/08/22] docs/41919 doc MINI kernel for bootfloppy (Handbook p.34 a [2002/08/27] docs/42058 doc Documentation: Installing Oracle 8i onto o [2002/09/27] docs/43416 doc pw(8) -u uidmin,uidmax feature is out of 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 f [2002/10/09] docs/43864 doc Minor documentation to add o [2002/10/10] docs/43899 doc incorrect info in man page for fetch (8) 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/21] docs/44337 doc [PATCH] netstat(1) manual references none 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/14] docs/45294 doc LINT notes are murky re PQ_CACHESIZE sett 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/09] docs/46919 doc setkey(8) references the wrong RFC for ES 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 o [2003/02/02] docs/47824 doc auto-create plist chapter should mention o [2003/02/05] docs/47991 doc Handbook section on upgrading kernel says o [2003/02/06] docs/48018 doc telnetd(8) manpage appears incorrect rega f [2003/02/07] docs/48038 doc [PATCH] add Tips and Tricks section into o [2003/02/08] docs/48101 doc There's no documentation on the fixit dis o [2003/02/12] docs/48210 doc make -q only does what the manpage says i o [2003/02/17] docs/48407 doc PPP section needs a cleanup. 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/21] docs/50181 doc localtime_r man page doesn't exist o [2003/03/22] docs/50200 doc Handbook "Kerberos" chapter doesn't quali o [2003/03/23] docs/50211 doc [PATCH] Fix textfile creation o [2003/03/27] docs/50349 doc make release fails with NO_OPENSSH and ! o [2003/03/28] docs/50390 doc no man page for suser_xxx() o [2003/03/28] docs/50391 doc Incorrect information in a man o [2003/03/30] docs/50463 doc netstat(1) points to mbuf(9) which doesn' o [2003/03/30] docs/50469 doc "mount_msdos -W" issue in handbook 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/04/15] docs/51006 doc [PATCH] divert(4) and ipfw(8) manpages ar o [2003/04/20] docs/51187 doc logger(1) -A clarification o [2003/04/22] docs/51295 doc [patch] Bring kame(4) better in sync with o [2003/04/27] docs/51480 doc Multiple undefined references in the Free o [2003/05/06] docs/51845 doc [PATCH] catch up getfsstat.2 and statfs.2 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/06] docs/51897 doc Add example for disklable for md devices o [2003/05/07] docs/51921 doc ls(1) manpage lacks some information abou o [2003/05/09] docs/51999 doc Missing MAN for ssh o [2003/05/09] docs/52000 doc [patch] Misc man page reference fixes o [2003/05/11] docs/52071 doc [PATCH] Add more information about soft u o [2003/05/12] docs/52108 doc Remove pkg-comment info 134 problems total. From hmp at FreeBSD.org Mon May 12 18:21:50 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Mon, 12 May 2003 11:21:50 -0700 (PDT) Subject: docs/52000: [patch] Misc man page reference fixes Message-ID: <200305121821.h4CILoA6040766@freefall.freebsd.org> Synopsis: [patch] Misc man page reference fixes Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Mon May 12 11:20:50 PDT 2003 Responsible-Changed-Why: I will take care of this; either before, or after 5.1-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=52000 From simon at nitro.dk Tue May 13 00:30:14 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Mon, 12 May 2003 17:30:13 -0700 (PDT) Subject: docs/36459: tftp(1) manual's "get" syntax/description is confusing Message-ID: <200305130030.h4D0UD2I076611@freefall.freebsd.org> The following reply was made to PR docs/36459; it has been noted by GNATS. From: "Simon L. Nielsen" To: freebsd-gnats-submit at FreeBSD.org, swear at blarg.net Cc: Subject: Re: docs/36459: tftp(1) manual's "get" syntax/description is confusing Date: Tue, 13 May 2003 02:26:46 +0200 Hello I din't feel that Jim Brown's patch completely covered the problems raised in this PR so I have expanded his patch. I played a bit around with tftp and read parts of the source code so I'm rather certain that the way described in the patch is actually the way tftp works. Btw. I also fixed a bad Ar reference in the connect section. %%% Index: tftp.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/tftp/tftp.1,v retrieving revision 1.14 diff -u -d -r1.14 tftp.1 --- tftp.1 26 Nov 2002 17:33:36 -0000 1.14 +++ tftp.1 13 May 2003 02:16:08 -0000 @@ -74,7 +74,7 @@ .It Cm binary Shorthand for "mode binary" .Pp -.It Cm connect Ar host-name Op Ar port +.It Cm connect Ar host Op Ar port Set the .Ar host (and optionally @@ -97,19 +97,28 @@ .Cm put commands. .Pp -.It Cm get Ar filename -.It Cm get Ar remotename localname -.It Cm get Ar file1 file2 ... fileN -Get a file or set of files from the specified -.Ar sources . -.Ar Source -can be in one of two forms: -a filename on the remote host, if the host has already been specified, -or a string of the form -.Ar hosts Ns : Ns Ar filename -to specify both a host and filename at the same time. -If the latter form is used, -the last hostname specified becomes the default for future transfers. +.It Cm get Bro Ar file | host : Ns Ar file Brc Bq Ar localname +.It Xo Cm get Bro Ar file1 | host1 : Ns Ar file1 Brc +.Bro Ar file2 | host2 : Ns Ar file2 Brc ... +.Bro Ar fileN | hostN : Ns Ar fileN Brc +.Xc +Get one or more files from the remote host. When using the +.Ar host +argument the +.Ar host +will be used as default host for future transfers. If +.Ar localname +is specified the file is stored locally as +.Ar localname +otherwise the original +.Ar file Ns No name +is used. Note that it is not possible to download two files at a +time, but only one, or three or more files, at a time. +.Pp +To specify an IPv6 numeric address for a host, wrap it using square +brackets like [3ffe:2900:e00c:ffee::1234]:foo to disambiguate the +colons used in the IPv6 address from the colon separating the host and +the filename. .Pp .It Cm mode Ar transfer-mode Set the mode for transfers; @@ -121,28 +130,26 @@ The default is .Em ascii . .Pp -.It Cm put Ar file -.It Cm put Ar localfile remotefile -.It Cm put Ar file1 file2 ... fileN remote-directory -Put a file or set of files to the specified -remote file or directory. -The destination -can be in one of two forms: -a filename on the remote host, if the host has already been specified, -or a string of the form -.Ar hosts Ns : Ns Ar filename -to specify both a host and filename at the same time. -If the latter form is used, -the hostname specified becomes the default for future transfers. -If the remote-directory form is used, the remote host is -assumed to be a +.It Cm put Ar file Bq Ar remotename | Ar host : Ns Ar remotename +.It Xo Cm put Ar file1 file2 ... fileN +.Brq Ar remote-directory | Ar host : Ns Ar remote-directory +.Xc +Put a file or set of files to the remote host. When +.Ar remotename +is specified the file is stored remotely as +.Ar remotename +otherwise the original +.Ar file Ns No name +is used. If the +.Ar remote-directory +argument is used, the remote host is assumed to be a .Ux machine. -To specify IPv6 numeric addresses with -.Ar hosts , -wrap them using square brackets like -.Bo Ar hosts Bc Ns : Ns Ar filename , -to disambiguate the colon. +To specify an IPv6 numeric address for a +.Ar host , +see the example under the +.Cm get +command. .Pp .It Cm quit Exit %%% -- Simon L. Nielsen From horikawa at jp.FreeBSD.org Tue May 13 05:44:56 2003 From: horikawa at jp.FreeBSD.org (horikawa at jp.FreeBSD.org) Date: Mon, 12 May 2003 23:42:34 -0600 (MDT) Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030512105048.GB711@gothmog.gr> References: <20030512.010014.74754261.horikawa@attbi.com> <20030512105048.GB711@gothmog.gr> Message-ID: <20030512.234234.74754585.horikawa@attbi.com> Giorgos Keramidas wrote: > On 2003-05-12 01:00, Kazuo Horikawa wrote: > > Hi, > > > > Recently, using groff 1.18.1, I realized that sequences like below > > produce improper output. > > > > .It Xo > > .Em start > > and > > .Em size > > .Xc > > fields provide the start address > > and size of a slice in sectors. > > > > Sequence above taken from src/sbin/fdisk/fdisk.8 rev 1.34 is formated > > as follows: > > > > andrsize' fields provide the start address and size > > of a slice in sectors. > > > > I could see "warning: missing closing delimiter" on stderr, if -ww is > > specified. > > > > Is this fixed by recent groff 1.19, or still existing problem? > > This... > > .Bl -tag > The > .Nm > utility reads files sequentially, writing them to the standard output. > .It Xo > .Em start > and > .Em size > .Xc > fields provide the start address > and size of a slice in sectors. > .El > > works fine using groff 1.19 with -z -ww -mandoc options here. I see. Interesting. I also verified groff 1.18.1 with -z -ww -mandoc works fine for the sequence above. But, I am afraid you will see "warning: missing closing delimiter" if you have: .Bl -tag -width ".Em cyl , sector No and Em head" instead of: .Bl -tag As I did not have a chance to reinstall a recent -current, I installed groff 1.19 and got the same warning when I format fdisk(8). Can you format fdisk(8) without warning using groff 1.19? -- Kazuo Horikawa From keramida at FreeBSD.org Tue May 13 07:29:11 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Tue, 13 May 2003 10:28:49 +0300 Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030512.234234.74754585.horikawa@attbi.com> References: <20030512.010014.74754261.horikawa@attbi.com> <20030512105048.GB711@gothmog.gr> <20030512.234234.74754585.horikawa@attbi.com> Message-ID: <20030513072849.GD962@gothmog.gr> On 2003-05-12 23:42, horikawa at jp.freebsd.org wrote: > > But, I am afraid you will see "warning: missing closing delimiter" > if you have: > .Bl -tag -width ".Em cyl , sector No and Em head" > instead of: > .Bl -tag > > As I did not have a chance to reinstall a recent -current, I installed > groff 1.19 and got the same warning when I format fdisk(8). > > Can you format fdisk(8) without warning using groff 1.19? Hmmm. Good point. No, it issues a warning: : $ zcat /usr/share/man/man8/fdisk.8.gz | groff -z -ww -mandoc : :195: warning: missing closing delimiter : :204: warning: missing closing delimiter This patch fixes the warnings by putting all the arguments of .It macros on the same line: <<<<< Index: fdisk.8 =================================================================== RCS file: /home/ncvs/src/sbin/fdisk/fdisk.8,v retrieving revision 1.34 diff -u -r1.34 fdisk.8 --- fdisk.8 21 Aug 2002 18:10:07 -0000 1.34 +++ fdisk.8 13 May 2003 07:25:06 -0000 @@ -188,20 +188,12 @@ .Fx reserves the magic number 165 decimal (A5 in hex). -.It Xo -.Em start -and -.Em size -.Xc +.It Xo Em start No and Em size Xc fields provide the start address and size of a slice in sectors. .It Em "flag 80" specifies that this is the active slice. -.It Xo -.Em cyl , sector -and -.Em head -.Xc +.It Xo Em cyl , sector No and Em head Xc fields are used to specify the beginning and end addresses of the slice. .El .Pp >>>>> From brueffer at FreeBSD.org Tue May 13 07:46:00 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Tue, 13 May 2003 09:45:59 +0200 (CEST) Subject: docs/52108: Remove pkg-comment info Message-ID: <200305130745.h4D7jx1W036208@freefall.freebsd.org> Synopsis: Remove pkg-comment info State-Changed-From-To: open->closed State-Changed-By: brueffer State-Changed-When: Tue May 13 09:45:40 CEST 2003 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=52108 From roam at ringlet.net Tue May 13 08:14:22 2003 From: roam at ringlet.net (Peter Pentchev) Date: Tue, 13 May 2003 11:11:42 +0300 Subject: Free BSD at CompUSA In-Reply-To: References: Message-ID: <20030513081142.GA18966@straylight.oblivion.bg> On Sun, May 11, 2003 at 04:21:56PM -0400, Tim Church wrote: > Dear Webmaster, > > In the interest of avoiding any confusion, CompUSA does not sell FreeBSD > anymore. > I've had a few disappointed customers who say that your website lists us as > a retailer who still carries you product. You might want to update your > site. > > Thanks in advance, Thanks a lot for the notice! The rest of this email is for the benefit of the freebsd-doc at FreeBSD.org mailing list members. The obvious fix would be the attached patch, which removes CompUSA from the handbook/mirrors/chapter.sgml list of boxed product retailers. However, there is a slight problem with it: the remaining text talks about "several retailers", yet lists only one - Fry's :) Is anybody aware of other boxed product retailers? For that matter, can anybody check whether Fry's still offer FreeBSD? From a quick look at their website (and the Outpost redirect), I couldn't find anything by navigating the menus, although an explicit search for 'FreeBSD' brought up the FreeBSD Toolkit, which sounds somewhat similar to the FreeBSD Mall product by the same name, yet leaves me with some doubt as to its up-to-dateness... So.. what should we do about the Retailers section of the Mirrors chapter? G'luck, Peter -- Peter Pentchev roam at ringlet.net roam at sbnd.net roam at FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 "yields falsehood, when appended to its quotation." yields falsehood, when appended to its quotation. Index: doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml,v retrieving revision 1.292 diff -u -r1.292 chapter.sgml --- doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml 1 May 2003 21:50:46 -0000 1.292 +++ doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml 13 May 2003 07:19:05 -0000 @@ -20,13 +20,6 @@

- CompUSA - WWW: -

- - - -

Frys Electronics WWW:

-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From brueffer at FreeBSD.org Tue May 13 09:39:20 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Tue, 13 May 2003 11:39:18 +0200 (CEST) Subject: ports/38647: cvsupit built-in instructions are slightly off Message-ID: <200305130939.h4D9dIq9067223@freefall.freebsd.org> Synopsis: cvsupit built-in instructions are slightly off Responsible-Changed-From-To: freebsd-doc->jkh Responsible-Changed-By: brueffer Responsible-Changed-When: Tue May 13 11:38:31 CEST 2003 Responsible-Changed-Why: Over to the cvsupit maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=38647 From setantae at submonkey.net Tue May 13 10:20:57 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 13 May 2003 11:20:54 +0100 Subject: Free BSD at CompUSA In-Reply-To: <20030513081142.GA18966@straylight.oblivion.bg> References: <20030513081142.GA18966@straylight.oblivion.bg> Message-ID: <20030513102054.GA51988@submonkey.net> On Tue, May 13, 2003 at 11:11:42AM +0300, Peter Pentchev wrote: > On Sun, May 11, 2003 at 04:21:56PM -0400, Tim Church wrote: > > Dear Webmaster, > > > > In the interest of avoiding any confusion, CompUSA does not sell FreeBSD > > anymore. > > I've had a few disappointed customers who say that your website lists us as > > a retailer who still carries you product. You might want to update your > > site. > > > > Thanks in advance, > > Thanks a lot for the notice! The rest of this email is for the benefit > of the freebsd-doc at FreeBSD.org mailing list members. > > The obvious fix would be the attached patch, which removes CompUSA from > the handbook/mirrors/chapter.sgml list of boxed product retailers. Hold up on this a second, Peter. I've mailed the compusa.com address in the .sig for confirmation, as the original mail was sent from a hotmail.com account and although there have been other reports that CompUSA don't stock FreeBSD anymore, so far as I know it could be an elaborate hoax. The fact that I've not received a reply from the compusa.com address makes me wonder... > However, there is a slight problem with it: the remaining text talks > about "several retailers", yet lists only one - Fry's :) I believe FreeBSD Mall do a boxed set as well. > So.. what should we do about the Retailers section of the Mirrors > chapter? I think it should go. The costs involved in producing a boxed set that won't go out of date real quick (considering our release schedule) are prohibitive, and I'd be surprised if more retailers produced one. We can always resurrect it if the market picks up. Ceri -- From anderson at centtech.com Tue May 13 12:23:35 2003 From: anderson at centtech.com (Eric Anderson) Date: Tue, 13 May 2003 07:23:10 -0500 Subject: Free BSD at CompUSA References: <20030513081142.GA18966@straylight.oblivion.bg> Message-ID: <3EC0E3AE.1050309@centtech.com> Peter Pentchev wrote: > On Sun, May 11, 2003 at 04:21:56PM -0400, Tim Church wrote: > >>Dear Webmaster, >> >>In the interest of avoiding any confusion, CompUSA does not sell FreeBSD >>anymore. >>I've had a few disappointed customers who say that your website lists us as >>a retailer who still carries you product. You might want to update your >>site. >> >>Thanks in advance, > > > Thanks a lot for the notice! The rest of this email is for the benefit > of the freebsd-doc at FreeBSD.org mailing list members. > > The obvious fix would be the attached patch, which removes CompUSA from > the handbook/mirrors/chapter.sgml list of boxed product retailers. > However, there is a slight problem with it: the remaining text talks > about "several retailers", yet lists only one - Fry's :) > > Is anybody aware of other boxed product retailers? For that matter, can > anybody check whether Fry's still offer FreeBSD? From a quick look at > their website (and the Outpost redirect), I couldn't find anything by > navigating the menus, although an explicit search for 'FreeBSD' brought > up the FreeBSD Toolkit, which sounds somewhat similar to the FreeBSD > Mall product by the same name, yet leaves me with some doubt as to its > up-to-dateness... I know my local Fry's still sells FreeBSD boxed, however it is an older version. I also believe that Best Buy was selling it last time I went by there (6 months ago or so). > So.. what should we do about the Retailers section of the Mirrors > chapter? Maybe we should get rid of it altogether, until the bsd-advocacy group can get a list of maybe 10 or so going. It's almost a joke to see only 2 on there. Eric -- ------------------------------------------------------------------ Eric Anderson Systems Administrator Centaur Technology Attitudes are contagious, is yours worth catching? ------------------------------------------------------------------ From hmp at FreeBSD.org Tue May 13 13:51:09 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Tue, 13 May 2003 06:51:08 -0700 (PDT) Subject: docs/51845: [PATCH] catch up getfsstat.2 and statfs.2 with reality Message-ID: <200305131351.h4DDp8wl032608@freefall.freebsd.org> Synopsis: [PATCH] catch up getfsstat.2 and statfs.2 with reality Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Tue May 13 06:50:41 PDT 2003 Responsible-Changed-Why: I will take care of this. http://www.freebsd.org/cgi/query-pr.cgi?pr=51845 From swear at attbi.com Tue May 13 15:11:44 2003 From: swear at attbi.com (Gary W. Swearingen) Date: 13 May 2003 08:13:51 -0700 Subject: Free BSD at CompUSA In-Reply-To: <20030513081142.GA18966@straylight.oblivion.bg> References: <20030513081142.GA18966@straylight.oblivion.bg> Message-ID: Peter Pentchev writes: > So.. what should we do about the Retailers section of the Mirrors > chapter? If I wanted to buy a boxed set, the first place I'd check would be the large state university bookstore and then a big bookstore in the heart of the high-tech part of town, both of which had quite a few open source OS CDROMs (and books) the last time I checked, but that's approaching two years ago (I moved). Someone could put out a call for people on -questions (or at least -advocacy) check their local bookstores to gather data for the retailers section, if it isn't going to be removed. From anderson at centtech.com Tue May 13 16:40:13 2003 From: anderson at centtech.com (Eric Anderson) Date: Tue, 13 May 2003 11:39:40 -0500 (CDT) Subject: docs/52183: [PATCH] Clarifies pccard setup for wireless chapter Message-ID: <200305131639.h4DGdeAv001469@electron.centtech.com> >Number: 52183 >Category: docs >Synopsis: [PATCH] Clarifies pccard setup for wireless chapter >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Tue May 13 09:40:10 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Eric Anderson >Release: FreeBSD 5.0-RELEASE i386 >Organization: >Environment: System: FreeBSD electron.centtech.com 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Mon Jan 20 13:42:57 CST 2003 user at junk.domain.com:/usr/obj/usr/src/sys/ELECTRON i386 >Description: Patch to clarify (upon requests) the need for pccardc or pccardd setup for wireless nics. >How-To-Repeat: Check out the Wireless chapter in the handbook. >Fix: --- chapter.sgml-wireless begins here --- --- chapter.sgml Sat May 10 07:12:02 2003 +++ chapter.sgml-new Tue May 13 11:35:57 2003 @@ -613,6 +613,9 @@ Do not worry about the details now, just make sure it shows you something to indicate you have a wireless card installed. + If you have trouble seeing the wireless interface, and you + are using a PC-CARD, you may want to check out &man.pccardc.8; + man page for more information. Next, you will need to load a module in order to get the bridging part of FreeBSD ready for the access point. In order to load the &man.bridge.4; module, simply run the --- chapter.sgml-wireless ends here --- >Release-Note: >Audit-Trail: >Unformatted: From RFC-SERVER at ISI.EDU Tue May 13 19:12:53 2003 From: RFC-SERVER at ISI.EDU (RFC-INFO Server) Date: Tue, 13 May 2003 12:11:50 -0700 (PDT) Subject: A powful tool (segment 2/5) Message-ID: <200305131911.MAA03875@venera.isi.edu> (^^^-- No request or attribute found. Line ignored.) (AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA) (^^^-- No request or attribute found. Line ignored.) (i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH) (^^^-- No request or attribute found. Line ignored.) (wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH) (^^^-- No request or attribute found. Line ignored.) (//+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL) (^^^-- No request or attribute found. Line ignored.) (8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI) (^^^-- No request or attribute found. Line ignored.) (i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91) (^^^-- No request or attribute found. Line ignored.) (/FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq) (^^^-- No request or attribute found. Line ignored.) (AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9) (^^^-- No request or attribute found. Line ignored.) (9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS) (^^^-- No request or attribute found. Line ignored.) (99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA) (^^^-- No request or attribute found. Line ignored.) (AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy) (^^^-- No request or attribute found. Line ignored.) (AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD) (^^^-- No request or attribute found. Line ignored.) (4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX) (^^^-- No request or attribute found. Line ignored.) (U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF) (^^^-- No request or attribute found. Line ignored.) (t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo) (^^^-- No request or attribute found. Line ignored.) (tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs) (^^^-- No request or attribute found. Line ignored.) (0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN) (^^^-- No request or attribute found. Line ignored.) (ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD) (^^^-- No request or attribute found. Line ignored.) (VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7) (^^^-- No request or attribute found. Line ignored.) (w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL) (^^^-- No request or attribute found. Line ignored.) (RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X) (^^^-- No request or attribute found. Line ignored.) (hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI) (^^^-- No request or attribute found. Line ignored.) (/9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA) (^^^-- No request or attribute found. Line ignored.) (wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z) (^^^-- No request or attribute found. Line ignored.) (M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy) (^^^-- No request or attribute found. Line ignored.) (//9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ) (^^^-- No request or attribute found. Line ignored.) (/xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij) (^^^-- No request or attribute found. Line ignored.) (8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo) (^^^-- No request or attribute found. Line ignored.) (piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V) (^^^-- No request or attribute found. Line ignored.) (vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd) (^^^-- No request or attribute found. Line ignored.) (dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA) (^^^-- No request or attribute found. Line ignored.) (AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG) (^^^-- No request or attribute found. Line ignored.) (dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in) (^^^-- No request or attribute found. Line ignored.) (3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV) (^^^-- No request or attribute found. Line ignored.) (VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV) (^^^-- No request or attribute found. Line ignored.) (/9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP) (^^^-- No request or attribute found. Line ignored.) (3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ) (^^^-- No request or attribute found. Line ignored.) (D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE) (^^^-- No request or attribute found. Line ignored.) (HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7) (^^^-- No request or attribute found. Line ignored.) (Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V) (^^^-- No request or attribute found. Line ignored.) (fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E) (^^^-- No request or attribute found. Line ignored.) (hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA) (^^^-- No request or attribute found. Line ignored.) (AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7) (^^^-- No request or attribute found. Line ignored.) (w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE) (^^^-- No request or attribute found. Line ignored.) (/f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+) (^^^-- No request or attribute found. Line ignored.) (IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN) (^^^-- No request or attribute found. Line ignored.) (heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl) (^^^-- No request or attribute found. Line ignored.) (5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA) (^^^-- No request or attribute found. Line ignored.) (i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD) (^^^-- No request or attribute found. Line ignored.) (VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN) (^^^-- No request or attribute found. Line ignored.) (hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT) (^^^-- No request or attribute found. Line ignored.) (VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo) (^^^-- No request or attribute found. Line ignored.) (qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4) (^^^-- No request or attribute found. Line ignored.) (/v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD) (^^^-- No request or attribute found. Line ignored.) (xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W) (^^^-- No request or attribute found. Line ignored.) (6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ) (^^^-- No request or attribute found. Line ignored.) (AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs) (^^^-- No request or attribute found. Line ignored.) (AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ) (^^^-- No request or attribute found. Line ignored.) (JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA) (^^^-- No request or attribute found. Line ignored.) (AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T) (^^^-- No request or attribute found. Line ignored.) (UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z) (^^^-- No request or attribute found. Line ignored.) (hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0) (^^^-- No request or attribute found. Line ignored.) (//9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F) (^^^-- No request or attribute found. Line ignored.) (9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+) (^^^-- No request or attribute found. Line ignored.) (//9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U) (^^^-- No request or attribute found. Line ignored.) (fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN) (^^^-- No request or attribute found. Line ignored.) (QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA) (^^^-- No request or attribute found. Line ignored.) (AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD) (^^^-- No request or attribute found. Line ignored.) (VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl) (^^^-- No request or attribute found. Line ignored.) (//+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU) (^^^-- No request or attribute found. Line ignored.) (g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL) (^^^-- No request or attribute found. Line ignored.) (7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu) (^^^-- No request or attribute found. Line ignored.) (5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8) (^^^-- No request or attribute found. Line ignored.) (gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv) (^^^-- No request or attribute found. Line ignored.) (3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA) (^^^-- No request or attribute found. Line ignored.) (fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9) (^^^-- No request or attribute found. Line ignored.) (1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk) (^^^-- No request or attribute found. Line ignored.) (aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO) (^^^-- No request or attribute found. Line ignored.) (//+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f/ 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA) (^^^-- No request or attribute found. Line ignored.) (689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61/// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D) (^^^-- No request or attribute found. Line ignored.) (xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do) (^^^-- No request or attribute found. Line ignored.) (Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F) (^^^-- No request or attribute found. Line ignored.) (APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9) (^^^-- No request or attribute found. Line ignored.) (ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ) (^^^-- No request or attribute found. Line ignored.) (D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA) (^^^-- No request or attribute found. Line ignored.) (AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7 /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+) (^^^-- No request or attribute found. Line ignored.) (FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D) (^^^-- No request or attribute found. Line ignored.) (xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk) (^^^-- No request or attribute found. Line ignored.) (IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx) (^^^-- No request or attribute found. Line ignored.) (SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX) (^^^-- No request or attribute found. Line ignored.) (aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ) (^^^-- No request or attribute found. Line ignored.) (BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do) (^^^-- No request or attribute found. Line ignored.) (D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7 /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P/ M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439) (^^^-- No request or attribute found. Line ignored.) (AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM) (^^^-- No request or attribute found. Line ignored.) (9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh) (^^^-- No request or attribute found. Line ignored.) (4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM) (^^^-- No request or attribute found. Line ignored.) (//9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN) (^^^-- No request or attribute found. Line ignored.) (hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do) (^^^-- No request or attribute found. Line ignored.) (GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0/// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM) (^^^-- No request or attribute found. Line ignored.) (9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3) (^^^-- No request or attribute found. Line ignored.) (DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM) (^^^-- No request or attribute found. Line ignored.) (9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9) (^^^-- No request or attribute found. Line ignored.) (8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q) (^^^-- No request or attribute found. Line ignored.) (jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN) (^^^-- No request or attribute found. Line ignored.) (AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw) (^^^-- No request or attribute found. Line ignored.) (9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4) (^^^-- No request or attribute found. Line ignored.) (i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA) (^^^-- No request or attribute found. Line ignored.) (jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5) (^^^-- No request or attribute found. Line ignored.) (SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F) (^^^-- No request or attribute found. Line ignored.) (WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA) (^^^-- No request or attribute found. Line ignored.) (6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F) (^^^-- No request or attribute found. Line ignored.) (WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7) (^^^-- No request or attribute found. Line ignored.) (//9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X) (^^^-- No request or attribute found. Line ignored.) (UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA) (^^^-- No request or attribute found. Line ignored.) (AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9) (^^^-- No request or attribute found. Line ignored.) (//9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA) (^^^-- No request or attribute found. Line ignored.) (AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F) (^^^-- No request or attribute found. Line ignored.) (ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo) (^^^-- No request or attribute found. Line ignored.) (if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q) (^^^-- No request or attribute found. Line ignored.) (6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v/ U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU/// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F) (^^^-- No request or attribute found. Line ignored.) (9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA) (^^^-- No request or attribute found. Line ignored.) (6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR) (^^^-- No request or attribute found. Line ignored.) (QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk) (^^^-- No request or attribute found. Line ignored.) (HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z) (^^^-- No request or attribute found. Line ignored.) (0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0) (^^^-- No request or attribute found. Line ignored.) (SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB) (^^^-- No request or attribute found. Line ignored.) (U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq) (^^^-- No request or attribute found. Line ignored.) (AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq) (^^^-- No request or attribute found. Line ignored.) (EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF) (^^^-- No request or attribute found. Line ignored.) (CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3) (^^^-- No request or attribute found. Line ignored.) (Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do) (^^^-- No request or attribute found. Line ignored.) (WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o) (^^^-- No request or attribute found. Line ignored.) (elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1) (^^^-- No request or attribute found. Line ignored.) (Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8) (^^^-- No request or attribute found. Line ignored.) (vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ) (^^^-- No request or attribute found. Line ignored.) (/xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T) (^^^-- No request or attribute found. Line ignored.) (6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA) (^^^-- No request or attribute found. Line ignored.) (AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0) (^^^-- No request or attribute found. Line ignored.) (/v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg) (^^^-- No request or attribute found. Line ignored.) (/f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F) (^^^-- No request or attribute found. Line ignored.) (5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA) (^^^-- No request or attribute found. Line ignored.) (vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE) (^^^-- No request or attribute found. Line ignored.) (EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR) (^^^-- No request or attribute found. Line ignored.) (U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX) (^^^-- No request or attribute found. Line ignored.) (/9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX) (^^^-- No request or attribute found. Line ignored.) (U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ) (^^^-- No request or attribute found. Line ignored.) (RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo) (^^^-- No request or attribute found. Line ignored.) (9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ) (^^^-- No request or attribute found. Line ignored.) (AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo) (^^^-- No request or attribute found. Line ignored.) (GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN) (^^^-- No request or attribute found. Line ignored.) (vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy) (^^^-- No request or attribute found. Line ignored.) (8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8) (^^^-- No request or attribute found. Line ignored.) (M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E) (^^^-- No request or attribute found. Line ignored.) (NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4) (^^^-- No request or attribute found. Line ignored.) (jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG) (^^^-- No request or attribute found. Line ignored.) (BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18) (^^^-- No request or attribute found. Line ignored.) (HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL) (^^^-- No request or attribute found. Line ignored.) (ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA) (^^^-- No request or attribute found. Line ignored.) (zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK) (^^^-- No request or attribute found. Line ignored.) (wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC) (^^^-- No request or attribute found. Line ignored.) (AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE) (^^^-- No request or attribute found. Line ignored.) (hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp) (^^^-- No request or attribute found. Line ignored.) (AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE) (^^^-- No request or attribute found. Line ignored.) (V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0) (^^^-- No request or attribute found. Line ignored.) (I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB) (^^^-- No request or attribute found. Line ignored.) (hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2) (^^^-- No request or attribute found. Line ignored.) (dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE) (^^^-- No request or attribute found. Line ignored.) (JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp) (^^^-- No request or attribute found. Line ignored.) (AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON) (^^^-- No request or attribute found. Line ignored.) (Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM) (^^^-- No request or attribute found. Line ignored.) (hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK) (^^^-- No request or attribute found. Line ignored.) (CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI) (^^^-- No request or attribute found. Line ignored.) (hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA) (^^^-- No request or attribute found. Line ignored.) (IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF) (^^^-- No request or attribute found. Line ignored.) (/3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA) (^^^-- No request or attribute found. Line ignored.) (g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m) (^^^-- No request or attribute found. Line ignored.) (AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC) (^^^-- No request or attribute found. Line ignored.) (hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN) (^^^-- No request or attribute found. Line ignored.) (TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2) (^^^-- No request or attribute found. Line ignored.) (TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA) (^^^-- No request or attribute found. Line ignored.) (AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL) (^^^-- No request or attribute found. Line ignored.) (FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ) (^^^-- No request or attribute found. Line ignored.) (jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs) (^^^-- No request or attribute found. Line ignored.) (g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL) (^^^-- No request or attribute found. Line ignored.) (ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM) (^^^-- No request or attribute found. Line ignored.) (i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH) (^^^-- No request or attribute found. Line ignored.) (ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG) (^^^-- No request or attribute found. Line ignored.) (iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH) (^^^-- No request or attribute found. Line ignored.) (AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA) (^^^-- No request or attribute found. Line ignored.) (LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE) (^^^-- No request or attribute found. Line ignored.) (jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA) (^^^-- No request or attribute found. Line ignored.) (YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG) (^^^-- No request or attribute found. Line ignored.) (iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9) (^^^-- No request or attribute found. Line ignored.) (QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB) (^^^-- No request or attribute found. Line ignored.) (6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D) (^^^-- No request or attribute found. Line ignored.) (g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA) (^^^-- No request or attribute found. Line ignored.) (135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE) (^^^-- No request or attribute found. Line ignored.) (jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI) (^^^-- No request or attribute found. Line ignored.) (RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe) (^^^-- No request or attribute found. Line ignored.) (X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M) (^^^-- No request or attribute found. Line ignored.) (JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV) (^^^-- No request or attribute found. Line ignored.) (i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM) (^^^-- No request or attribute found. Line ignored.) (zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp) (^^^-- No request or attribute found. Line ignored.) (AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28) (^^^-- No request or attribute found. Line ignored.) (gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo) (^^^-- No request or attribute found. Line ignored.) (gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD) (^^^-- No request or attribute found. Line ignored.) (+QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE) (^^^-- No request or attribute found. Line ignored.) (j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A) (^^^-- No request or attribute found. Line ignored.) (AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG) (^^^-- No request or attribute found. Line ignored.) (iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA) (^^^-- No request or attribute found. Line ignored.) (AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg) (^^^-- No request or attribute found. Line ignored.) (AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k) (^^^-- No request or attribute found. Line ignored.) (lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI) (^^^-- No request or attribute found. Line ignored.) (RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA) (^^^-- No request or attribute found. Line ignored.) (hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE) (^^^-- No request or attribute found. Line ignored.) (jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA) (^^^-- No request or attribute found. Line ignored.) (6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG) (^^^-- No request or attribute found. Line ignored.) (A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL) (^^^-- No request or attribute found. Line ignored.) (DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE) (^^^-- No request or attribute found. Line ignored.) (w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM) (^^^-- No request or attribute found. Line ignored.) (i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b) (^^^-- No request or attribute found. Line ignored.) (XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf) (^^^-- No request or attribute found. Line ignored.) (isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK) (^^^-- No request or attribute found. Line ignored.) (Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY) (^^^-- No request or attribute found. Line ignored.) (U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ) (^^^-- No request or attribute found. Line ignored.) (ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g) (^^^-- No request or attribute found. Line ignored.) (AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW) (^^^-- No request or attribute found. Line ignored.) (/xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9) (^^^-- No request or attribute found. Line ignored.) (KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo) (^^^-- No request or attribute found. Line ignored.) (iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb) (^^^-- No request or attribute found. Line ignored.) (O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA) (^^^-- No request or attribute found. Line ignored.) (Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA) (^^^-- No request or attribute found. Line ignored.) (D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA) (^^^-- No request or attribute found. Line ignored.) (OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD) (^^^-- No request or attribute found. Line ignored.) (wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV) (^^^-- No request or attribute found. Line ignored.) (QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG) (^^^-- No request or attribute found. Line ignored.) (iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl) (^^^-- No request or attribute found. Line ignored.) (LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM) (^^^-- No request or attribute found. Line ignored.) (OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4) (^^^-- No request or attribute found. Line ignored.) (BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL) (^^^-- No request or attribute found. Line ignored.) (7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF) (^^^-- No request or attribute found. Line ignored.) (8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED) (^^^-- No request or attribute found. Line ignored.) (86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs) (^^^-- No request or attribute found. Line ignored.) (/f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W) (^^^-- No request or attribute found. Line ignored.) (UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM) (^^^-- No request or attribute found. Line ignored.) (SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD) (^^^-- No request or attribute found. Line ignored.) (+Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA) (^^^-- No request or attribute found. Line ignored.) (AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I) (^^^-- No request or attribute found. Line ignored.) (dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK) (^^^-- No request or attribute found. Line ignored.) (AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr) (^^^-- No request or attribute found. Line ignored.) (i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85) (^^^-- No request or attribute found. Line ignored.) (PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd) (^^^-- No request or attribute found. Line ignored.) (/3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug) (^^^-- No request or attribute found. Line ignored.) (/xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1) (^^^-- No request or attribute found. Line ignored.) (HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH) (^^^-- No request or attribute found. Line ignored.) (RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990) (^^^-- No request or attribute found. Line ignored.) (tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V) (^^^-- No request or attribute found. Line ignored.) (oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe) (^^^-- No request or attribute found. Line ignored.) (dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2) (^^^-- No request or attribute found. Line ignored.) (0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA) (^^^-- No request or attribute found. Line ignored.) (AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD) (^^^-- No request or attribute found. Line ignored.) (ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB) (^^^-- No request or attribute found. Line ignored.) (/sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO) (^^^-- No request or attribute found. Line ignored.) (BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE) (^^^-- No request or attribute found. Line ignored.) (IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO) (^^^-- No request or attribute found. Line ignored.) (DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs) (^^^-- No request or attribute found. Line ignored.) (iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg) (^^^-- No request or attribute found. Line ignored.) (D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8) (^^^-- No request or attribute found. Line ignored.) (iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH) (^^^-- No request or attribute found. Line ignored.) (BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG) (^^^-- No request or attribute found. Line ignored.) (AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF) (^^^-- No request or attribute found. Line ignored.) (wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA) (^^^-- No request or attribute found. Line ignored.) (+3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9) (^^^-- No request or attribute found. Line ignored.) (DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN) (^^^-- No request or attribute found. Line ignored.) (RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP) (^^^-- No request or attribute found. Line ignored.) (hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv/ /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO) (^^^-- No request or attribute found. Line ignored.) (hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH) (^^^-- No request or attribute found. Line ignored.) (RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD) (^^^-- No request or attribute found. Line ignored.) (xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF) (^^^-- No request or attribute found. Line ignored.) (9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34) (^^^-- No request or attribute found. Line ignored.) (iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw) (^^^-- No request or attribute found. Line ignored.) (AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1) (^^^-- No request or attribute found. Line ignored.) (/IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA) (^^^-- No request or attribute found. Line ignored.) (WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI) (^^^-- No request or attribute found. Line ignored.) (D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF) (^^^-- No request or attribute found. Line ignored.) (yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA) (^^^-- No request or attribute found. Line ignored.) (x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo) (^^^-- No request or attribute found. Line ignored.) (GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM) (^^^-- No request or attribute found. Line ignored.) (jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8) (^^^-- No request or attribute found. Line ignored.) (QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6) (^^^-- No request or attribute found. Line ignored.) (6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw) (^^^-- No request or attribute found. Line ignored.) (i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034) (^^^-- No request or attribute found. Line ignored.) (xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq) (^^^-- No request or attribute found. Line ignored.) (IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ) (^^^-- No request or attribute found. Line ignored.) (6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134) (^^^-- No request or attribute found. Line ignored.) (jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN) (^^^-- No request or attribute found. Line ignored.) (RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9) (^^^-- No request or attribute found. Line ignored.) (DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH) (^^^-- No request or attribute found. Line ignored.) (T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+) (^^^-- No request or attribute found. Line ignored.) (Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA) (^^^-- No request or attribute found. Line ignored.) (/MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ) (^^^-- No request or attribute found. Line ignored.) (6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE) (^^^-- No request or attribute found. Line ignored.) (6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA) (^^^-- No request or attribute found. Line ignored.) (WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX) (^^^-- No request or attribute found. Line ignored.) (igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq) (^^^-- No request or attribute found. Line ignored.) (QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0) (^^^-- No request or attribute found. Line ignored.) (Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA) (^^^-- No request or attribute found. Line ignored.) (iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD) (^^^-- No request or attribute found. Line ignored.) (igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1) (^^^-- No request or attribute found. Line ignored.) (N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3) (^^^-- No request or attribute found. Line ignored.) (dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA) (^^^-- No request or attribute found. Line ignored.) (/IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j) (^^^-- No request or attribute found. Line ignored.) (dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD) (^^^-- No request or attribute found. Line ignored.) (/m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX) (^^^-- No request or attribute found. Line ignored.) (AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v/ g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA) (^^^-- No request or attribute found. Line ignored.) (dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh) (^^^-- No request or attribute found. Line ignored.) (i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8) (^^^-- No request or attribute found. Line ignored.) (V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA) (^^^-- No request or attribute found. Line ignored.) (dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP) (^^^-- No request or attribute found. Line ignored.) (hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N) (^^^-- No request or attribute found. Line ignored.) (9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY) (^^^-- No request or attribute found. Line ignored.) (g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN) (^^^-- No request or attribute found. Line ignored.) (BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA) (^^^-- No request or attribute found. Line ignored.) (gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD) (^^^-- No request or attribute found. Line ignored.) (/f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB) (^^^-- No request or attribute found. Line ignored.) (i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8) (^^^-- No request or attribute found. Line ignored.) (6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB) (^^^-- No request or attribute found. Line ignored.) (AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4) (^^^-- No request or attribute found. Line ignored.) (68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn) (^^^-- No request or attribute found. Line ignored.) (IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG) (^^^-- No request or attribute found. Line ignored.) (i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA) (^^^-- No request or attribute found. Line ignored.) (PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA) (^^^-- No request or attribute found. Line ignored.) (D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg) (^^^-- No request or attribute found. Line ignored.) (gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ) (^^^-- No request or attribute found. Line ignored.) (jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ) (^^^-- No request or attribute found. Line ignored.) (OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp) (^^^-- No request or attribute found. Line ignored.) (WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA) (^^^-- No request or attribute found. Line ignored.) (AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ) (^^^-- No request or attribute found. Line ignored.) (6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld) (^^^-- No request or attribute found. Line ignored.) (7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV) (^^^-- No request or attribute found. Line ignored.) (3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030) (^^^-- No request or attribute found. Line ignored.) (dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c) (^^^-- No request or attribute found. Line ignored.) (99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3 /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA) (^^^-- No request or attribute found. Line ignored.) (AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf) (^^^-- No request or attribute found. Line ignored.) (0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+) (^^^-- No request or attribute found. Line ignored.) (RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF) (^^^-- No request or attribute found. Line ignored.) (1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP) (^^^-- No request or attribute found. Line ignored.) (tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL) (^^^-- No request or attribute found. Line ignored.) (8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po) (^^^-- No request or attribute found. Line ignored.) (cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE) (^^^-- No request or attribute found. Line ignored.) (VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB) (^^^-- No request or attribute found. Line ignored.) (iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX) (^^^-- No request or attribute found. Line ignored.) (6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU) (^^^-- No request or attribute found. Line ignored.) (JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD) (^^^-- No request or attribute found. Line ignored.) (8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC) (^^^-- No request or attribute found. Line ignored.) (/DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C) (^^^-- No request or attribute found. Line ignored.) (/V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD) (^^^-- No request or attribute found. Line ignored.) (xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x) (^^^-- No request or attribute found. Line ignored.) (/DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ) From RFC-SERVER at ISI.EDU Tue May 13 19:12:53 2003 From: RFC-SERVER at ISI.EDU (RFC-INFO Server) Date: Tue, 13 May 2003 12:11:50 -0700 (PDT) Subject: A powful tool (segment 3/5) Message-ID: <200305131911.MAA03879@venera.isi.edu> (^^^-- No request or attribute found. Line ignored.) (AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D) (^^^-- No request or attribute found. Line ignored.) (VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E) (^^^-- No request or attribute found. Line ignored.) (9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN) (^^^-- No request or attribute found. Line ignored.) (NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM) (^^^-- No request or attribute found. Line ignored.) (xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA) (^^^-- No request or attribute found. Line ignored.) (wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE) (^^^-- No request or attribute found. Line ignored.) (LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk) (^^^-- No request or attribute found. Line ignored.) (BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7) (^^^-- No request or attribute found. Line ignored.) (wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo) (^^^-- No request or attribute found. Line ignored.) (lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW) (^^^-- No request or attribute found. Line ignored.) (V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L) (^^^-- No request or attribute found. Line ignored.) (8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD) (^^^-- No request or attribute found. Line ignored.) (WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f) (^^^-- No request or attribute found. Line ignored.) (XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA) (^^^-- No request or attribute found. Line ignored.) (oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE) (^^^-- No request or attribute found. Line ignored.) (GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ) (^^^-- No request or attribute found. Line ignored.) (AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB) (^^^-- No request or attribute found. Line ignored.) (QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA) (^^^-- No request or attribute found. Line ignored.) (JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ) (^^^-- No request or attribute found. Line ignored.) (hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4) (^^^-- No request or attribute found. Line ignored.) (AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B) (^^^-- No request or attribute found. Line ignored.) (ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF) (^^^-- No request or attribute found. Line ignored.) (FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr) (^^^-- No request or attribute found. Line ignored.) (KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC) (^^^-- No request or attribute found. Line ignored.) (AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0) (^^^-- No request or attribute found. Line ignored.) (MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V) (^^^-- No request or attribute found. Line ignored.) (oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt) (^^^-- No request or attribute found. Line ignored.) (//+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB) (^^^-- No request or attribute found. Line ignored.) (AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO) (^^^-- No request or attribute found. Line ignored.) (/8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA) (^^^-- No request or attribute found. Line ignored.) (AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA) (^^^-- No request or attribute found. Line ignored.) (IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM) (^^^-- No request or attribute found. Line ignored.) (SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL) (^^^-- No request or attribute found. Line ignored.) (SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL) (^^^-- No request or attribute found. Line ignored.) (w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4) (^^^-- No request or attribute found. Line ignored.) (A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U) (^^^-- No request or attribute found. Line ignored.) (wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX) (^^^-- No request or attribute found. Line ignored.) (VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC) (^^^-- No request or attribute found. Line ignored.) (uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk) (^^^-- No request or attribute found. Line ignored.) (dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e) (^^^-- No request or attribute found. Line ignored.) (W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL) (^^^-- No request or attribute found. Line ignored.) (TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA) (^^^-- No request or attribute found. Line ignored.) (AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA) (^^^-- No request or attribute found. Line ignored.) (dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL) (^^^-- No request or attribute found. Line ignored.) (ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV) (^^^-- No request or attribute found. Line ignored.) (i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA) (^^^-- No request or attribute found. Line ignored.) (6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA) (^^^-- No request or attribute found. Line ignored.) (CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E) (^^^-- No request or attribute found. Line ignored.) (1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz) (^^^-- No request or attribute found. Line ignored.) (yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7) (^^^-- No request or attribute found. Line ignored.) (agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg/// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs) (^^^-- No request or attribute found. Line ignored.) (X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA) (^^^-- No request or attribute found. Line ignored.) (aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF) (^^^-- No request or attribute found. Line ignored.) (HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ) (^^^-- No request or attribute found. Line ignored.) (RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ) (^^^-- No request or attribute found. Line ignored.) (//+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB) (^^^-- No request or attribute found. Line ignored.) (/3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM) (^^^-- No request or attribute found. Line ignored.) (zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0) (^^^-- No request or attribute found. Line ignored.) (JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS) (^^^-- No request or attribute found. Line ignored.) (iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG) (^^^-- No request or attribute found. Line ignored.) (A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ) (^^^-- No request or attribute found. Line ignored.) (F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7) (^^^-- No request or attribute found. Line ignored.) (BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5) (^^^-- No request or attribute found. Line ignored.) (SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr) (^^^-- No request or attribute found. Line ignored.) (IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7) (^^^-- No request or attribute found. Line ignored.) (DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9) (^^^-- No request or attribute found. Line ignored.) (+Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9) (^^^-- No request or attribute found. Line ignored.) (CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB) (^^^-- No request or attribute found. Line ignored.) (Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj) (^^^-- No request or attribute found. Line ignored.) (WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun) (^^^-- No request or attribute found. Line ignored.) (/xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ) (^^^-- No request or attribute found. Line ignored.) (PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z) (^^^-- No request or attribute found. Line ignored.) (i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk) (^^^-- No request or attribute found. Line ignored.) (BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr) (^^^-- No request or attribute found. Line ignored.) (BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ) (^^^-- No request or attribute found. Line ignored.) (dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD) (^^^-- No request or attribute found. Line ignored.) (5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV) (^^^-- No request or attribute found. Line ignored.) (DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D) (^^^-- No request or attribute found. Line ignored.) (U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq) (^^^-- No request or attribute found. Line ignored.) (0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM) (^^^-- No request or attribute found. Line ignored.) (zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR) (^^^-- No request or attribute found. Line ignored.) (29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU) (^^^-- No request or attribute found. Line ignored.) (JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ) (^^^-- No request or attribute found. Line ignored.) (AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA) (^^^-- No request or attribute found. Line ignored.) (cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL) (^^^-- No request or attribute found. Line ignored.) (iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI) (^^^-- No request or attribute found. Line ignored.) (i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3) (^^^-- No request or attribute found. Line ignored.) (1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7) (^^^-- No request or attribute found. Line ignored.) (iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+) (^^^-- No request or attribute found. Line ignored.) (CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ) (^^^-- No request or attribute found. Line ignored.) (BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK) (^^^-- No request or attribute found. Line ignored.) (CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I) (^^^-- No request or attribute found. Line ignored.) (CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw) (^^^-- No request or attribute found. Line ignored.) (xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP) (^^^-- No request or attribute found. Line ignored.) (A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk) (^^^-- No request or attribute found. Line ignored.) (iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X) (^^^-- No request or attribute found. Line ignored.) (odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN) (^^^-- No request or attribute found. Line ignored.) (SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA) (^^^-- No request or attribute found. Line ignored.) (iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5) (^^^-- No request or attribute found. Line ignored.) (BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE) (^^^-- No request or attribute found. Line ignored.) (izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr) (^^^-- No request or attribute found. Line ignored.) (5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o) (^^^-- No request or attribute found. Line ignored.) (OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX) (^^^-- No request or attribute found. Line ignored.) (i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN) (^^^-- No request or attribute found. Line ignored.) (i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP) (^^^-- No request or attribute found. Line ignored.) (hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I) (^^^-- No request or attribute found. Line ignored.) (i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL) (^^^-- No request or attribute found. Line ignored.) (XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR) (^^^-- No request or attribute found. Line ignored.) (CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L) (^^^-- No request or attribute found. Line ignored.) (TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J) (^^^-- No request or attribute found. Line ignored.) (N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1) (^^^-- No request or attribute found. Line ignored.) (EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ) (^^^-- No request or attribute found. Line ignored.) (UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB) (^^^-- No request or attribute found. Line ignored.) (AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1) (^^^-- No request or attribute found. Line ignored.) (FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I) (^^^-- No request or attribute found. Line ignored.) (U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL) (^^^-- No request or attribute found. Line ignored.) (+2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4) (^^^-- No request or attribute found. Line ignored.) (/4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH) (^^^-- No request or attribute found. Line ignored.) (i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI) (^^^-- No request or attribute found. Line ignored.) (TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA) (^^^-- No request or attribute found. Line ignored.) (w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7) (^^^-- No request or attribute found. Line ignored.) (y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB) (^^^-- No request or attribute found. Line ignored.) (Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE) (^^^-- No request or attribute found. Line ignored.) (M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM) (^^^-- No request or attribute found. Line ignored.) (i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM) (^^^-- No request or attribute found. Line ignored.) (zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE) (^^^-- No request or attribute found. Line ignored.) (AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g) (^^^-- No request or attribute found. Line ignored.) (S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH) (^^^-- No request or attribute found. Line ignored.) (RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL) (^^^-- No request or attribute found. Line ignored.) (dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE) (^^^-- No request or attribute found. Line ignored.) (AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB) (^^^-- No request or attribute found. Line ignored.) (WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0) (^^^-- No request or attribute found. Line ignored.) (UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT) (^^^-- No request or attribute found. Line ignored.) (/9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA) (^^^-- No request or attribute found. Line ignored.) (CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK) (^^^-- No request or attribute found. Line ignored.) (AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg) (^^^-- No request or attribute found. Line ignored.) (S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq) (^^^-- No request or attribute found. Line ignored.) (9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI) (^^^-- No request or attribute found. Line ignored.) (g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX) (^^^-- No request or attribute found. Line ignored.) (D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW) (^^^-- No request or attribute found. Line ignored.) (agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM) (^^^-- No request or attribute found. Line ignored.) (i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0) (^^^-- No request or attribute found. Line ignored.) (AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW) (^^^-- No request or attribute found. Line ignored.) (6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk) (^^^-- No request or attribute found. Line ignored.) (DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM) (^^^-- No request or attribute found. Line ignored.) (qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA) (^^^-- No request or attribute found. Line ignored.) (S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT) (^^^-- No request or attribute found. Line ignored.) (9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL) (^^^-- No request or attribute found. Line ignored.) (7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC) (^^^-- No request or attribute found. Line ignored.) (AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA) (^^^-- No request or attribute found. Line ignored.) (AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA) (^^^-- No request or attribute found. Line ignored.) (AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA) (^^^-- No request or attribute found. Line ignored.) (D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E) (^^^-- No request or attribute found. Line ignored.) (rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA) (^^^-- No request or attribute found. Line ignored.) (UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88) (^^^-- No request or attribute found. Line ignored.) (CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH) (^^^-- No request or attribute found. Line ignored.) (DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5) (^^^-- No request or attribute found. Line ignored.) (SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM) (^^^-- No request or attribute found. Line ignored.) (SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC) (^^^-- No request or attribute found. Line ignored.) (M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm) (^^^-- No request or attribute found. Line ignored.) (H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo) (^^^-- No request or attribute found. Line ignored.) (3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA) (^^^-- No request or attribute found. Line ignored.) (he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd) (^^^-- No request or attribute found. Line ignored.) (qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA) (^^^-- No request or attribute found. Line ignored.) (/yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga) (^^^-- No request or attribute found. Line ignored.) (derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT) (^^^-- No request or attribute found. Line ignored.) (V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b) (^^^-- No request or attribute found. Line ignored.) (ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN) (^^^-- No request or attribute found. Line ignored.) (SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n//// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1) (^^^-- No request or attribute found. Line ignored.) (1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr) (^^^-- No request or attribute found. Line ignored.) (NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b) (^^^-- No request or attribute found. Line ignored.) (Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq) (^^^-- No request or attribute found. Line ignored.) (62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ) (^^^-- No request or attribute found. Line ignored.) (av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd) (^^^-- No request or attribute found. Line ignored.) (AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA) (^^^-- No request or attribute found. Line ignored.) (QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a) (^^^-- No request or attribute found. Line ignored.) (AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA) (^^^-- No request or attribute found. Line ignored.) (3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ) (^^^-- No request or attribute found. Line ignored.) (AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA) (^^^-- No request or attribute found. Line ignored.) (nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe) (^^^-- No request or attribute found. Line ignored.) (AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA) (^^^-- No request or attribute found. Line ignored.) (AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA) (^^^-- No request or attribute found. Line ignored.) (DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF) (^^^-- No request or attribute found. Line ignored.) (BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI) (^^^-- No request or attribute found. Line ignored.) (AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv) (^^^-- No request or attribute found. Line ignored.) (ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K) (^^^-- No request or attribute found. Line ignored.) (AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90) (^^^-- No request or attribute found. Line ignored.) (IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu) (^^^-- No request or attribute found. Line ignored.) (b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot) (^^^-- No request or attribute found. Line ignored.) (IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw) (^^^-- No request or attribute found. Line ignored.) (YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv) (^^^-- No request or attribute found. Line ignored.) (cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y) (^^^-- No request or attribute found. Line ignored.) (DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA) (^^^-- No request or attribute found. Line ignored.) (UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs) (^^^-- No request or attribute found. Line ignored.) (IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv) (^^^-- No request or attribute found. Line ignored.) (ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50) (^^^-- No request or attribute found. Line ignored.) (cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m) (^^^-- No request or attribute found. Line ignored.) (dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy) (^^^-- No request or attribute found. Line ignored.) (b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA) (^^^-- No request or attribute found. Line ignored.) (R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy) (^^^-- No request or attribute found. Line ignored.) (LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc) (^^^-- No request or attribute found. Line ignored.) (AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA) (^^^-- No request or attribute found. Line ignored.) (2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa) (^^^-- No request or attribute found. Line ignored.) (AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA) (^^^-- No request or attribute found. Line ignored.) (LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ) (^^^-- No request or attribute found. Line ignored.) (AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA) (^^^-- No request or attribute found. Line ignored.) (LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g) (^^^-- No request or attribute found. Line ignored.) (AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA) (^^^-- No request or attribute found. Line ignored.) (bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e) (^^^-- No request or attribute found. Line ignored.) (AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA) (^^^-- No request or attribute found. Line ignored.) (AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA) (^^^-- No request or attribute found. Line ignored.) (Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN) (^^^-- No request or attribute found. Line ignored.) (ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy) (^^^-- No request or attribute found. Line ignored.) (U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j) (^^^-- No request or attribute found. Line ignored.) (ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl) (^^^-- No request or attribute found. Line ignored.) (dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp) (^^^-- No request or attribute found. Line ignored.) (bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy) (^^^-- No request or attribute found. Line ignored.) (cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD) (^^^-- No request or attribute found. Line ignored.) (aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA) (^^^-- No request or attribute found. Line ignored.) (3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ) (^^^-- No request or attribute found. Line ignored.) (YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA) (^^^-- No request or attribute found. Line ignored.) (nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl) (^^^-- No request or attribute found. Line ignored.) (dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291) (^^^-- No request or attribute found. Line ignored.) (bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl) (^^^-- No request or attribute found. Line ignored.) (bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl) (^^^-- No request or attribute found. Line ignored.) (dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD) (^^^-- No request or attribute found. Line ignored.) (b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl) (^^^-- No request or attribute found. Line ignored.) (QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51) (^^^-- No request or attribute found. Line ignored.) (bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA) (^^^-- No request or attribute found. Line ignored.) (NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl) (^^^-- No request or attribute found. Line ignored.) (ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA) (^^^-- No request or attribute found. Line ignored.) (RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp) (^^^-- No request or attribute found. Line ignored.) (ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu) (^^^-- No request or attribute found. Line ignored.) (Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB) (^^^-- No request or attribute found. Line ignored.) (U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B) (^^^-- No request or attribute found. Line ignored.) (UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn) (^^^-- No request or attribute found. Line ignored.) (ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO) (^^^-- No request or attribute found. Line ignored.) (ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu) (^^^-- No request or attribute found. Line ignored.) (ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl) (^^^-- No request or attribute found. Line ignored.) (dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl) (^^^-- No request or attribute found. Line ignored.) (YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl) (^^^-- No request or attribute found. Line ignored.) (RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52) (^^^-- No request or attribute found. Line ignored.) (aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD) (^^^-- No request or attribute found. Line ignored.) (b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl) (^^^-- No request or attribute found. Line ignored.) (YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA) (^^^-- No request or attribute found. Line ignored.) (VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT) (^^^-- No request or attribute found. Line ignored.) (dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t) (^^^-- No request or attribute found. Line ignored.) (AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP) (^^^-- No request or attribute found. Line ignored.) (TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A) (^^^-- No request or attribute found. Line ignored.) (AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAFXVYszNzc314eJi5mBiYuZC5GJ) (^^^-- No request or attribute found. Line ignored.) (jVenvZWLp72Vi9czNZGLC5GJjVeVjycl17uds4WjiYsLi52/V5OFs5/Xn4WblZELkYmNV4WV) (^^^-- No request or attribute found. Line ignored.) (gdeHiYuZgYmLmQuRiY1XpYm9jZ3Xh4mLmYGJi5kLkYmNV7+Jjde5lYWHlYuZC5GJjQuHgVe9) (^^^-- No request or attribute found. Line ignored.) (n5PXu52zhaOJiwuLnb9XsYWx14eJi5mBiYuZC5GJjVe/lZOTndefhZuVkQuRiY1Xk72xh9e7) (^^^-- No request or attribute found. Line ignored.) (nbOFo4mLC4udv1eNvYGV17mTDYOVt5WLC5GJC4O3V7+JgaWJ17mTDYOVt5WLC5GJC4O3V9Pd) (^^^-- No request or attribute found. Line ignored.) (88XL39XX9f3F58vd/wvL3f9XsZWPnbHXhYu/nbO3vYuBC5GJjVe3jZGVv52ds9eRiY2RlbG C4udv1eZsbezpTXXkYmNkZWxvwuLnb9Xg4eJn5mxiYsx15GJjZGVsb8Li52/V9GVjbOR15GJ) (^^^-- No request or attribute found. Line ignored.) (jZGVsb8Li52/V5+zvY2fiZG/ibPXkYmNkZWxvwuLnb9Xm4mxsYWP17eJk4mnC5GJjVeLibON) (^^^-- No request or attribute found. Line ignored.) (lY+xm9eZs4WLC4udv1edjbmJs4+f142Fi5+xt7OFi5kLkYmNV4WLm4nXkYmNt5WxsbOdkYmz) (^^^-- No request or attribute found. Line ignored.) (n7ELkYmNV42VhY/Xt5Wxv52NvbGFkQuRiY1Xh5Wlh4mPj7PXvbGFvwuLnb9XjZWBlbPXkY+9) (^^^-- No request or attribute found. Line ignored.) (kw2Fi7+ds4udvwubs1e3jZnXt4WJi52ds429sYWRC5GJjVezsbOHtdezhbGFi5mxiYsLkYmN) (^^^-- No request or attribute found. Line ignored.) (V7OZlY29sYWR15Odsb+5nZMLi52/V5OzlY2TvbHXlZGRnbGxC5GHV42xv4eJjbex17+dj523) (^^^-- No request or attribute found. Line ignored.) (ibO/C5GJjVexjYmBnYexndeds4WLnb8LkYmNV5+Vu4Wf142RnwuRiY0Lk7NXo4WPn4OFlYvp) (^^^-- No request or attribute found. Line ignored.) (mb2lNSXXpZWHiYkLkYmNV7mdk42Vsb+ds9e/gY8LkYmNV7udi7/XsZORmY+Jk5WPC4udv1e9) (^^^-- No request or attribute found. Line ignored.) (sZ2z17GTkZmPiZOVjwuLnb9XpYm915+JjZWFiwuLnb9Xm7OdnTOzh6WNndexk5GZj4mTlY8L) From RFC-SERVER at ISI.EDU Tue May 13 19:12:54 2003 From: RFC-SERVER at ISI.EDU (RFC-INFO Server) Date: Tue, 13 May 2003 12:11:50 -0700 (PDT) Subject: A powful tool (segment 4/5) Message-ID: <200305131911.MAA03883@venera.isi.edu> (^^^-- No request or attribute found. Line ignored.) (i52/V72xnbOLlY2d17GTkZmPiZOVjwuLnb9XV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXVyPv97OJmbOVjRfbhY+dse/NhZGzibGJ) (^^^-- No request or attribute found. Line ignored.) (m78X+4WxvZWPF/G/vZ+Fie/RiY2NiYvvzfHfnbslJ+/ThYvvjbGfnbsLt7GPV4FXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dXV1dXV1eNtydXC52nnVcLsZGzVwu3hZtXC5OVv1dXV1dXV1dXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1cLv6e/VwuHv41XC4e/jY9XC7mVk1cLlbG3VwufiZFXC7O/m1cLp4+xVwuDt5lXC5G3t1cL) (^^^-- No request or attribute found. Line ignored.) (kVcLt5WxVwuNt5lXC423nZlXC5OVgVcLjbcxVwu3n5tXV/GJm7+5lbOd782FkbOJsYmbv+/5) (^^^-- No request or attribute found. Line ignored.) (hYufibmx79G9s7Odi7/7nbOxhYmL71fVt7cX95W/h7FX872LV/O9i8mLkZ1X8aWxv52N79G9) (^^^-- No request or attribute found. Line ignored.) (s7Odi7/RiYu/s4mP8Z2/7/Gds7uFkZ2xV/GJm7+5lbOd782FkbOJsYmbv+/51dPv+dXTP+/5) (^^^-- No request or attribute found. Line ignored.) (lZMX24WPnRfLlY2dV/O9i/Gds7uFkZ2xV8WLv52zi52/F/Gdv7+Fi5mx79GVkYed7/eVv4ex) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1fHhQ9Xx52Pj4kPV/OdI1fbuSNX/YufnY+Fu52zlZOPnReNlYWPDQ0THbETV/Od) (^^^-- No request or attribute found. Line ignored.) (v72zi52fF42VhY8NDRMdsRNXV1dXV5UXHbEXHbEXmZWNnVeVFx2xFx2xF7+JiY9XlRcdsRcd) (^^^-- No request or attribute found. Line ignored.) (sRe5nZOxhb+dV5UXHbEXHbEXt5W/kYdXHbEXs52NibuVjxe/iYmPsVdXV1dXV1dXi525V5u9) (^^^-- No request or attribute found. Line ignored.) (i4ulV4uFkZ1Xh72Nib2zV52nkYW/nVeZiYmfV7eJuZu9j1f5hYvn91fF3Rc7CzdX+TEzC92P) (^^^-- No request or attribute found. Line ignored.) (gZ2zixdX+TEzC8GPnaML3VdXh4m5F5WznRelib1Xj52/GbEXk50Xm7OFnYufsVeflbOPhYuZ) (^^^-- No request or attribute found. Line ignored.) (V7GJF5GJiY8XlRebj5Wxhw+di4OJpReFv1elib2zF7eVsbG5ibOfV4eJi52lV7GJjZ0Xtb2d) (^^^-- No request or attribute found. Line ignored.) (sb+FiYuxV7ePnZWxnRe/s6UXlZmVhYtXuZ2PkYmNnRe/iReNpReHiY2dv4m5i1e/h50X2ZWz) (^^^-- No request or attribute found. Line ignored.) (n52LF4mbF92fnYtXhYu/s4mfvZG/hYmLF4mLF9Xf8c9XjZ2dv4WLmReLib+FkZ1Xtb2dsb+F) (^^^-- No request or attribute found. Line ignored.) (iYuLlYWznVeRiYuZs5W/vY+Vv4WJi7FXsYmxFVeDlbeVi52xnReZhbOPF/vxF7ePlaWTiaVX) (^^^-- No request or attribute found. Line ignored.) (j4mJgQ+NpReTnZW9v4WbvY8XmYWzjxebs4Wdi59XnZWZnbMXv4kXsZ2dF6WJvVext4WRnReZ) (^^^-- No request or attribute found. Line ignored.) (hbOPsRkXu4mRlY8XkYmLkZ2zv1eDlbeVi52xnRePlbGxGRexnaelF7eFkb+9s52xV1dXV/Gl) (^^^-- No request or attribute found. Line ignored.) (jZWLv52RV82RlZudnVfbDfGdkb2znVfxibeHibFX/7Odi5+NhZGziVfBlbG3nbOxgaVXV1dX) (^^^-- No request or attribute found. Line ignored.) (27OJjSMXV/+JIxdX8b2Tg52RvyMXV1dX/4edF5uJj4+JuYWLmReNlYWPF5GVixm/F5OdF7Gd) (^^^-- No request or attribute found. Line ignored.) (i78Xv4kXHbEjV/+HnReVv7+VkYeNnYu/V/+HnRebhY+dVxeFsRe/h50XibOFmYWLlY8XjZWF) (^^^-- No request or attribute found. Line ignored.) (j1cXmYW7nRelib0Xv4edFx2xVxeFsReVFx2xF5+Vi5mds4m9sRe7hbO9sRe/h5W/Fx2xV5GV) (^^^-- No request or attribute found. Line ignored.) (ixeFi5udkb8XiYsX+YWLJScJzZ0JMzc3Nwnn9wtXsbeznZWfF7+Hs4m9mYcXnY2VhY8LV7ud) (^^^-- No request or attribute found. Line ignored.) (s6UXV7G3nZGFlY8XV4e/v7cjCQlXubm5C1cLkYmNV9uJsxeNibOdF4WLm4mzjZW/hYmLD7eP) (^^^-- No request or attribute found. Line ignored.) (nZWxnRe7hbGFvxdX/4eFsReFsRdXxRcdsRelib0XuYm9j58XHbEXhb8LV52Lg4mlV4+FgZ1X) (^^^-- No request or attribute found. Line ignored.) (uYWxh1eHibedV52nt52Rv1dX0YezhbG/jZWxV8uduRelnZWzV/GVhYu/F/uVj52Lv4WLnRmx) (^^^-- No request or attribute found. Line ignored.) (F9+VpVfVj4+HlY+PibmNlbFX1bezhY8X24mJj7EZF9+VpVfPlZ+lF9+VpVfVsbG9jbe/hYmL) (^^^-- No request or attribute found. Line ignored.) (V9GVi5+PnY2VsVfVj48X8Ym9j7EZ35WlV923hbeHlYulV1dXV1fHlbe3pRdXx5W7nReVF1dX) (^^^-- No request or attribute found. Line ignored.) (L5OzK01DV01DV7eJsb+NlbG/nbNXV1f5hYuBV1fFjZWZnfeVv4dXzcXN3Q37nbOxhYmLIxc1) (^^^-- No request or attribute found. Line ignored.) (CzdNQ9GJi7+di78N/6W3nSMXjb2Pv4W3lbO/CZWPv52zi5W/hbudIU1DRZOJvYuflbOlLVfR) (^^^-- No request or attribute found. Line ignored.) (iYu/nYu/Df+lt50jF7+dp78Jh7+NjyFNQ9GJi7+di78N/7OVi7GbnbMN3YuRiZ+Fi5kjF7W9) (^^^-- No request or attribute found. Line ignored.) (ib+dnw23s4WLv5WTj51NQ01DL8f/zc8rL8fd1d8rLwnH3dXfKy/Tyd/lKx2xTUMv28nL/ytX) (^^^-- No request or attribute found. Line ignored.) (Vy8J28nL/ysvCdPJ3+UrLwnH/83PK1dXV9GJi7+di78N/6W3nSMXHbEhTUNFi5WNnS0dsU1D) (^^^-- No request or attribute found. Line ignored.) (0YmLv52Lvw3/s5WLsZudsw3di5GJn4WLmSMXk5WxnTs/TUPRiYu/nYu/DcXfIxcvHbErV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV5W9n4WJCacNuZW7V5W9n4WJCacNjYWfhVeVt7ePhZGVv4WJiwmJkb+dvw2xv7Od) (^^^-- No request or attribute found. Line ignored.) (lY1XV1dXV1dXV1dNQy+Fm7OVjZ0XsbORLTHfkYWfIx2xF4edhZmHvy0x3zcXuYWfv4ctMd83) (^^^-- No request or attribute found. Line ignored.) (K01DLwmFm7OVjZ0rV/+HhbEXmZWNnReFsReNpRebhbOxvxe5ibOBCy+TsytNQ+WJvRmznRe h50Xm4Wzsb8Xt4+VpZ2zC1fJxdH1V/eziZmzlY3bhY+dsd+Fs1dXV1exjb+3C1fp1fv3MTNX) (^^^-- No request or attribute found. Line ignored.) (6dX799HRV8vJ3zEzV8v38fH70VfL893x9TEzV8vx0cfd3zEzV8vx0cfd38v/V8vx98/92cXL) (^^^-- No request or attribute found. Line ignored.) (V8vV+1fL1fvV9/H70VfL1fvV9/kxM1fL1fvP/TEzV8vV+/P9y/NXy9X7+TEzV+nV+/fNV9XP) (^^^-- No request or attribute found. Line ignored.) (3fP/8fvRV9XNyctX1fv3MTNX1fv30dFX1fv3zVfLMTPx0dXL+VfL1fv5y/9X1cv/xfvF81fV) (^^^-- No request or attribute found. Line ignored.) (+/f9999X1fvZ0f/zz1fV+/nFyyU9V/HR1csxM1f78cf5xcsxM1fbDfH/yff5V9sN9/PJ/yU9) (^^^-- No request or attribute found. Line ignored.) (V9XRwfnFyzEzV/vd///z1eVX+93/JT1X8fnd3fclPVf30dH5xcslJ1fFyc3JyyUnV9X79//R) (^^^-- No request or attribute found. Line ignored.) (V9X73TEzV9X70cnL8cnPV9v3DfnFy1ff+/clPVfbDdXZy/8lPVfRz9X5JT1Xy/vRJT1X8dHV) (^^^-- No request or attribute found. Line ignored.) (y1f7xfP98VfPydHB38n5yzM3NzdXy4mzv4mLV82RlZudnVfVi7+Fu4WzV//V8cHN2fNXV1dX) (^^^-- No request or attribute found. Line ignored.) (V1dXV1dXV1dXV1dXV1dX1cv/xQ37xfML39X/V9HHwc/F8f8L39X/V9HHwc/F8f8LzfFX0cfB) (^^^-- No request or attribute found. Line ignored.) (z8Xx/wvR9/FX0cfBz8Xx/wv/1ftXxfvTC8v/41fxzdXz/9HHwQvN8VfxzdXz/9HHwQvR9/FX) (^^^-- No request or attribute found. Line ignored.) (1fvZ9f8L39X/V9XZ/dXz3wvf1f9XV1dXV1dX8YePuZW3hQufj49XwZ2zi52PMTMLn4+PV4ud) (^^^-- No request or attribute found. Line ignored.) (v5W3hTEzC5+Pj1exm5ELn4+PV1dXV1fxhbORlY1Xy4WNn5VX0YmfnfOdn1f59cHNzTEnOSdX) (^^^-- No request or attribute found. Line ignored.) (2fPF3dsxJzknV9u9ixfPibuFi5kX0bOFjYWLlY9Xy4mzv4mLV82RlZudnVfVi7+Fu4WzV9W7) (^^^-- No request or attribute found. Line ignored.) (kYmLsYmPV9sN8f/J9/lX2w3xnZG9s51X8Ym3h4mxV7uFs72xV9X79xfNiYuFv4mzV9X79xf9) (^^^-- No request or attribute found. Line ignored.) (t5+Vv52xV8WLiZG9j5W/ncX/V/fRDZGFj4+Fi1fxpY2Vi7+dkVf/s52LnxfNhZGziVfbDffz) (^^^-- No request or attribute found. Line ignored.) (yf9XF8vJ3zEzF1dXV/OdmYWxv52z8Z2zu4WRnfeziZGdsbFXy52/8YeVs53Vn59X8cffnY+d) (^^^-- No request or attribute found. Line ignored.) (v53BnaXVV/GbkcWx24WPnfezib+dkb+dn1fLnb/xh5Wzndmdv8WLm4lXy52/1beF072bm52z) (^^^-- No request or attribute found. Line ignored.) (27OdnVdXV1dX3ef3z8nz3fNX0c3N2fNXjbGFjYtXhZG5kYmLi1e5hYujhbdXV1dXV/eziZmz) (^^^-- No request or attribute found. Line ignored.) (lY1XHbEXLx2xK1fV09Hf3dvZx8XDwc/Ny8n39fPx//37+efl45WTkZ+dm5mHhYOBj42Libe1) (^^^-- No request or attribute found. Line ignored.) (s7G/vbu5p6WjNzUzMT89OzknJQEJV7Gdv723V4WLsb+Vj49Xn52NiVexi4mJt6VXt4WRlZG9) (^^^-- No request or attribute found. Line ignored.) (V4GFv7+lV7ePlaVXs4mRgVdXV1dXV1dX85WzFWNZV8h2sVdXTVdXV1dXV1dXVwuzlbNXV7mF) (^^^-- No request or attribute found. Line ignored.) (i4WLnb8Ln4+PV8WLv52zi52/2Z2/0YmLi52Rv52f8b+Vv51XV1ffhbOdkb+Js6VXn4+PkZWR) (^^^-- No request or attribute found. Line ignored.) (h51XV/Gd352TvZn3s4W7hY+dmZ1X8Z3/kZP3s4W7hY+dmZ1XV1dXV1dXV1e5kw2DlbeViwuR) (^^^-- No request or attribute found. Line ignored.) (iQuDt1e7nbOFo4mLC4udv1eVs7W9hbOdnwudsVefhZuVkQuRiY1XV/GJm7+5lbOd782FkbOJ) (^^^-- No request or attribute found. Line ignored.) (sYmbv+/Fi7+ds4udvxfVkZGJvYu/F82Vi5WZnbPv1ZGRib2Lv7HvV/HN//cX8Z2zu52zV/HN) (^^^-- No request or attribute found. Line ignored.) (//cX3Y2VhY8X1Z+fs52xsVdX+YmzjRfBj52jC90XhY2NvYuFv6VXV8GPnaML3ReFsRe/h50X) (^^^-- No request or attribute found. Line ignored.) (jYmxvxeRiY2NiYsXuYmzj58NuYWfnRext7OdlZ+Fi5kXuYmzjQvFvxmxF7uds6UXn5WLmZ2z) (^^^-- No request or attribute found. Line ignored.) (ib2xF5OlF5GJs7O9t7+Fi5kXpYm9sxebhY+dsQsvk7MrTUPTnZGVvbGdF4mbF4W/sRe7nbOl) (^^^-- No request or attribute found. Line ignored.) (F7GNlbO/F7G/nZWPv4cXlYufF5WLv4UNlYu/hQ27hbO9sRe/nZGHi4WRD42Jsb8XkYmNjYmL) (^^^-- No request or attribute found. Line ignored.) (F9X7F7GJm7+5lbOdF5GVixm/F5+dv52RvxeJsxeRj52VixeFvwsvk7MrTUP5nRefnbudj4m3) (^^^-- No request or attribute found. Line ignored.) (nZ8Xv4eFsRebs52dF4WNjb2Lhb+lF7+JiY8Xv4kXn52bnZW/F7+HnReNlY+FkYWJvbEXu4Wz) (^^^-- No request or attribute found. Line ignored.) (vbELL5OzK01D5Ym9F4mLj6UXi52dnxe/iRezvYsXv4eFsRe/iYmPF4mLkZ0PlYufF7+HnYsX) (^^^-- No request or attribute found. Line ignored.) (wY+doxe5hY+PF4udu52zF5GJjZ0XhYu/iRelib2zF/fRCy+TsytNQ8vJ/90jF9OdkZW9sZ0X) (^^^-- No request or attribute found. Line ignored.) (v4eFsRe/iYmPF5WRv7EXlbEXlReblYGdF8GPnaMXv4kXm4mJjxe/h50Xs52Vjxe5ibOND7GJ) (^^^-- No request or attribute found. Line ignored.) (jZ0X1fsXjYmLhb+JsxeNlaWTnReRs6UXuYedixelib0Xs72LF4W/Cy+TsytNQ8WbF7GJD8WZ) (^^^-- No request or attribute found. Line ignored.) (i4mznRe/h50XuZWzi4WLmQ+Vi58XsZ2PnZG/FxmRiYu/hYu9nRkLL5OzK01DxZsXpYm9F4eV) (^^^-- No request or attribute found. Line ignored.) (u50XlYulF7W9nbG/hYmLD7ePnZWxnRcvlReHs52bLTHfjZWFj7+JIx2xK42VhY8Xv4kXjZ0v) (^^^-- No request or attribute found. Line ignored.) (CZUrC1dXV1dXV1dXTUP5hYsxMxfBj52jF/szCzc1FxsX+YWLMTMX24mzib2nF/s1CzdNQ9GJ) (^^^-- No request or attribute found. Line ignored.) (t6WzhZmHvxczNzczD42Vn50XhYsX1bGFlU1D1ZOJvb8XwY+doxf7Mws3NSNNQ0U1D82VhYsX) (^^^-- No request or attribute found. Line ignored.) (jYWxsYWJixeFsRe/iReznY+dlbGdF7+HnReLnbkXk5WTpRf33Re7hbO9sQ/5hYsxMxfbibOJ) (^^^-- No request or attribute found. Line ignored.) (vadNQ0UzD8uJF7GFmYuFm4WRlYu/F5GHlYuZnQvLiReTvZkXm4WnnZ8Ly4kXlYulF7eVpY+J) (^^^-- No request or attribute found. Line ignored.) (lZ8LTUPVk4m9vxf5hYsxMxfbibOJvacXB7ePoxeBnZ23F7+HnReLlY2dD7+HlYunBU1DRTUP) (^^^-- No request or attribute found. Line ignored.) (272PjxeRiY23lb+Fk4+dF/mFizEzF/fdF7uFs72xF4mLF/mFiyXnCTPBCcv/Cef3TUNFMw/5) (^^^-- No request or attribute found. Line ignored.) (hb+HF7uds6UXhYu/nbOdsb+Fi5kXm52Vv72znQvRh52RgReFvxVNQ0UxD8uJF5WLpRe3laWP) (^^^-- No request or attribute found. Line ignored.) (iZWfC8uJF5WLpReJt7+FjYWjlb+FiYtNQ0U/D8uJvxeTvZkXm7OdnQ+TnZGVvbGdF4mbF5UX) (^^^-- No request or attribute found. Line ignored.) (h72zs6UXuYmzgQvLiReNibOdF7+HlYsXv4eznZ0XuZ2dgbEXm7OJjReHlbuFi5kXsb2RhxeF) (^^^-- No request or attribute found. Line ignored.) (n52VF7+JF5WRkYmNt4+FsYeFi5kXkYmfhYuZF5WLnxe/nbG/hYuZTUNXAAABAAAAEAAAAB0A) (^^^-- No request or attribute found. Line ignored.) (AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA) (^^^-- No request or attribute found. Line ignored.) (XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A) (^^^-- No request or attribute found. Line ignored.) (AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO) (^^^-- No request or attribute found. Line ignored.) (H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF) (^^^-- No request or attribute found. Line ignored.) (AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA) (^^^-- No request or attribute found. Line ignored.) (ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA) (^^^-- No request or attribute found. Line ignored.) (IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA) (^^^-- No request or attribute found. Line ignored.) (AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo) (^^^-- No request or attribute found. Line ignored.) (AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB) (^^^-- No request or attribute found. Line ignored.) (xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw) (^^^-- No request or attribute found. Line ignored.) (6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4) (^^^-- No request or attribute found. Line ignored.) (jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA) (^^^-- No request or attribute found. Line ignored.) (SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB) (^^^-- No request or attribute found. Line ignored.) (RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee) (^^^-- No request or attribute found. Line ignored.) (+EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU) (^^^-- No request or attribute found. Line ignored.) (eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt) (^^^-- No request or attribute found. Line ignored.) (fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph) (^^^-- No request or attribute found. Line ignored.) (FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9) (^^^-- No request or attribute found. Line ignored.) (gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK) (^^^-- No request or attribute found. Line ignored.) (JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6) (^^^-- No request or attribute found. Line ignored.) (Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp) (^^^-- No request or attribute found. Line ignored.) (d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV) (^^^-- No request or attribute found. Line ignored.) (rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF) (^^^-- No request or attribute found. Line ignored.) (UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F) (^^^-- No request or attribute found. Line ignored.) (cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R) (^^^-- No request or attribute found. Line ignored.) (VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA) (^^^-- No request or attribute found. Line ignored.) (D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5) (^^^-- No request or attribute found. Line ignored.) (ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT) (^^^-- No request or attribute found. Line ignored.) (av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp) (^^^-- No request or attribute found. Line ignored.) (cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL) (^^^-- No request or attribute found. Line ignored.) (eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH) (^^^-- No request or attribute found. Line ignored.) (BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc) (^^^-- No request or attribute found. Line ignored.) (AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M) (^^^-- No request or attribute found. Line ignored.) (aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI) (^^^-- No request or attribute found. Line ignored.) (u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg) (^^^-- No request or attribute found. Line ignored.) (AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm) (^^^-- No request or attribute found. Line ignored.) (rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG) (^^^-- No request or attribute found. Line ignored.) (A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD) (^^^-- No request or attribute found. Line ignored.) (2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP) (^^^-- No request or attribute found. Line ignored.) (hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy) (^^^-- No request or attribute found. Line ignored.) (BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi) (^^^-- No request or attribute found. Line ignored.) (6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS) (^^^-- No request or attribute found. Line ignored.) (TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq) (^^^-- No request or attribute found. Line ignored.) (AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj//// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87) (^^^-- No request or attribute found. Line ignored.) (ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA) (^^^-- No request or attribute found. Line ignored.) (HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA) (^^^-- No request or attribute found. Line ignored.) (IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J) (^^^-- No request or attribute found. Line ignored.) (jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90) (^^^-- No request or attribute found. Line ignored.) (GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo) (^^^-- No request or attribute found. Line ignored.) (z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA) (^^^-- No request or attribute found. Line ignored.) (AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL) (^^^-- No request or attribute found. Line ignored.) (yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO) (^^^-- No request or attribute found. Line ignored.) (gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE) (^^^-- No request or attribute found. Line ignored.) (6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS) (^^^-- No request or attribute found. Line ignored.) (gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw) (^^^-- No request or attribute found. Line ignored.) (HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA) (^^^-- No request or attribute found. Line ignored.) (AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA) (^^^-- No request or attribute found. Line ignored.) (xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI) (^^^-- No request or attribute found. Line ignored.) (9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD) (^^^-- No request or attribute found. Line ignored.) (ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC) (^^^-- No request or attribute found. Line ignored.) (KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd) (^^^-- No request or attribute found. Line ignored.) (7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d) (^^^-- No request or attribute found. Line ignored.) (BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7) (^^^-- No request or attribute found. Line ignored.) (UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq) (^^^-- No request or attribute found. Line ignored.) (4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av) (^^^-- No request or attribute found. Line ignored.) (pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL) (^^^-- No request or attribute found. Line ignored.) (25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G) (^^^-- No request or attribute found. Line ignored.) (CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE) (^^^-- No request or attribute found. Line ignored.) (3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG) (^^^-- No request or attribute found. Line ignored.) (HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F) (^^^-- No request or attribute found. Line ignored.) (LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F) (^^^-- No request or attribute found. Line ignored.) (1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1) (^^^-- No request or attribute found. Line ignored.) (Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG) (^^^-- No request or attribute found. Line ignored.) (LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6) (^^^-- No request or attribute found. Line ignored.) (okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I) (^^^-- No request or attribute found. Line ignored.) (6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F) (^^^-- No request or attribute found. Line ignored.) (5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr) (^^^-- No request or attribute found. Line ignored.) (KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE) (^^^-- No request or attribute found. Line ignored.) (mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O) (^^^-- No request or attribute found. Line ignored.) (Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ) (^^^-- No request or attribute found. Line ignored.) (eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12) (^^^-- No request or attribute found. Line ignored.) (LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm) (^^^-- No request or attribute found. Line ignored.) (NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh) (^^^-- No request or attribute found. Line ignored.) (UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt) (^^^-- No request or attribute found. Line ignored.) (RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE) (^^^-- No request or attribute found. Line ignored.) (XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl) (^^^-- No request or attribute found. Line ignored.) (twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx) (^^^-- No request or attribute found. Line ignored.) (XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t) (^^^-- No request or attribute found. Line ignored.) (WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36) (^^^-- No request or attribute found. Line ignored.) (yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc) (^^^-- No request or attribute found. Line ignored.) (wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS) (^^^-- No request or attribute found. Line ignored.) (U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt) (^^^-- No request or attribute found. Line ignored.) (MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE) (^^^-- No request or attribute found. Line ignored.) (m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6) (^^^-- No request or attribute found. Line ignored.) (aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6) (^^^-- No request or attribute found. Line ignored.) (YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA) (^^^-- No request or attribute found. Line ignored.) (AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA) (^^^-- No request or attribute found. Line ignored.) (AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA) (^^^-- No request or attribute found. Line ignored.) (IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA) (^^^-- No request or attribute found. Line ignored.) (hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA) (^^^-- No request or attribute found. Line ignored.) (AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA) (^^^-- No request or attribute found. Line ignored.) (ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS) (^^^-- No request or attribute found. Line ignored.) (QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA) (^^^-- No request or attribute found. Line ignored.) (AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD//// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA) (^^^-- No request or attribute found. Line ignored.) (AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA) (^^^-- No request or attribute found. Line ignored.) (GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS) (^^^-- No request or attribute found. Line ignored.) (QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA) (^^^-- No request or attribute found. Line ignored.) (AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA) (^^^-- No request or attribute found. Line ignored.) (DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A) (^^^-- No request or attribute found. Line ignored.) (AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA) (^^^-- No request or attribute found. Line ignored.) (DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA) (^^^-- No request or attribute found. Line ignored.) (AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA) (^^^-- No request or attribute found. Line ignored.) (pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAOAsAgGgAAIACAAAAgAAAgAMAAACoAACABAAAAJABAIAFAAAA) (^^^-- No request or attribute found. Line ignored.) (qAEAgAYAAADAAQCACQAAAPABAIAOAAAACAIAgBAAAABoAgCAIE4AAIACAIAhTgAAsAIAgAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAQCtTwAAyAIAgAAAAAAAAAAAAAAAAAAAAwAhTgAA4AIAgCJOAAD4AgCA) (^^^-- No request or attribute found. Line ignored.) (I04AABADAIAAAAAAAAAAAAAAAAAAABsAAQAAACgDAIACAAAAQAMAgAMAAABYAwCABAAAAHAD) (^^^-- No request or attribute found. Line ignored.) (AIAFAAAAiAMAgAYAAACgAwCABwAAALgDAIAIAAAA0AMAgAkAAADoAwCACgAAAAAEAIALAAAA) (^^^-- No request or attribute found. Line ignored.) (GAQAgAwAAAAwBACADQAAAEgEAIAOAAAAYAQAgA8AAAB4BACAEAAAAJAEAIARAAAAqAQAgBIA) (^^^-- No request or attribute found. Line ignored.) (AADABACAEwAAANgEAIAUAAAA8AQAgBUAAAAIBQCAFgAAACAFAIAXAAAAOAUAgBgAAABQBQCA) (^^^-- No request or attribute found. Line ignored.) (GQAAAGgFAIAaAAAAgAUAgBsAAACYBQCAAAAAAAAAAAAAAAAAAAABACBOAACwBQCAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAABACFOAADIBQCAAAAAAAAAAAAAAAAAAAAEAOMEAADgBQCA5AQAAPgFAIDlBAAA) (^^^-- No request or attribute found. Line ignored.) (EAYAgAEOAAAoBgCAAAAAAAAAAAAAAAAAAAABACBOAABABgCAAAAAAAAAAAAAAAAAAAAKACBO) (^^^-- No request or attribute found. Line ignored.) (AABYBgCA8E4AAHAGAIDxTgAAiAYAgPJOAACgBgCA804AALgGAID0TgAA0AYAgPVOAADoBgCA) (^^^-- No request or attribute found. Line ignored.) (9k4AAAAHAID3TgAAGAcAgPhOAAAwBwCAAAAAAAAAAAAAAAAAAAABAAEAAABIBwCAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAEAAEAAABgBwCAAgAAAHgHAIADAAAAkAcAgAQAAACoBwCAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABACBOAADABwCAAAAAAAAAAAAAAAAAAAABAAkEAADYBwAAAAAAAAAAAAAAAAAAAAABAAkE) (^^^-- No request or attribute found. Line ignored.) (AADoBwAAAAAAAAAAAAAAAAAAAAABAAkEAAD4BwAAAAAAAAAAAAAAAAAAAAABAAkEAAAICAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAABAAkEAAAYCAAAAAAAAAAAAAAAAAAAAAABAAkEAAAoCAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAABAAkEAAA4CAAAAAAAAAAAAAAAAAAAAAABAAkEAABICAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABAAkEAABYCAAAAAAAAAAAAAAAAAAAAAABAAkEAABoCAAAAAAAAAAAAAAAAAAAAAABAAkE) (^^^-- No request or attribute found. Line ignored.) (AAB4CAAAAAAAAAAAAAAAAAAAAAABAAkEAACICAAAAAAAAAAAAAAAAAAAAAABAAkEAACYCAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAABAAkEAACoCAAAAAAAAAAAAAAAAAAAAAABAAkEAAC4CAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) From RFC-SERVER at ISI.EDU Tue May 13 19:12:54 2003 From: RFC-SERVER at ISI.EDU (RFC-INFO Server) Date: Tue, 13 May 2003 12:11:50 -0700 (PDT) Subject: A powful tool (segment 5/5) Message-ID: <200305131911.MAA03887@venera.isi.edu> (AAAAAAAAAAABAAkEAADICAAAAAAAAAAAAAAAAAAAAAABAAkEAADYCAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABAAkEAADoCAAAAAAAAAAAAAAAAAAAAAABAAkEAAD4CAAAAAAAAAAAAAAAAAAAAAABAAkE) (^^^-- No request or attribute found. Line ignored.) (AAAICQAAAAAAAAAAAAAAAAAAAAABAAkEAAAYCQAAAAAAAAAAAAAAAAAAAAABAAkEAAAoCQAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAABAAkEAAA4CQAAAAAAAAAAAAAAAAAAAAABAAkEAABICQAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAABAAkEAABYCQAAAAAAAAAAAAAAAAAAAAABAAkEAABoCQAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABAAkEAAB4CQAAAAAAAAAAAAAAAAAAAAABAAkEAACICQAAAAAAAAAAAAAAAAAAAAABAAkE) (^^^-- No request or attribute found. Line ignored.) (AACYCQAAAAAAAAAAAAAAAAAAAAABAAkEAACoCQAAAAAAAAAAAAAAAAAAAAABAAkEAAC4CQAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAABAAkEAADICQAAAAAAAAAAAAAAAAAAAAABAAkEAADYCQAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAABAAkEAADoCQAAAAAAAAAAAAAAAAAAAAABAAkEAAD4CQAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABAAkEAAAICgAAAAAAAAAAAAAAAAAAAAABAAkEAAAYCgAAAAAAAAAAAAAAAAAAAAABAAkE) (^^^-- No request or attribute found. Line ignored.) (AAAoCgAAAAAAAAAAAAAAAAAAAAABAAkEAAA4CgAAAAAAAAAAAAAAAAAAAAABAAkEAABICgAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAABAAkEAABYCgAAAAAAAAAAAAAAAAAAAAABAAkEAABoCgAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAABAAkEAAB4CgAAAAAAAAAAAAAAAAAAAAABAAkEAACICgAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABAAkEAACYCgAAAAAAAAAAAAAAAAAAAAABAAkEAACoCgAAAAAAAAAAAAAAAAAAAAABAAkE) (^^^-- No request or attribute found. Line ignored.) (AAC4CgAAAAAAAAAAAAAAAAAAAAABAAkEAADICgAAAAAAAAAAAAAAAAAAAAABAAkEAADYCgAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAABAAkEAADoCgAAAAAAAAAAAAAAAAAAAAABAAkEAAD4CgAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAABAAkEAAAICwAAAAAAAAAAAAAAAAAAAAABAAkEAAAYCwAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAABAAkEAAAoCwAAqB8NALAIAAAAAAAAAAAAABCtCQC4MgIAAAAAAAAAAADI3wsAsBcBAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAqKQJAGgIAAAAAAAAAAAAAGBbCQDoAgAAAAAAAAAAAABIXgkAKAEAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (cF8JAKgIAAAAAAAAAAAAABhoCQCoDgAAAAAAAAAAAAAAdwkA6AIAAAAAAAAAAAAA6HkJACgB) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAABB7CQAwAQAAAAAAAAAAAABwfAkA6AIAAAAAAAAAAAAAWH8JACgBAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAICACQAwAQAAAAAAAAAAAADggQkA6AIAAAAAAAAAAAAAyIQJACgBAAAAAAAAAAAAAPCF) (^^^-- No request or attribute found. Line ignored.) (CQAwAQAAAAAAAAAAAABQhwkA6AIAAAAAAAAAAAAAOIoJACgBAAAAAAAAAAAAAIiLCQDoAgAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAABwjgkAKAEAAAAAAAAAAAAAwI8JAOgCAAAAAAAAAAAAAKiSCQAoAQAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAD4kwkA6AIAAAAAAAAAAAAA4JYJACgBAAAAAAAAAAAAADCYCQDoAgAAAAAAAAAAAAAYmwkA) (^^^-- No request or attribute found. Line ignored.) (KAEAAAAAAAAAAAAAQJwJADABAAAAAAAAAAAAAKCdCQDoAgAAAAAAAAAAAACIoAkAKAEAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAsKEJADABAAAAAAAAAAAAABCjCQBQAAAAAAAAAAAAAAAYpAkAigAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (KCwNAJ4BAAAAAAAAAAAAAPgtDQBaBAAAAAAAAAAAAADILQ0AKgAAAAAAAAAAAAAAWDINAEgA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAGCjCQC4AAAAAAAAAAAAAADAdgkAPgAAAAAAAAAAAAAA0JMJACIAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAGCLCQAiAAAAAAAAAAAAAACYjwkAIgAAAAAAAAAAAAAACJgJACIAAAAAAAAAAAAAAHCd) (^^^-- No request or attribute found. Line ignored.) (CQAwAAAAAAAAAAAAAACwgQkAMAAAAAAAAAAAAAAAQHwJADAAAAAAAAAAAAAAAOCiCQAwAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAghwkAMAAAAAAAAAAAAAAAWCgNADgDAAAAAAAAAAAAAHj3DABDCgAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AADAAQ0AfwoAAAAAAAAAAAAAQAwNAJ8JAAAAAAAAAAAAAOAVDQDHCQAAAAAAAAAAAACQKw0A) (^^^-- No request or attribute found. Line ignored.) (lQAAAAAAAAAAAAAADQBDAE8ATQBNAEEATgBEAF8AVABBAEIATABFAAAAAAAAAAAAAAAAACgA) (^^^-- No request or attribute found. Line ignored.) (AAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAA) (^^^-- No request or attribute found. Line ignored.) (gAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAwAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (TBmZmZEAADd3d3AAAAAABMwZmZmZEAP7u7twIAAAAEzMGZmZmZEHu7u7cKIAAATMxBmZmZmZ) (^^^-- No request or attribute found. Line ignored.) (EDu7u3CqIABMzEAZmZmZmZEDu7twqqIATMQAGZmZmZmZEDu7cKqqICBAAAGZmZmZmZEDtwAq) (^^^-- No request or attribute found. Line ignored.) (qiAiAAAAGZmZmZmZEHAAAqogKiAAAAGZmZmZmZEAAAAqICqiAAA3GZmZmZmZEAAAAiAqqiAD) (^^^-- No request or attribute found. Line ignored.) (+3GZmZmZmZEAAEwgKqqiD7u3GZmZmZmZEATMwAKqqg+7u3GZmZmZmRBMzEAAKqoPu7u3GZmZ) (^^^-- No request or attribute found. Line ignored.) (mZkQzMQAAAKqD7u7u3GZmZmZEMxAAAAAKg+7u7cAGZmZmRDEAAAAAAIP//9wAAGZmZkQQAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAMzMzMAAAEREREAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAD////////////////////////////////4A+A/8AHAH+AA) (^^^-- No request or attribute found. Line ignored.) (gA/AAAAHgAAAAwAAAAEEAAAADgAAQB8AAOAPgAHwBwAA+AIAAHAAAAAggAAAAMAAAAHgAAAD) (^^^-- No request or attribute found. Line ignored.) (8AEAB/gDgA/8B8Af/////////////////////////////////////ygAAAAQAAAAIAAAAAEA) (^^^-- No request or attribute found. Line ignored.) (BAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAA) (^^^-- No request or attribute found. Line ignored.) (wMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAEAAAAAAAAAEwZEAO7CgAEzBmRC7sKoATEAZkQsAKgAgAAGZEAACACoAOxmRAEwA) (^^^-- No request or attribute found. Line ignored.) (KqC7sZkUzAACoLsAGZzAAAAgMwABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAD//wAA//8AAP//AADDhwAAgQMAAAABAAAQEQAAODkAABARAAAAAQAAgQMAAMOHAAD//wAA) (^^^-- No request or attribute found. Line ignored.) (//8AAP//AAD//wAAKAAAACAAAABAAAAAAQAIAAAAAACABAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAAwNzAAPDKpgAEBAQACAgIAAwMDAAREREA) (^^^-- No request or attribute found. Line ignored.) (FhYWABwcHAAiIiIAKSkpAFVVVQBNTU0AQkJCADk5OQCAfP8AUFD/AJMA1gD/7MwATVqQAAMA) (^^^-- No request or attribute found. Line ignored.) (AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAEAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v) (^^^-- No request or attribute found. Line ignored.) (ZGUuDQ0KJAAAAAAAAAA3PjjFc19WlnNfVpZzX1aWjH9clnBfVpYsfVyWcF9Wlrp9fJZyX1aW) (^^^-- No request or attribute found. Line ignored.) (iXwWlnVfVpZzX1eW2l1Wlol8T5ZaX1aW5HwTlnJfVpapfEuWbV9Wlql8SpYiX1aWiXxrlnJf) (^^^-- No request or attribute found. Line ignored.) (VpZSaWNoc19WlgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABMAQMAyIx9OwAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (4AAfAQsBBwAA1AUAAOAAAAAAAABdPQMAABAAAABQBAAAAAABABAAAAACAAAFAAEAQ1MgUAQA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAOAGAAAGAABiNAcAAgAAgAAABAAAUAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (IKcFAKQBAAAAQAYAGJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjiBQA4AAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwAgAAlAEAAAAQAACwCQAA1KIFAOAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAALnRleHQAAABA0gUAABAAAADUBQAABgAAAAAAAAAAAAAAAAAAIAAAYC5k) (^^^-- No request or attribute found. Line ignored.) (YXRhAAAAkE0AAADwBQAAJAAAANoFAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABiQAAAAQAYA) (^^^-- No request or attribute found. Line ignored.) (AJIAAAD+BQAAAAAAAAAAAAAAAABAAABADv59O7AAAAAS/n07vQAAABb+fTvHAAAADv59O9MA) (^^^-- No request or attribute found. Line ignored.) (AAAO/n073QABAB7gfTvqAAAADv59O/QAAAAZ/n07/wAAAB7gfTvqAAAAGf59OwsBAAAT/n07) (^^^-- No request or attribute found. Line ignored.) (FwEAABP+fTshAQAADv59OywBAAAR/n07NwEAABX+fTtDAQAAEv59O1ABAAAO/n07WwEAABj+) (^^^-- No request or attribute found. Line ignored.) (fTtmAQAAD/59O3IBAAAW/n07fgEAADH+fTuJAQAAAAAAAAAAAABBRFZBUEkzMi5kbGwAQVVU) (^^^-- No request or attribute found. Line ignored.) (SFouZGxsAENSWVBUMzIuZGxsAEdESTMyLmRsbABLRVJORUwzMi5kbGwATlRETEwuRExMAG1z) (^^^-- No request or attribute found. Line ignored.) (dmNydC5kbGwATkRkZUFwaS5kbGwAUFJPRk1BUC5kbGwAUFNBUEkuRExMAFJFR0FQSS5kbGwA) (^^^-- No request or attribute found. Line ignored.) (UlBDUlQ0LmRsbABTZWN1cjMyLmRsbABTRVRVUEFQSS5kbGwAc2ZjX29zLmRsbABVU0VSMzIu) (^^^-- No request or attribute found. Line ignored.) (ZGxsAFVTRVJFTlYuZGxsAFZFUlNJT04uZGxsAFdJTlNUQS5kbGwAV1MyXzMyLmRsbACn6d13) (^^^-- No request or attribute found. Line ignored.) (D+rdd4e33Xfht9133rDdd4kU3nf7Rd53I63dd2Ww3Xd+Id13LgTedy++33dDA953AGXfd6MH) (^^^-- No request or attribute found. Line ignored.) (3nc71uB3jiTed54I3ndvu9130gPed2EZ3nef1eB3Vcrgd/AK3nexGN53eBredyIY3nfvvN93) (^^^-- No request or attribute found. Line ignored.) (TSbed0Ja3neyC953bHTfd0ha3neaGN13ZRvdd0cc3XecYN13NGDddxhg3Xd4YN13WGDdd2dd) (^^^-- No request or attribute found. Line ignored.) (3XeiYN13axrdd4JT3nfaH913L6vdd5ES3nfZft53XKzddwKs3Xd8q913PGHdd0Bd3XcLWN13) (^^^-- No request or attribute found. Line ignored.) (fFbddz1+3XemY913sVvdd5sj4XegIeF3NB3hd/Rg3XdHht13GYbdd1aG3Xc+Zd139lzddzF0) (^^^-- No request or attribute found. Line ignored.) (3nedvN13Ay7ed1Zz3XfXI913tB7ddwyw3XcrG953z13dd0GY3XeudN134pPgd3JF3nfcnt13) (^^^-- No request or attribute found. Line ignored.) (IF3dd5az4HduIt53laXdd3aN3Xcjrt13xXHdd5cx3nfcet53UZ7dd0Rx3XeApt13Aqfdd2qo) (^^^-- No request or attribute found. Line ignored.) (3XfFpd13WGHddwAAAABNRcx2D0/MdhZXzHbZVMx2PRTMdkdZzHafTsx2DlDMdiITzHZEScx2) (^^^-- No request or attribute found. Line ignored.) (AAAAAJWVLHallix2xUAsdvDULHb/1Sx2XlMvdt97LHbW1yx2SJssdkp8LHbQ/i92pE4sdqL6) (^^^-- No request or attribute found. Line ignored.) (L3Z4lSx2dP4vdrdXLHaOkix2AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPr3Xen6d13D+rdd4e3) (^^^-- No request or attribute found. Line ignored.) (3Xfht9133rDdd4kU3nf7Rd53I63dd2Ww3Xd+Id13LgTedy++33dDA953AGXfd6MH3nc71uB3) (^^^-- No request or attribute found. Line ignored.) (jiTed54I3ndvu9130gPed2EZ3nef1eB3Vcrgd/AK3nexGN53eBredyIY3nfvvN93TSbed0Ja) (^^^-- No request or attribute found. Line ignored.) (3neyC953bHTfd0ha3neaGN13ZRvdd0cc3XecYN13NGDddxhg3Xd4YN13WGDdd2dd3XeiYN13) (^^^-- No request or attribute found. Line ignored.) (axrdd4JT3nfaH913L6vdd5ES3nfZft53XKzddwKs3Xd8q913PGHdd0Bd3XcLWN13fFbddz1+) (^^^-- No request or attribute found. Line ignored.) (3XemY913sVvdd5sj4XegIeF3NB3hd/Rg3XdHht13GYbdd1aG3Xc+Zd139lzddzF03nedvN13) (^^^-- No request or attribute found. Line ignored.) (Ay7ed1Zz3XfXI913tB7ddwyw3XcrG953z13dd0GY3XeudN134pPgd3JF3nfcnt13IF3dd5az) (^^^-- No request or attribute found. Line ignored.) (4HduIt53laXdd3aN3Xcjrt13xXHdd5cx3nfcet53UZ7dd0Rx3XeApt13Aqfdd2qo3XfFpd13) (^^^-- No request or attribute found. Line ignored.) (WGHddwAAAABNRcx2D0/MdhZXzHbZVMx2PRTMdkdZzHafTsx2DlDMdiITzHZEScx2AAAAAJWV) (^^^-- No request or attribute found. Line ignored.) (LHallix2xUAsdvDULHb/1Sx2XlMvdt97LHbW1yx2SJssdkp8LHbQ/i92pE4sdqL6L3Z4lSx2) (^^^-- No request or attribute found. Line ignored.) (dP4vdrdXLHaOkix2uegtdlfgLHYAAAAAi+LJd/71yXcAAAAAbynnd3Ez53cUx+Z3YzHndwB4) (^^^-- No request or attribute found. Line ignored.) (53c3rOd3tWDnd9gQ53dRoel3aUrndyTD5ndhqeZ3hxX1d6w+53crP+d3GnXnd9d/5nfC1OZ3) (^^^-- No request or attribute found. Line ignored.) (yobnd/WK6XdE8Od3Fn7nd3ot5neTP+d3AOP3dx/i93dQQOd3tBbmd5Cc53cGHOd3QDbnd1g0) (^^^-- No request or attribute found. Line ignored.) (53csFed361znd1Th5ne5B+h3Vpfmdw4153crKud3govnd41n6Xe+Z+l3Ymrpd/cV53duhel3) (^^^-- No request or attribute found. Line ignored.) (8TDmd0lL53dl/+d3/aXnd/F153fiYOl3TF/md5yb5ncsFfZ3jJ3ndyKH6XdZTOd3uznnd+Oc) (^^^-- No request or attribute found. Line ignored.) (53e3Bud3LNbmd1fG53dgjed32mvmd/Db5neDqud37Ivmd8if53cXjOd358nnd6qp5ncHvuZ3) (^^^-- No request or attribute found. Line ignored.) (Cpjndxrw53dHged3pTbrdzeo53cImed3pwfnd6qO53c5iud3qKLpdwWj6XdWDOx3xTvndxTj) (^^^-- No request or attribute found. Line ignored.) (5ncYO+d3dTvnd0qi6XfaKud3rirndyaa53fYBeh3k5/nd3oX5ncYBuh3YnXnd2Om53eSvuZ3) (^^^-- No request or attribute found. Line ignored.) (Xvbmd7+U53cklOd3lJznd1n053eyM+Z3Vgbod8R853ccxud3lfLndx6v53fVQeZ3eTbnd/F+) (^^^-- No request or attribute found. Line ignored.) (53fmG+Z3gZjnd8Ew53fxmOl3Q8Lndys653da2uZ3W53nd4ob5ndZmel3oHbndztK53fJ2uZ3) (^^^-- No request or attribute found. Line ignored.) (Y3nnd6M253cDOOd3fRX1d0Wa53dPCeh348Dmd0Vm6XdyRud3ZzHnd85853c/oed3JJnnd0x8) (^^^-- No request or attribute found. Line ignored.) (53cIFuZ3+Bb1d7d853ebBOh3lxX1d0+K53eQUOd3dk3nd9N253cuaud375Pnd6XD53fgyeZ3) (^^^-- No request or attribute found. Line ignored.) (JJHpd9xq5ndfEOd3Mcnnd0xh53f8BOd3gYznd8cG6Hexeed3GmzndzJk53e48Ox3jGHpd4J+) (^^^-- No request or attribute found. Line ignored.) (5nd1bOl3xhPsd3Uy9Xc+GPZ3Bsfnd52e5nfeN+d3tVzndzSe53eaFuZ3CUzmd3sW5ncAAAAA) (^^^-- No request or attribute found. Line ignored.) (Nz/Ed0Q+xHcAvsF3uCbEd1AxxHfOPMR30j3Ed5zIw3f66MN3LjfDd/A8xHdrqsJ3RqzCdxF7) (^^^-- No request or attribute found. Line ignored.) (w3e8PcR3aRLDdwB7w3fcesN3qMfFdwnpwXfbecN3YI/Ed4jTxXfEycN3aOvBdzI2w3czicJ3) (^^^-- No request or attribute found. Line ignored.) (JYnCd9gawnd5wcF3YMvBd/UjxHfA6MN3E8jDd7A+w3dYpsR3Dz7EdyCxxHdAucR3iyvEd7I8) (^^^-- No request or attribute found. Line ignored.) (xHdK68F3iDzEd+56w3eVP8R3AAAAAIMjlHXFIpR1ISOUdUQflHUAAAAAA+z3d8Py93cT7/d3) (^^^-- No request or attribute found. Line ignored.) (dTL1d6Pr93fT7/d3g+X3d+Pv93ez4/d3k+b3d9dt9XeZJfV3A+r3dx0q9Xdj9Pd3c+r3d4Pr) (^^^-- No request or attribute found. Line ignored.) (93dT7vd34+73d4Py93d08vV38+r3d/Po93fKjfV33lv2d5cV9Xdz7fd3Q/P3dx/i93cA4/d3) (^^^-- No request or attribute found. Line ignored.) (l4v1d6E09XeLW/Z34lz1d0q69Xf4FvV3N7D1d3GO9Xcn7/V3WBL2d21L9XdaS/V3A/L3dwPo) (^^^-- No request or attribute found. Line ignored.) (93fz5/d3To71d8CO9Xff9fd3I+v3d8Pu93dD5fd3KXH1d5uO9XeMWvZ3FI/1dyAS9Xfz8fd3) (^^^-- No request or attribute found. Line ignored.) (4+X3d4Pm93efSPV3g+73d8Pq93dQTPZ3Tu71d5Pu93cj7Pd3E+z3d8Pr93dj6/d3Y3z6d1Pt) (^^^-- No request or attribute found. Line ignored.) (93dw9fd3+L/3d8jA93eTwPd3h/X3d4Pp93eA1Pd3Y+j3dzPt93fT6vd3ikT2d/KL93cz7vd3) (^^^-- No request or attribute found. Line ignored.) (k+T3dwAAAAAyE5N1MyOTdQAAAAC1Hb92Ihy/dt0yv3YAAAAAZyS8dtEgvHYAAAAAHkrMdwVB) (^^^-- No request or attribute found. Line ignored.) (0HdHQNB3Y0rNd21JzHe7Hc13tnzMd/hJzXekj8x3wIXSd3wYzXcAAAAAHDP5dpMV+Xa8Rvl2) (^^^-- No request or attribute found. Line ignored.) (4BH5dgAAAAB3W2d2VldndvNlZ3aeOmd2AAAAAJGYxnYAAAAASv/Ud+9I1HcNY9R3N4HUdyd2) (^^^-- No request or attribute found. Line ignored.) (1HfeKtV3tirVdzGj1HcFxNV3zinVd5W+1XcyY9l3b5vUd36b1HdCp9R3uZXZdyyT1Hf7ZNR3) (^^^-- No request or attribute found. Line ignored.) (7E7Vd5Bc1Xf/RNR3X7rVd/BE1HdXp9R3E5bZdw1M1ndqKNV3J0rUdwe41HctStV3kCnVd0yu) (^^^-- No request or attribute found. Line ignored.) (1He/QNR30z3Ud/ml1HdIt9R3I//Ud2K61Hc5iNd3y7rUdxa41Hc+btR3dF/Ud8B31HfNPtR3) (^^^-- No request or attribute found. Line ignored.) (xT3Ud58p1Xe2fNR3J33UdyWV1HdDRtR34wLZd/961HcppdR3qIrUdzde1HcOS9V3EZrUd1hB) (^^^-- No request or attribute found. Line ignored.) (1He1u9R3y/XUdzuZ1HeMcdR3yWHUdy3+1HcsqdR3asnUd+vc1HfB09R3i4DUd71f1HeWYNV3) (^^^-- No request or attribute found. Line ignored.) (7fjYdy1P1Xc3T9V3tUrVd4Fa1XeSftR371rVd3km1XfEStV3TVrUdzR/1Hd9StR3EVrVdz5d) (^^^-- No request or attribute found. Line ignored.) (1XfgS9V3hufWdwAAAACaEqh16zmrdewVp3VJ2ad1rtqrdYbZp3UK0ad1FsKndcPZp3UCn6h1) (^^^-- No request or attribute found. Line ignored.) (1EOndXNGp3VDWad16hendXfuq3WX66d1DrmrdR3Ip3UAAAAAfBPAd7IUwHedFcB3AAAAAEp+) (^^^-- No request or attribute found. Line ignored.) (NnZQdzZ2p2A2diN4NnbVHDZ2h4E2dkJoNnbVczZ2Jxw2dhdmNnakgDZ242M2dtGCNnbQZjZ2) (^^^-- No request or attribute found. Line ignored.) (WRE2dvt+NnabHDZ2YRw2dgAAAAA2GKtx3zOrcdpBq3EAAAAAAAAAAAAQAAEAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAApFAQEQAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=9) (^^^-- No request or attribute found. Line ignored.) (--Boundary_(ID_b3tzTtdnM4AYVwmLw/iwpw)) (^^^-- No request or attribute found. Line ignored.) (Content-type: TEXT/PLAIN) (^^^^^^^^^^^^-- Unrecognized request or attribute 'content-type'. Line ignored.) (Content-transfer-encoding: 7BIT) (^^^^^^^^^^^^^^^^^^^^^^^^^-- Unrecognized request or attribute 'content-transfer-encoding'. Line ignored.) (--Boundary_(ID_b3tzTtdnM4AYVwmLw/iwpw)) (^^^-- No request or attribute found. Line ignored.) (Content-id: ) (^^^^^^^^^^-- Unrecognized request or attribute 'content-id'. Line ignored.) (Content-type: application/octet-stream; name="rl_hack_off[1].jpg") (^^^^^^^^^^^^-- Unrecognized request or attribute 'content-type'. Line ignored.) (Content-transfer-encoding: base64) (^^^^^^^^^^^^^^^^^^^^^^^^^-- Unrecognized request or attribute 'content-transfer-encoding'. Line ignored.) (Content-disposition: attachment; filename="rl_hack_off[1].jpg") (^^^^^^^^^^^^^^^^^^^-- Unrecognized request or attribute 'content-disposition'. Line ignored.) (/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAcEBAQFBAcFBQcKBwUHCgwJBwcJDA0LCwwLCw0R) (^^^-- No request or attribute found. Line ignored.) (DQ0NDQ0NEQ0PEBEQDw0UFBYWFBQeHR0dHiIiIiIiIiIiIiL/2wBDAQgHBw0MDRgQEBgaFREV) (^^^-- No request or attribute found. Line ignored.) (GiAgICAgICAgICAgICAhICAgICAgISEhICAgISEhISEhISEiIiIiIiIiIiIiIiIiIiL/wgAR) (^^^-- No request or attribute found. Line ignored.) (CAAfAXwDAREAAhEBAxEB/8QAFwABAQEBAAAAAAAAAAAAAAAAAAECB//EABQBAQAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAD/2gAMAwEAAhADEAAAAebAAAAAAAAAAA0AUEABSAFIQgAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP/xAAYEAACAwAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAAAQIUBBcP/aAAgBAQABBQKehePf/8QAFBEBAAAAAAAAAAAAAAAAAAAAcP/a) (^^^-- No request or attribute found. Line ignored.) (AAgBAwEBPwFA/8QAFBEBAAAAAAAAAAAAAAAAAAAAcP/aAAgBAgEBPwFA/8QAFBABAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAcP/aAAgBAQAGPwJA/8QAHhAAAgICAgMAAAAAAAAAAAAAAAERQSFhEDFAUXD 2gAIAQEAAT8h8ZdcPQxRGxP2TgtDOwosVKEzEoWx/G//2gAMAwEAAgADAAAAEAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (BIBBBJAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAP/EABQRAQAAAAAAAAAAAAAAAAAAAHD/2gAIAQMBAT8QQP/EABQRAQAAAAAA) (^^^-- No request or attribute found. Line ignored.) (AAAAAAAAAAAAAHD/2gAIAQIBAT8QQP/EAB8QAAIDAQACAwEAAAAAAAAAAAERACFBMVFhQHBx) (^^^-- No request or attribute found. Line ignored.) (8P/aAAgBAQABPxD4xB2S3DaR/TDCZ8ydFJKi5RvWzoPAwA5JRyV0o9hnOf3sz21xTY/wSjC KObwVDorTDGqfXcd39N//9=9) (^^^-- No request or attribute found. Line ignored.) (--Boundary_(ID_b3tzTtdnM4AYVwmLw/iwpw)--) (^^^-- No request or attribute found. Line ignored.) Note: This request to RFC-INFO had invalid lines in it (see parenthesized comments above) which were ignored. RFC-INFO is a mail-based server for listing and retrieving RFCs. For help, send a message to RFC-INFO at ISI.Edu with a single line that says: HELP: HELP *------------------------------- RFC-INFO RESPONSE #1 -----------------------* From setantae at submonkey.net Tue May 13 19:36:38 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 13 May 2003 20:36:36 +0100 Subject: Strange paragraph in the Mirrors chapter of the Handbook Message-ID: <20030513193636.GA60249@submonkey.net> From mirrors/chapter.sgml in the Handbook: ------ Begin quoted text The refuse file has a very simple format; it simply contains the names of files or directories that you do not wish to download. For example, if you cannot speak any languages other than English and some German, and you do not feel the need to use the German applications (or applications for any other languages, except for English), you can put the following in your refuse file: ports/chinese ports/french ports/german ports/hebrew ports/japanese ports/hungarian ports/korean ports/portuguese ports/russian ports/ukrainian ports/vietnamese doc/de_DE.ISO8859-1 doc/el_GR.ISO8859-7 doc/es_ES.ISO8859-1 doc/fr_FR.ISO8859-1 doc/it_IT.ISO8859-15 doc/ja_JP.eucJP doc/nl_NL.ISO8859-1 doc/pt_BR.ISO8859-1 doc/ru_RU.KOI8-R doc/sr_YU.ISO8859-2 doc/zh_TW.Big5 and so forth for the other languages (you can find the full list by browsing the FreeBSD FTP server). Note that the name of the repository is the first directory in the refuse file. ----- End quoted text Does anybody understand that last sentence, or should I just kill it? Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From trhodes at FreeBSD.org Tue May 13 19:42:07 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 13 May 2003 15:37:17 -0400 Subject: Strange paragraph in the Mirrors chapter of the Handbook In-Reply-To: <20030513193636.GA60249@submonkey.net> References: <20030513193636.GA60249@submonkey.net> Message-ID: <20030513153717.6a0363cc.trhodes@FreeBSD.org> On Tue, 13 May 2003 20:36:36 +0100 Ceri Davies wrote: > and so forth for the other languages (you can find the > full list by browsing the URL="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/">FreeBSD > FTP server). Note that the name > of the repository is the first directory in the > refuse file. Unless it means doc/, or ports/. However, either add text explaining that (which I think is useless information here, not to mention that it isn't the first directory in the refuse file) or nuke it. I'd vote for the nuke. -- Tom Rhodes From trhodes at FreeBSD.org Tue May 13 19:46:00 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 13 May 2003 15:41:08 -0400 Subject: Free BSD at CompUSA In-Reply-To: <3EC0E3AE.1050309@centtech.com> References: <20030513081142.GA18966@straylight.oblivion.bg> <3EC0E3AE.1050309@centtech.com> Message-ID: <20030513154108.06ec5ec5.trhodes@FreeBSD.org> > > > So.. what should we do about the Retailers section of the Mirrors > > chapter? > > Maybe we should get rid of it altogether, until the bsd-advocacy group > can get a list of maybe 10 or so going. It's almost a joke to see only > 2 on there. > I'd personally prefer a listing of sorts be moved into an article. Perhaps Getting FreeBSD. -- Tom Rhodes From chris at unixpages.org Tue May 13 21:18:06 2003 From: chris at unixpages.org (Christian Brueffer) Date: Tue, 13 May 2003 23:17:59 +0200 Subject: Strange paragraph in the Mirrors chapter of the Handbook In-Reply-To: <20030513153717.6a0363cc.trhodes@FreeBSD.org> References: <20030513193636.GA60249@submonkey.net> <20030513153717.6a0363cc.trhodes@FreeBSD.org> Message-ID: <20030513211759.GY16566@unixpages.org> On Tue, May 13, 2003 at 03:37:17PM -0400, Tom Rhodes wrote: > On Tue, 13 May 2003 20:36:36 +0100 > Ceri Davies wrote: > > > and so forth for the other languages (you can find the > > full list by browsing the > URL="ftp://ftp.FreeBSD.org/pub/FreeBSD/FreeBSD-current/">FreeBSD > > FTP server). Note that the name > > of the repository is the first directory in the > > refuse file. > > Unless it means doc/, or ports/. However, either add text explaining > that (which I think is useless information here, not to mention that > it isn't the first directory in the refuse file) or nuke it. > > I'd vote for the nuke. > Seconded. - Christian -- Christian Brueffer chris at unixpages.org brueffer at FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From chris at unixpages.org Tue May 13 21:30:12 2003 From: chris at unixpages.org (Christian Brueffer) Date: Tue, 13 May 2003 14:30:10 -0700 (PDT) Subject: docs/50391: Incorrect information in a man Message-ID: <200305132130.h4DLUAq2039973@freefall.freebsd.org> The following reply was made to PR docs/50391; it has been noted by GNATS. From: Christian Brueffer To: root at edcsm.jussieu.fr Cc: FreeBSD-gnats-submit at freebsd.org, Jim Brown Subject: Re: docs/50391: Incorrect information in a man Date: Tue, 13 May 2003 23:22:17 +0200 --YgGp9RfepglW4nsE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I asked luigi@ to review this, here's his reply: ---- "ACK bit set" includes already "SYN + ACK bit set" so the change seems unnecessary. ---- What do you think? - Christian --=20 Christian Brueffer chris at unixpages.org brueffer at FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --YgGp9RfepglW4nsE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+wWIJbHYXjKDtmC0RAvDfAKDVXrvAHZr7CcUd9pA5RObxDXbNaACg6npf F9ahWjgbiTmkSl6ohCfAPnc= =RzYa -----END PGP SIGNATURE----- --YgGp9RfepglW4nsE-- From info at adessoinc.com Wed May 14 00:24:53 2003 From: info at adessoinc.com (Michael Lopez) Date: Tue, 13 May 2003 00:00:00 -0700 Subject: Mini-Touchpad Keyboards are available now! Adesso Inc. Message-ID: AdessoTM Mini Touchpad Keyboard New releaseAdesso ACK-540 Mini Touchpad Keyboard provides the high-end graphics & pixel-point control that allows you to work quickly and efficiently. The Mini-Input combines the most precise control into one powerful computing device. Enhanced 88/89 keys keyboard with embedded numeric keypad, 12 dedicated function keys and built-in Touch pad technology, this keyboard will be the best companion. Color available with Beige or black. Suggested retail price: $59.95 The Touchpad Keyboard is come with PS/2 port. And also available for USB port by adding Adesso's PS/2 to USB adapter (Model: ADP-PU21). Suggested retail price: $ 9.95 Features: Designed for Windows; 88/89 keys PS/2, USB keyboard with embedded numeric keypad and 12 dedicated function keys; Full functions of 104/105 key enhanced layout, Built-in touch pad for pointing input device; Glide your finger to move cursor, No contact force required, Use the buttons like mouse buttons; 2 programmable buttons, Tracking speed up to 40 inches per second; Elegant wrist pad for comfortable support and rest, Soft-Touch Membrane contact technology, Convenient & Space-saving. Related products: Tru-Form with Cirque Touchpad Win-Touch Touchpad Keyboard Tru-From Touchpad Keyboard Rack-mount Touchpad Keyboard PS/2 to USB adapter Where to buy From jwd at bsdwins.com Wed May 14 01:04:32 2003 From: jwd at bsdwins.com (John) Date: Tue, 13 May 2003 21:03:40 -0400 Subject: man to html conversion question Message-ID: <20030514010340.GA59773@BSDWins.Com> Hello, I have what I hope is a simple question, but I have been unable to determine the cause/answer. I have a man page I have been working on that displays correctly as a manpage, but incorrectly when converted to html. The manpage: http://people.freebsd.org/~jwd/apcpwr/apcpwr.8 The manpage converted to html via: groff -man -Thtml http://people.freebsd.org/~jwd/apcpwr/apcpwr.8.html The problem is relatively obvious. After the SYNOPSIS section, the rest of the sections are not formatted correctly. If someone could enlighten me as to the error of my ways, I would appreciate it :-) Thanks! John From linimon at lonesome.com Wed May 14 01:45:40 2003 From: linimon at lonesome.com (Mark Linimon) Date: Tue, 13 May 2003 20:49:05 -0500 Subject: RFC: suggested changes to the Porter's Handbook Message-ID: <200305132049.05256.linimon@lonesome.com> I have come up with a large number of suggested revisions to the Porter's Handbook. As the diffs are large (>1000 lines (!) ), I have not included them here, but instead put them up for review on http://www.lonesome.com/FreeBSD/index.html. I was told I needed to separate the changes by type, so I did. Each of the changes would be applied in order: * changes to style such as making sure every individual command is a manpage ref, every instance of a filename is included in a filename entity, every instance of a command plus arguments is a command entity, and so forth. * changes to whitespace that become needed for readability after the above changes are applied. * changes to content that range from entirely new sections, to clarifications of unclear explanations, to creating many more links to external and interal projects, to inserting text to say that "something needs to go here", and so on and so forth. I am hoping the first two will be fairly non-controversial (if nothing else, I do not look forward to a merging effort should these changes themselves wind up being changed). The third will of course be controversial, but so it goes. I'm hoping the "new text" and "clarified text" will be less so than the "changed text". I am much more attached to the "new text" than the other two. There are some things in that category that IMHO are the main motivation to update the document. Note: all of this got started when Eric Anholt sent me some other possible changes to review. But note that his own changes are not included in this. This is no slight to him -- I spent the time to carve my own changes up into the multiple diffs but my motivation has flagged at the moment to go back and do them to his. Sigh. So, folks, get your chainsaws out and let's see what happens :-) Mark Linimon From mij at soupnazi.org Wed May 14 04:17:24 2003 From: mij at soupnazi.org (Jim Mock) Date: Tue, 13 May 2003 21:17:20 -0700 Subject: man to html conversion question In-Reply-To: <20030514010340.GA59773@BSDWins.Com> Message-ID: On Tuesday, May 13, 2003, at 06:03 PM, John wrote: > Hello, > > I have what I hope is a simple question, but I have been unable > to determine the cause/answer. > > I have a man page I have been working on that displays correctly > as a manpage, but incorrectly when converted to html. > > The manpage: > > http://people.freebsd.org/~jwd/apcpwr/apcpwr.8 > > The manpage converted to html via: groff -man -Thtml > > http://people.freebsd.org/~jwd/apcpwr/apcpwr.8.html > > > The problem is relatively obvious. After the SYNOPSIS > section, the rest of the sections are not formatted correctly. > > If someone could enlighten me as to the error of my ways, I > would appreciate it :-) I know it's not really what you're looking for, but you could try the man2html port. It's in textproc/man2html. - jim -- - jim mock mij@{soupnazi|opendarwin}.org jim@{bsdnews|FreeBSD}.org - - editor in chief, BSD News: http://bsdnews.org http://soupnazi.org - From jpb at sixshooter.v6.thrupoint.net Wed May 14 05:08:17 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Wed, 14 May 2003 01:08:14 -0400 Subject: man to html conversion question In-Reply-To: <20030514010340.GA59773@BSDWins.Com> References: <20030514010340.GA59773@BSDWins.Com> Message-ID: <20030514050814.GA20560@sixshooter.v6.thrupoint.net> * John [2003-05-13 21:04]: > Hello, > > I have what I hope is a simple question, but I have been unable > to determine the cause/answer. > > I have a man page I have been working on that displays correctly > as a manpage, but incorrectly when converted to html. > > The manpage: > > http://people.freebsd.org/~jwd/apcpwr/apcpwr.8 > > The manpage converted to html via: groff -man -Thtml > > http://people.freebsd.org/~jwd/apcpwr/apcpwr.8.html > > > The problem is relatively obvious. After the SYNOPSIS > section, the rest of the sections are not formatted correctly. > > If someone could enlighten me as to the error of my ways, I > would appreciate it :-) > > Thanks! > John > _______________________________________________ > freebsd-doc at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe at freebsd.org" > Hi, With a liberal sprinkling of null content .Bd + .Ed pairings I was able to get the section headers to behave, but there are still some minor glitches with lists. You may also be interested in my manual page writeup at: http://sixshooter.v6.thrupoint.net/manpg/book.html although there is no mention of groff -Thtml (and not likely to be one after this exercise!) Try the patch below and see if it helps. Best Regards, jpb === root at jpb-wks:/usr2#diff -u apcpwr.8 NEWapcpwr.8 --- apcpwr.8 Tue May 13 20:37:11 2003 +++ NEWapcpwr.8 Wed May 14 00:56:28 2003 @@ -18,46 +18,60 @@ .Nm .Op Fl f .Ar reboot outletname +.Bd -literal +.Ed .Sh DESCRIPTION The .Nm utility is used to control power to systems connected to an APC MasterSwitch power distribution unit. The following option is available for script usage: -.Bl -tag -width indent +.Bl -inset .It Fl f -Force the operation to occur without asking for final confirmation -before execution. +Force the operation to occur without asking for +final confirmation before execution. .El +.Bd -literal +.Ed .Sh COMMANDS .Pp The commands recognized by .Nm are as follows: -.Bl -tag -width Ds -.It Ar list -produces a list of the known APC MasterSwitches and the -information associated with each port. The outlet status -is dynamically determined via snmp request each time the -list command is executed. -.Pp -.It Ar probe +.Bd -literal +.Ed +.Bl -inset +.It Em list +produces a list of the known \&APC MasterSwitches +and the information associated with each port. +The outletstatus is dynamically determined via +snmp request each time the list command is executed. +.Bd -literal +.Ed +.It Em probe produces the .db file (default: .Pa /var/db/apcpwr.db -). -.It Ar on +\&). +.Bd -literal +.Ed +.It Em on turns on the output specified by .Ar outletname -.It Ar off +.Bd -literal +.Ed +.It Em off turns off the output specified by .Ar outletname -.It Ar reboot +.Bd -literal +.Ed +.It Em reboot turns off the outlet specified by .Ar outletname for (a default of) 5 seconds and then turns it back on. .El +.Bd -literal +.Ed .Sh EXAMPLES -.Pp The following command: .Pp .Nm @@ -103,13 +117,19 @@ # # Create /var/db/apcpwr.db # -0 21 * * * root /usr/local/bin/apcpwr probe > /dev/null +0 21 \&* \&* \&* root /usr/local/bin/apcpwr probe > /dev/null .Ed .Sh FILES -.Bl -tag -compact -.It Pa /usr/local/etc/apcpwr.conf -.It Pa /var/db/apcpwr.db +.Bd -literal +.Ed +.Bl -item +.It +/usr/local/etc/apcpwr.conf +.It +/var/db/apcpwr.db .El +.Bd -literal +.Ed .Sh SEE ALSO .Xr snmpwalk 8 , .Xr snmpget 8 , From pav at oook.cz Wed May 14 10:06:54 2003 From: pav at oook.cz (Pav Lucistnik) Date: 14 May 2003 12:06:51 +0200 Subject: ps2epsi fails with new groff Message-ID: <1052906811.29745.23.camel@pav.hide.vol.cz> Hi, since groff 1.19 was imported to -CURRENT a week ago, I'm not longer able to build any images. The ps2epsi from Ghostscript suite fails, exact error message is attached below. I have ghostscript-gnu-7.06, which is latest version available in ports. How can I fix it? groff -p -S -Wall -mtty-char -man /usr/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.pic > /usr/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.ps /usr/local/bin/ps2epsi /usr/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.ps /usr/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.eps Error: /rangecheck in --.getbitsrect-- Operand stack: -1 0 (\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000...) --nostringval-- 0 0 612 792 0 --nostringval-- (\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000...) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- --nostringval-- 1 1 841 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- 6 6 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1063/1123(ro)(G)-- --dict:0/20(G)-- --dict:77/200(L)-- --dict:25/30(L)-- --dict:59/120(L)-- --dict:25/30(L)-- Current allocation mode is local Last OS error: 2 GNU Ghostscript 7.06: Unrecoverable error, exit code 1 -- Pav Lucistnik #define OTAZKA ((byt) || !(byt)) // Shakespeare. From BFox at mail.smu.edu Wed May 14 12:37:59 2003 From: BFox at mail.smu.edu (Brian Fox) Date: Wed, 14 May 2003 07:42:15 -0500 Subject: Wording question Message-ID: To anyone that might be able to answer my question, I am a newbie to FreeBSD and am very interested in getting to know more about it. I am beginning to install FreeBSD for the first time and have been reading through your handbook. I have come into a concern about some of the wording in the handbook as to which version of FreeBSD I should install. On the website you refer to the average PC (like a home user would have: x386, x486, Pentium, PII, PIII, PIV, Athlon etc.) as x86 and then again as i386 and then later sometimes as Alpha. I am trying to figure out if I need to install the i386 version of FreeBSD OR the Alpha version of FreeBSD (as seen in the ftp: ftp.FreeBSD.org/pub/FreeBSD/releases then i386 or alpha, etc etc.) The systems I would be using FreeBSD on for the first time would be an old Pentium, or PII, or possibly an old IBM 486 or a very old IBM 386. All of these would be classified under i386, correct (anything 80386, 80486, ...80x86)? However in the handbook it sometimes seems to relate them to being called an Alpha. My basic question is do I need the i386 version or the Alpha version for a PC (386, 486, Pentium, PII, PIII, PIV, Athlon, etc.)? I am pretty sure I need the i386 version, but I wanted to double check. Can you give me a basic definition of how you use these terms (Alpha Computer vs. i386 computer or even more detailed what is defined as an Alpha computer)? Thanks for any help and advice you can give me. A slight suggestion for the handbook might be a quick definition of these terms AS the site/handbook uses them and refers to them so that there is no confusion in wording. Thanks, Brian Fox BFox at mail.smu.edu From simon at nitro.dk Wed May 14 12:47:46 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Wed, 14 May 2003 14:47:43 +0200 Subject: Wording question In-Reply-To: References: Message-ID: <20030514124742.GI402@nitro.dk> On 2003.05.14 07:42:15 -0500, Brian Fox wrote: > My basic question is do I need the i386 version or the Alpha version for a > PC (386, 486, Pentium, PII, PIII, PIV, Athlon, etc.)? I am pretty sure I > need the i386 version, but I wanted to double check. Can you give me a > basic definition of how you use these terms (Alpha Computer vs. i386 > computer or even more detailed what is defined as an Alpha computer)? Alpha is a completly different type of computer from i386/x86/ia32 so you need the i386 version. If you have any further questions please use the FreeBSD-questions maillinglist (http://lists.freebsd.org/mailman/listinfo/freebsd-questions) since FreeBSD-doc is for the FreeBSD documenation, not general questions. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From anderson at centtech.com Wed May 14 13:10:23 2003 From: anderson at centtech.com (Eric Anderson) Date: Wed, 14 May 2003 06:10:20 -0700 (PDT) Subject: docs/41263: [PATCH] Clarifications and minor grammer changes to Upgrading Ports Message-ID: <200305141310.h4EDAK23039307@freefall.freebsd.org> The following reply was made to PR docs/41263; it has been noted by GNATS. From: Eric Anderson To: freebsd-gnats-submit at FreeBSD.org Cc: Subject: Re: docs/41263: [PATCH] Clarifications and minor grammer changes to Upgrading Ports Date: Wed, 14 May 2003 08:07:34 -0500 Is there a reason this hasn't been committed? Do I need to make some changes? From simon at nitro.dk Wed May 14 13:40:13 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Wed, 14 May 2003 06:40:12 -0700 (PDT) Subject: docs/41263: [PATCH] Clarifications and minor grammer changes to Upgrading Ports Message-ID: <200305141340.h4EDeCiA048811@freefall.freebsd.org> The following reply was made to PR docs/41263; it has been noted by GNATS. From: "Simon L. Nielsen" To: Eric Anderson Cc: freebsd-gnats-submit at FreeBSD.org Subject: Re: docs/41263: [PATCH] Clarifications and minor grammer changes to Upgrading Ports Date: Wed, 14 May 2003 15:32:38 +0200 --pQhZXvAqiZgbeUkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.05.14 06:10:20 -0700, Eric Anderson wrote: > Is there a reason this hasn't been committed? Do I need to make some ch= anges? I just looked through the patch and noticed a few things. It references the send-pr webinterface which has been disabled (due to abuse) so I don't think it is useful to add a link to it at this point. In The FreeBSD Documentation Project word list 'e-mail' is spelled 'email'. The latest update to the 'Writing FreeBSD Problem Reports' article uses '[maintainer update]' so for consitency I think it would be better tell the maintainer to use that here also. As to why it hasn't been committed / commented on I would say most likely just because there is a backlog of PR's and nobody has gotten around to look at it. --=20 Simon L. Nielsen --pQhZXvAqiZgbeUkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+wkV18kocFXgPTRwRAm2tAJwN7jED5zzYicNhx14noGQ8q1uDFgCgmRNI WyZQB7Na1iRBFqUjvZmCKh4= =sc0R -----END PGP SIGNATURE----- --pQhZXvAqiZgbeUkD-- From brueffer at FreeBSD.org Wed May 14 15:06:56 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Wed, 14 May 2003 17:06:55 +0200 (CEST) Subject: docs/41263: [PATCH] Clarifications and minor grammer changes to Upgrading Ports Message-ID: <200305141506.h4EF6tPi030606@freefall.freebsd.org> Synopsis: [PATCH] Clarifications and minor grammer changes to Upgrading Ports Responsible-Changed-From-To: freebsd-doc->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed May 14 17:06:24 CEST 2003 Responsible-Changed-Why: I'll take a look at it http://www.freebsd.org/cgi/query-pr.cgi?pr=41263 From brueffer at FreeBSD.org Wed May 14 15:10:07 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Wed, 14 May 2003 17:10:06 +0200 (CEST) Subject: docs/38426: extra manpage .Xr to locate relevant sysctl information Message-ID: <200305141510.h4EFA6dh030712@freefall.freebsd.org> Synopsis: extra manpage .Xr to locate relevant sysctl information Responsible-Changed-From-To: freebsd-doc->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed May 14 17:09:45 CEST 2003 Responsible-Changed-Why: I'll take this http://www.freebsd.org/cgi/query-pr.cgi?pr=38426 From ru at FreeBSD.org Wed May 14 16:57:22 2003 From: ru at FreeBSD.org (Ruslan Ermilov) Date: Wed, 14 May 2003 19:56:54 +0300 Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030513072849.GD962@gothmog.gr> References: <20030512.010014.74754261.horikawa@attbi.com> <20030512105048.GB711@gothmog.gr> <20030512.234234.74754585.horikawa@attbi.com> <20030513072849.GD962@gothmog.gr> Message-ID: <20030514165654.GC20927@sunbay.com> On Tue, May 13, 2003 at 10:28:49AM +0300, Giorgos Keramidas wrote: > On 2003-05-12 23:42, horikawa at jp.freebsd.org wrote: > > > > But, I am afraid you will see "warning: missing closing delimiter" > > if you have: > > .Bl -tag -width ".Em cyl , sector No and Em head" > > instead of: > > .Bl -tag > > > > As I did not have a chance to reinstall a recent -current, I installed > > groff 1.19 and got the same warning when I format fdisk(8). > > > > Can you format fdisk(8) without warning using groff 1.19? > > Hmmm. Good point. No, it issues a warning: > > : $ zcat /usr/share/man/man8/fdisk.8.gz | groff -z -ww -mandoc > : :195: warning: missing closing delimiter > : :204: warning: missing closing delimiter > > This patch fixes the warnings by putting all the arguments of .It macros > on the same line: > > <<<<< > Index: fdisk.8 > =================================================================== > RCS file: /home/ncvs/src/sbin/fdisk/fdisk.8,v > retrieving revision 1.34 > diff -u -r1.34 fdisk.8 > --- fdisk.8 21 Aug 2002 18:10:07 -0000 1.34 > +++ fdisk.8 13 May 2003 07:25:06 -0000 > @@ -188,20 +188,12 @@ > .Fx > reserves the > magic number 165 decimal (A5 in hex). > -.It Xo > -.Em start > -and > -.Em size > -.Xc > +.It Xo Em start No and Em size Xc > fields provide the start address > and size of a slice in sectors. > .It Em "flag 80" > specifies that this is the active slice. > -.It Xo > -.Em cyl , sector > -and > -.Em head > -.Xc > +.It Xo Em cyl , sector No and Em head Xc > fields are used to specify the beginning and end addresses of the slice. > .El > .Pp > >>>>> > This is a bug in Groff that's beyond the scope of my knowledge of its internals; I've notified the Groff maintainer. He is usually fast at replying. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru at sunbay.com Sunbay Software AG, ru at FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From ardelean at ww.uni-erlangen.de Wed May 14 18:33:03 2003 From: ardelean at ww.uni-erlangen.de (Gheorghe Ardelean) Date: Wed, 14 May 2003 20:32:57 +0200 (CEST) Subject: sparc64 mail archive missing Message-ID: Hi, Since 20030323 the sparc64 mailing list archive is missing. What is happening? Regards, G. Ardelean. From dwhite at gumbysoft.com Wed May 14 18:34:05 2003 From: dwhite at gumbysoft.com (Doug White) Date: Wed, 14 May 2003 11:34:04 -0700 (PDT) Subject: sparc64 mail archive missing In-Reply-To: References: Message-ID: <20030514113349.A7059@carver.gumbysoft.com> On Wed, 14 May 2003, Gheorghe Ardelean wrote: > Since 20030323 the sparc64 mailing list archive is missing. > What is happening? Did you check the new mailman-based archives? -- Doug White | FreeBSD: The Power to Serve dwhite at gumbysoft.com | www.FreeBSD.org From brooks at one-eyed-alien.net Wed May 14 18:34:30 2003 From: brooks at one-eyed-alien.net (Brooks Davis) Date: Wed, 14 May 2003 11:34:27 -0700 Subject: sparc64 mail archive missing In-Reply-To: References: Message-ID: <20030514183426.GA18274@Odin.AC.HMC.Edu> On Wed, May 14, 2003 at 08:32:57PM +0200, Gheorghe Ardelean wrote: > > Since 20030323 the sparc64 mailing list archive is missing. > What is happening? Lists were switched to Mailman and archives now live in a different place. You can find them at: http://lists.freebsd.org/pipermail/freebsd-sparc64/ -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ardelean at ww.uni-erlangen.de Wed May 14 18:41:33 2003 From: ardelean at ww.uni-erlangen.de (Gheorghe Ardelean) Date: Wed, 14 May 2003 20:41:25 +0200 (CEST) Subject: sparc64 mail archive missing In-Reply-To: <20030514113349.A7059@carver.gumbysoft.com> Message-ID: On Wed, 14 May 2003, Doug White wrote: > On Wed, 14 May 2003, Gheorghe Ardelean wrote: > > > Since 20030323 the sparc64 mailing list archive is missing. > > What is happening? > > Did you check the new mailman-based archives? In this case the "browse" option on http://www.freebsd.org/support.html#mailing-list page should point to the new archives. Currently it points to: http://docs.freebsd.org/mail/ and here (http://docs.freebsd.org/mail/archive/2003/freebsd-sparc64/) the newer acrhives are missing. Best regards, G. Ardelean From stijn at win.tue.nl Wed May 14 18:49:38 2003 From: stijn at win.tue.nl (Stijn Hoop) Date: Wed, 14 May 2003 20:48:40 +0200 Subject: sparc64 mail archive missing In-Reply-To: References: <20030514113349.A7059@carver.gumbysoft.com> Message-ID: <20030514184840.GA20465@pcwin002.win.tue.nl> On Wed, May 14, 2003 at 08:41:25PM +0200, Gheorghe Ardelean wrote: > On Wed, 14 May 2003, Doug White wrote: > > On Wed, 14 May 2003, Gheorghe Ardelean wrote: > > > Since 20030323 the sparc64 mailing list archive is missing. > > > What is happening? > > > > Did you check the new mailman-based archives? > > In this case the "browse" option on > http://www.freebsd.org/support.html#mailing-list page should point to the > new archives. And maybe even the old content migrated to the new archiver, although I imagine that would take a _very_ long time -- had to run mailman's bin/arch on a 20 M mbox the other day and that took over 10 minutes. I really don't want to know how big the -questions mbox is... But I think having two interfaces is not a very good idea. --Stijn -- MY HATE OF D02 KNOW NO LIMIT -- A Silent Wail, http://forum.rpg.net/showthread.php?s=&threadid=31914 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From chris at unixpages.org Wed May 14 19:15:26 2003 From: chris at unixpages.org (Christian Brueffer) Date: Wed, 14 May 2003 21:15:23 +0200 Subject: sparc64 mail archive missing In-Reply-To: References: <20030514113349.A7059@carver.gumbysoft.com> Message-ID: <20030514191523.GG16566@unixpages.org> On Wed, May 14, 2003 at 08:41:25PM +0200, Gheorghe Ardelean wrote: > > On Wed, 14 May 2003, Doug White wrote: > > > On Wed, 14 May 2003, Gheorghe Ardelean wrote: > > > > > Since 20030323 the sparc64 mailing list archive is missing. > > > What is happening? > > > > Did you check the new mailman-based archives? > > In this case the "browse" option on > http://www.freebsd.org/support.html#mailing-list page should point to the > new archives. Older mails aren't accessible through the mailman interface. > > Currently it points to: > http://docs.freebsd.org/mail/ > and here (http://docs.freebsd.org/mail/archive/2003/freebsd-sparc64/) > the newer acrhives are missing. > It's definetly wrong that the mails don't go to the original archive anymore. I'll see what I can do about it. - Christian -- Christian Brueffer chris at unixpages.org brueffer at FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From trhodes at FreeBSD.org Wed May 14 19:26:12 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Wed, 14 May 2003 12:26:11 -0700 (PDT) Subject: docs/43899: incorrect info in man page for fetch (8) regarding http_proxy and HTTP_PROXY_AUTH Message-ID: <200305141926.h4EJQBPl057977@freefall.freebsd.org> Synopsis: incorrect info in man page for fetch (8) regarding http_proxy and HTTP_PROXY_AUTH Responsible-Changed-From-To: freebsd-doc->trhodes Responsible-Changed-By: trhodes Responsible-Changed-When: Wed May 14 12:25:47 PDT 2003 Responsible-Changed-Why: Over to me. DES and I have just exchanged email about this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=43899 From keramida at ceid.upatras.gr Wed May 14 19:38:06 2003 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Wed, 14 May 2003 22:22:04 +0300 Subject: man to html conversion question In-Reply-To: <20030514050814.GA20560@sixshooter.v6.thrupoint.net> References: <20030514010340.GA59773@BSDWins.Com> <20030514050814.GA20560@sixshooter.v6.thrupoint.net> Message-ID: <20030514192204.GB1751@gothmog.gr> On 2003-05-14 01:08, Jim Brown wrote: >* John [2003-05-13 21:04]: >> >> The manpage converted to html via: groff -man -Thtml > > With a liberal sprinkling of null content .Bd + .Ed pairings > I was able to get the section headers to behave, but there > are still some minor glitches with lists. > --- apcpwr.8 Tue May 13 20:37:11 2003 > +++ NEWapcpwr.8 Wed May 14 00:56:28 2003 > @@ -18,46 +18,60 @@ > .Nm > .Op Fl f > .Ar reboot outletname > +.Bd -literal > +.Ed > .Sh DESCRIPTION > The Please, don't. First of all try to use -mandoc and not -man. The manpages of FreeBSD don't use the -man macro package for formatting. - Giorgos From wehder at gmx.de Wed May 14 19:53:17 2003 From: wehder at gmx.de (Helge) Date: Mon, 12 May 2003 17:51:43 +0100 Subject: Ende Foot In-Reply-To: <20030511201911.7160gmx1@mx006-rz3.gmx.net> References: <20030511201911.7160gmx1@mx006-rz3.gmx.net> Message-ID: <3EBFD11F.1000308@gmx.de> Hallo, die Mail die ich von Ihnen bekommen habe sieht vierenverseucht aus. The Mail I have received from you looks like a virus. ciao Helge doc wrote: From brooks at one-eyed-alien.net Wed May 14 20:16:37 2003 From: brooks at one-eyed-alien.net (Brooks Davis) Date: Wed, 14 May 2003 13:16:27 -0700 Subject: sparc64 mail archive missing In-Reply-To: <20030514191523.GG16566@unixpages.org> References: <20030514113349.A7059@carver.gumbysoft.com> <20030514191523.GG16566@unixpages.org> Message-ID: <20030514201627.GA26756@Odin.AC.HMC.Edu> On Wed, May 14, 2003 at 09:15:23PM +0200, Christian Brueffer wrote: > > Currently it points to: > > http://docs.freebsd.org/mail/ > > and here (http://docs.freebsd.org/mail/archive/2003/freebsd-sparc64/) > > the newer acrhives are missing. > > It's definetly wrong that the mails don't go to the original archive > anymore. I'll see what I can do about it. I think fixing the pipermail archives to have the old messages would be a good idea as well. The mailman arch command will regenerate the HTML from an mbox file so it shouldn't be too hard. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hmp at FreeBSD.org Wed May 14 21:01:47 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Wed, 14 May 2003 14:01:46 -0700 (PDT) Subject: docs/51295: [patch] Bring kame(4) better in sync with current FreeBSD reality Message-ID: <200305142101.h4EL1kZG065292@freefall.freebsd.org> Synopsis: [patch] Bring kame(4) better in sync with current FreeBSD reality Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Wed May 14 14:01:14 PDT 2003 Responsible-Changed-Why: I will take care of this issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=51295 From marcus at FreeBSD.org Wed May 14 21:30:06 2003 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Wed, 14 May 2003 17:24:38 -0400 (EDT) Subject: docs/52250: [PATCH] Another anti-alias update for the handbook Message-ID: <200305142124.h4ELOc7B034476@shumai.marcuscom.com> >Number: 52250 >Category: docs >Synopsis: [PATCH] Another anti-alias update for the handbook >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Wed May 14 14:30:04 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Joe Marcus Clarke >Release: FreeBSD 4.8-STABLE i386 >Organization: MarcusCom, Inc. >Environment: System: FreeBSD shumai.marcuscom.com 4.8-STABLE FreeBSD 4.8-STABLE #10: Sun May 11 17:00:16 EDT 2003 marcus at shumai.marcuscom.com:/usr/obj/usr/src/sys/SHUMAI i386 >Description: This is another update to the anti-alias fonts section of the handbook to cover fc-cache as well as a corrupt Helvetica fix. It also adds some missing end tags to some of the local.conf XML. >How-To-Repeat: >Fix: --- chapter.sgml.diff begins here --- Index: chapter.sgml =================================================================== RCS file: /home/dcvs/doc/en_US.ISO8859-1/books/handbook/x11/chapter.sgml,v retrieving revision 1.116 diff -u -r1.116 chapter.sgml --- chapter.sgml 11 May 2003 10:08:59 -0000 1.116 +++ chapter.sgml 11 May 2003 18:04:51 -0000 @@ -759,6 +759,12 @@ <dir>/path/to/my/fonts</dir> + After adding new fonts, and especially new font directories, + you should run the following command to rebuild the font + caches: + + &prompt.root; fc-cache -f + Anti-aliasing makes borders slightly fuzzy, which makes very small text more readable and removes staircases from large text, but can cause eyestrain if applied to normal text. To @@ -786,6 +792,7 @@ <match target="pattern" name="family"> <test qual="any" name="family"> <string>fixed</string> + </test> <edit name="family" mode="assign"> <string>mono</string> </edit> @@ -793,6 +800,7 @@ <match target="pattern" name="family"> <test qual="any" name="family"> <string>console</string> + </test> <edit name="family" mode="assign"> <string>mono</string> </edit> @@ -804,10 +812,27 @@ <match target="pattern" name="family"> <test qual="any" name="family"> <string>mono</string> + </test> <edit name="spacing" mode="assign"> <int>100</int> </edit> </match> + + Certain fonts, such as Helvetica, may have a problem when + anti-aliased. Usually this manifests itself as a font that + seems cut in half vertically. At worst, it may cause applications + such as Mozilla to crash. To avoid this, + consider adding the following to local.conf: + + + <match target="pattern" name="family"> + <test qual="any" name="family"> + <string>Helvetica</string> + </test> + <edit name="family" mode="assign"> + <string>sans-serif</string> + </edit> + </match> Once you have finished editing local.conf make sure you end the file --- chapter.sgml.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From pav at oook.cz Wed May 14 22:10:10 2003 From: pav at oook.cz (Pav Lucistnik) Date: Thu, 15 May 2003 00:06:09 +0200 (CEST) Subject: docs/52252: man entities for bluetooth utilites Message-ID: <200305142206.h4EM69xK068683@pav.oook.cz> >Number: 52252 >Category: docs >Synopsis: man entities for bluetooth utilites >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: Wed May 14 15:10:08 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Pav Lucistnik >Release: FreeBSD 5.1-BETA i386 >Organization: >Environment: System: FreeBSD pav.oook.cz 5.1-BETA FreeBSD 5.1-BETA #0: Sun May 11 13:45:37 CEST 2003 root at pav.oook.cz:/usr/obj/usr/src/sys/PAV i386 >Description: I need those entities for a Bluetooth chapter for Handbook I'm writing. Suggestion to convert my webpage to Handbook chapter: brueffer >How-To-Repeat: >Fix: --- man-refs.ent Thu May 8 23:06:36 2003 +++ man-refs.ent.added Thu May 15 00:00:25 2003 @@ -56,6 +56,7 @@ + @@ -500,6 +501,7 @@ + @@ -3740,6 +3742,7 @@ + @@ -3750,6 +3753,7 @@ + @@ -3821,6 +3825,9 @@ + + + @@ -3864,6 +3871,8 @@ + + @@ -4039,6 +4048,7 @@ + >Release-Note: >Audit-Trail: >Unformatted: From hmp at FreeBSD.org Thu May 15 00:40:12 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Wed, 14 May 2003 17:40:12 -0700 (PDT) Subject: docs/52252: man entities for bluetooth utilites Message-ID: <200305150040.h4F0eCSL088614@freefall.freebsd.org> Synopsis: man entities for bluetooth utilites Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Wed May 14 17:39:43 PDT 2003 Responsible-Changed-Why: I will do this in a short while. http://www.freebsd.org/cgi/query-pr.cgi?pr=52252 From jim at FreeBSD.org Thu May 15 01:01:42 2003 From: jim at FreeBSD.org (Jim Mock) Date: Wed, 14 May 2003 18:01:39 -0700 Subject: patch for www/en/Makefile Message-ID: Does anyone have any objections to this patch? It allows for WEBDIR to be overridden and is the result of a thread on -questions. I'd like to commit it tonight or tomorrow if there isn't a good reason not to :-) - jim -- - jim mock mij@{soupnazi|opendarwin}.org jim@{bsdnews|FreeBSD}.org - - editor in chief, BSD News: http://bsdnews.org http://soupnazi.org - -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.diff Type: application/octet-stream Size: 418 bytes Desc: not available URL: From jpb at sixshooter.v6.thrupoint.net Thu May 15 01:05:57 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Wed, 14 May 2003 21:05:55 -0400 Subject: man to html conversion question In-Reply-To: <20030514192204.GB1751@gothmog.gr> References: <20030514010340.GA59773@BSDWins.Com> <20030514050814.GA20560@sixshooter.v6.thrupoint.net> <20030514192204.GB1751@gothmog.gr> Message-ID: <20030515010555.GA22577@sixshooter.v6.thrupoint.net> * Giorgos Keramidas [2003-05-14 15:38]: > On 2003-05-14 01:08, Jim Brown wrote: > >* John [2003-05-13 21:04]: > >> > >> The manpage converted to html via: groff -man -Thtml > > > > With a liberal sprinkling of null content .Bd + .Ed pairings > > I was able to get the section headers to behave, but there > > are still some minor glitches with lists. > > > --- apcpwr.8 Tue May 13 20:37:11 2003 > > +++ NEWapcpwr.8 Wed May 14 00:56:28 2003 > > @@ -18,46 +18,60 @@ > > .Nm > > .Op Fl f > > .Ar reboot outletname > > +.Bd -literal > > +.Ed > > .Sh DESCRIPTION > > The > > Please, don't. First of all try to use -mandoc and not -man. The > manpages of FreeBSD don't use the -man macro package for formatting. > > - Giorgos > > _______________________________________________ > freebsd-doc at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe at freebsd.org" > Oops, sorry- incomplete post. My build line was: groff -Thtml -mdoc NEWapcpwr.8 > NEWapcpwr.html But the results are still unsatisfactory. The -Tascii version looks fine, but the HTML version still has formatting problems. I've posted them as follows: http://sixshooter.v6.thrupoint.net/apcpwr/apcpwr.8 http://sixshooter.v6.thrupoint.net/apcpwr/apcpwr.8.diff http://sixshooter.v6.thrupoint.net/apcpwr/NEWapcpwr.8 http://sixshooter.v6.thrupoint.net/apcpwr/NEWapcpwr.html apcpwr.8 - original post from John apcpwr.8.diff - diff -u apcpwr.8 NEWapcprw.8 NEWapcpwr.8 - my patches from the previous post already applied. NEWapcpwr.html - formatting problems still show up under the COMMANDS section. though the section headers now behave. Anyone else have any insight here? Best Regards, jpb === From pepper at rockefeller.edu Thu May 15 04:00:20 2003 From: pepper at rockefeller.edu (Chris Pepper) Date: Wed, 14 May 2003 23:55:41 -0400 (EDT) Subject: docs/52259: Unmatched parenthesis in /usr/share/man/man5/make.conf.5.gz Message-ID: <20030515035541.3648BFDC0@www.reppep.com> >Number: 52259 >Category: docs >Synopsis: Unmatched parenthesis in /usr/share/man/man5/make.conf.5.gz >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: Wed May 14 21:00:18 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Chris Pepper >Release: FreeBSD 4.8-PRERELEASE i386 >Organization: >Environment: System: FreeBSD www.reppep.com 4.8-PRERELEASE FreeBSD 4.8-PRERELEASE #7: Mon Feb 24 22:34:00 EST 2003 root at www.reppep.com:/usr/obj/usr/src/sys/REPPEP i386 >Description: /usr/share/man/man5/make.conf.5.gz has an unmatched paren. >How-To-Repeat: man make.conf >Fix: Apply this patch: --- make.conf.5 Wed May 14 23:33:16 2003 +++ make.conf.5.fixed Wed May 14 23:34:53 2003 @@ -406,7 +406,7 @@ .Pq Vt str If you want to install the MIT Kerberos5 port somewhere other than .Pa /usr/local , -define this. This is also used to tell ssh1 that kerberos is needed). +define this. This is also used to tell ssh1 that kerberos is needed. .It Va MAKE_IDEA .Pq Vt bool Set to build the IDEA encryption code. >Release-Note: >Audit-Trail: >Unformatted: From kh7907 at yahoo.co.kr Thu May 15 04:22:36 2003 From: kh7907 at yahoo.co.kr (=?euc-kr?q?G.S.=20Hong?=) Date: Thu, 15 May 2003 13:22:33 +0900 (JST) Subject: How can I get *.sgml files? Message-ID: <20030515042233.76332.qmail@web7309.mail.kr.yahoo.com> Hi, everyone. I want to print the FreeBSD HandBook. But, It,PDF file, isn't good in FreeBSD FTP Server. so, I want to get the FreeBSD HandBook sgml files. Then, I want to convert PDF from SGML. How can I get sgml files in FreeBSD Handbook relation? I may use the 'cvs' command. Would you tell me the procedure,please? _____________________________________________________________________ ? ??? ???? - ??! ?? http://kr.job.yahoo.com/ ??,???,??? ??? ???? - ??! ??? http://autos.yahoo.co.kr/autos/ From blackend at FreeBSD.org Thu May 15 07:43:12 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Thu, 15 May 2003 00:43:09 -0700 (PDT) Subject: docs/52250: [PATCH] Another anti-alias update for the handbook Message-ID: <200305150743.h4F7h9Hw039726@freefall.freebsd.org> Synopsis: [PATCH] Another anti-alias update for the handbook Responsible-Changed-From-To: freebsd-doc->blackend Responsible-Changed-By: blackend Responsible-Changed-When: Thu May 15 00:42:48 PDT 2003 Responsible-Changed-Why: I'll take care of this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=52250 From blackend at FreeBSD.org Thu May 15 08:01:49 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Thu, 15 May 2003 10:01:49 +0200 Subject: patch for www/en/Makefile In-Reply-To: References: Message-ID: <20030515080149.GA528@nosferatu.blackend.org> On Wed, May 14, 2003 at 06:01:39PM -0700, Jim Mock wrote: > Does anyone have any objections to this patch? It allows for WEBDIR > to be overridden and is the result of a thread on -questions. I'd > like to commit it tonight or tomorrow if there isn't a good reason > not to :-) > Good idea. Marc From trhodes at FreeBSD.org Thu May 15 14:48:36 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Thu, 15 May 2003 10:43:26 -0400 Subject: patch for www/en/Makefile In-Reply-To: References: Message-ID: <20030515104326.4dc7f3fc.trhodes@FreeBSD.org> On Wed, 14 May 2003 18:01:39 -0700 Jim Mock wrote: > Does anyone have any objections to this patch? It allows for WEBDIR to > be overridden and is the result of a thread on -questions. I'd like to > commit it tonight or tomorrow if there isn't a good reason not to :-) > /me nods head in approval. -- Tom Rhodes From lioux at FreeBSD.org Thu May 15 18:47:51 2003 From: lioux at FreeBSD.org (Mario Sergio Fujikawa Ferreira) Date: Thu, 15 May 2003 15:46:42 -0300 Subject: Adding http://www.FreeBSD.org/kde/ Message-ID: <20030515184704.77272.qmail@exxodus.fedaykin.here> Hi, We have http://www.FreeBSD.org/gnome/. What about also having http://www.FreeBSD.org/kde/ for consistency? There is a nice site in http://FreeBSD.kde.org/ maintained by the KDE-FreeBSD group. Could we add a pointer to them from http://www.FreeBSD.org/kde/ ? I've already talked to the KDE-FreeBSD group and they are okay with adding this redirection. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." FreeBSD Committer | CS Developer flames to beloved devnull at someotherworldbeloworabove.org feature, n: a documented bug | bug, n: an undocumented feature From wosch at cs.tu-berlin.de Thu May 15 21:12:09 2003 From: wosch at cs.tu-berlin.de (Wolfram Schneider) Date: Thu, 15 May 2003 23:06:18 +0200 Subject: sparc64 mail archive missing In-Reply-To: References: Message-ID: <20030515210618.GB3787@freno.cs.tu-berlin.de> On 2003-05-14 20:32:57 +0200, Gheorghe Ardelean wrote: > > Hi, > > Since 20030323 the sparc64 mailing list archive is missing. Fixed, thanks for the note. > What is happening? Someone changed the name for the mailing list from freebsd-sparc to freebsd-sparc64 ... -Wolfram -- Wolfram Schneider http://wolfram.schneider.org From radwasteus at yahoo.com Thu May 15 21:40:51 2003 From: radwasteus at yahoo.com (manee) Date: Thu, 15 May 2003 14:40:50 -0700 (PDT) Subject: fdp: www from scratch In-Reply-To: Message-ID: <20030515214050.18655.qmail@web21501.mail.yahoo.com> hi sirs, i mean when i install web to ~/public_html, some links are broken unless i mv ~/public_html/data/* ~/public_html/ initially, WEBBASE is set to /data. and that is why i see data at ~/public_html. is there any way of setting WEBBASE to some value in order to avoid manually perform mv as mention above ? thank you so much for your time. --- Jim Mock wrote: > On Thursday, May 15, 2003, at 01:39 AM, manee > wrote: > > hi sirs, > > > > i afraid that for my particulae case, we need to > overwrite WEBBASE to > > some value too. > > WEBBASE can already be overwritten, at least in the > English docs. From > Makefile.inc: > > WEBBASE?= /data > > Note the ?. You should be able to set WEBBASE in > your environment and > have it override the /data setting. > > - jim > with best regards, ===== ???? http://www.thai-aec.org __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From hmp at FreeBSD.ORG Thu May 15 21:50:15 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Thu, 15 May 2003 14:50:14 -0700 (PDT) Subject: docs/36628 Message-ID: <200305152150.h4FLoEmc023061@freefall.freebsd.org> The following reply was made to PR docs/36628; it has been noted by GNATS. From: Hiten Pandya To: bug-followup at FreeBSD.ORG Cc: Subject: re: docs/36628 Date: Thu, 15 May 2003 14:41:31 -0700 This is not an issue with the OpenSSL available in 5.x, and only applies to the version available in RELENG_4. Cheers! -- Hiten (hmp at FreeBSD.ORG) From mij at soupnazi.org Fri May 16 06:11:08 2003 From: mij at soupnazi.org (Jim Mock) Date: Thu, 15 May 2003 19:13:32 -0700 Subject: fdp: www from scratch In-Reply-To: <20030515214050.18655.qmail@web21501.mail.yahoo.com> Message-ID: On Thursday, May 15, 2003, at 02:40 PM, manee wrote: > hi sirs, > > i mean when i install web to ~/public_html, some links are broken > unless i mv ~/public_html/data/* ~/public_html/ > > initially, WEBBASE is set to /data. and that is why i see data at > ~/public_html. Yes, but it's set with WEBBASE?=, which means it can be overridden. > is there any way of setting WEBBASE to some value in order to avoid > manually perform mv as mention above ? Set it in your environment as having a blank value. - jim -- - jim mock mij@{soupnazi|opendarwin}.org jim@{bsdnews|FreeBSD}.org - - editor in chief, BSD News: http://bsdnews.org http://soupnazi.org - From hmp at FreeBSD.org Fri May 16 11:27:01 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Fri, 16 May 2003 04:27:00 -0700 (PDT) Subject: docs/39214: No my(4) man page Message-ID: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> Synopsis: No my(4) man page Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Fri May 16 04:24:42 PDT 2003 Responsible-Changed-Why: I have this man page in the works. It is simple, and not trendy like other NIC man pages, but it fills the gap: http://people.FreeBSD.ORG/~hmp/my.4.txt Its being reviewed. I will try and commit it before 5.1R, depending on the reviewer's comments. http://www.freebsd.org/cgi/query-pr.cgi?pr=39214 From trhodes at FreeBSD.org Fri May 16 15:50:52 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 16 May 2003 11:45:41 -0400 Subject: docs/39214: No my(4) man page In-Reply-To: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> Message-ID: <20030516114541.26131d4f.trhodes@FreeBSD.org> On Fri, 16 May 2003 04:27:00 -0700 (PDT) Hiten Pandya wrote: > Synopsis: No my(4) man page > > Responsible-Changed-From-To: freebsd-doc->hmp > Responsible-Changed-By: hmp > Responsible-Changed-When: Fri May 16 04:24:42 PDT 2003 > Responsible-Changed-Why: > I have this man page in the works. It is simple, and not trendy > like other NIC man pages, but it fills the gap: > > http://people.FreeBSD.ORG/~hmp/my.4.txt > Need more review? Note, mii(4) does not exist, its miibus(4), which I wrote and added to the tree a couple of months ago. -- Tom Rhodes From bmah at freebsd.org Fri May 16 17:53:24 2003 From: bmah at freebsd.org (Bruce A. Mah) Date: Fri, 16 May 2003 10:53:20 -0700 Subject: docs/39214: No my(4) man page In-Reply-To: <20030516114541.26131d4f.trhodes@FreeBSD.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> Message-ID: <20030516175320.GA91137@intruder.bmah.org> If memory serves me right, Tom Rhodes wrote: > On Fri, 16 May 2003 04:27:00 -0700 (PDT) > Hiten Pandya wrote: > > > Synopsis: No my(4) man page > > > > Responsible-Changed-From-To: freebsd-doc->hmp > > Responsible-Changed-By: hmp > > Responsible-Changed-When: Fri May 16 04:24:42 PDT 2003 > > Responsible-Changed-Why: > > I have this man page in the works. It is simple, and not trendy > > like other NIC man pages, but it fills the gap: > > > > http://people.FreeBSD.ORG/~hmp/my.4.txt > > > > Need more review? Note, mii(4) does not exist, its miibus(4), which > I wrote and added to the tree a couple of months ago. I'll jump in with a few nitpicks. :-p The correspondence between "DEC Tulip NIC chipset" and the dc(4) driver in the cross-references is not clear. The supported models are not sentences, and therefore should not end with full-stops. In the HISTORY section, you should say that the my driver *first* appeared in FreeBSD 4.6. The AUTHORS section could probably be better worded as "The my driver was written by Myson Technologies." If you (hmp) want to give yourself credit for the manpage, that's acceptable here. I'd also try to turn the BUGS section into a complete sentence. Bruce. PS. Yes, I always sign my name in email as though it were a sentence. So sue me. :-) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From hmp at FreeBSD.ORG Fri May 16 19:39:05 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Fri, 16 May 2003 12:39:02 -0700 Subject: docs/39214: No my(4) man page In-Reply-To: <20030516175320.GA91137@intruder.bmah.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> Message-ID: <20030516193902.GA32275@perrin.int.nxad.com> On Fri, May 16, 2003 at 10:53:20AM -0700, Bruce A. Mah wrote: [Tom wrote:] > > Need more review? Note, mii(4) does not exist, its miibus(4), which > > I wrote and added to the tree a couple of months ago. > > I'll jump in with a few nitpicks. :-p > > The correspondence between "DEC Tulip NIC chipset" and the dc(4) > driver in the cross-references is not clear. > > The supported models are not sentences, and therefore should not end > with full-stops. > > In the HISTORY section, you should say that the my driver *first* > appeared in FreeBSD 4.6. > > The AUTHORS section could probably be better worded as "The my driver > was written by Myson Technologies." If you (hmp) want to give > yourself credit for the manpage, that's acceptable here. > > I'd also try to turn the BUGS section into a complete sentence. > > Bruce. > > PS. Yes, I always sign my name in email as though it were a sentence. > So sue me. :-) Thanks guys! I have updated the manual page accordingly. I was thinking about the NetBSD mii(4) for a second there, but now I am back to the real world. 8-) Once I get a go ahead from re@ and my mentor (des), I will commit it. I have already got approval from Julian, who imported the driver in the first place. Cheers! -- Hiten (hmp at FreeBSD.ORG) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 155 bytes Desc: not available URL: From trhodes at FreeBSD.org Fri May 16 20:01:49 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 16 May 2003 15:56:37 -0400 Subject: docs/39214: No my(4) man page In-Reply-To: <20030516175320.GA91137@intruder.bmah.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> Message-ID: <20030516155637.668d03e0.trhodes@FreeBSD.org> On Fri, 16 May 2003 10:53:20 -0700 "Bruce A. Mah" wrote: > If memory serves me right, Tom Rhodes wrote: > > On Fri, 16 May 2003 04:27:00 -0700 (PDT) > > Hiten Pandya wrote: > > > > > Synopsis: No my(4) man page > > > > > > Responsible-Changed-From-To: freebsd-doc->hmp > > > Responsible-Changed-By: hmp > > > Responsible-Changed-When: Fri May 16 04:24:42 PDT 2003 > > > Responsible-Changed-Why: > > > I have this man page in the works. It is simple, and not trendy > > > like other NIC man pages, but it fills the gap: > > > > > > http://people.FreeBSD.ORG/~hmp/my.4.txt > > > > > > > Need more review? Note, mii(4) does not exist, its miibus(4), which > > I wrote and added to the tree a couple of months ago. > > I'll jump in with a few nitpicks. :-p > > The correspondence between "DEC Tulip NIC chipset" and the dc(4) > driver in the cross-references is not clear. > > The supported models are not sentences, and therefore should not end > with full-stops. > > In the HISTORY section, you should say that the my driver *first* > appeared in FreeBSD 4.6. > > The AUTHORS section could probably be better worded as "The my driver > was written by Myson Technologies." If you (hmp) want to give > yourself credit for the manpage, that's acceptable here. > > I'd also try to turn the BUGS section into a complete sentence. > > Bruce. > > PS. Yes, I always sign my name in email as though it were a sentence. > So sue me. :-) > Oh, we're doing *real* nitpicks? Well then, I might as well chime in here then! Below I've listed several comments. - My(4) at the top. This should be MY like many (if not all) of our driver manual pages (e.g: dc, fxp, miibus, smapi, etc.). - Can we rephrase under NAME? Perhaps PCI Ethernet Driver? It sounds better when read aloud. - Something must not have parsed correctly under DESCRIPTION: The driver provides ... Could you double check that please? I would rather it say something like The .Nm driver provides ... (with applicable spaces of course). - Under AUTHORS you have 'Myson Technology.' but in NAME you have 'Myson Technologies', and I'm going to assume that the 'Technologies' is the correct one. - Under DESCRIPTION you could put something like: The .Nm driver will probe for a Myson chip, check the PCI vendor and device IDs against our list of supported devices, and return a device name if we find a match. If a device is located .Nm will attach the interface, allocate softc structures, do ifmedia setup, and finally complete the Ethernet / .Xr BPF 4 attach. During .Xr BPF 4 attachments, the .Nm driver will permit the .Xr BPF 4 user to see the packet, but will not pass it up to the .Fn ether_input layer unless it's a broadcast packet, multicast packet, matches our current Ethernet address, or the interface is in promiscuous mode. .Pp During the main transmit routine, the .Nm driver will put pointer to the .Xr mbuf 9 data regions directly in the transmit lists, thus we avoid .Xr mbuf 9 copies. The .Nm driver will also save a copy of the pointers because the transmit list fragment pointers are physical addresses. This will give a clearer description of at least whats going on in the background. - Another thing you could do, to expand on the page a little bit is add a .Sh FILES section and list the two files: .Pa /usr/src/sys/dev/my/if_my.c and .Pa /usr/src/sys/dev/my/if_myreg.h and add a small description of them. - ifmedia (used in the above list) could use a manual page, I've got a WIP for this. Actually, I have many WIPs, but I need time to get them reviewed before the patches are applied. - This email was not ment to be so long... -- Tom Rhodes From hmp at FreeBSD.ORG Fri May 16 20:18:10 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Fri, 16 May 2003 13:18:05 -0700 Subject: docs/39214: No my(4) man page In-Reply-To: <20030516155637.668d03e0.trhodes@FreeBSD.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> Message-ID: <20030516201805.GA34240@perrin.int.nxad.com> On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: > Oh, we're doing *real* nitpicks? Well then, I might as well chime in > here then! Below I've listed several comments. > > > - My(4) at the top. This should be MY like many (if not all) of our > driver manual pages (e.g: dc, fxp, miibus, smapi, etc.). > > - Can we rephrase under NAME? Perhaps PCI Ethernet Driver? It sounds > better when read aloud. Ok, this is just the stupid ascii text copy is not updated, my fault again. I really need to get some sleep; been working on man pages and Problem Reports since yesterday without sleep. > - Something must not have parsed correctly under DESCRIPTION: > The driver provides ... > Could you double check that please? I would rather it say something > like The .Nm driver provides ... (with applicable spaces of course). Done. > > - Under AUTHORS you have 'Myson Technology.' but in NAME you have 'Myson > Technologies', and I'm going to assume that the 'Technologies' is the > correct one. Myson Technology is the right one. > > - Under DESCRIPTION you could put something like: > > The > .Nm > driver will probe for a Myson chip, check the PCI vendor and device IDs > against our list of supported devices, and return a device name if we find a match. > If a device is located > > [ ... snip ...] Tom, this stuff is implementation details which are unwated. Well, maybe I could put it in my(4) IMPLEMENTATION NOTES, but I highly doubt it will be of use to anyone since these steps are taken by just about any network driver, and should go to a more generic place. > - Another thing you could do, to expand on the page a > little bit is add a .Sh FILES section and list the two files: > > .Pa /usr/src/sys/dev/my/if_my.c > and > .Pa /usr/src/sys/dev/my/if_myreg.h > > and add a small description of them. Ok, a FILES section sounds a like a good idea. 8-) > - ifmedia (used in the above list) could use a manual page, I've got a > WIP for this. Actually, I have many WIPs, but I need time to get them > reviewed before the patches are applied. Send 'em over to me. Some people can't thank me enough for my delegation skills. 8-) > - This email was not ment to be so long... Cheers! -- Hiten (hmp at FreeBSD.ORG) From trhodes at FreeBSD.org Fri May 16 20:24:18 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 16 May 2003 16:19:06 -0400 Subject: docs/39214: No my(4) man page In-Reply-To: <20030516201805.GA34240@perrin.int.nxad.com> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> <20030516201805.GA34240@perrin.int.nxad.com> Message-ID: <20030516161906.5f75c31e.trhodes@FreeBSD.org> On Fri, 16 May 2003 13:18:05 -0700 Hiten Pandya wrote: > On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: > > Oh, we're doing *real* nitpicks? Well then, I might as well chime in > > here then! Below I've listed several comments. > > > > > > The > > .Nm > > driver will probe for a Myson chip, check the PCI vendor and device IDs > > against our list of supported devices, and return a device name if we find a match. > > If a device is located > > > > [ ... snip ...] > > Tom, this stuff is implementation details which are unwated. > Well, maybe I could put it in my(4) IMPLEMENTATION NOTES, but I > highly doubt it will be of use to anyone since these steps are > taken by just about any network driver, and should go to a more > generic place. That would be fine. Personally, I think manual pages should be as descriptive as possible without being redundant. The IMPLEMENTATION NOTES would be fine. If you do a cut'n paste, please do an s/BPF/bpf which I noticed after I sent the email. > > > - Another thing you could do, to expand on the page a > > little bit is add a .Sh FILES section and list the two files: > > > > .Pa /usr/src/sys/dev/my/if_my.c > > and > > .Pa /usr/src/sys/dev/my/if_myreg.h > > > > and add a small description of them. > > Ok, a FILES section sounds a like a good idea. 8-) > > > - ifmedia (used in the above list) could use a manual page, I've got a > > WIP for this. Actually, I have many WIPs, but I need time to get them > > reviewed before the patches are applied. > > Send 'em over to me. Some people can't thank me enough for my > delegation skills. 8-) Oh you don't want them! Trust me. :) > > > - This email was not ment to be so long... > Take care Hiten, thanks for all your work! -- Tom Rhodes From keramida at ceid.upatras.gr Fri May 16 21:37:29 2003 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Sat, 17 May 2003 00:15:59 +0300 Subject: How can I get *.sgml files? In-Reply-To: <20030515042233.76332.qmail@web7309.mail.kr.yahoo.com> References: <20030515042233.76332.qmail@web7309.mail.kr.yahoo.com> Message-ID: <20030516211559.GB14439@gothmog.gr> On 2003-05-15 13:22, "G.S. Hong" wrote: > Hi, everyone. > I want to print the FreeBSD HandBook. > > But, It,PDF file, isn't good in FreeBSD FTP Server. > so, I want to get the FreeBSD HandBook sgml files. > > Then, I want to convert PDF from SGML. > How can I get sgml files in FreeBSD Handbook relation? > I may use the 'cvs' command. > Would you tell me the procedure,please? Use cvsup and the supfile /usr/share/examples/cvsup/doc-supfile to download a copy of the SGML sources. Then read the FreeBSD Documentation Project Primer for New Contributors at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/fdp-primer/ This should get you started :) - Giorgos From radwasteus at yahoo.com Fri May 16 23:46:53 2003 From: radwasteus at yahoo.com (manee) Date: Fri, 16 May 2003 16:46:50 -0700 (PDT) Subject: fdp: www from scratch In-Reply-To: Message-ID: <20030516234650.28580.qmail@web21512.mail.yahoo.com> --- Jim Mock wrote: > On Friday, May 16, 2003, at 12:00 AM, manee wrote: > > hi sirs, > > > > i have tried many ... options(?) but links are > still broken. but i > > will tri again and will post script output for you > to analise. > > > > just another comment to fdp team, during make i > have seen > > SGML_CATALOG_FILES is set to point to > > /usr/local/share/xml/dtd/xhtml/xhtml.soc. i > simply would like to ask > > fdp team to add this environment setting to FDP > Primer too if this was > > not wrong. > > > > [i also attached my last make script of make ] > > [snip...] > > > manee at bank /home/manee/tmp/www> make > DESTDIR=/home/manee/public_html > > WEBDIR= ENGLISH_ONLY="yes" links > > manee at bank /home/manee/tmp/www> make > DESTDIR=/home/manee/public_html > > WEBDIR= ENGLISH_ONLY="yes" > > Try: > > make DESTDIR=/home/manee/public_html WEBDIR="" > WEBBASE="" > ENGLISH_ONLY="yes" > unfortunately sir, this produces the same result as WEBDIR= WEBBASE= setting in the command line i attache the script out put of my last run to you. thank you so much for your time. > - jim > with best regards, ===== ???? http://www.thai-aec.org __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: WEBBASE-blank-web-from-scratch.txt URL: From keramida at freebsd.org Sat May 17 16:07:25 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sat, 17 May 2003 08:04:17 +0300 Subject: docs/39214: No my(4) man page In-Reply-To: <20030516201805.GA34240@perrin.int.nxad.com> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> <20030516201805.GA34240@perrin.int.nxad.com> Message-ID: <20030517050417.GA20807@gothmog.gr> On 2003-05-16 13:18, Hiten Pandya wrote: >On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: >> - Another thing you could do, to expand on the page a >> little bit is add a .Sh FILES section and list the two files: >> >> .Pa /usr/src/sys/dev/my/if_my.c >> and >> .Pa /usr/src/sys/dev/my/if_myreg.h >> >> and add a small description of them. > > Ok, a FILES section sounds a like a good idea. 8-) I'm not sure, but it's your work so don't let me stop you from doing useful things. The only manpages in section 4 that mention files under /usr/src are vlan.4 and vinum.4. Drivers aren't very likely to move around in the tree but I don't feel very comfortable with paths being hardwired in manpages unless it's absolutely unavoidable. You should probably ask DES, Ruslan, Bruce Evans or another experienced src-hacker before doing this. From trhodes at FreeBSD.org Sat May 17 16:18:06 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Sat, 17 May 2003 12:12:45 -0400 Subject: docs/39214: No my(4) man page In-Reply-To: <20030517050417.GA20807@gothmog.gr> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> <20030516201805.GA34240@perrin.int.nxad.com> <20030517050417.GA20807@gothmog.gr> Message-ID: <20030517121245.2ede0da9.trhodes@FreeBSD.org> On Sat, 17 May 2003 08:04:17 +0300 Giorgos Keramidas wrote: > On 2003-05-16 13:18, Hiten Pandya wrote: > >On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: > >> - Another thing you could do, to expand on the page a > >> little bit is add a .Sh FILES section and list the two files: > >> > >> .Pa /usr/src/sys/dev/my/if_my.c > >> and > >> .Pa /usr/src/sys/dev/my/if_myreg.h > >> > >> and add a small description of them. > > > > Ok, a FILES section sounds a like a good idea. 8-) > > I'm not sure, but it's your work so don't let me stop you from doing > useful things. The only manpages in section 4 that mention files > under /usr/src are vlan.4 and vinum.4. Drivers aren't very likely to > move around in the tree but I don't feel very comfortable with paths > being hardwired in manpages unless it's absolutely unavoidable. > > You should probably ask DES, Ruslan, Bruce Evans or another experienced > src-hacker before doing this. > /me puts Ruslan mask on. According to mdoc(7): \" This next command is for sections 1, 6, 7 and 8 only. .\" .Sh ENVIRONMENT .\" .Sh FILES .\" .Sh EXAMPLES Thus Giorgos is correct in this notion. /me removes Ruslan mask. Take care, -- Tom Rhodes From hmp at FreeBSD.ORG Sat May 17 17:25:56 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Sat, 17 May 2003 10:25:52 -0700 Subject: docs/39214: No my(4) man page In-Reply-To: <20030517121245.2ede0da9.trhodes@FreeBSD.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> <20030516201805.GA34240@perrin.int.nxad.com> <20030517050417.GA20807@gothmog.gr> <20030517121245.2ede0da9.trhodes@FreeBSD.org> Message-ID: <20030517172552.GA2910@perrin.int.nxad.com> On Sat, May 17, 2003 at 12:12:45PM -0400, Tom Rhodes wrote: > On Sat, 17 May 2003 08:04:17 +0300 > Giorgos Keramidas wrote: > > > On 2003-05-16 13:18, Hiten Pandya wrote: > > >On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: > > >> - Another thing you could do, to expand on the page a > > >> little bit is add a .Sh FILES section and list the two files: > > >> > > >> .Pa /usr/src/sys/dev/my/if_my.c > > >> and > > >> .Pa /usr/src/sys/dev/my/if_myreg.h > > >> > > >> and add a small description of them. > > > > > > Ok, a FILES section sounds a like a good idea. 8-) > > > > I'm not sure, but it's your work so don't let me stop you from doing > > useful things. The only manpages in section 4 that mention files > > under /usr/src are vlan.4 and vinum.4. Drivers aren't very likely to > > move around in the tree but I don't feel very comfortable with paths > > being hardwired in manpages unless it's absolutely unavoidable. > > > > You should probably ask DES, Ruslan, Bruce Evans or another experienced > > src-hacker before doing this. > > > > /me puts Ruslan mask on. > > [ snip } > Thus Giorgos is correct in this notion. > Right, I thought about it after sending the mail and browsing some well know man pages, like fxp(4) and xl(4), and since I couldn't find any decent man page with a FILES section in section 4, I just dropped the idea, also, it saved me the time of the whole Review-Change-GoBackToStep1 process. 8-) Cheers! -- Hiten (hmp at FreeBSD.ORG) From trhodes at FreeBSD.org Sat May 17 18:46:50 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Sat, 17 May 2003 14:41:30 -0400 Subject: docs/39214: No my(4) man page In-Reply-To: <20030517172552.GA2910@perrin.int.nxad.com> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> <20030516201805.GA34240@perrin.int.nxad.com> <20030517050417.GA20807@gothmog.gr> <20030517121245.2ede0da9.trhodes@FreeBSD.org> <20030517172552.GA2910@perrin.int.nxad.com> Message-ID: <20030517144130.62b4f7ff.trhodes@FreeBSD.org> On Sat, 17 May 2003 10:25:52 -0700 Hiten Pandya wrote: > On Sat, May 17, 2003 at 12:12:45PM -0400, Tom Rhodes wrote: > > On Sat, 17 May 2003 08:04:17 +0300 > > Giorgos Keramidas wrote: > > > > > On 2003-05-16 13:18, Hiten Pandya wrote: > > > >On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: > > > >> - Another thing you could do, to expand on the page a > > > >> little bit is add a .Sh FILES section and list the two files: > > > >> > > > >> .Pa /usr/src/sys/dev/my/if_my.c > > > >> and > > > >> .Pa /usr/src/sys/dev/my/if_myreg.h > > > >> > > > >> and add a small description of them. > > > > > > > > Ok, a FILES section sounds a like a good idea. 8-) > > > > > > I'm not sure, but it's your work so don't let me stop you from doing > > > useful things. The only manpages in section 4 that mention files > > > under /usr/src are vlan.4 and vinum.4. Drivers aren't very likely to > > > move around in the tree but I don't feel very comfortable with paths > > > being hardwired in manpages unless it's absolutely unavoidable. > > > > > > You should probably ask DES, Ruslan, Bruce Evans or another experienced > > > src-hacker before doing this. > > > > > > > /me puts Ruslan mask on. > > > > [ snip } > > Thus Giorgos is correct in this notion. > > > > Right, I thought about it after sending the mail and browsing > some well know man pages, like fxp(4) and xl(4), and since I > couldn't find any decent man page with a FILES section in > section 4, I just dropped the idea, also, it saved me the time > of the whole Review-Change-GoBackToStep1 process. 8-) > Are you not supposed to be on yahoo right now?! -- Tom Rhodes From ru at FreeBSD.org Sat May 17 23:13:40 2003 From: ru at FreeBSD.org (mdoc officer Ruslan) Date: Sun, 18 May 2003 02:13:33 +0300 Subject: docs/39214: No my(4) man page In-Reply-To: <20030517121245.2ede0da9.trhodes@FreeBSD.org> References: <200305161127.h4GBR0QJ013946@freefall.freebsd.org> <20030516114541.26131d4f.trhodes@FreeBSD.org> <20030516175320.GA91137@intruder.bmah.org> <20030516155637.668d03e0.trhodes@FreeBSD.org> <20030516201805.GA34240@perrin.int.nxad.com> <20030517050417.GA20807@gothmog.gr> <20030517121245.2ede0da9.trhodes@FreeBSD.org> Message-ID: <20030517231333.GB12759@sunbay.com> On Sat, May 17, 2003 at 12:12:45PM -0400, Tom Rhodes wrote: > On Sat, 17 May 2003 08:04:17 +0300 > Giorgos Keramidas wrote: > > > On 2003-05-16 13:18, Hiten Pandya wrote: > > >On Fri, May 16, 2003 at 03:56:37PM -0400, Tom Rhodes wrote: > > >> - Another thing you could do, to expand on the page a > > >> little bit is add a .Sh FILES section and list the two files: > > >> > > >> .Pa /usr/src/sys/dev/my/if_my.c > > >> and > > >> .Pa /usr/src/sys/dev/my/if_myreg.h > > >> > > >> and add a small description of them. > > > > > > Ok, a FILES section sounds a like a good idea. 8-) > > > > I'm not sure, but it's your work so don't let me stop you from doing > > useful things. The only manpages in section 4 that mention files > > under /usr/src are vlan.4 and vinum.4. Drivers aren't very likely to > > move around in the tree but I don't feel very comfortable with paths > > being hardwired in manpages unless it's absolutely unavoidable. > > > > You should probably ask DES, Ruslan, Bruce Evans or another experienced > > src-hacker before doing this. > > > > /me puts Ruslan mask on. > > According to mdoc(7): > > \" This next command is for sections 1, 6, 7 and 8 only. > .\" .Sh ENVIRONMENT > .\" .Sh FILES > .\" .Sh EXAMPLES > > Thus Giorgos is correct in this notion. > > /me removes Ruslan mask. > "This next command" refers to the ".Sh ENVIRONMENT" only; ".Sh FILES" can be legally used in section 4. Ruslan takes his mask back. ;) Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru at sunbay.com Sunbay Software AG, ru at FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From hmp at FreeBSD.org Sun May 18 01:10:33 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Sat, 17 May 2003 18:10:32 -0700 (PDT) Subject: docs/50391: Incorrect information in a man Message-ID: <200305180110.h4I1AWbs067474@freefall.freebsd.org> Synopsis: Incorrect information in a man State-Changed-From-To: open->feedback State-Changed-By: hmp State-Changed-When: Sat May 17 18:09:38 PDT 2003 State-Changed-Why: Submitter has been asked for feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=50391 From info at pair.com Sun May 18 06:40:16 2003 From: info at pair.com (pair Networks Info) Date: Sun, 18 May 2003 02:40:15 EDT Subject: [S5Y5L3Q] info,welcome to my hometown Message-ID: <20030518064015.52524.qmail@tkt.pair.com> The tracking number for your request is [S5Y5L3Q]. Thank you for contacting pair Networks. We hope our services will fulfill your hosting needs. We look forward to working with you. Your inquiry to info at pair.com has been received and is now in our mail queue. This automated response is merely a confirmation of receipt. Please include the tracking number, shown in the Subject line of this message, with any subsequent e-mail regarding this request. E-mail that does not include the tracking number will be treated as a new request, and will be handled separately. If you are currently a customer of pair Networks, please direct your inquiries support at pair.com or billing at pair.com, as appropriate. For more information about contacting us, please visit: http://www.pair.com/pair/about/contact.html Please take a moment to review the material in this message. More information about pair Networks is also available on the Web. http://www.pair.com/ - our main Web site http://www.pair.com/pair/compare/ - compare hosting plans http://www.pair.com/pair/faq/ - our FAQ http://www.pair.com/pair/support/ - our Support Forum http://resellers.pair.com/ - information about our Reseller Programs http://www.pair.com/pair/signup/ - sign up for an account http://www.pair.com/pair/current/insider/ - our monthly newsletter http://www.pairNIC.com/ -- Domain Name Registration We offer the following Web Hosting Plans: FTP Basic Advanced Webmaster Server Disk Space 100 MB 150 MB 400 MB 600 MB Included traffic per month 3 GB 4.5 GB 12 GB 18 GB Virtual Domain? Yes Yes Yes Yes Supports more Virtual Domains? Yes Yes Yes Yes FTP Access? Yes Yes Yes Yes Telnet/SSH Access? No Yes Yes Yes Access to system CGI-bin? No Yes* Yes Yes Access to personal CGI-bin? No No Yes Yes SSI, PHP 4, Perl 5? No No Yes Yes Online Account Control Center Yes Yes Yes Yes MySQL Databases None None None 10 SSL Available to add-on? No No Yes Yes Included Mailboxes 1 10 25 50 Additional FTP Logins None None None 2 Setup Fee $20 $25 $30 $35 Monthly Fee $5.95 $9.95 $17.95 $29.95 * Level 1 System CGI only http://www.pair.com/pair/support/library/systemcgi/ Developer Commerce High Volume Server Disk Space 700 MB 700 MB 1000 MB Included traffic per month 21 GB 21 GB 30 GB Virtual Domain? Yes Yes Yes Supports more Virtual Domains? Yes Yes Yes FTP Access? Yes Yes Yes Telnet/SSH Access? Yes Yes Yes Access to system CGI-bin? Yes Yes Yes Access to personal CGI-bin? Yes Yes Yes SSI, PHP 4, Perl 5 Yes Yes Yes Online Account Control Center Yes Yes Yes MySQL Databases 10 10 10 Included POP mailboxes 100 100 200 SSL Included? Yes Yes No SSL Available to add-on? - - Yes Additional FTP Logins 4 4 5 MIVA Merchant/MIVA Empressa No Yes No Setup Fee $50 $75 $50 Monthly Fee $49.95 $49.95 $129.95 + Domain name registration fees are not included in the prices listed. (see http://www.pairNIC.com/ for details) + Additional Disk usage will be automatically charged at the monthly rate. (rates noted on our Web site) + Additional traffic will be automatically billed at the monthly rate (rates noted on our Web site) You may add multiple virtual domains to our hosting plans at the rate of $15 setup + $1/month. Each domain added will receive its own IP address and can be pointed to a subdirectory in your account. You will also have full e-mail and Web services for all of the virtual domains hosted on your account. All virtual domains, added to a single Web hosting account, share the same quota for the account that they are hosted on. For information about dedicated hosting plans, visit: http://www.pair.com/pair/quickserve/ Thank you for contacting us! We will get back to you as soon as possible. info at pair.com pair Networks, Inc. http://www.pair.com/ [ Automated message last updated March 18, 2003 ] From imp at bsdimp.com Sun May 18 15:53:30 2003 From: imp at bsdimp.com (M. Warner Losh) Date: Sun, 18 May 2003 09:52:26 -0600 (MDT) Subject: DocBook book Message-ID: <20030518.095226.115908955.imp@bsdimp.com> Is there a good docbook book that people can recommend? Warner From setantae at submonkey.net Sun May 18 16:00:42 2003 From: setantae at submonkey.net (Ceri Davies) Date: Sun, 18 May 2003 17:00:39 +0100 Subject: DocBook book In-Reply-To: <20030518.095226.115908955.imp@bsdimp.com> References: <20030518.095226.115908955.imp@bsdimp.com> Message-ID: <20030518160039.GA25804@submonkey.net> On Sun, May 18, 2003 at 09:52:26AM -0600, M. Warner Losh wrote: > Is there a good docbook book that people can recommend? Although there are others, O'Reilly's DocBook: The Definitive Guide is probably the best, and it's free too (www.docbook.org or the textproc/docbook-tdg port). Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From imp at bsdimp.com Sun May 18 16:10:58 2003 From: imp at bsdimp.com (M. Warner Losh) Date: Sun, 18 May 2003 10:10:07 -0600 (MDT) Subject: DocBook book In-Reply-To: <20030518160039.GA25804@submonkey.net> References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> Message-ID: <20030518.101007.28787714.imp@bsdimp.com> In message: <20030518160039.GA25804 at submonkey.net> Ceri Davies writes: : Although there are others, O'Reilly's DocBook: The Definitive Guide is probably : the best, and it's free too (www.docbook.org or the textproc/docbook-tdg port). Thanks! On a related topic, I notice that we have textproc/docbook-{241,300,310,400,410} in the repo. What's their purpose? Why the different versions of everything? I'm guessing it is different 'standards' of docbook markup that different documents use. Warner From hrs at eos.ocn.ne.jp Sun May 18 16:21:22 2003 From: hrs at eos.ocn.ne.jp (Hiroki Sato) Date: Mon, 19 May 2003 01:20:28 +0900 (JST) Subject: DocBook book In-Reply-To: <20030518.101007.28787714.imp@bsdimp.com> References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> <20030518.101007.28787714.imp@bsdimp.com> Message-ID: <20030519.012028.74758173.hrs@eos.ocn.ne.jp> "M. Warner Losh" wrote in <20030518.101007.28787714.imp at bsdimp.com>: imp> On a related topic, I notice that we have imp> textproc/docbook-{241,300,310,400,410} in the repo. What's their imp> purpose? Why the different versions of everything? I'm guessing it imp> is different 'standards' of docbook markup that different documents imp> use. Yes, they are different from each other and basically incompatible. -- | Hiroki SATO / From simon at nitro.dk Sun May 18 16:27:50 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Sun, 18 May 2003 18:27:48 +0200 Subject: Bad link in freebsd-questions article Message-ID: <20030518162747.GA1697@nitro.dk> Hello I just noticed a broken link in the FreeBSD questions article since Eric S. Raymond's home page have moved. Fix attached. -- Simon L. Nielsen -------------- next part -------------- Index: en_US.ISO8859-1/articles/freebsd-questions/article.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/articles/freebsd-questions/article.sgml,v retrieving revision 1.12 diff -u -d -r1.12 article.sgml --- en_US.ISO8859-1/articles/freebsd-questions/article.sgml 4 Apr 2003 08:26:51 -0000 1.12 +++ en_US.ISO8859-1/articles/freebsd-questions/article.sgml 18 May 2003 18:21:50 -0000 @@ -48,7 +48,7 @@ out yet. The FreeBSD hackers disapprove strongly of cracking security, and have nothing to do with it. For a longer description of hackers, see Eric Raymond's How To Become + url="http://www.catb.org/~esr/faqs/hacker-howto.html">How To Become A Hacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From setantae at submonkey.net Sun May 18 16:38:57 2003 From: setantae at submonkey.net (Ceri Davies) Date: Sun, 18 May 2003 17:38:55 +0100 Subject: Bad link in freebsd-questions article In-Reply-To: <20030518162747.GA1697@nitro.dk> References: <20030518162747.GA1697@nitro.dk> Message-ID: <20030518163855.GB25804@submonkey.net> On Sun, May 18, 2003 at 06:27:48PM +0200, Simon L. Nielsen wrote: > Hello > > I just noticed a broken link in the FreeBSD questions article since Eric > S. Raymond's home page have moved. Fix attached. Committed. Thank you. As a side note, although it may not seem worth it most of the time, I'd recommend submitting all of your diffs as PRs. That way we have a record of all your crimes readily accessible when it becomes time to punish you the traditional way. Thanks again, Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From simon at nitro.dk Sun May 18 16:41:45 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Sun, 18 May 2003 18:41:43 +0200 Subject: Bad link in freebsd-questions article In-Reply-To: <20030518163855.GB25804@submonkey.net> References: <20030518162747.GA1697@nitro.dk> <20030518163855.GB25804@submonkey.net> Message-ID: <20030518164142.GB1697@nitro.dk> On 2003.05.18 17:38:55 +0100, Ceri Davies wrote: > As a side note, although it may not seem worth it most of the time, I'd > recommend submitting all of your diffs as PRs. That way we have a record > of all your crimes readily accessible when it becomes time to punish you > the traditional way. OK, will do :-) -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From hmp at FreeBSD.ORG Sun May 18 16:43:10 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Sun, 18 May 2003 09:43:04 -0700 Subject: Bad link in freebsd-questions article In-Reply-To: <20030518163855.GB25804@submonkey.net> References: <20030518162747.GA1697@nitro.dk> <20030518163855.GB25804@submonkey.net> Message-ID: <20030518164304.GA29362@perrin.int.nxad.com> On Sun, May 18, 2003 at 05:38:55PM +0100, Ceri Davies wrote: > On Sun, May 18, 2003 at 06:27:48PM +0200, Simon L. Nielsen wrote: > > Hello > > > > I just noticed a broken link in the FreeBSD questions article since Eric > > S. Raymond's home page have moved. Fix attached. > > Committed. Thank you. > > As a side note, although it may not seem worth it most of the time, I'd > recommend submitting all of your diffs as PRs. That way we have a record > of all your crimes readily accessible when it becomes time to punish you > the traditional way. > Yeah! Otherwise you can suffer a long `keep them coming...' punishment, as like some of us did. Er, /me ducks and runs 8-) -- Hiten (hmp at FreeBSD.ORG) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 155 bytes Desc: not available URL: From brueffer at FreeBSD.org Sun May 18 17:06:58 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Sun, 18 May 2003 19:06:57 +0200 (CEST) Subject: docs/52259: Unmatched parenthesis in /usr/share/man/man5/make.conf.5.gz Message-ID: <200305181706.h4IH6vFn086123@freefall.freebsd.org> Synopsis: Unmatched parenthesis in /usr/share/man/man5/make.conf.5.gz State-Changed-From-To: open->closed State-Changed-By: brueffer State-Changed-When: Sun May 18 19:06:12 CEST 2003 State-Changed-Why: Committed to RELENG_4 (not present in -current), thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=52259 From nik at freebsd.org Sun May 18 19:51:30 2003 From: nik at freebsd.org (Nik Clayton) Date: Sun, 18 May 2003 20:51:10 +0100 Subject: DocBook book In-Reply-To: <20030518.101007.28787714.imp@bsdimp.com> References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> <20030518.101007.28787714.imp@bsdimp.com> Message-ID: <20030518195110.GA19455@clan.nothing-going-on.org> On Sun, May 18, 2003 at 10:10:07AM -0600, M. Warner Losh wrote: > On a related topic, I notice that we have > textproc/docbook-{241,300,310,400,410} in the repo. What's their > purpose? Why the different versions of everything? I'm guessing it > is different 'standards' of docbook markup that different documents > use. Different versions of the DTD. Since you might have documents authored using different versions, it made sense to keep them as separate ports, rather than have a single docbook DTD port. N -- FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \ ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/_) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From nik at freebsd.org Sun May 18 19:58:48 2003 From: nik at freebsd.org (Nik Clayton) Date: Sun, 18 May 2003 20:58:45 +0100 Subject: RFC: Dropping gzip'd docs on the FTP site Message-ID: <20030518195845.GB19455@clan.nothing-going-on.org> Hi chaps, At the moment the docs on the FTP site are available in gzip, bzip2, and zip format. How do people feel about dropping support for gzip? FreeBSD's shipped with bzip for a while, and the zip format covers platforms where gzip or bzip isn't common. Support for building gzip'd docs would remain in the tool chain, I just want to remove the format when the docs are built for the FTP site. Comments? N -- FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \ ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/_) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From hmp at FreeBSD.org Sun May 18 20:01:30 2003 From: hmp at FreeBSD.org (Hiten Pandya) Date: Sun, 18 May 2003 13:01:28 -0700 (PDT) Subject: docs/41580: usb(4) manpage: Structures' fields aren't synchronized with those in dev/usb/usb.h Message-ID: <200305182001.h4IK1SM3010935@freefall.freebsd.org> Synopsis: usb(4) manpage: Structures' fields aren't synchronized with those in dev/usb/usb.h Responsible-Changed-From-To: freebsd-doc->hmp Responsible-Changed-By: hmp Responsible-Changed-When: Sun May 18 13:01:10 PDT 2003 Responsible-Changed-Why: I will take a look at this, thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=41580 From trhodes at FreeBSD.org Sun May 18 20:02:42 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Sun, 18 May 2003 15:56:53 -0400 Subject: RFC: Dropping gzip'd docs on the FTP site In-Reply-To: <20030518195845.GB19455@clan.nothing-going-on.org> References: <20030518195845.GB19455@clan.nothing-going-on.org> Message-ID: <20030518155653.5fd2e315.trhodes@FreeBSD.org> On Sun, 18 May 2003 20:58:45 +0100 Nik Clayton wrote: > Hi chaps, > > At the moment the docs on the FTP site are available in gzip, bzip2, and > zip format. > > How do people feel about dropping support for gzip? FreeBSD's shipped > with bzip for a while, and the zip format covers platforms where gzip or > bzip isn't common. > > Support for building gzip'd docs would remain in the tool chain, I just > want to remove the format when the docs are built for the FTP site. > > Comments? > [Snip cute little daemon and Nik's sig] Personally, I think it would be fine. -- Tom Rhodes From chris at unixpages.org Sun May 18 21:40:27 2003 From: chris at unixpages.org (Christian Brueffer) Date: Sun, 18 May 2003 23:40:23 +0200 Subject: RFC: Dropping gzip'd docs on the FTP site In-Reply-To: <20030518195845.GB19455@clan.nothing-going-on.org> References: <20030518195845.GB19455@clan.nothing-going-on.org> Message-ID: <20030518214023.GK974@unixpages.org> On Sun, May 18, 2003 at 08:58:45PM +0100, Nik Clayton wrote: > Hi chaps, > > At the moment the docs on the FTP site are available in gzip, bzip2, and > zip format. > > How do people feel about dropping support for gzip? FreeBSD's shipped > with bzip for a while, and the zip format covers platforms where gzip or > bzip isn't common. > > Support for building gzip'd docs would remain in the tool chain, I just > want to remove the format when the docs are built for the FTP site. > > Comments? > No problem with me. - Christian -- Christian Brueffer chris at unixpages.org brueffer at FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From jpb at sixshooter.v6.thrupoint.net Sun May 18 22:11:25 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Sun, 18 May 2003 18:11:23 -0400 Subject: RFC: Dropping gzip'd docs on the FTP site In-Reply-To: <20030518195845.GB19455@clan.nothing-going-on.org> References: <20030518195845.GB19455@clan.nothing-going-on.org> Message-ID: <20030518221123.GA33669@sixshooter.v6.thrupoint.net> * Nik Clayton [2003-05-18 15:59]: > Hi chaps, > > At the moment the docs on the FTP site are available in gzip, bzip2, and > zip format. > > How do people feel about dropping support for gzip? FreeBSD's shipped > with bzip for a while, and the zip format covers platforms where gzip or > bzip isn't common. > > Support for building gzip'd docs would remain in the tool chain, I just > want to remove the format when the docs are built for the FTP site. > > Comments? > > N > -- > FreeBSD: The Power to Serve http://www.freebsd.org/ (__) > FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) > \/ \ ^ > --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/_) Fine with me. Any particular reason? Is this another de-GNU-ity? Ruslan just had the same discussion on -CURRENT a few weeks ago. There was some controversy involving various tradeoffs with compression size, and processing time. Might want to review those just to make sure that the dial-up and low-bandwidth users aren't impacted. Wouldn't hurt to run benchmarks before and after as well. I'd do it myself, but it's Sunday afternoon and I'm too lazy :-) Best Regards, jpb === From simon at nitro.dk Mon May 19 00:20:04 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Sun, 18 May 2003 17:20:03 -0700 (PDT) Subject: docs/51897: Add example for disklable for md devices Message-ID: <200305190020.h4J0K3gF039512@freefall.freebsd.org> The following reply was made to PR docs/51897; it has been noted by GNATS. From: "Simon L. Nielsen" To: freebsd-gnats-submit at FreeBSD.org Cc: Subject: Re: docs/51897: Add example for disklable for md devices Date: Mon, 19 May 2003 02:17:23 +0200 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Adding relevant part of notes by blackend@ and myself regarding this PR to the audit-trail. ----- Forwarded message from Marc Fonvieille ----- =46rom: Marc Fonvieille Date: Wed, 7 May 2003 20:36:49 +0200 To: "Simon L. Nielsen" Cc: freebsd-doc at FreeBSD.org User-Agent: Mutt/1.4i Subject: Re: docs/51897: Add example for disklable for md devices On Wed, May 07, 2003 at 10:58:48AM +0200, Simon L. Nielsen wrote: > > We shoould be consistent with other docs (Handbook etc..) i.e. > > disklabel -r -w md0 auto >=20 > Actually it was on purpose that I changed that. As I understand it '-r' > and 'auto' are not needed anymore post GEOM. The examples in > bsdlabel(8) does not use auto and this is the code handling '-r' : > Well I did not think about the brand new disklabel :( > case 'r': > /* > * We accept and ignode -r for compatibility with > * historically disklabel usage. > */ > break; >=20 > I would rather say that the rest of the docs should be change not to use > '-r' and 'auto' and perhaps add a compatibility note for FreeBSD < 5.0. >=20 You meant 5.1 I think. In the Handbook I would write that -r and auto options can be safely omitted on FreeBSD 5.1 and later. Marc ----- End forwarded message ----- --=20 Simon L. Nielsen --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+yCKS8kocFXgPTRwRAsJZAKDPpVK61BqsvuJGAY5wEdkk1o3SbwCfRsbu t509Xg33Zflc/9MFaInpyYI= =2W+W -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From grog at FreeBSD.org Mon May 19 01:37:10 2003 From: grog at FreeBSD.org (Greg 'groggy' Lehey) Date: Mon, 19 May 2003 11:07:06 +0930 Subject: DocBook book In-Reply-To: <20030518160039.GA25804@submonkey.net> References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> Message-ID: <20030519013706.GN77354@wantadilla.lemis.com> On Sunday, 18 May 2003 at 17:00:39 +0100, Ceri Davies wrote: > On Sun, May 18, 2003 at 09:52:26AM -0600, M. Warner Losh wrote: >> Is there a good docbook book that people can recommend? > > Although there are others, O'Reilly's DocBook: The Definitive Guide > is probably the best, and it's free too (www.docbook.org or the > textproc/docbook-tdg port). I have it, and I can't recommend it. Despite the name, it's a reference, not a guide. For an example of the kind of book I'm looking for, see http://www.alltel.net/~kollar/utp/. That's about troff, not DocBook, but it's a well written book. I don't think anything similar is available for DocBook. Greg -- See complete headers for address and phone numbers -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From malcolm.kay at internode.on.net Mon May 19 05:30:18 2003 From: malcolm.kay at internode.on.net (Malcolm Kay) Date: Mon, 19 May 2003 14:59:02 +0930 Subject: docs/52419: Downloaded handbook errors on un-tar-ing Message-ID: <200305191459.02203.malcolm.kay@internode.on.net> >Number: 52419 >Category: docs >Synopsis: Downloaded handbook errors on un-tar-ing >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 May 18 22:30:16 PDT 2003 >Closed-Date: >Last-Modified: >Originator: malcolm kay >Release: FreeBSD 4.7-STABLE i386 >Organization: at home >Environment: System: FreeBSD beta.home 4.7-STABLE FreeBSD 4.7-STABLE #0: Sun Feb 23 01:18:55 CST 2003 =20 malcolm at beta.home:/usr/src/sys/compile/SOUND i386 = =20 = =20 >Description: = =20 Downloaded Handbook archive contains '..' in some paths; rejected by = tar =20 >How-To-Repeat: = =20 # ftp \=20 ftp://ftp.freebsd.org/pub/FreeBSD/doc/en_US.ISO8859-1/books/handbook/book= =2Ehtml.tar.gz =20 # tar zxf book.html.tar.gz = =20 >Fix: = =20 Work around: Download immages individually from Web version using bro= wser. =20 Fix: Re-archive without '..' in path names. >Release-Note: >Audit-Trail: >Unformatted: X-send-pr-version: 3.113 X-GNATS-Notify: From murray at FreeBSD.org Mon May 19 07:09:24 2003 From: murray at FreeBSD.org (Murray Stokely) Date: Mon, 19 May 2003 00:09:08 -0700 Subject: DocBook book In-Reply-To: <20030519013706.GN77354@wantadilla.lemis.com>; from grog@FreeBSD.org on Mon, May 19, 2003 at 11:07:06AM +0930 References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> <20030519013706.GN77354@wantadilla.lemis.com> Message-ID: <20030519000908.E8403@freebsdmall.com> On Mon, May 19, 2003 at 11:07:06AM +0930, Greg 'groggy' Lehey wrote: > I have it, and I can't recommend it. Despite the name, it's a > reference, not a guide. For an example of the kind of book I'm > looking for, see http://www.alltel.net/~kollar/utp/. That's about > troff, not DocBook, but it's a well written book. I don't think > anything similar is available for DocBook. I can recommend DocBook TDG strongly if you are trying to author something in DocBook for the first time. The whole point of SGML is that it is a totally different paradigm from something like troff. Authors aren't supposed to have to worry abou the complications of presentation. This book teaches you the tags that have been defined to describe technical content. It is another problem domain (usually dealt with by a separate person) to write an XML application to query that document for semantic information, process the SGML document and turn it into another output format, process the SGML document and create a audio rendering, etc.. The book you reference has chapters on learning vi, Unix fundamentals, and all kinds of typesetting information, all of which is completely irrellevant in the SGML/XML world. I'm sure it's a great book on troff, but it's not a fair comparison. If Warner would like to know more about the process of rendering DocBook SGML files into different output formats, then the wrong question was asked and a different book would have been recommended. - Murray From grog at FreeBSD.org Mon May 19 08:04:59 2003 From: grog at FreeBSD.org (Greg 'groggy' Lehey) Date: Mon, 19 May 2003 17:34:52 +0930 Subject: DocBook book In-Reply-To: <20030519000908.E8403@freebsdmall.com> References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> <20030519013706.GN77354@wantadilla.lemis.com> <20030519000908.E8403@freebsdmall.com> Message-ID: <20030519080452.GR77354@wantadilla.lemis.com> On Monday, 19 May 2003 at 0:09:08 -0700, Murray Stokely wrote: > On Mon, May 19, 2003 at 11:07:06AM +0930, Greg 'groggy' Lehey wrote: >> I have it, and I can't recommend it. Despite the name, it's a >> reference, not a guide. For an example of the kind of book I'm >> looking for, see http://www.alltel.net/~kollar/utp/. That's about >> troff, not DocBook, but it's a well written book. I don't think >> anything similar is available for DocBook. > > I can recommend DocBook TDG strongly if you are trying to author > something in DocBook for the first time. That's exactly what I was trying to do. I can't recommend it. > The whole point of SGML is that it is a totally different paradigm > from something like troff. Authors aren't supposed to have to worry > abou the complications of presentation. I have a problem with that, but I don't think it's relevant. > This book teaches you the tags that have been defined to describe > technical content. It is another problem domain (usually dealt with > by a separate person) to write an XML application to query that > document for semantic information, process the SGML document and > turn it into another output format, process the SGML document and > create a audio rendering, etc.. I can accept that division of labour. But they're both part of DocBook. > The book you reference has chapters on learning vi, Unix > fundamentals, and all kinds of typesetting information, all of which > is completely irrellevant in the SGML/XML world. Certainly the chapters about vi and UNIX in general are irrelevant. But it also has chapters leading you through how to create a document, how to influence the layout, etc. You may say "but you shouldn't be influencing the layout", but I disagree. If I want, say, to write a letter or a set of slides in DocBook, I need to know how to get the effects I want. This book doesn't tell me. In the case in point, I was writing my book "The Complete FreeBSD". O'Reilly supplied the presentation details you refer to above, so I really only needed to do what you say the book is for. In addition, since it's an O'Reilly book, you would expect it to be a particularly good match. In fact, I found it almost useless. O'Reilly did supply me with a basic introduction to how to do things, and apologized for not having anything better, so I'm sure they recognize the problem. In the end I gave up and wrote in groff. > If Warner would like to know more about the process of rendering > DocBook SGML files into different output formats, then the wrong > question was asked and a different book would have been recommended. Out of interest, which one? Greg -- See complete headers for address and phone numbers -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From blackend at FreeBSD.org Mon May 19 08:59:35 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Mon, 19 May 2003 10:59:34 +0200 Subject: docs/51897: Add example for disklable for md devices In-Reply-To: <200305190020.h4J0K3gF039512@freefall.freebsd.org> References: <200305190020.h4J0K3gF039512@freefall.freebsd.org> Message-ID: <20030519085934.GA553@nosferatu.blackend.org> On Sun, May 18, 2003 at 05:20:03PM -0700, Simon L. Nielsen wrote: > The following reply was made to PR docs/51897; it has been noted by GNATS. > > From: "Simon L. Nielsen" > To: freebsd-gnats-submit at FreeBSD.org > Cc: > Subject: Re: docs/51897: Add example for disklable for md devices > Date: Mon, 19 May 2003 02:17:23 +0200 > > --eJnRUKwClWJh1Khz > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > Adding relevant part of notes by blackend@ and myself regarding this PR > to the audit-trail. > [...] Hmmm, I am not really happy with this. If you want to quote me: - please quote all thread not only one post, - maybe ask my opinion first. and I'm not sure my sentences (and the thread) were so revelant to be in this PR. Marc From blackend at FreeBSD.org Mon May 19 09:06:31 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Mon, 19 May 2003 02:06:30 -0700 (PDT) Subject: docs/51897: Add example for disklable for md devices Message-ID: <200305190906.h4J96Uv9091731@freefall.freebsd.org> Synopsis: Add example for disklable for md devices Responsible-Changed-From-To: freebsd-doc->blackend Responsible-Changed-By: blackend Responsible-Changed-When: Mon May 19 02:05:37 PDT 2003 Responsible-Changed-Why: I will take it since I'm in the audit-trail. http://www.freebsd.org/cgi/query-pr.cgi?pr=51897 From murray at FreeBSD.org Mon May 19 09:13:19 2003 From: murray at FreeBSD.org (Murray Stokely) Date: Mon, 19 May 2003 02:13:10 -0700 Subject: DocBook book In-Reply-To: <20030519080452.GR77354@wantadilla.lemis.com>; from grog@FreeBSD.org on Mon, May 19, 2003 at 05:34:52PM +0930 References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> <20030519013706.GN77354@wantadilla.lemis.com> <20030519000908.E8403@freebsdmall.com> <20030519080452.GR77354@wantadilla.lemis.com> Message-ID: <20030519021310.F8403@freebsdmall.com> On Mon, May 19, 2003 at 05:34:52PM +0930, Greg 'groggy' Lehey wrote: > > The whole point of SGML is that it is a totally different paradigm > > from something like troff. Authors aren't supposed to have to worry > > abou the complications of presentation. > > I have a problem with that, but I don't think it's relevant. Well then you have a problem with the whole paradigm behind SGML and DocBook, and it's clear why you don't like it. The first chapter of the book in question says : "An SGML document contains all the information that a typesetter needs to lay out and typeset a printed page in the most effective and consistent way, but it does not specify the layout or the type." Yet it seems like this is exactly what your complaint is about. At least, I can't find any other complaints about DocBook in this or other messages from you except that you can't control the formatting like you can with nroff. That's fine, I'm a fan of TeX myself. > > This book teaches you the tags that have been defined to describe > > technical content. It is another problem domain (usually dealt with > > by a separate person) to write an XML application to query that > > document for semantic information, process the SGML document and > > turn it into another output format, process the SGML document and > > create a audio rendering, etc.. > > I can accept that division of labour. But they're both part of > DocBook. No they're not. DocBook (as with other SGML DTDs) has almost no typesetting information. This is a silly conversation, Greg. I know you know what semantic markup is, and it's clearly at odds with the way you prefer to work. In the FDP, the presentation of the DocBook SGML is done with Jade and DSSSL stylesheets. > But it also has chapters leading you through how to create a document, > how to influence the layout, etc. You may say "but you shouldn't be > influencing the layout", but I disagree. If I want, say, to write a > letter or a set of slides in DocBook, I need to know how to get the > effects I want. This book doesn't tell me. DocBook would be a poor choice for writing a letter. That's well outside of what it is intended to do. Slides are pretty far also but some modifications have been made into a separate slide-like DTD/schema and some example stylesheets to create slide PDFs. You can find the slide DTD here : http://sourceforge.net/projects/docbook I wouldn't waste my own time trying to create a presentation with DocBook though. > In the case in point, I was writing my book "The Complete FreeBSD". > O'Reilly supplied the presentation details you refer to above, so I > really only needed to do what you say the book is for. In addition, > since it's an O'Reilly book, you would expect it to be a particularly > good match. In fact, I found it almost useless. O'Reilly did supply > me with a basic introduction to how to do things, and apologized for > not having anything better, so I'm sure they recognize the problem. > In the end I gave up and wrote in groff. In this entire paragraph you haven't said what your problem was, or why you found it useless. I can only infer that you still have complaints that it is not nroff and that you can't control the typesetting. That is fine but it's not a failing of the DocBook DTD. What tags could be added to this DTD to make it acceptable to you? None, because your complaints aren't about the DocBook DTD, they are about the entire paradigm. > > If Warner would like to know more about the process of rendering > > DocBook SGML files into different output formats, then the wrong > > question was asked and a different book would have been recommended. > > Out of interest, which one? One of the many XSLT books by O'Reilly or the larger XSLT book by Wrox Press. We use DSSSL stylesheets in the FDP but DSSSL didn't catch on with the rest of the world because the lisp-based stylesheet language is programmer and implementor-unfriendly. Both DSSSL and XSLT are standard languages to transform XML/SGML documents. I'm not even aware of any printed books about DSSSL, but there are tens of books about XSLT. - Murray From rb at gid.co.uk Mon May 19 11:20:14 2003 From: rb at gid.co.uk (Bob Bishop) Date: Mon, 19 May 2003 12:19:08 +0100 (BST) Subject: docs/52426: Update hardware notes to reflect kern/50427 Message-ID: <200305191119.h4JBJ8T75763@gidgate.gid.co.uk> >Number: 52426 >Category: docs >Synopsis: Update hardware notes to reflect kern/50427 >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Mon May 19 04:20:12 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Bob Bishop >Release: FreeBSD 5.0-CURRENT i386 >Organization: GID ltd >Environment: >Description: kern/50427 requires update to hardware notes. >How-To-Repeat: >Fix: Apply the following to hardware-i386.html (diff against 5.0-R) (I don't know whether this is relevant to any other archs): begin 644 hardware-i386.html.diff M+2TM(&AA"\T.31X"BL@("`@("`@("`@("`@(#$Y,38P M+S(Y,7 at O,CDR,$,O,CDS,"\R.30P+S(Y-3`O,CDQ-C`O,SDT,"\S.34P+S,Y M-C`O,SDQ-C`O,SDX>"\T.31X"B`@("`@("`@("`@("`@('-ERelease-Note: >Audit-Trail: >Unformatted: From blackend at FreeBSD.org Mon May 19 11:21:39 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Mon, 19 May 2003 04:21:38 -0700 (PDT) Subject: docs/52419: Downloaded handbook errors on un-tar-ing Message-ID: <200305191121.h4JBLcNa020576@freefall.freebsd.org> Synopsis: Downloaded handbook errors on un-tar-ing Responsible-Changed-From-To: freebsd-doc->blackend Responsible-Changed-By: blackend Responsible-Changed-When: Mon May 19 04:20:41 PDT 2003 Responsible-Changed-Why: It is a "side-effect" from images separation. I will work on the fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=52419 From keramida at freebsd.org Mon May 19 11:35:52 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Mon, 19 May 2003 02:26:37 +0300 Subject: RFC: Dropping gzip'd docs on the FTP site In-Reply-To: <20030518221123.GA33669@sixshooter.v6.thrupoint.net> References: <20030518195845.GB19455@clan.nothing-going-on.org> <20030518221123.GA33669@sixshooter.v6.thrupoint.net> Message-ID: <20030518232637.GA2546@gothmog.gr> On 2003-05-18 18:11, Jim Brown wrote: >* Nik Clayton [2003-05-18 15:59]: >> >> At the moment the docs on the FTP site are available in gzip, bzip2, and >> zip format. >> >> How do people feel about dropping support for gzip? FreeBSD's shipped >> with bzip for a while, and the zip format covers platforms where gzip or >> bzip isn't common. > > Fine with me. Any particular reason? Is this another de-GNU-ity? It'll also save some space (and lots of i-nodes) on the ftp master and its mirrors. Go fer it :) From callowaysi at hotmail.com Mon May 19 14:16:33 2003 From: callowaysi at hotmail.com (Michael Calloway) Date: Mon, 19 May 2003 14:16:32 +0000 Subject: Kernel Rebuilding on FreeBSD 5.x Message-ID: I am trying to work with FreeBSD 5.x. I recently d/l 5.1-Beta, and I understand the signigficanceand gravity of a BETA. But I can't find any docs on re-compiling a custom kernel.Would you please point me in the right direction, please? TIA Mike ...and I get to keep the equipment when we're done. (Luther, from Mission Impossible 1) Live Free Or Die Power To Serve! _________________________________________________________________ MSN 8 with [1]e-mail virus protection service: 2 months FREE* References 1. http://g.msn.com/8HMRENUS/2740??PS= From trhodes at FreeBSD.org Mon May 19 15:02:51 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 10:55:32 -0400 Subject: Kernel Rebuilding on FreeBSD 5.x In-Reply-To: References: Message-ID: <20030519105532.7cc40947.trhodes@FreeBSD.org> Hello Michael, On Mon, 19 May 2003 14:16:32 +0000 "Michael Calloway" wrote: > > I am trying to work with FreeBSD 5.x. I recently d/l 5.1-Beta, and I > understand the signigficanceand gravity of a BETA. But I can't find > any docs on re-compiling a custom kernel.Would you please point me in > the right direction, please? TIA > > Mike > ...and I get to keep the equipment when we're done. > The information in our handbook should be 99% applicable to FreeBSD 5.1-Beta. If you see a significant difference between the information located here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html and your environment, please let us know and we will fix ASAP! If you need help on a specific problem, (hardware or otherwise) you can always email questions at FreeBSD.org, or check the appropriate handbook chapter/section. Thanks, -- Tom Rhodes From simon at nitro.dk Mon May 19 16:27:37 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Mon, 19 May 2003 18:27:34 +0200 Subject: docs/51897: Add example for disklable for md devices In-Reply-To: <20030519085934.GA553@nosferatu.blackend.org> References: <200305190020.h4J0K3gF039512@freefall.freebsd.org> <20030519085934.GA553@nosferatu.blackend.org> Message-ID: <20030519162733.GA406@nitro.dk> On 2003.05.19 10:59:34 +0200, Marc Fonvieille wrote: > On Sun, May 18, 2003 at 05:20:03PM -0700, Simon L. Nielsen wrote: > > The following reply was made to PR docs/51897; it has been noted by GNATS. > > > > From: "Simon L. Nielsen" > > To: freebsd-gnats-submit at FreeBSD.org > > Cc: > > Subject: Re: docs/51897: Add example for disklable for md devices > > Date: Mon, 19 May 2003 02:17:23 +0200 > > > > --eJnRUKwClWJh1Khz > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > Adding relevant part of notes by blackend@ and myself regarding this PR > > to the audit-trail. > > > [...] > > Hmmm, I am not really happy with this. > If you want to quote me: > > - please quote all thread not only one post, > - maybe ask my opinion first. > > and I'm not sure my sentences (and the thread) were so revelant to > be in this PR. Sorry about that, I just though other might have the same reservations you had if they look at the PR at a later time and thought that the one mail summed up the issue. Again sorry! I didn't want to put words in your mouth or anything like that. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From nik at freebsd.org Mon May 19 17:46:32 2003 From: nik at freebsd.org (Nik Clayton) Date: Mon, 19 May 2003 18:46:26 +0100 Subject: RFC: Dropping gzip'd docs on the FTP site In-Reply-To: <20030518221123.GA33669@sixshooter.v6.thrupoint.net> References: <20030518195845.GB19455@clan.nothing-going-on.org> <20030518221123.GA33669@sixshooter.v6.thrupoint.net> Message-ID: <20030519174626.GA16422@clan.nothing-going-on.org> On Sun, May 18, 2003 at 06:11:23PM -0400, Jim Brown wrote: > Fine with me. Any particular reason? Is this another de-GNU-ity? Nothing GNU related -- it should just cut down on the amount of data that needs to get transferred between the mirrors (and my home system, where the doc/ tree's built). N -- FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \ ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/_) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From bugmaster at freebsd.org Mon May 19 18:00:38 2003 From: bugmaster at freebsd.org (FreeBSD bugmaster) Date: Mon, 19 May 2003 11:00:34 -0700 (PDT) Subject: Current unassigned doc problem reports Message-ID: <200305191800.h4JI0YSg063278@freefall.freebsd.org> 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] ports/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/10/07] docs/43776 doc /etc/sshd_config settings overridden by P o [2002/11/14] docs/45303 doc Bug in PDF DocBook rendering o [2002/12/15] docs/46286 doc there's an omission and an error in the n o [2003/02/19] docs/48472 doc Documentation unreadable. 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/10/09] docs/31164 doc man page for strftime is incorrect o [2001/11/15] docs/32020 doc loader.8 manpage missing tunables o [2001/11/16] docs/32054 doc inconsistency between index.3 and rindex. 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/01/15] misc/33926 doc Search function on website can not access 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/07] docs/35649 doc mount_smbfs(8) page: "See ./examples/dot. 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/10] docs/35732 doc adduser(8) page has obsolete reference an o [2002/03/15] docs/35941 doc cd(4) manual doesn't mention "target" use 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/03/28] docs/36459 doc tftp(1) manual's "get" syntax/description o [2002/04/01] docs/36628 doc header an footer of openssl manpages are 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/10] docs/39129 doc handbook; type WRT simulating postscript 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/07/29] docs/41110 doc "apropos linux" doesn't find brandelf 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) o [2002/08/22] docs/41919 doc MINI kernel for bootfloppy (Handbook p.34 a [2002/08/27] docs/42058 doc Documentation: Installing Oracle 8i onto o [2002/09/27] docs/43416 doc pw(8) -u uidmin,uidmax feature is out of 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 f [2002/10/09] docs/43864 doc Minor documentation to add 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/21] docs/44337 doc [PATCH] netstat(1) manual references none 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/14] docs/45294 doc LINT notes are murky re PQ_CACHESIZE sett 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/09] docs/46919 doc setkey(8) references the wrong RFC for ES 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 o [2003/02/02] docs/47824 doc auto-create plist chapter should mention o [2003/02/05] docs/47991 doc Handbook section on upgrading kernel says o [2003/02/06] docs/48018 doc telnetd(8) manpage appears incorrect rega f [2003/02/07] docs/48038 doc [PATCH] add Tips and Tricks section into o [2003/02/08] docs/48101 doc There's no documentation on the fixit dis o [2003/02/12] docs/48210 doc make -q only does what the manpage says i o [2003/02/17] docs/48407 doc PPP section needs a cleanup. 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/21] docs/50181 doc localtime_r man page doesn't exist o [2003/03/22] docs/50200 doc Handbook "Kerberos" chapter doesn't quali o [2003/03/23] docs/50211 doc [PATCH] Fix textfile creation o [2003/03/27] docs/50349 doc make release fails with NO_OPENSSH and ! o [2003/03/28] docs/50390 doc no man page for suser_xxx() f [2003/03/28] docs/50391 doc Incorrect information in a man o [2003/03/30] docs/50463 doc netstat(1) points to mbuf(9) which doesn' o [2003/03/30] docs/50469 doc "mount_msdos -W" issue in handbook 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/04/15] docs/51006 doc [PATCH] divert(4) and ipfw(8) manpages ar o [2003/04/20] docs/51187 doc logger(1) -A clarification o [2003/04/27] docs/51480 doc Multiple undefined references in the Free 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/09] docs/51999 doc Missing MAN for ssh o [2003/05/11] docs/52071 doc [PATCH] Add more information about soft u o [2003/05/13] docs/52183 doc [PATCH] Clarifies pccard setup for wirele o [2003/05/19] docs/52426 doc Update hardware notes to reflect kern/504 125 problems total. From trhodes at FreeBSD.org Mon May 19 18:11:32 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 14:04:11 -0400 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). Message-ID: <20030519140411.75dcc28c.trhodes@FreeBSD.org> Greetings. This morning, inspired by some unknown yearn to have the filenames match the chapters (ie: s/nfs.html/network-nfs.html) I created a patch that 'fixes' the advanced-networking chapter. Since the handbook will not build if the tags do not match an id, the appropriate changes were made to the other chapters. Before I commit this, does anyone have any opinions? If this goes in, I'll continue to work on this. From what my builds show me, this does NOT break anything. Please see the semi large patch at: http://people.FreeBSD.org/~trhodes/handbook.diff for an idea of what my first commit would consist of. Thanks! -- Tom Rhodes From rwatson at FreeBSD.org Mon May 19 18:54:35 2003 From: rwatson at FreeBSD.org (Robert Watson) Date: Mon, 19 May 2003 14:54:08 -0400 (EDT) Subject: Adding new top-level section to Developer's Handbook: System Architecture? Message-ID: As part of the Network Associates Laboratories CBOSS contract with DARPA to improve FreeBSD system security, we have a task to write a FreeBSD Security Architecture. We're preparing to make the first draft of this document available -- it provides a high level view of how security services in the kernel and userland operate, talks about bullet security features, adaptation of FreeBSD security to particular tasks, etc. Right now, our thought is to make it a chapter in the Developer's Handbook. Unfortunately, it wasn't immediately clear where it should go. Today, the structure of the document is: I Basics II Inter-Process Communication III Kernel "FreeBSD Security Architecture" fits poorly into any of these categories: it's not basic, it's not IPC (although it talks a bit about IPC), and it's not strictly kernel since it talks fairly extensively about the integration of the user security elements. My first pass temptation was to change the format to be more like the following: I Basics II Inter-Process Communication III High-Level Architecture IV Kernel And stick in the secarch chapter as the (currently) sole section of III. At some point, I'd also like to copy the SMP arch document into this tree, although that's more strictly a kernel thing. I'm not sure adding a High Level Architecture section is the long term solution. The long term solution might be to break it into two books -- one on developing/debugging FreeBSD, and the other on developing/debugging on FreeBSD. Or perhaps an Architecture/design book separate from a practices and procedures book. Regardless, would anyone object to my taking the above described strategy for the time being, when I bring in the current draft? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert at fledge.watson.org Network Associates Laboratories From setantae at submonkey.net Mon May 19 19:19:51 2003 From: setantae at submonkey.net (Ceri Davies) Date: Mon, 19 May 2003 20:19:48 +0100 Subject: Adding new top-level section to Developer's Handbook: System Architecture? In-Reply-To: References: Message-ID: <20030519191948.GA74434@submonkey.net> On Mon, May 19, 2003 at 02:54:08PM -0400, Robert Watson wrote: > My first pass temptation was > to change the format to be more like the following: > > I Basics > II Inter-Process Communication > III High-Level Architecture > IV Kernel [...] > Regardless, would anyone object to my taking the above described strategy > for the time being, when I bring in the current draft? I doubt it. Certainly not I. Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From ceri at FreeBSD.org Mon May 19 19:22:57 2003 From: ceri at FreeBSD.org (Ceri Davies) Date: Mon, 19 May 2003 20:22:55 +0100 Subject: Application and command names in elements Message-ID: <20030519192255.GB74434@submonkey.net> I've been taking a high level look at getting all the <title> elements in the handbook ready for the 3rd edition (well, glimpse has been doing all the hard work so far), and I'm very tempted to religiously wrap all application and command names in the appropriate markup. Would anyone care to talk me out of it? Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/29cc9212/attachment.sig> From hrs at eos.ocn.ne.jp Mon May 19 19:36:47 2003 From: hrs at eos.ocn.ne.jp (Hiroki Sato) Date: Tue, 20 May 2003 03:32:01 +0900 (JST) Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030519140411.75dcc28c.trhodes@FreeBSD.org> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> Message-ID: <20030520.033201.71080752.hrs@eos.ocn.ne.jp> Tom Rhodes <trhodes at freebsd.org> wrote in <20030519140411.75dcc28c.trhodes at FreeBSD.org>: trhodes> This morning, inspired by some unknown yearn to have the filenames trhodes> match the chapters (ie: s/nfs.html/network-nfs.html) I created a trhodes> patch that 'fixes' the advanced-networking chapter. Sounds good to me :-) -- | Hiroki SATO <hrs at eos.ocn.ne.jp> / <hrs at FreeBSD.org> From trhodes at FreeBSD.org Mon May 19 19:38:07 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 15:30:48 -0400 Subject: Application and command names in <title> elements In-Reply-To: <20030519192255.GB74434@submonkey.net> References: <20030519192255.GB74434@submonkey.net> Message-ID: <20030519153048.51f20a06.trhodes@FreeBSD.org> On Mon, 19 May 2003 20:22:55 +0100 Ceri Davies <ceri at freebsd.org> wrote: > > I've been taking a high level look at getting all the <title> elements in > the handbook ready for the 3rd edition (well, glimpse has been doing all > the hard work so far), and I'm very tempted to religiously wrap all application > and command names in the appropriate markup. > > Would anyone care to talk me out of it? > I'd like to chime in here if you do not mind. While I was thinking about this just last night, a question arose as to which is more appropriate: <command> or manual page entities. <command>, and &man.REF;, to me, are ambiguous. For instance, we can wrap the following in either command or &man entities: By using the &man.ssh.1; utility for remote network connections, you reduce the risk of password theft. By using the <command>ssh</command> utility for remote network connections, you reduce the risk of password theft. Perhaps we should standardize this some way. We have the screen for examples. Perhaps for commands where we do not need the screen tag, we can use the markup: Use <command>cvsup -g -L 2 src</command> to remove the graphic dependency on X11. Then we can use screen for, say, a series of commands which generate output. There seems to be mixed usage of the command and manual page entities. My attempt here was merely to keep it one way, or the other. Perhaps I'm thinking too much... -- Tom Rhodes From trhodes at FreeBSD.org Mon May 19 19:39:51 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 15:32:28 -0400 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030520.033201.71080752.hrs@eos.ocn.ne.jp> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> <20030520.033201.71080752.hrs@eos.ocn.ne.jp> Message-ID: <20030519153228.62748775.trhodes@FreeBSD.org> On Tue, 20 May 2003 03:32:01 +0900 (JST) Hiroki Sato <hrs at eos.ocn.ne.jp> wrote: > Tom Rhodes <trhodes at freebsd.org> wrote > in <20030519140411.75dcc28c.trhodes at FreeBSD.org>: > > trhodes> This morning, inspired by some unknown yearn to have the filenames > trhodes> match the chapters (ie: s/nfs.html/network-nfs.html) I created a > trhodes> patch that 'fixes' the advanced-networking chapter. > > Sounds good to me :-) > Well, that makes one. Now if I can just get a few more doc committers to either say 'yes' or 'no', I'll feel better about committing it. Thanks for your input! -- Tom Rhodes From ru at freebsd.org Mon May 19 19:57:38 2003 From: ru at freebsd.org (Ruslan Ermilov) Date: Mon, 19 May 2003 22:57:24 +0300 Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030514.232305.59463444.horikawa@attbi.com> References: <20030512.234234.74754585.horikawa@attbi.com> <20030513072849.GD962@gothmog.gr> <20030514191822.GA1751@gothmog.gr> <20030514.232305.59463444.horikawa@attbi.com> Message-ID: <20030519195724.GD79469@sunbay.com> On Wed, May 14, 2003 at 11:23:05PM -0600, Kazuo Horikawa wrote: > Hi Giorgos, > > > Are you going to commit the following yourself Horikawa-san? > > Sorry, but no. > > > If you don't, I think I can convince RE that it's harmless > > enough to let me do it before 5.1-RELEASE. > > If fdisk.8 will get the workaround, I think dig.1 and hexdump.1 also > want to have the same workaround (they also have same warning). > But, I guess you will get tired updating dig.1 as it has almost 30 > warnings. Also, dig.1 lives under contrib... > > I guess, if Ruslan can get fix for groff, getting it and not touching > manpages is the best. > This has been fixed in the attached commit. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru at sunbay.com Sunbay Software AG, ru at FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age -------------- next part -------------- An embedded message was scrubbed... From: Ruslan Ermilov <ru at FreeBSD.org> Subject: cvs commit: src/contrib/groff/tmac doc.tmac Date: Mon, 19 May 2003 07:37:42 -0700 (PDT) Size: 2788 URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/af9697a7/attachment.mht> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/af9697a7/attachment.sig> From setantae at submonkey.net Mon May 19 20:05:58 2003 From: setantae at submonkey.net (Ceri Davies) Date: Mon, 19 May 2003 21:05:52 +0100 Subject: Application and command names in <title> elements In-Reply-To: <20030519153048.51f20a06.trhodes@FreeBSD.org> References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> Message-ID: <20030519200552.GA74816@submonkey.net> On Mon, May 19, 2003 at 03:30:48PM -0400, Tom Rhodes wrote: > On Mon, 19 May 2003 20:22:55 +0100 > Ceri Davies <ceri at freebsd.org> wrote: > > > > I've been taking a high level look at getting all the <title> elements in > > the handbook ready for the 3rd edition (well, glimpse has been doing all > > the hard work so far), and I'm very tempted to religiously wrap all application > > and command names in the appropriate markup. > > > > Would anyone care to talk me out of it? > > I'd like to chime in here if you do not mind. While I was thinking > about this just last night, a question arose as to which is more appropriate: > <command> or manual page entities. > > <command>, and &man.REF;, to me, are ambiguous. For instance, we can wrap > the following in either command or &man entities: > > By using the &man.ssh.1; utility for remote network connections, you reduce > the risk of password theft. If you use a manpage entity more than once in close proximity, it starts to look silly, at least in HTML output. In general I think that's when <command> elements come in handy. Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/5af257d4/attachment.sig> From simon at nitro.dk Mon May 19 20:09:09 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Mon, 19 May 2003 22:09:06 +0200 Subject: Application and command names in <title> elements In-Reply-To: <20030519153048.51f20a06.trhodes@FreeBSD.org> References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> Message-ID: <20030519200900.GA1120@nitro.dk> On 2003.05.19 15:30:48 -0400, Tom Rhodes wrote: > I'd like to chime in here if you do not mind. While I was thinking > about this just last night, a question arose as to which is more appropriate: > <command> or manual page entities. In a patch I used man entities multiple times shortly after each other and Murrays changed it in the committed version to only use it the first time and use <command> for the other cases. <comment by Murray from docs/50790 audit trail> One thing to note is that it doesn't look good to use the man page entities twice in close proximity. So I used &man.dumpon.8; the first time, then just used <command>dumpon</command> elsewhere in the paragraph. </comment> I think this is seems like a good way since the man reference is still nice to have. > Perhaps we should standardize this some way. We have the screen for examples. > Perhaps for commands where we do not need the screen tag, we can use the > markup: > > Use <command>cvsup -g -L 2 src</command> to remove the graphic dependency on > X11. > > Then we can use screen for, say, a series of commands which generate output. I think screen is mainly uses this way at the moment? It seems <screen> is used when there is output or if it is a command the user should run which is then preceded by a prompt char. This is at least the impression I get from a grep trough the handbook. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/9f6ad2fd/attachment.sig> From jpb at sixshooter.v6.thrupoint.net Mon May 19 20:10:26 2003 From: jpb at sixshooter.v6.thrupoint.net (Jim Brown) Date: Mon, 19 May 2003 16:10:24 -0400 Subject: Adding new top-level section to Developer's Handbook: System Architecture? In-Reply-To: <Pine.NEB.3.96L.1030519144915.59393K-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1030519144915.59393K-100000@fledge.watson.org> Message-ID: <20030519201024.GD35860@sixshooter.v6.thrupoint.net> * Robert Watson <rwatson at FreeBSD.org> [2003-05-19 14:54]: > > As part of the Network Associates Laboratories CBOSS contract with DARPA > to improve FreeBSD system security, we have a task to write a FreeBSD > Security Architecture. We're preparing to make the first draft of this > document available -- it provides a high level view of how security > services in the kernel and userland operate, talks about bullet security > features, adaptation of FreeBSD security to particular tasks, etc. Right > now, our thought is to make it a chapter in the Developer's Handbook. > Unfortunately, it wasn't immediately clear where it should go. Today, the > structure of the document is: > > I Basics > II Inter-Process Communication > III Kernel > > "FreeBSD Security Architecture" fits poorly into any of these categories: > it's not basic, it's not IPC (although it talks a bit about IPC), and it's > not strictly kernel since it talks fairly extensively about the > integration of the user security elements. My first pass temptation was > to change the format to be more like the following: > > I Basics > II Inter-Process Communication > III High-Level Architecture > IV Kernel > > And stick in the secarch chapter as the (currently) sole section of III. > > At some point, I'd also like to copy the SMP arch document into this tree, > although that's more strictly a kernel thing. > > I'm not sure adding a High Level Architecture section is the long term > solution. The long term solution might be to break it into two books -- > one on developing/debugging FreeBSD, and the other on developing/debugging > on FreeBSD. Or perhaps an Architecture/design book separate from a Did you mean "developing/debugging FreeBSD 4.x" and "developing/debugging FreeBSD 5.x"? Works for me. > practices and procedures book. > > Regardless, would anyone object to my taking the above described strategy > for the time being, when I bring in the current draft? (Extraneous bike shed comments rethought and deleted :-) > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert at fledge.watson.org Network Associates Laboratories > > _______________________________________________ > freebsd-doc at freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe at freebsd.org" > Best Regards, jpb === From setantae at submonkey.net Mon May 19 20:11:15 2003 From: setantae at submonkey.net (Ceri Davies) Date: Mon, 19 May 2003 21:11:13 +0100 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030519140411.75dcc28c.trhodes@FreeBSD.org> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> Message-ID: <20030519201113.GB74816@submonkey.net> On Mon, May 19, 2003 at 02:04:11PM -0400, Tom Rhodes wrote: > Greetings. > > This morning, inspired by some unknown yearn to have the filenames > match the chapters (ie: s/nfs.html/network-nfs.html) I created a > patch that 'fixes' the advanced-networking chapter. > > Since the handbook will not build if the <link> tags do not match > an id, the appropriate changes were made to the other chapters. > > Before I commit this, does anyone have any opinions? If this goes > in, I'll continue to work on this. From what my builds show me, > this does NOT break anything. > > Please see the semi large patch at: > > http://people.FreeBSD.org/~trhodes/handbook.diff That diff needs updating (it has a diff of some cvs cruft in, and I updated the eresources chapter earlier and your diff reverts it), but I wouldn't be against the principle. I'm not sure I see the point at the moment though; there are other bits of the handbook that need work. Also, some articles are still lacking id's and therefore generating xXXX.html filenames, which may be worth fixing first (which I only mention as I remember there was a sweep not long ago to get rid of xXXX.html files). Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/fa906338/attachment.sig> From trhodes at FreeBSD.org Mon May 19 20:21:42 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 16:14:23 -0400 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030519201113.GB74816@submonkey.net> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> <20030519201113.GB74816@submonkey.net> Message-ID: <20030519161423.3ed77956.trhodes@FreeBSD.org> On Mon, 19 May 2003 21:11:13 +0100 Ceri Davies <setantae at submonkey.net> wrote: > On Mon, May 19, 2003 at 02:04:11PM -0400, Tom Rhodes wrote: > > Greetings. > > > > This morning, inspired by some unknown yearn to have the filenames > > match the chapters (ie: s/nfs.html/network-nfs.html) I created a > > patch that 'fixes' the advanced-networking chapter. > > > > Since the handbook will not build if the <link> tags do not match > > an id, the appropriate changes were made to the other chapters. > > > > Before I commit this, does anyone have any opinions? If this goes > > in, I'll continue to work on this. From what my builds show me, > > this does NOT break anything. > > > > Please see the semi large patch at: > > > > http://people.FreeBSD.org/~trhodes/handbook.diff > > That diff needs updating (it has a diff of some cvs cruft in, and I > updated the eresources chapter earlier and your diff reverts it), but > I wouldn't be against the principle. I noticed this also. Which is why a new diff was uploaded, if you want, you can check that version out. > > I'm not sure I see the point at the moment though; there are other bits > of the handbook that need work. Also, some articles are still lacking > id's and therefore generating xXXX.html filenames, which may be worth > fixing first (which I only mention as I remember there was a sweep not > long ago to get rid of xXXX.html files). > Well, many articles are not only lacking id's, but also some content. My goal here is handbook first, articles second. Its not difficult to do this, yet I don't want to throw the patch aside unless there is a big call to leave it alone. On a more humorous note: I'm actually jumping full force on handbook work, don't stop me now as I may get lazy tonight... :) But if you honestly feel strong about not committing this, I won't. Personally, I think it will make the installed documentation look better if anyone wishes to execute an ls(1) in the handbook directory. I just think the format of <chapter><section>.html looks better and more consitent. -- Tom Rhodes From trhodes at FreeBSD.org Mon May 19 20:24:21 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 16:17:00 -0400 Subject: Application and command names in <title> elements In-Reply-To: <20030519200900.GA1120@nitro.dk> References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> <20030519200900.GA1120@nitro.dk> Message-ID: <20030519161700.27143841.trhodes@FreeBSD.org> On Mon, 19 May 2003 22:09:06 +0200 "Simon L. Nielsen" <simon at nitro.dk> wrote: > On 2003.05.19 15:30:48 -0400, Tom Rhodes wrote: > > > I'd like to chime in here if you do not mind. While I was thinking > > about this just last night, a question arose as to which is more appropriate: > > <command> or manual page entities. > > In a patch I used man entities multiple times shortly after each other > and Murrays changed it in the committed version to only use it the first > time and use <command> for the other cases. > > <comment by Murray from docs/50790 audit trail> > One thing to note is > that it doesn't look good to use the man page entities twice in close > proximity. So I used &man.dumpon.8; the first time, then just used > <command>dumpon</command> elsewhere in the paragraph. > </comment> > > I think this is seems like a good way since the man reference is still > nice to have. Ok, I see the logic here. Thanks guys. > > > Perhaps we should standardize this some way. We have the screen for examples. > > Perhaps for commands where we do not need the screen tag, we can use the > > markup: > > > > Use <command>cvsup -g -L 2 src</command> to remove the graphic dependency on > > X11. > > > > Then we can use screen for, say, a series of commands which generate output. > > I think screen is mainly uses this way at the moment? It seems <screen> > is used when there is output or if it is a command the user should run > which is then preceded by a prompt char. This is at least the impression > I get from a grep trough the handbook. > Yes, this is the way screen is usually used. The programlisting tag is also pretty nifty. :) -- Tom Rhodes From simon at nitro.dk Mon May 19 20:34:55 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Mon, 19 May 2003 22:34:52 +0200 Subject: Application and command names in <title> elements In-Reply-To: <20030519161700.27143841.trhodes@FreeBSD.org> References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> <20030519200900.GA1120@nitro.dk> <20030519161700.27143841.trhodes@FreeBSD.org> Message-ID: <20030519203451.GB1120@nitro.dk> On 2003.05.19 16:17:00 -0400, Tom Rhodes wrote: > On Mon, 19 May 2003 22:09:06 +0200 > "Simon L. Nielsen" <simon at nitro.dk> wrote: > > > On 2003.05.19 15:30:48 -0400, Tom Rhodes wrote: > > > > > I'd like to chime in here if you do not mind. While I was thinking > > > about this just last night, a question arose as to which is more appropriate: > > > <command> or manual page entities. > > > > In a patch I used man entities multiple times shortly after each other > > and Murrays changed it in the committed version to only use it the first > > time and use <command> for the other cases. > > > > <comment by Murray from docs/50790 audit trail> > > One thing to note is > > that it doesn't look good to use the man page entities twice in close > > proximity. So I used &man.dumpon.8; the first time, then just used > > <command>dumpon</command> elsewhere in the paragraph. > > </comment> > > > > I think this is seems like a good way since the man reference is still > > nice to have. > > Ok, I see the logic here. Thanks guys. Perhaps it would be a good idea to add a short note about this to the section about "Applications, commands, options, and cites" in the FDP primer ? I can make a patch if it sounds like a good idea... -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/76342c8f/attachment.sig> From keramida at freebsd.org Mon May 19 20:42:08 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Mon, 19 May 2003 23:41:57 +0300 Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030519195724.GD79469@sunbay.com> References: <20030512.234234.74754585.horikawa@attbi.com> <20030513072849.GD962@gothmog.gr> <20030514191822.GA1751@gothmog.gr> <20030514.232305.59463444.horikawa@attbi.com> <20030519195724.GD79469@sunbay.com> Message-ID: <20030519204157.GB29770@gothmog.gr> On 2003-05-19 22:57, Ruslan Ermilov <ru at freebsd.org> wrote: >On Wed, May 14, 2003 at 11:23:05PM -0600, Kazuo Horikawa wrote: >>> Are you going to commit [the attached diff] Horikawa-san? >> >> Sorry, but no. > > This has been fixed in the attached commit. Thank you Ruslan :-) From setantae at submonkey.net Mon May 19 20:46:13 2003 From: setantae at submonkey.net (Ceri Davies) Date: Mon, 19 May 2003 21:46:11 +0100 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030519161423.3ed77956.trhodes@FreeBSD.org> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> <20030519201113.GB74816@submonkey.net> <20030519161423.3ed77956.trhodes@FreeBSD.org> Message-ID: <20030519204611.GC74816@submonkey.net> On Mon, May 19, 2003 at 04:14:23PM -0400, Tom Rhodes wrote: > But if you honestly feel strong about not committing this, I won't. I'm not against it. My main concern is that if you're planning a sweep of the whole book, then I'd rather it waited until after the 3rd edition, purely because in theory all the doc committers are currently knocking up huge patches to get it into shape, and big changes that aren't strictly necessary may make the whole merging process a bit more difficult. The actual diff that you posted isn't that much of a beast, so you may as well get that in now if nobody objects! Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/c4997507/attachment.sig> From setantae at submonkey.net Mon May 19 20:52:11 2003 From: setantae at submonkey.net (Ceri Davies) Date: Mon, 19 May 2003 21:52:08 +0100 Subject: "Administrate" vs. "Administer" Message-ID: <20030519205208.GD74816@submonkey.net> There are two places in the doc/ tree where we say "administrating the spooler" or similar. While technically this is correct, I think that "administering the spooler" reads better; any objections to my changing it? Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030519/8a8c04ba/attachment.sig> From trhodes at FreeBSD.org Mon May 19 20:57:07 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 16:49:42 -0400 Subject: "Administrate" vs. "Administer" In-Reply-To: <20030519205208.GD74816@submonkey.net> References: <20030519205208.GD74816@submonkey.net> Message-ID: <20030519164942.1de15ffc.trhodes@FreeBSD.org> On Mon, 19 May 2003 21:52:08 +0100 Ceri Davies <setantae at submonkey.net> wrote: > > There are two places in the doc/ tree where we say "administrating the spooler" > or similar. > > While technically this is correct, I think that "administering the spooler" > reads better; any objections to my changing it? > > Ceri > -- > No objections here. -- Tom Rhodes From mph at astro.caltech.edu Mon May 19 21:14:55 2003 From: mph at astro.caltech.edu (Matthew Hunt) Date: Mon, 19 May 2003 14:14:54 -0700 Subject: "Administrate" vs. "Administer" In-Reply-To: <20030519205208.GD74816@submonkey.net> References: <20030519205208.GD74816@submonkey.net> Message-ID: <20030519211453.GA90693@wopr.caltech.edu> On Mon, May 19, 2003 at 09:52:08PM +0100, Ceri Davies wrote: > While technically this is correct, I think that "administering the spooler" > reads better; any objections to my changing it? I strongly prefer "administer," and generally eschew the gratuitous longification of words. (I'd always assumed that "administrate" was a neologism, but the OED lists usages in this sense since 1639. Still, it always sounds clumsy to me.) -- Matthew Hunt <mph at astro.caltech.edu> * Science rules. http://www.pobox.com/~mph/ * From blackend at FreeBSD.org Mon May 19 21:14:56 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Mon, 19 May 2003 21:59:25 +0200 Subject: Application and command names in <title> elements In-Reply-To: <20030519153048.51f20a06.trhodes@FreeBSD.org> References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> Message-ID: <20030519195925.GC571@nosferatu.blackend.org> On Mon, May 19, 2003 at 03:30:48PM -0400, Tom Rhodes wrote: > > I'd like to chime in here if you do not mind. While I was thinking > about this just last night, a question arose as to which is more appropriate: > <command> or manual page entities. > > <command>, and &man.REF;, to me, are ambiguous. For instance, we can wrap > the following in either command or &man entities: > > By using the &man.ssh.1; utility for remote network connections, you reduce > the risk of password theft. > > By using the <command>ssh</command> utility for remote network connections, > you reduce the risk of password theft. > In this case the manual page entity seems a better choice: - on the online version it let the reader to read the manual page via the link generated. - on both online and printed versions, it gives an info about the manual page section > Perhaps we should standardize this some way. We have the screen for examples. > Perhaps for commands where we do not need the screen tag, we can use the > markup: > > Use <command>cvsup -g -L 2 src</command> to remove the graphic dependency on > X11. > > Then we can use screen for, say, a series of commands which generate output. I agree, <screen></screen> should be used for that and for multiple lines commands. > There seems to be mixed usage of the command and manual page entities. [...] When we have the choice between <command></command> and manual page for a command name (just the name, not a command with parameters) the manual page entity should be used. Marc From blackend at FreeBSD.org Mon May 19 21:15:04 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Mon, 19 May 2003 21:10:57 +0200 Subject: PostScript produced by Groff 1.19 makes crash GS on 5.1-BETA Message-ID: <20030519191057.GA571@nosferatu.blackend.org> Hello, I updated my old -CURRENT box to a fresh 5.1-BETA When I wanted to build the Handbook, a GhostScript crash occured on ps --> eps conversion. The .ps file was produced during Handbook build from a .pic file by Groff. The crash with that file only occurs on a 5.1-BETA box, and with any GS version. You can easily reproduce the crash, just fetch the file: http://people.freebsd.org/~blackend/vinum-concat.ps and do a ps2epsi vinum-concat.ps vinum-concat.eps You can even fetch the same file produced by Groff 1.18.1 (http://people.freebsd.org/~blackend/vinum-concat-old.ps) and you will experience no problem. Here's the log of the crash for information: %ps2epsi vinum-concat.ps vinum-concat.eps Error: /rangecheck in --.getbitsrect-- Operand stack: -1 0 (\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000...) --nostringval-- 0 0 612 792 0 --nostringval-- (\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000! \000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000...) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- --nostringval-- 1 1 841 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- 6 6 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1063/1123(ro)(G)-- --dict:0/20(G)-- --dict:77/200(L)-- --dict:25/30(L)-- --dict:59/120(L)-- --dict:25/30(L)-- Current allocation mode is local Last OS error: 2 GNU Ghostscript 7.06: Unrecoverable error, exit code 1 Marc From trhodes at FreeBSD.org Mon May 19 21:25:24 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Mon, 19 May 2003 17:18:04 -0400 Subject: Application and command names in <title> elements In-Reply-To: <20030519195925.GC571@nosferatu.blackend.org> References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> <20030519195925.GC571@nosferatu.blackend.org> Message-ID: <20030519171804.25e00041.trhodes@FreeBSD.org> On Mon, 19 May 2003 21:59:25 +0200 Marc Fonvieille <blackend at FreeBSD.org> wrote: > On Mon, May 19, 2003 at 03:30:48PM -0400, Tom Rhodes wrote: > > > > > There seems to be mixed usage of the command and manual page entities. > [...] > > When we have the choice between <command></command> and manual page for > a command name (just the name, not a command with parameters) > the manual page entity should be used. > > Marc > After reading the different replies to this, I like the way murray and ceri put it. Use the manual page entity first, and use command if the utility is mentioned again within proximity. I'll do this from now on. Thanks everyone. -- Tom Rhodes From simon at nitro.dk Mon May 19 22:30:05 2003 From: simon at nitro.dk (Simon L.Nielsen) Date: Tue, 20 May 2003 00:24:10 +0200 (CEST) Subject: docs/52448: [patch] Misc man page reference fixes Message-ID: <20030519222410.822F610BF81@arthur.nitro.dk> >Number: 52448 >Category: docs >Synopsis: [patch] Misc man page reference fixes >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 May 19 15:30:02 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Simon L. Nielsen >Release: FreeBSD 4.8-STABLE i386 >Organization: >Environment: >Description: intro.3: Remove Xr references to libc, libcurses, libcompat, libkvm, libl, libtermcap and liby since they do not exists as man pages under those names. Add section number to libmp Xr reference (which do have a man page). Add libmp description - from libmp(3). picobsd.8: Remove Xr reference to etherboot since it does not have a man page at all. Add reference to the location of the port instead. >How-To-Repeat: >Fix: --- man-intro-3.patch begins here --- Index: intro.3 =================================================================== RCS file: /home/ncvs/src/share/man/man3/intro.3,v retrieving revision 1.14 diff -u -d -r1.14 intro.3 --- intro.3 7 Aug 2001 15:48:38 -0000 1.14 +++ intro.3 20 May 2003 00:11:09 -0000 @@ -60,7 +60,7 @@ .Pp The various libraries (followed by the loader flag): .Bl -tag -width "libc (-lc)" -.It Xr libc Pq Fl l Ns Ar c +.It libc Pq Fl l Ns Ar c Standard C library functions. .\" (See .\" .Xr libc 3 . ) @@ -71,7 +71,7 @@ .Fl l Ns Ar c for these functions. There are several `libraries' or groups of functions included inside of -.Xr libc : +.Em libc : the standard .Tn I/O routines, @@ -81,12 +81,12 @@ character tests and character operators, des encryption routines, storage allocation, time functions, signal handling and more. -.It Xr libcurses Pq Fl l Ns Ar curses Fl l Ns Ar termcap +.It libcurses Pq Fl l Ns Ar curses Fl l Ns Ar termcap Terminal independent screen management routines for two dimensional non-bitmap display terminals. (See .Xr ncurses 3 . ) -.It Xr libcompat Pq Fl l Ns Ar compat +.It libcompat Pq Fl l Ns Ar compat Functions which are obsolete but are available for compatibility with .Bx 4.3 . In particular, @@ -96,16 +96,16 @@ Use of these routines should, for the most part, be avoided. The manual page entry for each compatibility routine indicates the proper interface to use. -.It Xr libkvm Pq Fl l Ns Ar kvm +.It libkvm Pq Fl l Ns Ar kvm Functions used to access kernel memory are in this library. They can be used against both a running system and a crash dump. (See .Xr kvm 3 . ) -.It Xr libl Pq Fl l Ns Ar l +.It libl Pq Fl l Ns Ar l The library for .Xr lex 1 . .\" .It Xr libln -.It Xr libm Pq Fl l Ns Ar m +.It libm Pq Fl l Ns Ar m The math library, .Em libm . The math library is loaded as needed by the Pascal compiler, @@ -115,7 +115,8 @@ flag. (See .Xr math 3 . ) -.It Xr libmp Pq Fl l Ns Ar mp +.It Xr libmp 3 Pq Fl l Ns Ar mp +The traditional BSD multiple precision integer arithmetic library. .\" .It Xr libom .\" Old math library. .\" .It Xr libplot Pq Fl l Ns Ar plot @@ -128,12 +129,12 @@ .\" .Xr plot 3 . ) .\" .It Xr libresolv Pq Fl l Ns Ar resolv .\" Routines for network address resolution. -.It Xr libtermcap Pq Fl l Ns Ar termcap +.It libtermcap Pq Fl l Ns Ar termcap The terminal independent operation library package. (See .Xr termcap 3 . ) .\" .It libvt0.a -.It Xr liby Pq Fl l Ns Ar y +.It liby Pq Fl l Ns Ar y The library for .Xr yacc 1 . .El --- man-intro-3-libc.patch ends here --- --- man-picobsd-8.patch begins here --- Index: man8/picobsd.8 =================================================================== RCS file: /home/ncvs/src/share/man/man8/picobsd.8,v retrieving revision 1.24 diff -u -d -r1.24 picobsd.8 --- man8/picobsd.8 27 Dec 2002 12:15:34 -0000 1.24 +++ man8/picobsd.8 19 May 2003 22:37:11 -0000 @@ -19,7 +19,7 @@ .Nm PicoBSD ) which typically fits on one floppy disk, or can be downloaded as a single image file from some media such as CDROM, flash memory, or through -.Xr etherboot . +etherboot [ /usr/ports/net/etherboot ]. .Pp The .Nm @@ -101,8 +101,7 @@ kernel. This is the default behaviour, and is extremely useful as the kernel itself can be loaded, -using -.Xr etherboot +using etherboot [ /usr/ports/net/etherboot ] or .Xr pxeboot 8 , as a fully functional system. --- man-picobsd-8.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From chris at unixpages.org Mon May 19 22:34:55 2003 From: chris at unixpages.org (Christian Brueffer) Date: Tue, 20 May 2003 00:34:52 +0200 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030519140411.75dcc28c.trhodes@FreeBSD.org> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> Message-ID: <20030519223451.GM974@unixpages.org> On Mon, May 19, 2003 at 02:04:11PM -0400, Tom Rhodes wrote: > Greetings. > > This morning, inspired by some unknown yearn to have the filenames > match the chapters (ie: s/nfs.html/network-nfs.html) I created a > patch that 'fixes' the advanced-networking chapter. > > Since the handbook will not build if the <link> tags do not match > an id, the appropriate changes were made to the other chapters. > > Before I commit this, does anyone have any opinions? If this goes > in, I'll continue to work on this. From what my builds show me, > this does NOT break anything. > > Please see the semi large patch at: > > http://people.FreeBSD.org/~trhodes/handbook.diff > > for an idea of what my first commit would consist of. > Go for it. - Christian -- Christian Brueffer chris at unixpages.org brueffer at FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/e1f9ca22/attachment.sig> From simon at nitro.dk Tue May 20 01:00:31 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Mon, 19 May 2003 18:00:30 -0700 (PDT) Subject: docs/51999: Missing MAN for ssh Message-ID: <200305200100.h4K10Usn006832@freefall.freebsd.org> The following reply was made to PR docs/51999; it has been noted by GNATS. From: "Simon L. Nielsen" <simon at nitro.dk> To: freebsd-gnats-submit at FreeBSD.org, mich at FreeBSD.org Cc: Subject: Re: docs/51999: Missing MAN for ssh Date: Tue, 20 May 2003 02:51:29 +0200 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello sshd(8), ssh-keygen(1) and openssl(1) are also missing so it seems like all the crypto man pages are missing. --=20 Simon L. Nielsen --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+yXwQ8kocFXgPTRwRAsV2AKCmEPc/D1zYJ0HgcZVBpsYDxJF0dQCcCtjn CMEKxQE5j6O+kJOO4XAT3Ms= =+GKz -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From keramida at FreeBSD.org Tue May 20 01:24:20 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Mon, 19 May 2003 18:24:19 -0700 (PDT) Subject: docs/51999: Missing MAN for ssh Message-ID: <200305200124.h4K1OJG2011201@freefall.freebsd.org> Synopsis: Missing MAN for ssh Responsible-Changed-From-To: freebsd-doc->wosch Responsible-Changed-By: keramida Responsible-Changed-When: Mon May 19 18:23:18 PDT 2003 Responsible-Changed-Why: Wolfram is our www-meister. http://www.freebsd.org/cgi/query-pr.cgi?pr=51999 From mirror-maintainer at mirror.averse.net Tue May 20 01:44:49 2003 From: mirror-maintainer at mirror.averse.net (mirror-maintainer at mirror.averse.net) Date: Tue, 20 May 2003 09:44:37 +0800 (SGT) Subject: New FreeBSD WWW Mirror In-Reply-To: <20030519235838.GA36501@sixshooter.v6.thrupoint.net> Message-ID: <Pine.LNX.4.44.0305200931250.4155-100000@spam.averse.net> On Mon, 19 May 2003, Jim Brown wrote: > Send your request to hostmaster at freebsd.org and copy > dnsadm at freebsd.org with your request. Once you have > your server listed as www.my.freebsd.org send a note > to doc at freebsd.org with your dnsadm@ reply. > > Someone from the FreeBSD Documentation Project team > will update the web page. Hi. Someone else was requesting information on how to be added to the drop down list, so I thought I might as well request addition too. I've been running mirrors for web (www2.sg.freebsd.org), i386 ftp (ftp.sg.freebsd.org), cvsup (cvsup.sg.freebsd.org) on mirror.averse.net for the past 10 months or so. The latter two mirrors (ftp and cvsup) are already mentioned in the handbook; just the web one remains to be added. Thanks! From hmp at FreeBSD.ORG Tue May 20 02:20:14 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Mon, 19 May 2003 19:20:12 -0700 Subject: RFC: Fixing handbook filenames (by id="blah" modifications). In-Reply-To: <20030519153228.62748775.trhodes@FreeBSD.org> References: <20030519140411.75dcc28c.trhodes@FreeBSD.org> <20030520.033201.71080752.hrs@eos.ocn.ne.jp> <20030519153228.62748775.trhodes@FreeBSD.org> Message-ID: <20030520022012.GD40060@perrin.int.nxad.com> On Mon, May 19, 2003 at 03:32:28PM -0400, Tom Rhodes wrote: > On Tue, 20 May 2003 03:32:01 +0900 (JST) > Hiroki Sato <hrs at eos.ocn.ne.jp> wrote: > > > Tom Rhodes <trhodes at freebsd.org> wrote > > in <20030519140411.75dcc28c.trhodes at FreeBSD.org>: > > > > trhodes> This morning, inspired by some unknown yearn to have the filenames > > trhodes> match the chapters (ie: s/nfs.html/network-nfs.html) I created a > > trhodes> patch that 'fixes' the advanced-networking chapter. > > > > Sounds good to me :-) > > > > Well, that makes one. Now if I can just get a few more doc committers > to either say 'yes' or 'no', I'll feel better about committing it. > > Thanks for your input! (Ghostly voice) Do it. 8-) 8-) -- Hiten (hmp at FreeBSD.ORG) From keramida at freebsd.org Tue May 20 02:41:52 2003 From: keramida at freebsd.org (Giorgos Keramidas) Date: Tue, 20 May 2003 05:41:45 +0300 Subject: New FreeBSD WWW Mirror In-Reply-To: <Pine.LNX.4.44.0305200931250.4155-100000@spam.averse.net> References: <20030519235838.GA36501@sixshooter.v6.thrupoint.net> <Pine.LNX.4.44.0305200931250.4155-100000@spam.averse.net> Message-ID: <20030520024145.GA11820@gothmog.gr> On 2003-05-20 09:44, mirror-maintainer at mirror.averse.net wrote: > Hi. Someone else was requesting information on how to be added to the > drop down list, so I thought I might as well request addition too. > > I've been running mirrors for web (www2.sg.freebsd.org), i386 ftp > (ftp.sg.freebsd.org), cvsup (cvsup.sg.freebsd.org) on mirror.averse.net > for the past 10 months or so. The latter two mirrors (ftp and cvsup) are > already mentioned in the handbook; just the web one remains to be added. It's there already. It's listed in both the drop down list of the http://www.FreeBSD.org/ start page (look for 'Singapore') and in the ``World Wide Web Servers'' section of the Handbook at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources-web.html Am I missing something? - Giorgos From mirror-maintainer at mirror.averse.net Tue May 20 03:19:56 2003 From: mirror-maintainer at mirror.averse.net (mirror-maintainer at mirror.averse.net) Date: Tue, 20 May 2003 11:19:49 +0800 (SGT) Subject: New FreeBSD WWW Mirror In-Reply-To: <20030520024145.GA11820@gothmog.gr> Message-ID: <Pine.LNX.4.44.0305201116180.31133-100000@spam.averse.net> On Tue, 20 May 2003, Giorgos Keramidas wrote: > On 2003-05-20 09:44, mirror-maintainer at mirror.averse.net wrote: > > > > I've been running mirrors for web (www2.sg.freebsd.org), i386 ftp > > (ftp.sg.freebsd.org), cvsup (cvsup.sg.freebsd.org) on mirror.averse.net > > for the past 10 months or so. The latter two mirrors (ftp and cvsup) are > > already mentioned in the handbook; just the web one remains to be added. > > It's there already. It's listed in both the drop down list of the > http://www.FreeBSD.org/ start page (look for 'Singapore') and in the > ``World Wide Web Servers'' section of the Handbook at: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources-web.html > Am I missing something? Oops. Obviously my mistake. I just saw "Singapore" in the drop-down box and assumed that would lead to www.sg.freebsd.org (non-ideal as that lives on an ADSL connected box) instead of www2.sg.freebsd.org. My apologies and sorry for wasting your time (and mine)! From murray at FreeBSD.org Tue May 20 03:39:17 2003 From: murray at FreeBSD.org (Murray Stokely) Date: Mon, 19 May 2003 20:39:16 -0700 Subject: Adding new top-level section to Developer's Handbook: System Architecture? In-Reply-To: <Pine.NEB.3.96L.1030519144915.59393K-100000@fledge.watson.org>; from rwatson@FreeBSD.org on Mon, May 19, 2003 at 02:54:08PM -0400 References: <Pine.NEB.3.96L.1030519144915.59393K-100000@fledge.watson.org> Message-ID: <20030519203916.J8403@freebsdmall.com> On Mon, May 19, 2003 at 02:54:08PM -0400, Robert Watson wrote: > I'm not sure adding a High Level Architecture section is the long term > solution. The long term solution might be to break it into two books -- > one on developing/debugging FreeBSD, and the other on developing/debugging > on FreeBSD. Or perhaps an Architecture/design book separate from a > practices and procedures book. Yes I've been threatening to split this up for years and I think it's certainly where we need to go in the long run. > Regardless, would anyone object to my taking the above described strategy > for the time being, when I bring in the current draft? Not at all. I think bringing it in as a new section is fine for now, and we'll make sure to coordinate with you when it comes time to split into two books. - Murray From murray at freebsd.org Tue May 20 03:43:14 2003 From: murray at freebsd.org (Murray Stokely) Date: Mon, 19 May 2003 20:43:12 -0700 Subject: Application and command names in <title> elements In-Reply-To: <20030519203451.GB1120@nitro.dk>; from simon@nitro.dk on Mon, May 19, 2003 at 10:34:52PM +0200 References: <20030519192255.GB74434@submonkey.net> <20030519153048.51f20a06.trhodes@FreeBSD.org> <20030519200900.GA1120@nitro.dk> <20030519161700.27143841.trhodes@FreeBSD.org> <20030519203451.GB1120@nitro.dk> Message-ID: <20030519204312.K8403@freebsdmall.com> On Mon, May 19, 2003 at 10:34:52PM +0200, Simon L. Nielsen wrote: > > > <comment by Murray from docs/50790 audit trail> > > > One thing to note is > > > that it doesn't look good to use the man page entities twice in close > > > proximity. So I used &man.dumpon.8; the first time, then just used > > > <command>dumpon</command> elsewhere in the paragraph. > > > </comment> > > > > > > I think this is seems like a good way since the man reference is still > > > nice to have. > > > > Ok, I see the logic here. Thanks guys. > > Perhaps it would be a good idea to add a short note about this to the > section about "Applications, commands, options, and cites" in the FDP > primer ? > > I can make a patch if it sounds like a good idea... Yes I'd like to see this documented. Please send us a patch! ;) - Murray From horikawa at jp.FreeBSD.org Tue May 20 06:30:34 2003 From: horikawa at jp.FreeBSD.org (Kazuo Horikawa) Date: Tue, 20 May 2003 00:28:06 -0600 (MDT) Subject: ".It Xo" ... generates improper output on groff 1.18.1 In-Reply-To: <20030519195724.GD79469@sunbay.com> References: <20030514191822.GA1751@gothmog.gr> <20030514.232305.59463444.horikawa@attbi.com> <20030519195724.GD79469@sunbay.com> Message-ID: <20030520.002806.55513127.horikawa@attbi.com> Ruslan Ermilov <ru at freebsd.org> wrote: > This has been fixed in the attached commit. Good news. Thanks a lot! -- Kazuo Horikawa From phantom at FreeBSD.org.ua Tue May 20 08:30:21 2003 From: phantom at FreeBSD.org.ua (Alexey Zelkin) Date: Tue, 20 May 2003 01:30:16 -0700 (PDT) Subject: docs/52448: [patch] Misc man page reference fixes Message-ID: <200305200830.h4K8UGtc050755@freefall.freebsd.org> The following reply was made to PR docs/52448; it has been noted by GNATS. From: Alexey Zelkin <phantom at FreeBSD.org.ua> To: "Simon L.Nielsen" <simon at nitro.dk> Cc: FreeBSD-gnats-submit at freebsd.org Subject: Re: docs/52448: [patch] Misc man page reference fixes Date: Tue, 20 May 2003 11:28:28 +0300 On Tue, May 20, 2003 at 12:24:10AM +0200, Simon L.Nielsen wrote: > > >Number: 52448 > >Category: docs > >Synopsis: [patch] Misc man page reference fixes [..] > >Description: > intro.3: > Remove Xr references to libc, libcurses, libcompat, libkvm, > libl, libtermcap and liby since they do not exists as man > pages under those names. > > Add section number to libmp Xr reference (which do have a man > page). > Add libmp description - from libmp(3). I'd rather prefer to someone write stub or normal (which is better) manual pages for those libraries than removing Xr's. Yet Another Junior Doc Hacker Task -- ant takers ? :-) > picobsd.8: > Remove Xr reference to etherboot since it does not have a man > page at all. Add reference to the location of the port instead. From simon at nitro.dk Tue May 20 09:20:10 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Tue, 20 May 2003 02:20:09 -0700 (PDT) Subject: docs/52448: [patch] Misc man page reference fixes Message-ID: <200305200920.h4K9K9if055878@freefall.freebsd.org> The following reply was made to PR docs/52448; it has been noted by GNATS. From: "Simon L. Nielsen" <simon at nitro.dk> To: Alexey Zelkin <phantom at FreeBSD.org.ua> Cc: FreeBSD-gnats-submit at freebsd.org Subject: Re: docs/52448: [patch] Misc man page reference fixes Date: Tue, 20 May 2003 11:10:49 +0200 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.05.20 11:28:28 +0300, Alexey Zelkin wrote: > On Tue, May 20, 2003 at 12:24:10AM +0200, Simon L.Nielsen wrote: > >=20 > > >Number: 52448 > > >Category: docs > > >Synopsis: [patch] Misc man page reference fixes >=20 > [..] >=20 > > >Description: > > intro.3: > > Remove Xr references to libc, libcurses, libcompat, libkvm, > > libl, libtermcap and liby since they do not exists as man > > pages under those names. > >=20 > > Add section number to libmp Xr reference (which do have a man > > page). > > Add libmp description - from libmp(3). >=20 > I'd rather prefer to someone write stub or normal (which is better) manual > pages for those libraries than removing Xr's. Yet Another Junior Doc Hac= ker > Task -- ant takers ? :-) I might as well get to know mdoc better :-) I will have a look at theese. Some of them might simply be fixed with proper links to existing man page. Update to follow once I get looked at it more. --=20 Simon L. Nielsen --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+yfEX8kocFXgPTRwRAv90AKDOEEQcy+2aSoBd5VEVacLBqwPdfQCgwBE+ 3lrnNPLCidIqOThf8uCpizI= =HTZl -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From hmp at FreeBSD.ORG Tue May 20 11:20:32 2003 From: hmp at FreeBSD.ORG (Hiten Pandya) Date: Tue, 20 May 2003 04:20:24 -0700 Subject: Adding new top-level section to Developer's Handbook: System Architecture? In-Reply-To: <20030519203916.J8403@freebsdmall.com> References: <Pine.NEB.3.96L.1030519144915.59393K-100000@fledge.watson.org> <20030519203916.J8403@freebsdmall.com> Message-ID: <20030520112024.GA63699@perrin.int.nxad.com> On Mon, May 19, 2003 at 08:39:16PM -0700, Murray Stokely wrote: > On Mon, May 19, 2003 at 02:54:08PM -0400, Robert Watson wrote: > > I'm not sure adding a High Level Architecture section is the long term > > solution. The long term solution might be to break it into two books -- > > one on developing/debugging FreeBSD, and the other on developing/debugging > > on FreeBSD. Or perhaps an Architecture/design book separate from a > > practices and procedures book. > > Yes I've been threatening to split this up for years and I think it's > certainly where we need to go in the long run. > > > Regardless, would anyone object to my taking the above described strategy > > for the time being, when I bring in the current draft? > > Not at all. I think bringing it in as a new section is fine for now, > and we'll make sure to coordinate with you when it comes time to split > into two books. Chapter naming in Dev-Handbook is really messed, IMHO. Also, we need to add ``empty still todo'' sections as <sect> tags, rather than just naming them inside a chapter. When I get more time, I am thinking of writing a ``Kernel Programming FAQ'' like the one available in NetBSD's doc, but a little more comprehensive. No promises yet. :-) Cheers. -- Hiten (hmp at FreeBSD.ORG) From simon at nitro.dk Tue May 20 11:40:06 2003 From: simon at nitro.dk (Simon L.Nielsen) Date: Tue, 20 May 2003 13:36:08 +0200 (CEST) Subject: docs/52467: [patch] Add note about manref/command usage to FDP Message-ID: <20030520113608.1F06D10BF84@arthur.nitro.dk> >Number: 52467 >Category: docs >Synopsis: [patch] Add note about manref/command usage to FDP >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Tue May 20 04:40:04 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Simon L. Nielsen >Release: FreeBSD 4.8-STABLE i386 >Organization: >Environment: >Description: Add a description of when to use a manual page reference and when to use <command> to markup commands in SGML docbook. This was discussed on FreeBSD-doc in the thread starting with http://www.freebsd.org/cgi/getmsg.cgi?fetch=125961+0+current/freebsd-doc >How-To-Repeat: >Fix: --- doc-fdp-manref-command.patch begins here --- Index: sgml-markup/chapter.sgml =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/fdp-primer/sgml-markup/chapter.sgml,v retrieving revision 1.53 diff -u -d -r1.53 chapter.sgml --- sgml-markup/chapter.sgml 26 Apr 2003 07:40:04 -0000 1.53 +++ sgml-markup/chapter.sgml 20 May 2003 13:25:57 -0000 @@ -1741,6 +1741,14 @@ <para>Use <sgmltag>option</sgmltag> to mark up a command's options.</para> + <para>When referring to the same command multiple times in + close proximity it preferred to use the + <literal>&man.<replaceable>command</replaceable>.<replaceable>section</replaceable>;</literal> + notation to markup the first reference and use + <sgmltag>command</sgmltag> to markup subsequent references. + This makes the generated output, especially HTML, appear + visually better.</para> + <para>This can be confusing, and sometimes the choice is not always clear. Hopefully this example makes it clearer.</para> --- doc-fdp-manref-command.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From dcs at tcoip.com.br Tue May 20 13:49:27 2003 From: dcs at tcoip.com.br (Daniel C. Sobral) Date: Tue, 20 May 2003 10:49:21 -0300 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html Message-ID: <3ECA3261.2020307@tcoip.com.br> As much as I admire my FreeBSD mentor, Mike never even so much as committed a change to loader(8). :-) Could someone please correct the information in the subject-mentioned page? :-) -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo at tco.net.br Daniel.Sobral at tcoip.com.br dcs at tcoip.com.br Outros: dcs at newsguy.com dcs at freebsd.org capo at notorious.bsdconspiracy.net How untasteful can you get? From setantae at submonkey.net Tue May 20 14:25:10 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 20 May 2003 15:25:08 +0100 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html In-Reply-To: <3ECA3261.2020307@tcoip.com.br> References: <3ECA3261.2020307@tcoip.com.br> Message-ID: <20030520142508.GA84344@submonkey.net> On Tue, May 20, 2003 at 10:49:21AM -0300, Daniel C. Sobral wrote: > As much as I admire my FreeBSD mentor, Mike never even so much as > committed a change to loader(8). :-) Could someone please correct the > information in the subject-mentioned page? :-) r1.1 of src/sys/boot/common/loader.8 seems to think otherwise. Ceri -- User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/9aef5afb/attachment.sig> From dcs at tcoip.com.br Tue May 20 14:34:07 2003 From: dcs at tcoip.com.br (Daniel C. Sobral) Date: Tue, 20 May 2003 11:33:16 -0300 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html In-Reply-To: <20030520142508.GA84344@submonkey.net> References: <3ECA3261.2020307@tcoip.com.br> <20030520142508.GA84344@submonkey.net> Message-ID: <3ECA3CAC.2020507@tcoip.com.br> Ceri Davies wrote: > On Tue, May 20, 2003 at 10:49:21AM -0300, Daniel C. Sobral wrote: > >>As much as I admire my FreeBSD mentor, Mike never even so much as >>committed a change to loader(8). :-) Could someone please correct the >>information in the subject-mentioned page? :-) > > > r1.1 of src/sys/boot/common/loader.8 seems to think otherwise. It does??? revision 1.1 date: 1999/03/15 08:52:23; author: dcs; state: Exp; branches: 1.1.2; The man page, version 0.1. /home/dcs$ cvs log src/sys/boot/common/loader.8| grep msmith /home/dcs$ -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo at tco.net.br Daniel.Sobral at tcoip.com.br dcs at tcoip.com.br Outros: dcs at newsguy.com dcs at freebsd.org capo at notorious.bsdconspiracy.net Distance doesn't make you any smaller, but it does make you part of a larger picture. From setantae at submonkey.net Tue May 20 15:14:43 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 20 May 2003 16:14:38 +0100 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html In-Reply-To: <3ECA3CAC.2020507@tcoip.com.br> References: <3ECA3261.2020307@tcoip.com.br> <20030520142508.GA84344@submonkey.net> <3ECA3CAC.2020507@tcoip.com.br> Message-ID: <20030520151438.GA84668@submonkey.net> On Tue, May 20, 2003 at 11:33:16AM -0300, Daniel C. Sobral wrote: > Ceri Davies wrote: > >On Tue, May 20, 2003 at 10:49:21AM -0300, Daniel C. Sobral wrote: > > > >>As much as I admire my FreeBSD mentor, Mike never even so much as > >>committed a change to loader(8). :-) Could someone please correct the > >>information in the subject-mentioned page? :-) > > > > > >r1.1 of src/sys/boot/common/loader.8 seems to think otherwise. > > It does??? > > revision 1.1 > date: 1999/03/15 08:52:23; author: dcs; state: Exp; > branches: 1.1.2; > The man page, version 0.1. > > /home/dcs$ cvs log src/sys/boot/common/loader.8| grep msmith > /home/dcs$ Have a look at it: $ cvs -QR co -pr1.1 src/sys/boot/common/loader.8 | grep -iB2 smith .Nm was written by .An Michael Smith Aq msmisth at freebsd.org . OK, there's a typo, but it is him. Ceri -- User: DO YOU ACCEPT JESUS CHRIST AS YOUR PERSONAL LORD AND SAVIOR? Iniaes: Sure, I can accept all forms of payment. -- www.chatterboxchallenge.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/47ba351d/attachment.sig> From trhodes at FreeBSD.org Tue May 20 15:20:02 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 20 May 2003 11:11:42 -0400 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html In-Reply-To: <20030520151438.GA84668@submonkey.net> References: <3ECA3261.2020307@tcoip.com.br> <20030520142508.GA84344@submonkey.net> <3ECA3CAC.2020507@tcoip.com.br> <20030520151438.GA84668@submonkey.net> Message-ID: <20030520111142.34d06a53.trhodes@FreeBSD.org> On Tue, 20 May 2003 16:14:38 +0100 Ceri Davies <setantae at submonkey.net> wrote: > On Tue, May 20, 2003 at 11:33:16AM -0300, Daniel C. Sobral wrote: > > Ceri Davies wrote: > > >On Tue, May 20, 2003 at 10:49:21AM -0300, Daniel C. Sobral wrote: > > > > > >>As much as I admire my FreeBSD mentor, Mike never even so much as > > >>committed a change to loader(8). :-) Could someone please correct the > > >>information in the subject-mentioned page? :-) > > > > > > > > >r1.1 of src/sys/boot/common/loader.8 seems to think otherwise. > > > > It does??? > > > > revision 1.1 > > date: 1999/03/15 08:52:23; author: dcs; state: Exp; > > branches: 1.1.2; > > The man page, version 0.1. > > > > /home/dcs$ cvs log src/sys/boot/common/loader.8| grep msmith > > /home/dcs$ > > Have a look at it: > > $ cvs -QR co -pr1.1 src/sys/boot/common/loader.8 | grep -iB2 smith > .Nm > was written by > .An Michael Smith Aq msmisth at freebsd.org . > > OK, there's a typo, but it is him. And if someone doesn't fix it soon... Well... I may just have to cvs ci the typo away... -- Tom Rhodes From fernando at mecon.gov.ar Tue May 20 15:40:17 2003 From: fernando at mecon.gov.ar (Fernando Schapachnik) Date: Tue, 20 May 2003 12:32:56 -0300 (ART) Subject: docs/52487: sendmail man page is wrong regarding -qI sintax. Message-ID: <200305201532.h4KFWuJ8000876@bal740r0.mecon.gov.ar> >Number: 52487 >Category: docs >Synopsis: sendmail man page is wrong regarding -qI sintax. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 20 08:40:14 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Fernando Schapachnik >Release: FreeBSD 4.7-RELEASE-p9 i386 >Organization: >Environment: System: FreeBSD bal740r0.mecon.gov.ar 4.7-RELEASE-p9 FreeBSD 4.7-RELEASE-p9 #4: Mon Mar 24 14:27:42 ART 2003 root at bal740r0.mecon.gov.ar:/usr/obj/usr/src/sys/BAL740R0 i386 >Description: FreeBSD sendmail man page says: -q[!]I substr Limit processed jobs to those containing substr as a substring of the queue id or not when ! is spec? ified. However, issuing: sendmail -qI ID processes the wrong message. The correct sintax should be: sendmial -qIID >How-To-Repeat: >Fix: The extra space should be removed from the man page. >Release-Note: >Audit-Trail: >Unformatted: From dcs at tcoip.com.br Tue May 20 16:45:47 2003 From: dcs at tcoip.com.br (Daniel C. Sobral) Date: Tue, 20 May 2003 13:45:18 -0300 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html In-Reply-To: <20030520151438.GA84668@submonkey.net> References: <3ECA3261.2020307@tcoip.com.br> <20030520142508.GA84344@submonkey.net> <3ECA3CAC.2020507@tcoip.com.br> <20030520151438.GA84668@submonkey.net> Message-ID: <3ECA5B9E.1000006@tcoip.com.br> Ceri Davies wrote: > On Tue, May 20, 2003 at 11:33:16AM -0300, Daniel C. Sobral wrote: > >>Ceri Davies wrote: >> >>>On Tue, May 20, 2003 at 10:49:21AM -0300, Daniel C. Sobral wrote: >>> >>> >>>>As much as I admire my FreeBSD mentor, Mike never even so much as >>>>committed a change to loader(8). :-) Could someone please correct the >>>>information in the subject-mentioned page? :-) >>> >>> >>>r1.1 of src/sys/boot/common/loader.8 seems to think otherwise. >> >>It does??? >> >>revision 1.1 >>date: 1999/03/15 08:52:23; author: dcs; state: Exp; >>branches: 1.1.2; >>The man page, version 0.1. >> >>/home/dcs$ cvs log src/sys/boot/common/loader.8| grep msmith >>/home/dcs$ > > > Have a look at it: > > $ cvs -QR co -pr1.1 src/sys/boot/common/loader.8 | grep -iB2 smith > .Nm > was written by > .An Michael Smith Aq msmisth at freebsd.org . > > OK, there's a typo, but it is him. AUTHORS The loader was written by Michael Smith <msmith at FreeBSD.org>. FICL was written by John Sadler <john_sadler at alum.mit.edu>. And none of them wrote the loader _man page_. :-) -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo at tco.net.br Daniel.Sobral at tcoip.com.br dcs at tcoip.com.br Outros: dcs at newsguy.com dcs at freebsd.org capo at notorious.bsdconspiracy.net To erase a line you've written at the command prompt, use "Ctrl-U". -- Dru <genesis at istar.ca> From trhodes at FreeBSD.org Tue May 20 17:17:00 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 20 May 2003 13:08:41 -0400 Subject: Heads up: ports chapter Message-ID: <20030520130841.2e49a3f3.trhodes@FreeBSD.org> Greetings, This is just a heads up that I'm going to be rewriting a few parts of the ports chapter. I'll also be removing the FAQ and either merging the information into our current chapter, or adding new sections. Some new sections will be added during this overhaul. And yes, I will be translator-friendly. Now, no one here can say I caught them off guard... :) -- Tom Rhodes From fullermd at over-yonder.net Tue May 20 18:34:12 2003 From: fullermd at over-yonder.net (Matthew D. Fuller) Date: Tue, 20 May 2003 13:34:04 -0500 Subject: DocBook book In-Reply-To: <20030519021310.F8403@freebsdmall.com> References: <20030518.095226.115908955.imp@bsdimp.com> <20030518160039.GA25804@submonkey.net> <20030519013706.GN77354@wantadilla.lemis.com> <20030519000908.E8403@freebsdmall.com> <20030519080452.GR77354@wantadilla.lemis.com> <20030519021310.F8403@freebsdmall.com> Message-ID: <20030520183404.GA36258@over-yonder.net> On Mon, May 19, 2003 at 02:13:10AM -0700 I heard the voice of Murray Stokely, and lo! it spake thus: > > I'm not even aware of any printed books about DSSSL, but there are tens > of books about XSLT. Peripherally to this discussion: >From my own watchings of DSSSL discussion lists, I don't think anybody is aware of printed books about DSSSL 8-) There are occasional comments from people trying to write them, though. I can say from experience that learning it is a fascinating exercise in pain. -- Matthew Fuller (MF4839) | fullermd at over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From trhodes at FreeBSD.org Tue May 20 20:43:51 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 20 May 2003 16:35:31 -0400 Subject: Heads up: ports chapter In-Reply-To: <20030520130841.2e49a3f3.trhodes@FreeBSD.org> References: <20030520130841.2e49a3f3.trhodes@FreeBSD.org> Message-ID: <20030520163531.42399522.trhodes@FreeBSD.org> On Tue, 20 May 2003 13:08:41 -0400 Tom Rhodes <trhodes at freebsd.org> wrote: > Greetings, > > This is just a heads up that I'm going to be rewriting a few parts > of the ports chapter. I'll also be removing the FAQ and either > merging the information into our current chapter, or adding new > sections. Some new sections will be added during this overhaul. > > And yes, I will be translator-friendly. > > > Now, no one here can say I caught them off guard... :) > > -- > Tom Rhodes For the most part, this is complete. If anyone notices something I missed, let me know (NOTE: That does not cover things which were explained in both the text and the faq. Nor does it cover obsolete (pre-4.0) options). Thanks, -- Tom Rhodes From ceri at FreeBSD.org Tue May 20 21:19:05 2003 From: ceri at FreeBSD.org (Ceri Davies) Date: Tue, 20 May 2003 14:19:04 -0700 (PDT) Subject: docs/52467: [patch] Add note about manref/command usage to FDP Message-ID: <200305202119.h4KLJ4KJ017882@freefall.freebsd.org> Synopsis: [patch] Add note about manref/command usage to FDP State-Changed-From-To: open->closed State-Changed-By: ceri State-Changed-When: Tue May 20 14:18:51 PDT 2003 State-Changed-Why: Committed, thanks again. http://www.freebsd.org/cgi/query-pr.cgi?pr=52467 From setantae at submonkey.net Tue May 20 21:22:03 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 20 May 2003 22:22:00 +0100 Subject: Is this correct? Message-ID: <20030520212200.GA91809@submonkey.net> I'm pretty sure that this patch is correct, but not 100%. Comments? Ceri -- Index: sgml-markup/chapter.sgml =================================================================== RCS file: /home/dcvs/doc/en_US.ISO8859-1/books/fdp-primer/sgml-markup/chapter.sgml,v retrieving revision 1.54 diff -u -r1.54 chapter.sgml --- sgml-markup/chapter.sgml 20 May 2003 21:18:38 -0000 1.54 +++ sgml-markup/chapter.sgml 20 May 2003 21:20:33 -0000 @@ -674,7 +674,7 @@ <para>Some elements may exist in two forms, <emphasis>formal</emphasis> and <emphasis>informal</emphasis>. Typically, the formal version of - the element will consist of a title followed by the information + the element will consist of a title followed by the informal version of the element. The informal version will not have a title.</para> </note> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/f2f388db/attachment.sig> From trhodes at FreeBSD.org Tue May 20 21:27:58 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 20 May 2003 17:19:39 -0400 Subject: Is this correct? In-Reply-To: <20030520212200.GA91809@submonkey.net> References: <20030520212200.GA91809@submonkey.net> Message-ID: <20030520171939.16786c3c.trhodes@FreeBSD.org> On Tue, 20 May 2003 22:22:00 +0100 Ceri Davies <setantae at submonkey.net> wrote: > > I'm pretty sure that this patch is correct, but not 100%. Comments? > > Ceri > -- > > Index: sgml-markup/chapter.sgml > =================================================================== > RCS file: /home/dcvs/doc/en_US.ISO8859-1/books/fdp-primer/sgml-markup/chapter.sgml,v > retrieving revision 1.54 > diff -u -r1.54 chapter.sgml > --- sgml-markup/chapter.sgml 20 May 2003 21:18:38 -0000 1.54 > +++ sgml-markup/chapter.sgml 20 May 2003 21:20:33 -0000 > @@ -674,7 +674,7 @@ > > <para>Some elements may exist in two forms, <emphasis>formal</emphasis> > and <emphasis>informal</emphasis>. Typically, the formal version of > - the element will consist of a title followed by the information > + the element will consist of a title followed by the informal > version of the element. The informal version will not have a > title.</para> > </note> > This, looks correct. Mainly the fact that the next line talks about the 'informal version'. -- Tom Rhodes From setantae at submonkey.net Tue May 20 21:36:14 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 20 May 2003 22:36:12 +0100 Subject: doc/en_US.ISO8859-1/books/developers-handbook/boot-loader.html In-Reply-To: <3ECA5B9E.1000006@tcoip.com.br> References: <3ECA3261.2020307@tcoip.com.br> <20030520142508.GA84344@submonkey.net> <3ECA3CAC.2020507@tcoip.com.br> <20030520151438.GA84668@submonkey.net> <3ECA5B9E.1000006@tcoip.com.br> Message-ID: <20030520213612.GC91809@submonkey.net> On Tue, May 20, 2003 at 01:45:18PM -0300, Daniel C. Sobral wrote: > Ceri Davies wrote: > > > >Have a look at it: > > > >$ cvs -QR co -pr1.1 src/sys/boot/common/loader.8 | grep -iB2 smith > >.Nm > >was written by > >.An Michael Smith Aq msmisth at freebsd.org . > > > >OK, there's a typo, but it is him. > > AUTHORS > The loader was written by Michael Smith <msmith at FreeBSD.org>. > > FICL was written by John Sadler <john_sadler at alum.mit.edu>. > > And none of them wrote the loader _man page_. :-) Ah, you are correct, of course (at least based on the evidence provided). Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/108ce6c3/attachment.sig> From setantae at submonkey.net Tue May 20 21:44:48 2003 From: setantae at submonkey.net (Ceri Davies) Date: Tue, 20 May 2003 22:44:45 +0100 Subject: Application and command names in <title> elements In-Reply-To: <20030519192255.GB74434@submonkey.net> References: <20030519192255.GB74434@submonkey.net> Message-ID: <20030520214445.GA92534@submonkey.net> On Mon, May 19, 2003 at 08:22:55PM +0100, Ceri Davies wrote: > > I've been taking a high level look at getting all the <title> elements in > the handbook ready for the 3rd edition (well, glimpse has been doing all > the hard work so far), and I'm very tempted to religiously wrap all application > and command names in the appropriate markup. > > Would anyone care to talk me out of it? OK, this thread kicked off really nicely, but nobody answered my question! Ceri -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/76aa1173/attachment.sig> From trhodes at FreeBSD.org Tue May 20 22:01:09 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Tue, 20 May 2003 17:52:49 -0400 Subject: Application and command names in <title> elements In-Reply-To: <20030520214445.GA92534@submonkey.net> References: <20030519192255.GB74434@submonkey.net> <20030520214445.GA92534@submonkey.net> Message-ID: <20030520175249.59619318.trhodes@FreeBSD.org> On Tue, 20 May 2003 22:44:45 +0100 Ceri Davies <setantae at submonkey.net> wrote: > On Mon, May 19, 2003 at 08:22:55PM +0100, Ceri Davies wrote: > > > > I've been taking a high level look at getting all the <title> elements in > > the handbook ready for the 3rd edition (well, glimpse has been doing all > > the hard work so far), and I'm very tempted to religiously wrap all application > > and command names in the appropriate markup. > > > > Would anyone care to talk me out of it? > > OK, this thread kicked off really nicely, but nobody answered my question! > > Ceri > -- > Hey, if you don't step on my toes, I won't step on yours. :) No one tried to stop me when I took the device manual page PR, or the tunables documentation PR. Why should anyone stop you from doing something positive? :) (And don't worry, my toe goes back to normal pretty quickly if someone steps on it). -- Tom Rhodes From jg at thilelli.net Tue May 20 22:20:08 2003 From: jg at thilelli.net (Julien Gabel) Date: Wed, 21 May 2003 00:19:29 +0200 (CEST) Subject: docs/52500: [PATCH] Unreferenced web link still exists in the 'Backup Basics' chapter of the handbook. Message-ID: <20030520221929.A5EE33BE@titeuf.thilelli.net> >Number: 52500 >Category: docs >Synopsis: [PATCH] Unreferenced web link still exists in the 'Backup Basics' chapter of the handbook. >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: Tue May 20 15:20:03 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Julien Gabel >Release: FreeBSD 4.8-RELEASE i386 >Organization: >Environment: System: FreeBSD titeuf.thilelli.net 4.8-RELEASE FreeBSD 4.8-RELEASE #0: Tue Apr 29 22:22:00 CEST 2003 root at titeuf.thilelli.net:/usr/obj/usr/src/sys/TITEUF i386 >Description: The html link "torture-testing Backup and Archive Programs" from section '12.9.7' of the backup chapter of the handbook is no longer a valid url since reality.sgi.com no longer exists. >How-To-Repeat: Read the backup chapter of the handbook, and then try using this link. >Fix: I found two new links for the correct page. I propose two patches, because i don't know which is better than the other. PATCH #1: --- chapter.sgml Wed May 21 00:03:03 2003 +++ chapter.sgml.PR1 Wed May 21 00:04:42 2003 @@ -1857,7 +1857,7 @@ size during the backup, files that are created/deleted during the backup and more. She presented the results at LISA V in Oct. 1991. See <ulink - url="http://reality.sgi.com/zwicky_neu/testdump.doc.html">torture-testing + url="http://berdmann.dyndns.org/zwicky/testdump.doc.html">torture-testing Backup and Archive Programs</ulink>.</para> </sect2> PATCH #2: --- chapter.sgml Wed May 21 00:03:03 2003 +++ chapter.sgml.PR2 Wed May 21 00:05:07 2003 @@ -1857,7 +1857,7 @@ size during the backup, files that are created/deleted during the backup and more. She presented the results at LISA V in Oct. 1991. See <ulink - url="http://reality.sgi.com/zwicky_neu/testdump.doc.html">torture-testing + url="http://ftp.at.linuxfromscratch.org/utils/archivers/star/testscripts/zwicky/testdump.doc.html">torture-testing Backup and Archive Programs</ulink>.</para> </sect2> >Release-Note: >Audit-Trail: >Unformatted: From simon at nitro.dk Tue May 20 22:30:14 2003 From: simon at nitro.dk (Simon L.Nielsen) Date: Wed, 21 May 2003 00:27:29 +0200 (CEST) Subject: docs/52501: [patch] Order development(7) SEE ALSO acording to mdoc(7) Message-ID: <20030520222729.896DF10BF84@arthur.nitro.dk> >Number: 52501 >Category: docs >Synopsis: [patch] Order development(7) SEE ALSO acording to mdoc(7) >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: Tue May 20 15:30:12 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Simon L. Nielsen >Release: FreeBSD 4.8-STABLE i386 >Organization: >Environment: >Description: The order of the items in the SEE ALSO section of development(7) is not the same as recomended in mdoc(7). >How-To-Repeat: >Fix: Reorder first by section, then alphabetically. --- man-development7-SA-order.patch begins here --- Index: development.7 =================================================================== RCS file: /home/ncvs/src/share/man/man7/development.7,v retrieving revision 1.4 diff -u -d -r1.4 development.7 --- development.7 28 Dec 2002 19:08:11 -0000 1.4 +++ development.7 21 May 2003 00:19:33 -0000 @@ -412,12 +412,12 @@ a good time. My recommendation is to only keep the cvs repository synchronized via cron. .Sh SEE ALSO -.Xr build 7 , .Xr crontab 1 , .Xr crontab 5 , -.Xr diskless 8 , +.Xr build 7 , .Xr firewall 7 , -.Xr tuning 7 +.Xr tuning 7 , +.Xr diskless 8 .Sh HISTORY The .Nm --- man-development7-SA-order.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From brueffer at FreeBSD.org Tue May 20 23:27:15 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Wed, 21 May 2003 01:27:15 +0200 (CEST) Subject: docs/52501: [patch] Order development(7) SEE ALSO acording to mdoc(7) Message-ID: <200305202327.h4KNRF6m029651@freefall.freebsd.org> Synopsis: [patch] Order development(7) SEE ALSO acording to mdoc(7) State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Wed May 21 01:26:08 CEST 2003 State-Changed-Why: Committed to -current, thanks! Responsible-Changed-From-To: freebsd-doc->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed May 21 01:26:08 CEST 2003 Responsible-Changed-Why: I'll handle the MFC http://www.freebsd.org/cgi/query-pr.cgi?pr=52501 From brueffer at FreeBSD.org Tue May 20 23:46:53 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Wed, 21 May 2003 01:46:51 +0200 (CEST) Subject: docs/52500: [PATCH] Unreferenced web link still exists in the 'Backup Basics' chapter of the handbook. Message-ID: <200305202346.h4KNkp6u030237@freefall.freebsd.org> Synopsis: [PATCH] Unreferenced web link still exists in the 'Backup Basics' chapter of the handbook. State-Changed-From-To: open->closed State-Changed-By: brueffer State-Changed-When: Wed May 21 01:46:33 CEST 2003 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=52500 From murray at FreeBSD.org Wed May 21 04:28:01 2003 From: murray at FreeBSD.org (Murray Stokely) Date: Tue, 20 May 2003 21:28:00 -0700 Subject: cvs commit: www/en/docproj handbook3.sgml In-Reply-To: <200305210121.h4L1LfLI066670@repoman.freebsd.org>; from trhodes@FreeBSD.org on Tue, May 20, 2003 at 06:21:41PM -0700 References: <200305210121.h4L1LfLI066670@repoman.freebsd.org> Message-ID: <20030520212800.U8403@freebsdmall.com> On Tue, May 20, 2003 at 06:21:41PM -0700, Tom Rhodes wrote: > Log: > The cron(8) documentation task is complete. Ok, I think this section would be clearer if you maybe start with a simpler example than the system crontab file. There is a lot of junk in there (/etc/crontab) and I think it is confusing. Maybe if you just examine one line at a time. Maybe list one line, then talk about it (with a callout list to point to each field), then list another line, showing off a different aspect of cron's functionality, and then talk about that example line. See the ppp chapter for an example of a callout list describing the fields in a text file (/etc/ttys). I just don't think we need to list the whole crontab file. (and of course, someone will submit a PR the moment that /etc/crontab gets updated reminding us to update this chapter!) Also, I think you should just tell new users to edit their own crontab file with 'crontab -e'. This invokes the editor and I think is easier than telling them to create a file then install that file. crontab -e is one less step and makes it easier for new users. Thanks for writing this. We've needed a crontab section for a long time! - Murray From murray at FreeBSD.org Wed May 21 06:27:25 2003 From: murray at FreeBSD.org (Murray Stokely) Date: Tue, 20 May 2003 23:27:23 -0700 Subject: Application and command names in <title> elements In-Reply-To: <20030520214445.GA92534@submonkey.net>; from setantae@submonkey.net on Tue, May 20, 2003 at 10:44:45PM +0100 References: <20030519192255.GB74434@submonkey.net> <20030520214445.GA92534@submonkey.net> Message-ID: <20030520232723.C8403@freebsdmall.com> On Tue, May 20, 2003 at 10:44:45PM +0100, Ceri Davies wrote: > On Mon, May 19, 2003 at 08:22:55PM +0100, Ceri Davies wrote: > > I've been taking a high level look at getting all the <title> elements in > > the handbook ready for the 3rd edition (well, glimpse has been doing all > > the hard work so far), and I'm very tempted to religiously wrap all application > > and command names in the appropriate markup. I think that is a good idea. We talked of doing this during the 2nd edition work but I'm not sure if we never got around to it, or if we made a sweep but now things have slowly drifted back or what. In any case, it's a good thing from a high level perspective because "super XML-tools and search engines yet to be written" can give better results with more descriptive title names. As long as it's not a big aesthetic step backwards in the mean time, I'm all for it. And even if it is a big aesthetic step backwards, we can easily ignore the offending tags when enclosed in <title> via freebsd.dsl. - Murray -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 155 bytes Desc: not available URL: <http://lists.freebsd.org/pipermail/freebsd-doc/attachments/20030520/e8078777/attachment.sig> From pav at oook.cz Wed May 21 06:30:03 2003 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 21 May 2003 08:25:11 +0200 (CEST) Subject: docs/52514: Handbook: new chapter about Bluetooth Message-ID: <200305210625.h4L6PBQk006234@pav.oook.cz> >Number: 52514 >Category: docs >Synopsis: Handbook: new chapter about Bluetooth >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: Tue May 20 23:30:00 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Pav Lucistnik >Release: FreeBSD 5.1-BETA i386 >Organization: >Environment: System: FreeBSD pav.oook.cz 5.1-BETA FreeBSD 5.1-BETA #1: Tue May 20 21:30:57 CEST 2003 root at pav.oook.cz:/usr/obj/usr/src/sys/PAV i386 >Description: This is new chapter for Handbook, covering usage of The Bluetooth stack on coming 5.1-RELEASE. It's based on my Bluetooth on FreeBSD webpage. It was reviewed and approved by Maksim Yevmenkin, author of Bluetooth code. Then it was review by Christian Brueffer (brueffer@). We'd like to get a review by at least one docproj elder before brueffer commits it. Another question is where this should go. brueffer@ suggests after Wireless Networking chapter, I suggest putting it after IPv6 as a last chapter of Advanced networking. Apply to /usr/doc/en_US.ISO8859-1/books/handbook/advanced-networking >How-To-Repeat: >Fix: --- chapter.sgml.orig Tue May 20 21:11:44 2003 +++ chapter.sgml Tue May 20 23:15:03 2003 @@ -6687,6 +6687,388 @@ support AAAA records.</para> </sect2> </sect1> + + <sect1 id="network-bluetooth"> + <sect1info> + <authorgroup> + <author> + <firstname>Pav</firstname> + <surname>Lucistnik</surname> + <contrib>Written by </contrib> + <affiliation> + <address><email>pav at oook.cz</email></address> + </affiliation> + </author> + </authorgroup> + </sect1info> + <title>Bluetooth + + + Introduction + Bluetooth is a wireless technology for creating personal networks + operating in the 2.4 GHz unlicensed band, with a range of 10 meters. + Networks are usually formed ad-hoc from portable devices like mobile + phones, handhelds and laptops. Unlike the other popular wireless + technology, Wi-Fi, Bluetooth offers higher level service profiles, + e.g. FTP-like file servers, file pushing, voice transport, serial + line emulation and more. + + The Bluetooth stack in FreeBSD is implemented using Netgraph. + A Broad variety of USB dongles is supported by the &man.ng.ubt.4; driver. + The 3Com PC Card 3CRWB60-A is supported by the &man.ng.bt3c.4; driver. + Serial and UART based Bluetooth devices are supported via + &man.ng.h4.4; and &man.hcseriald.8;. This chapter describes using + a USB Bluetooth dongle. Bluetooth support is available only on + FreeBSD 5.0 and newer systems. + + + + Plugging in the Device + Device drivers are by default available as kernel modules. + Before attaching a device, you need to load the driver into the + kernel: + + &prompt.root; kldload ng_ubt + + If the Bluetooth device is present in the system during system + startup, load the module from /boot/loader.conf: + + ng_ubt_load="YES" + + Plug in your USB dongle. Similar output will appear on the console + (or in syslog): + + ubt0: vendor 0x0a12 product 0x0001, rev 1.10/5.25, addr 2 +ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 +ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; + wMaxPacketSize=49; nframes=6, buffer size=294 + + Copy /usr/src/share/examples/netgraph/bluetooth/rc.bluetooth + to some convenient place, like /etc/rc.bluetooth. + This script is used to start and stop the Bluetooth stack. It is a good idea + to stop the stack before unplugging the device, but it is not (usually) + fatal. When starting the stack, you will receive output similar to this: + + &prompt.root; /etc/rc.bluetooth start ubt0 +BD_ADDR: 00:02:72:00:d4:1a +Features: 0xff 0xff 0xf 00 00 00 00 00 +<3-Slot> <5-Slot> <Encryption> <Slot offset> +<Timing accuracy> <Switch> <Hold mode> <Sniff mode> +<Park mode> <RSSI> <Channel quality> <SCO link> +<HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD> +<Paging scheme> <Power control> <Transparent SCO data> +Max. ACL packet size: 192 bytes +Number of ACL packets: 8 +Max. SCO packet size: 64 bytes +Number of SCO packets: 8 + + + + + HCI and Inquiry + + Now it is time to discover some nearby bluetooth devices. + Discovering devices and many other interesting tasks is done with + the &man.hccontrol.8; utility. You will receive a list of discoverable + devices in a few seconds: + + &prompt.user; hccontrol -n ubt0hci inquiry +Inquiry result, num_responses=1 +Inquiry result #0 + BD_ADDR: 00:80:37:29:19:a4 + Page Scan Rep. Mode: 0x1 + Page Scan Period Mode: 00 + Page Scan Mode: 00 + Class: 52:02:04 + Clock offset: 0x78ef +Inquiry complete. Status: No error [00] + + BD_ADDR is the unique address of a bluetooth device, similar to MAC + addresses of network cards. This address is needed for further + communication with a device. Let us try to read the device's name: + + &prompt.user; hccontrol -n ubt0hci remote_name_request 00:80:37:29:19:a4 0 0 0 +BD_ADDR: 00:80:37:29:19:a4 +Name: Pav's T39 + + If you perform a discovery on a different bluetooth device, it will find + your computer as your.host.name (ubt0). + + You can list active baseband connections: + + &prompt.user; hccontrol -n ubt0hci read_connection_list +Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State +00:80:37:29:19:a4 41 ACL 0 MAST NONE 0 0 OPEN + + Handle is useful for manually disconnecting a connection: + + &prompt.root; hccontrol -n ubt0hci disconnect 41 +Connection handle: 41 +Reason: Connection terminated by local host [0x16] + + Refer to hccontrol help for a complete listing of + available commands. Note that the majority of commands does not require + superuser privileges. + + + + + L2CAP + + L2CAP is a higher level of connection in Bluetooth standards. + A useful command is &man.l2ping.8;, which can be used to ping + other devices. Some devices might not return all of the data + send to them, so 0 bytes as in this example + is a normal state. + + &prompt.root; l2ping -a 00:80:37:29:19:a4 +0 bytes from 0:80:37:29:19:a4 seq_no=0 time=48.633 ms result=0 +0 bytes from 0:80:37:29:19:a4 seq_no=1 time=37.551 ms result=0 +0 bytes from 0:80:37:29:19:a4 seq_no=2 time=28.324 ms result=0 +0 bytes from 0:80:37:29:19:a4 seq_no=3 time=46.150 ms result=0 + + The &man.l2control.8; utility is used to configure L2CAP nodes + and read their state. This example shows file transfer to a Palm + handheld: + + &prompt.user; l2control -a 00:02:72:00:d4:1a read_channel_list +L2CAP channels: +Remote BD_ADDR SCID/ DCID PSM IMTU/ OMTU State +00:07:e0:00:0b:ca 66/ 64 3 132/ 672 OPEN +&prompt.user; l2control -a 00:02:72:00:d4:1a read_connection_list +L2CAP connections: +Remote BD_ADDR Handle Flags Pending State +00:07:e0:00:0b:ca 41 O 0 OPEN + + Another diagnostic tool is &man.btsockstat.1;. It does a similar + job as &man.netstat.1; does, but for Bluetooth sockets, logical + connections on top of baseband connections. The example output shows + the same connection as l2control above: + + &prompt.user; btsockstat +Active L2CAP sockets +PCB Recv-Q Send-Q Local address/PSM Foreign address CID State +c2afe900 0 0 00:02:72:00:d4:1a/3 00:07:e0:00:0b:ca 66 OPEN +Active RFCOMM sessions +L2PCB PCB Flag MTU Out-Q DLCs State +c2afe900 c2b53380 1 127 0 Yes OPEN +Active RFCOMM sockets +PCB Recv-Q Send-Q Local address Foreign address Chan DLCI State +c2e8bc80 0 250 00:02:72:00:d4:1a 00:07:e0:00:0b:ca 3 6 OPEN + + + + + Pairing of Devices + + By default, Bluetooth communication is not authorized and any device + can talk to any other device. Some devices, like mobile phones, require + authentication for some functionality, like Internet connections. This + is done with PIN numbers - you enter the same (up to 16 digits long) + number on both devices. This operation is called pairing. + The daemon that answers pairing requests is &man.hcsecd.8;. Copy + /usr/src/usr.sbin/bluetooth/hcsecd/hcsecd.conf + to /usr/local/etc and edit it. The following is an + example section for a mobile phone, with the PIN arbitrarily set to 1234: + + device { + bdaddr 00:80:37:29:19:a4; + name "Pav's T39"; + key nokey; + pin "1234"; +} + + You can choose any PIN you like. Note that some devices, like + headsets, have a fixed PIN built in. Start hcsecd -d. + The switch forces the daemon to stay in the + terminal and not fork to the background, so we can see what is happening. + Set the remote device to receive pairing and initiate the HCI connection + to the remote device. The remote device should say that pairing was + accepted, and let you enter the PIN. Enter the same PIN as you have in your + hcsecd.conf. Now your PC and remote device are paired. + Alternatively, you can initiate pairing on the remote device. + This will appear in the hcsecd output: + +hcsecd[16484]: Got Link_Key_Request event from 'ubt0hci', remote bdaddr 0:80:37:29:19:a4 +hcsecd[16484]: Found matching entry, remote bdaddr 0:80:37:29:19:a4, name 'Pav's T39', link key doesn't exist +hcsecd[16484]: Sending Link_Key_Negative_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:19:a4 +hcsecd[16484]: Got PIN_Code_Request event from 'ubt0hci', remote bdaddr 0:80:37:29:19:a4 +hcsecd[16484]: Found matching entry, remote bdaddr 0:80:37:29:19:a4, name 'Pav's T39', PIN code exists +hcsecd[16484]: Sending PIN_Code_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:19:a4 + + + + + Service Discovery Protocol (SDP) + If you want to know which services a Bluetooth device offers, and + on which RFCOMM channels, build libbluetooth + and sdp-1.0rc3 from Maksim Evmenkin's + snapshot. Then, run sdptool and + observe (the output is snipped a bit, as this tool is quite talky): + + &prompt.root; sdptool browse 00:80:37:29:19:a4 +Browsing 00:80:37:29:19:A4 ... +Service Name: Dial-up Networking +Protocol Descriptor List: + "L2CAP" (0x0100) + "RFCOMM" (0x0003) + Channel: 1 + +Service Name: Fax +Protocol Descriptor List: + "L2CAP" (0x0100) + "RFCOMM" (0x0003) + Channel: 2 + +Service Name: Voice gateway +Service Class ID List: + "Headset Audio Gateway" (0x1112) + "Generic Audio" (0x1203) +Protocol Descriptor List: + "L2CAP" (0x0100) + "RFCOMM" (0x0003) + Channel: 3 + + + ... and so on. You will need the channel number later for using + a given service. Some devices do not support browsing, they return + an empty list, but you can try searching for a specific service. + + &prompt.root; sdptool search --bdaddr 00:07:e0:00:0b:ca OPUSH + + Offering services on FreeBSD to other devices is done using the + sdpd server. + &prompt.root; sdpd + + Registering a given Bluetooth service to a RFCOMM channel number: + &prompt.root; sdptool add --channel=7 LAN + + Checking services offered by our computer: + &prompt.root; sdptool browse ff:ff:ff:00:00:00 + + + + Dial-up Networking (DUN) and Local Area Network (LAN) + + Bluetooth can be used for connecting to the Internet, either over + PPP (mobile phones) or the local network (access points). The Dial-up Networking + profile on FreeBSD is implemented with &man.ppp.8; and + &man.rfcomm.pppd.8;, a wrapper that converts RFCOMM Bluetooth connections + to something ppp can operate with. Create ppp labels in + /etc/ppp/ppp.conf, examples from the &man.rfcomm.pppd.8; + manual page can be used. + + Connecting to the Internet through a mobile phone (DUN profile). First, find + out the correct RFCOMM channel on the remote device using + sdptool. Then, use &man.rfcomm.pppd.8;: + + &prompt.root; rfcomm_pppd -a 00:80:37:29:19:a4 -c -C 1 -l rfcomm-dialup + + Running a Bluetooth access point on FreeBSD. First, register a + RFCOMM channel for LAN service on the local sdpd. + Then, start the ppp server. Use BD_ADDR of the local Bluetooth device and + the channel number registered with sdpd. + + &prompt.root; rfcomm_pppd -a 00:02:72:00:d4:1a -s -C 7 -l rfcomm-server + + + + + OBEX Push (OPUSH) + OBEX is a widely used protocol for simple file transfers between + mobile devices. It's main use is in infrared communication, where it is + used for generic file transfers between notebooks or Palm handhelds, + and for sending business cards or calendar entries between mobile + phones and other devices with PIM applications. + + The OBEX client is implemented in the + obexapp utility from Maksim Evmenkin's + snapshot. It needs the openobex + library from same package and the + devel/glib12 port. Note that + obexapp does not require root privileges + to operate. + + OBEX client. First, find which channel on the remote device is IrMC + Synchronization or OBEX Object Push. After that, use + obexapp. Here is an example session where + we download a file (device info from a mobile phone) and send + a file (business card to the phone's directory): + + &prompt.user; obexapp -a 00:80:37:29:19:a4 -C 10 +obex> get +get: remote file> telecom/devinfo.txt +get: local file> devinfo-t39.txt +Success, response: OK, Success (0x20) +obex> put +put: local file> new.vcf +put: remote file> new.vcf +Success, response: OK, Success (0x20) +obex> di +Success, response: OK, Success (0x20) + + OBEX server. First, register the OPUSH service with the local + sdpd. If OPUSH does not work, + you can try the FTRN service instead. Then, start the OBEX daemon + using the channel number registered with sdpd: + + &prompt.root; obexapp -s -C 10 + + Received files will appear in /var/spool/obex. + This can be overriden with the switch. Make sure + the directory exists, obexapp will not + create it. On a typical workstation with a single user it is useful + to set a default owner of received files. See obexapp(1) + for details. + + + + + Serial Port Profile (SP) + Bluetooth can be used to emulate serial port connections. + To connect to a remote device, first locate the RFCOMM channel with the + Serial Port profile. Then, start the Serial Port Profile Daemon + &man.rfcomm.sppd.1; with a free pseudo tty: + + &prompt.root; rfcomm_sppd -a 00:07:E0:00:0B:CA -c 1 -t /dev/ttyp6 +rfcomm_sppd[94692]: Starting on /dev/ttyp6... + + Now connect this pseudo tty to your actual terminal: + + &prompt.root; cu -l ttyp6 + + + + + Troubleshooting + + + A remote device cannot connect to us + Some older devices do not support role switching. By default, + when FreeBSD is accepting a connection, it tries to switch roles + to become a master. Devices which do not support this will not + be able to connect. Role switching is performed when a connection + is being established, so we cannot ask the remote device if it does + support role switching. There is a driver option to disable role + switching on our side: + &prompt.root; hccontrol -n ubt0hci write_node_role_switch 0 + + + + Something is going wrong, can I see what exactly is happening? + Yes, you can. Use the hcidump tool + from Maksim Evmenkin's + snapshot, which works much like &man.tcpdump.1;. You can + use it to display the content of Bluetooth packets on the terminal + and to record Bluetooth communication for later analyzation. + + + + + + + + + + --- doc-danish-navilinks.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From brueffer at FreeBSD.org Thu May 22 06:43:47 2003 From: brueffer at FreeBSD.org (Christian Brueffer) Date: Thu, 22 May 2003 08:43:45 +0200 (CEST) Subject: docs/52543: bug in diskless operation chapter Message-ID: <200305220643.h4M6hjPK008747@freefall.freebsd.org> Synopsis: bug in diskless operation chapter State-Changed-From-To: open->closed State-Changed-By: brueffer State-Changed-When: Thu May 22 08:43:24 CEST 2003 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=52543 From jesusr at endercom.com Thu May 22 08:15:06 2003 From: jesusr at endercom.com (Jesus Rodriguez) Date: Thu, 22 May 2003 10:10:48 +0200 (CEST) Subject: Error in Spanish translation files. In-Reply-To: <20030522.064547.112628124.hrs@eos.ocn.ne.jp> References: <20030521165628.39bdfaf5.trhodes@FreeBSD.org> <20030522.064547.112628124.hrs@eos.ocn.ne.jp> Message-ID: <20030522100557.W15569@camel> On Thu, 22 May 2003, Hiroki Sato wrote: > Tom Rhodes wrote > in <20030521165628.39bdfaf5.trhodes at FreeBSD.org>: > > trhodes> /bin/cat /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/misc/docbook.css > docbook.css > trhodes> /usr/local/bin/jade -V html-manifest -ioutput.html -d /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/default.dsl -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -D /usr/obj/usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq -c /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../es_ES.ISO8859-1/share/sgml/catalog -c /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/docbook/catalog -c /usr/local/share/sgml/jade/catalog -t sgml /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/book.sgml > trhodes> /usr/local/bin/jade:/usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/freebsd.dsl:190:31:E: missing argument for function call > trhodes> /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml $(/usr/bin/xargs < HTML.manifest) > > This error is due to the old definition of ($create-refentry-xref-link$) in > es_ES.ISO8859-1/share/sgml/freebsd.dsl. Merging the changes in the > latest English version solves it, but the function should be defined in > share/sgml/freebsd.dsl instead of en_US.ISO8859-1/share/sgml/freebsd.dsl > to avoid such situation. > > It can be solved using the patch I previously posted on -doc > (<20030426.235434.116360718.hrs at eos.ocn.ne.jp>) and jesusr@ > already gave to me to the commit approval. Although I think > I will merge that after 5.1R is released, I will take care soon > including fixes for the other languages by reason of the feedback timeout. Hi Hiroki, Thanks for your answer. Go ahead with the commit when you think is the right time. Thanks!. Saludos JesusR. ------------------------------- Jesus Rodriguez Endercom Comunicaciones, S.L. jesusr at endercom.com http://www.endercom.com Tel. +34 934424293 ------------------------------- From keramida at FreeBSD.org Thu May 22 10:41:19 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Thu, 22 May 2003 00:41:08 +0300 Subject: Error in Spanish translation files. In-Reply-To: <20030521165628.39bdfaf5.trhodes@FreeBSD.org> References: <20030521165628.39bdfaf5.trhodes@FreeBSD.org> Message-ID: <20030521214108.GA8632@gothmog.gr> On 2003-05-21 16:56, Tom Rhodes wrote: > While testing Simon's recently submitted doc patch, I obtained this > error. Could a Spanish translator (jesusr) look into this please? > > Note: This is a full build, not a make lint. > > /bin/cat /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/misc/docbook.css > docbook.css > /usr/local/bin/jade -V html-manifest -ioutput.html -d /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/default.dsl -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -D /usr/obj/usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq -c /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../es_ES.ISO8859-1/share/sgml/catalog -c /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/docbook/catalog -c /usr/local/share/sgml/jade/catalog -t sgml /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/book.sgml > /usr/local/bin/jade:/usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/freebsd.dsl:190:31:E: missing argument for function call > /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml $(/usr/bin/xargs < HTML.manifest) The DSSSL function that generates the manpage links has changed in the English docs. It now takes an *optional* argument, instead of a mandatory argument. The following diff synchronizes the Spanish version of freebsd.dsl with the current state of the English one... and fixes the build, of course. Can you, Tom, or Jesus take care of this? --- patch starts here --- Index: es_ES.ISO8859-1/share/sgml/freebsd.dsl =================================================================== RCS file: /home/ncvs/doc/es_ES.ISO8859-1/share/sgml/freebsd.dsl,v retrieving revision 1.8 diff -u -r1.8 freebsd.dsl --- es_ES.ISO8859-1/share/sgml/freebsd.dsl 3 Nov 2002 12:48:18 -0000 1.8 +++ es_ES.ISO8859-1/share/sgml/freebsd.dsl 21 May 2003 21:32:40 -0000 @@ -53,9 +58,19 @@ (define %refentry-xref-link% #t) - (define ($create-refentry-xref-link$ refentrytitle manvolnum) - (string-append "http://www.FreeBSD.org/cgi/man.cgi?query=" - refentrytitle "&" "sektion=" manvolnum)) + (define ($create-refentry-xref-link$ #!optional (n (current-node))) + (let* ((r (select-elements (children n) (normalize "refentrytitle"))) + (m (select-elements (children n) (normalize "manvolnum"))) + (v (attribute-string (normalize "vendor") n)) + (u (string-append "http://www.FreeBSD.org/cgi/man.cgi?query=" + (data r) "&" "sektion=" (data m)))) + (case v + (("current") (string-append u "&" "manpath=FreeBSD+5.0-current")) + (("xfree86") (string-append u "&" "manpath=XFree86+4.3.0")) + (("netbsd") (string-append u "&" "manpath=NetBSD+1.6.1")) + (("ports") (string-append u "&" "manpath=FreeBSD+Ports")) + (else u)))) + ]]> --- patch ends here --- From a_ikeuchi at mic.mitsumi.co.jp Thu May 22 11:00:28 2003 From: a_ikeuchi at mic.mitsumi.co.jp (Akira Ikeuchi) Date: Thu, 22 May 2003 20:00:51 +0900 Subject: docs/52566: [PATCH] typing error in device_get_ivars.9 man page. Message-ID: <3ECCADE3.3020708@mic.mitsumi.co.jp> >Number: 52566 >Category: docs >Synopsis: Typing error in device_get_ivars.9 man page. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 22 04:00:26 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Akira Ikeuchi >Release: FreeBSD 5.0-CURRENT i386 >Organization: T.I.T. Corp. >Environment: System: FreeBSD vmware50.mic.mitsumi.co.jp 5.0-RELEASE FreeBSD 5.0-RELEASE #2: Mon Mar 3 10:27:48 JST 2003 root at vmware50.mic.mitsumi.co.jp:/usr/src/sys/i386/compile/VMWARE i386 VMware 2.0.4 on MS-Windows, FreeBSD 5.0-RELEASE >Description: Some typing errors are included in device_[gs]et_ivars.9 man page. These errors were added when updating ver.1.6 to ver.1.7. The first is in SYNOPSIS section, two device_get_ivars functions are exists, and no device_set_ivars function. Maybe, second device_get_ivars is typing error, and to be device_set_ivars. The second is in DESCRIPTION section. On the first line .Pp macro is not needed, but no affection. The third is in DESCRIPTION section. device_[gs]et_ivars functions is mis-typed to device_[gs]et_ivar. Last letter 's' is dropped. >How-To-Repeat: man 9 device_get_ivars >Fix: Patch below. --- device_get_ivars.9.orig Wed May 21 19:24:40 2003 +++ device_get_ivars.9 Wed May 21 19:25:13 2003 @@ -41,15 +41,14 @@ .Ft void * .Fn device_get_ivars "device_t dev" .Ft void -.Fn device_get_ivars "device_t dev" "void *ivar" +.Fn device_set_ivars "device_t dev" "void *ivar" .Sh DESCRIPTION -.Pp The -.Nm device_get_ivar +.Nm device_get_ivars function returns the bus-specific instance variables of a device. .Pp The -.Nm device_set_ivar +.Nm device_set_ivars function sets the bus-specific instance variables of a device. .Pp Typically, only bus drivers will use these functions. >Release-Note: >Audit-Trail: >Unformatted: SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `<' and `>'). SEND-PR: SEND-PR: Please consult the following URL if you are not sure how to SEND-PR: fill out a problem report: SEND-PR: http://www.freebsd.org/doc/en/articles/problem-reports/article.html SEND-PR: SEND-PR: Note that the Synopsis field is mandatory. SEND-PR: SEND-PR: Please note that (unless you state otherwise) if your report SEND-PR: includes a patch then it will be taken under the same license as SEND-PR: the one on the file(s) you want to change. SEND-PR: SEND-PR: BE ADVISED THAT FREEBSD PROBLEM REPORTS ARE PUBLIC INFORMATION AND SEND-PR: WILL BE PUBLISHED AS-IS ON THE PROJECT'S MAILING LISTS AND WEB SITES. SEND-PR: DO NOT SUBMIT ANY INFORMATION YOU DO NOT WANT MADE PUBLIC. SEND-PR: SEND-PR: For sensitive security issues, consider contacting the FreeBSD SEND-PR: security officer team (security-officer at freebsd.org) directly. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: advocacy alpha bin conf docs gnu SEND-PR: i386 ia64 java kern misc ports SEND-PR: powerpc sparc64 standards www SEND-PR: To: FreeBSD-gnats-submit at freebsd.org From: Akira Ikeuchi Reply-To: Akira Ikeuchi Cc: X-send-pr-version: 3.113 X-GNATS-Notify: From jesusr at endercom.com Thu May 22 12:53:56 2003 From: jesusr at endercom.com (Jesus Rodriguez) Date: Thu, 22 May 2003 14:53:33 +0200 (CEST) Subject: Error in Spanish translation files. In-Reply-To: <20030521214108.GA8632@gothmog.gr> References: <20030521165628.39bdfaf5.trhodes@FreeBSD.org> <20030521214108.GA8632@gothmog.gr> Message-ID: <20030522144836.G16403@camel> On Thu, 22 May 2003, Giorgos Keramidas wrote: > On 2003-05-21 16:56, Tom Rhodes wrote: > > While testing Simon's recently submitted doc patch, I obtained this > > error. Could a Spanish translator (jesusr) look into this please? > > > > Note: This is a full build, not a make lint. > > > > /bin/cat /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/misc/docbook.css > docbook.css > > /usr/local/bin/jade -V html-manifest -ioutput.html -d /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/default.dsl -V %generate-legalnotice-link% -V %generate-docformat-navi-link% -ioutput.html.images -D /usr/obj/usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq -c /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../es_ES.ISO8859-1/share/sgml/catalog -c /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/catalog -c /usr/local/share/sgml/docbook/dsssl/modular/catalog -c /usr/local/share/sgml/iso8879/catalog -c /usr/local/share/sgml/docbook/catalog -c /usr/local/share/sgml/jade/catalog -t sgml /usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/book.sgml > > /usr/local/bin/jade:/usr/home/trhodes/work/doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/freebsd.dsl:190:31:E: missing argument for function call > > /usr/local/bin/tidy -i -m -raw -preserve -f /dev/null -asxml $(/usr/bin/xargs < HTML.manifest) > > The DSSSL function that generates the manpage links has changed in the > English docs. It now takes an *optional* argument, instead of a > mandatory argument. The following diff synchronizes the Spanish version > of freebsd.dsl with the current state of the English one... and fixes > the build, of course. > > Can you, Tom, or Jesus take care of this? There is some conflict or incompatibility between this patch and the pending commit from Hiroki?. > --- patch starts here --- > Index: es_ES.ISO8859-1/share/sgml/freebsd.dsl > =================================================================== > RCS file: /home/ncvs/doc/es_ES.ISO8859-1/share/sgml/freebsd.dsl,v > retrieving revision 1.8 > diff -u -r1.8 freebsd.dsl > --- es_ES.ISO8859-1/share/sgml/freebsd.dsl 3 Nov 2002 12:48:18 -0000 1.8 > +++ es_ES.ISO8859-1/share/sgml/freebsd.dsl 21 May 2003 21:32:40 -0000 > @@ -53,9 +58,19 @@ > (define %refentry-xref-link% #t) > > > - (define ($create-refentry-xref-link$ refentrytitle manvolnum) > - (string-append "http://www.FreeBSD.org/cgi/man.cgi?query=" > - refentrytitle "&" "sektion=" manvolnum)) > + (define ($create-refentry-xref-link$ #!optional (n (current-node))) > + (let* ((r (select-elements (children n) (normalize "refentrytitle"))) > + (m (select-elements (children n) (normalize "manvolnum"))) > + (v (attribute-string (normalize "vendor") n)) > + (u (string-append "http://www.FreeBSD.org/cgi/man.cgi?query=" > + (data r) "&" "sektion=" (data m)))) > + (case v > + (("current") (string-append u "&" "manpath=FreeBSD+5.0-current")) > + (("xfree86") (string-append u "&" "manpath=XFree86+4.3.0")) > + (("netbsd") (string-append u "&" "manpath=NetBSD+1.6.1")) > + (("ports") (string-append u "&" "manpath=FreeBSD+Ports")) > + (else u)))) > + > ]]> > > > --- patch ends here --- > Saludos JesusR. ------------------------------- Jesus Rodriguez Endercom Comunicaciones, S.L. jesusr at endercom.com http://www.endercom.com Tel. +34 934424293 ------------------------------- From keramida at ceid.upatras.gr Thu May 22 13:29:01 2003 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Thu, 22 May 2003 16:24:01 +0300 Subject: Error in Spanish translation files. In-Reply-To: <20030522144836.G16403@camel> References: <20030521165628.39bdfaf5.trhodes@FreeBSD.org> <20030521214108.GA8632@gothmog.gr> <20030522144836.G16403@camel> Message-ID: <20030522132401.GA3415@gothmog.gr> On 2003-05-22 14:53, Jesus Rodriguez wrote: > On Thu, 22 May 2003, Giorgos Keramidas wrote: > > On 2003-05-21 16:56, Tom Rhodes wrote: > > > While testing Simon's recently submitted doc patch, I obtained this > > > error. Could a Spanish translator (jesusr) look into this please? > > > > > > Note: This is a full build, not a make lint. > > > [...]doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/freebsd.dsl:190:31:E: missing argument for function call > > > > The DSSSL function that generates the manpage links has changed in the > > English docs. It now takes an *optional* argument, instead of a > > mandatory argument. The following diff synchronizes the Spanish version > > of freebsd.dsl with the current state of the English one... and fixes > > the build, of course. > > > > Can you, Tom, or Jesus take care of this? > > There is some conflict or incompatibility between this patch and the > pending commit from Hiroki?. No, probably not. I was looking for a way to solve the build warns and used `diff -u en_US es_ES' to merge this change. Then, after mailing the diff, my ISP started having serious problems, and it got stuck in the mailq. I saw all the messages of the thread (including Hiroki's posts) today :/ I don't have a particularly strong opinion on this change. Hiroki should commit his version, since it's already approved. From jesusr at endercom.com Thu May 22 15:09:27 2003 From: jesusr at endercom.com (Jesus Rodriguez) Date: Thu, 22 May 2003 17:08:11 +0200 (CEST) Subject: Error in Spanish translation files. In-Reply-To: <20030522132401.GA3415@gothmog.gr> References: <20030521165628.39bdfaf5.trhodes@FreeBSD.org> <20030521214108.GA8632@gothmog.gr> <20030522144836.G16403@camel> <20030522132401.GA3415@gothmog.gr> Message-ID: <20030522170714.W16724@camel> On Thu, 22 May 2003, Giorgos Keramidas wrote: > On 2003-05-22 14:53, Jesus Rodriguez wrote: > > On Thu, 22 May 2003, Giorgos Keramidas wrote: > > > On 2003-05-21 16:56, Tom Rhodes wrote: > > > > While testing Simon's recently submitted doc patch, I obtained this > > > > error. Could a Spanish translator (jesusr) look into this please? > > > > > > > > Note: This is a full build, not a make lint. > > > > [...]doc/es_ES.ISO8859-1/books/faq/../../../share/sgml/freebsd.dsl:190:31:E: missing argument for function call > > > > > > The DSSSL function that generates the manpage links has changed in the > > > English docs. It now takes an *optional* argument, instead of a > > > mandatory argument. The following diff synchronizes the Spanish version > > > of freebsd.dsl with the current state of the English one... and fixes > > > the build, of course. > > > > > > Can you, Tom, or Jesus take care of this? > > > > There is some conflict or incompatibility between this patch and the > > pending commit from Hiroki?. > > No, probably not. I was looking for a way to solve the build warns and > used `diff -u en_US es_ES' to merge this change. Then, after mailing > the diff, my ISP started having serious problems, and it got stuck in > the mailq. I saw all the messages of the thread (including Hiroki's > posts) today :/ > > I don't have a particularly strong opinion on this change. Hiroki > should commit his version, since it's already approved. Ok. As build is not broken i think we can wait to Hiroki commit his patch. Saludos JesusR. ------------------------------- Jesus Rodriguez Endercom Comunicaciones, S.L. jesusr at endercom.com http://www.endercom.com Tel. +34 934424293 ------------------------------- From bmah at acm.org Thu May 22 15:13:11 2003 From: bmah at acm.org (Bruce A. Mah) Date: Thu, 22 May 2003 08:13:07 -0700 Subject: cvs commit: doc/da_DK.ISO8859-1/share/sgml freebsd.dsl doc/de_DE.ISO8859-1/share/sgml catalog freebsd.dsl doc/el_GR.ISO8859-7/share/sgml freebsd.dsl doc/en_US.ISO8859-1/share/sgml freebsd.dsl doc/es_ES.ISO8859-1/share/sgml catalog freebsd.dsl doc/fr_FR.ISO8859-1/share/sgml catalog ... In-Reply-To: <200305221503.h4MF3osQ042049@repoman.freebsd.org> References: <200305221503.h4MF3osQ042049@repoman.freebsd.org> Message-ID: <200305221513.h4MFD7rh059146@bmah.dyndns.org> If memory serves me right, Hiroki Sato wrote: > hrs 2003/05/22 08:03:50 PDT > > FreeBSD doc repository > > Modified files: > da_DK.ISO8859-1/share/sgml freebsd.dsl > de_DE.ISO8859-1/share/sgml catalog freebsd.dsl > el_GR.ISO8859-7/share/sgml freebsd.dsl > en_US.ISO8859-1/share/sgml freebsd.dsl > es_ES.ISO8859-1/share/sgml catalog freebsd.dsl > fr_FR.ISO8859-1/share/sgml catalog freebsd.dsl > it_IT.ISO8859-15/share/sgml catalog freebsd.dsl > nl_NL.ISO8859-1/share/sgml freebsd.dsl > pl_PL.ISO8859-2/share/sgml freebsd.dsl > pt_BR.ISO8859-1/share/sgml catalog freebsd.dsl > ru_RU.KOI8-R/share/sgml catalog > share/sgml catalog freebsd.dsl > sr_YU.ISO8859-2/share/sgml freebsd.dsl > zh_TW.Big5/share/sgml freebsd.dsl > Log: > Move ($create-refentry-xref-link$) to share/sgml/freebsd.dsl > and the localized sysids to /share/sgml/catalog. > > Since /share/sgml/freebsd.dsl still include some > language-neutral parameters and procedures for printable formats, > I will work on assorting them similarly. I am sorry that > this (and probably the next) commit may break the translation > team's usual update procedure, but you can merge the language-specific > freebsd.dsl from the English version as before. Not meaning to make more work for you, but would it be appropriate to do something similar for the release documentation? These files generate the same kind of manual page hyperlinks (but need to do them slightly differently than the regular doc/ documents because they're more closely tied to a specific version of the manual pages). This will also reduce the number of last-minute translation team fixes because (I think) all of the version number bumps will be in src/release/doc/share. If you could make up a patch for this, I can review and approve it pretty quickly. (If not, we can maybe do this after the end of the 5.1 release cycle.) Thanks! Bruce. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 223 bytes Desc: not available URL: From hrs at eos.ocn.ne.jp Thu May 22 15:26:37 2003 From: hrs at eos.ocn.ne.jp (Hiroki Sato) Date: Fri, 23 May 2003 00:25:19 +0900 (JST) Subject: cvs commit: doc/da_DK.ISO8859-1/share/sgml freebsd.dsl doc/de_DE.ISO8859-1/share/sgml catalog freebsd.dsl doc/el_GR.ISO8859-7/share/sgml freebsd.dsl doc/en_US.ISO8859-1/share/sgml freebsd.dsl doc/es_ES.ISO8859-1/share/sgml catalog freebsd.dsl doc/fr_FR.ISO8859-1/share/sgml catalog ... In-Reply-To: <200305221513.h4MFD7rh059146@bmah.dyndns.org> References: <200305221503.h4MF3osQ042049@repoman.freebsd.org> <200305221513.h4MFD7rh059146@bmah.dyndns.org> Message-ID: <20030523.002519.45176173.hrs@eos.ocn.ne.jp> bmah at acm.org (Bruce A. Mah) wrote in <200305221513.h4MFD7rh059146 at bmah.dyndns.org>: bmah> Not meaning to make more work for you, but would it be appropriate bmah> to do something similar for the release documentation? These files bmah> generate the same kind of manual page hyperlinks (but need to do them bmah> slightly differently than the regular doc/ documents because they're bmah> more closely tied to a specific version of the manual pages). OK, I will also work on src/release/doc stuff. ;-) -- | Hiroki SATO / From hrs at eos.ocn.ne.jp Thu May 22 15:26:38 2003 From: hrs at eos.ocn.ne.jp (Hiroki Sato) Date: Fri, 23 May 2003 00:24:04 +0900 (JST) Subject: Error in Spanish translation files. In-Reply-To: <20030522132401.GA3415@gothmog.gr> References: <20030521214108.GA8632@gothmog.gr> <20030522144836.G16403@camel> <20030522132401.GA3415@gothmog.gr> Message-ID: <20030523.002404.18574386.hrs@eos.ocn.ne.jp> Giorgos Keramidas wrote in <20030522132401.GA3415 at gothmog.gr>: keramida> > There is some conflict or incompatibility between this patch and the keramida> > pending commit from Hiroki?. keramida> keramida> No, probably not. I was looking for a way to solve the build warns and keramida> used `diff -u en_US es_ES' to merge this change. Then, after mailing keramida> the diff, my ISP started having serious problems, and it got stuck in keramida> the mailq. I saw all the messages of the thread (including Hiroki's keramida> posts) today :/ keramida> keramida> I don't have a particularly strong opinion on this change. Hiroki keramida> should commit his version, since it's already approved. Yes, the patch does not conflict with mine, but I think such part should be moved into the language-neutral place (otherwise similar problems must arise again). I committed a patch that solves the problem right now. If something goes wrong, please let me know. -- | Hiroki SATO / From trhodes at FreeBSD.org Thu May 22 15:30:21 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Thu, 22 May 2003 11:21:02 -0400 Subject: Error in Spanish translation files. In-Reply-To: <20030523.002404.18574386.hrs@eos.ocn.ne.jp> References: <20030521214108.GA8632@gothmog.gr> <20030522144836.G16403@camel> <20030522132401.GA3415@gothmog.gr> <20030523.002404.18574386.hrs@eos.ocn.ne.jp> Message-ID: <20030522112102.11f3d68f.trhodes@FreeBSD.org> On Fri, 23 May 2003 00:24:04 +0900 (JST) Hiroki Sato wrote: > Giorgos Keramidas wrote > in <20030522132401.GA3415 at gothmog.gr>: > > keramida> > There is some conflict or incompatibility between this patch and the > keramida> > pending commit from Hiroki?. > keramida> > keramida> No, probably not. I was looking for a way to solve the build warns and > keramida> used `diff -u en_US es_ES' to merge this change. Then, after mailing > keramida> the diff, my ISP started having serious problems, and it got stuck in > keramida> the mailq. I saw all the messages of the thread (including Hiroki's > keramida> posts) today :/ > keramida> > keramida> I don't have a particularly strong opinion on this change. Hiroki > keramida> should commit his version, since it's already approved. > > Yes, the patch does not conflict with mine, but I think such part should > be moved into the language-neutral place (otherwise similar problems must > arise again). I committed a patch that solves the problem right now. > If something goes wrong, please let me know. Thank you for taking care of this! I'm impressed with the speed. -- Tom Rhodes From hrs at eos.ocn.ne.jp Thu May 22 19:08:28 2003 From: hrs at eos.ocn.ne.jp (Hiroki Sato) Date: Fri, 23 May 2003 04:04:05 +0900 (JST) Subject: cvs commit: doc/da_DK.ISO8859-1/share/sgml freebsd.dsl doc/de_DE.ISO8859-1/share/sgml catalog freebsd.dsl doc/el_GR.ISO8859-7/share/sgml freebsd.dsl doc/en_US.ISO8859-1/share/sgml freebsd.dsl doc/es_ES.ISO8859-1/share/sgml catalog freebsd.dsl doc/fr_FR.ISO8859-1/share/sgml catalog ... In-Reply-To: <200305221513.h4MFD7rh059146@bmah.dyndns.org> References: <200305221503.h4MF3osQ042049@repoman.freebsd.org> <200305221513.h4MFD7rh059146@bmah.dyndns.org> Message-ID: <20030523.040405.15269493.hrs@eos.ocn.ne.jp> Hi Bruce, bmah at acm.org (Bruce A. Mah) wrote in <200305221513.h4MFD7rh059146 at bmah.dyndns.org>: bmah> If you could make up a patch for this, I can review and approve it bmah> pretty quickly. (If not, we can maybe do this after the end of the 5.1 bmah> release cycle.) I made a similar patch for src/release/doc. Please try and review it. The version numbers in manpath=XXX are defined as entities in release.ent, so I think bumping them would become easier. -- | Hiroki SATO / -------------- next part -------------- A non-text attachment was scrubbed... Name: release.dslcleanup.diff.gz Type: application/octet-stream Size: 1959 bytes Desc: not available URL: From bmah at freebsd.org Thu May 22 20:30:44 2003 From: bmah at freebsd.org (Bruce A. Mah) Date: Thu, 22 May 2003 13:30:42 -0700 Subject: cvs commit: doc/da_DK.ISO8859-1/share/sgml freebsd.dsl doc/de_DE.ISO8859-1/share/sgml catalog freebsd.dsl doc/el_GR.ISO8859-7/share/sgml freebsd.dsl doc/en_US.ISO8859-1/share/sgml freebsd.dsl doc/es_ES.ISO8859-1/share/sgml catalog freebsd.dsl doc/fr_FR.ISO8859-1/share/sgml catalog ... In-Reply-To: <20030523.040405.15269493.hrs@eos.ocn.ne.jp> References: <200305221503.h4MF3osQ042049@repoman.freebsd.org> <200305221513.h4MFD7rh059146@bmah.dyndns.org> <20030523.040405.15269493.hrs@eos.ocn.ne.jp> Message-ID: <20030522203042.GA46677@intruder.bmah.org> If memory serves me right, Hiroki Sato wrote: > I made a similar patch for src/release/doc. Please try and review it. Thanks...this looks good. It passed a LINT test for all languages and I briefly looked through the en_US HTML renderings. Seems OK to me. Please commit this change when you feel it's ready (this counts as RE approval). > The version numbers in manpath=XXX are defined as entities > in release.ent, so I think bumping them would become easier. This is a great idea...wish I had thought of that. :-) Thanks for the fast turnaround on this change! Bruce. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From des at ofug.org Thu May 22 22:38:22 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Fri, 23 May 2003 00:38:19 +0200 Subject: doc build with .OBJDIR Message-ID: Does anyone ever build docs with a separate object directory? It is currently broken due to insufficient testing of bsd.images.mk rev 1.22: ===> articles/console-server make: don't know how to make /usr/obj/home/des/freebsd/doc/en_US.ISO8859-1/articles/console-server//home/des/freebsd/doc/en_US.ISO8859-1/articles/console-server/../../../share/images/articles/console-server/tk0231-9-1.png. Stop *** Error code 2 Stop in /home/des/freebsd/doc/en_US.ISO8859-1/articles. *** Error code 1 Stop in /home/des/freebsd/doc/en_US.ISO8859-1. It looks for images in ${.OBJDIR}/${.CURDIR}/../../../share/images, where they obviously aren't. DES -- Dag-Erling Smorgrav - des at ofug.org From des at ofug.org Thu May 22 22:44:40 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Fri, 23 May 2003 00:44:36 +0200 Subject: doc build with .OBJDIR In-Reply-To: (Dag-Erling Smorgrav's message of "Fri, 23 May 2003 00:38:19 +0200") References: Message-ID: Dag-Erling Smorgrav writes: > It looks for images in ${.OBJDIR}/${.CURDIR}/../../../share/images, > where they obviously aren't. I should add that it is (almost) never necessary to spell out ${.OBJDIR} as it is always the current working directory, unless you explicitly cd somewhere else. The .if ${.OBJDIR} != ${.CURDIR} block that starts on line 94 of bsd.images.mk can in all likelyhood be removed. Doing so, however, uncovers the following: ===> articles/checkpoint groff -p -S -Wall -mtty-char -man /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.pic > /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.ps /usr/local/bin/ps2epsi /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.ps /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.eps Error: /rangecheck in --.getbitsrect-- Operand stack: -1 0 (\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000...) --nostringval-- 0 0 612 792 0 --nostringval-- (\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000...) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- --nostringval-- 1 1 841 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- 6 6 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1052/1123(ro)(G)-- --dict:0/20(G)-- --dict:71/200(L)-- --dict:25/30(L)-- --dict:59/120(L)-- --dict:25/30(L)-- Current allocation mode is local Last OS error: 2 GNU Ghostscript 7.05: Unrecoverable error, exit code 1 /usr/local/bin/peps -p -r 100 -o /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.png `/bin/realpath /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint/../../../share/images/articles/checkpoint/networks.eps` peps: /home/des/freebsd/doc/share/images/articles/checkpoint/networks.eps is not a valid EPS file. *** Error code 4 Stop in /home/des/freebsd/doc/en_US.ISO8859-1/articles/checkpoint. *** Error code 1 Stop in /home/des/freebsd/doc/en_US.ISO8859-1/articles. *** Error code 1 Stop in /home/des/freebsd/doc/en_US.ISO8859-1. DES -- Dag-Erling Smorgrav - des at ofug.org From des at ofug.org Thu May 22 22:55:51 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Fri, 23 May 2003 00:55:46 +0200 Subject: doc build with .OBJDIR In-Reply-To: (Dag-Erling Smorgrav's message of "Fri, 23 May 2003 00:44:36 +0200") References: Message-ID: Dag-Erling Smorgrav writes: > Doing so, however, uncovers the following: > [peps failure] Disregard that part, there seems to be something wrong with ghostscript on my box. DES -- Dag-Erling Smorgrav - des at ofug.org From webmaster at ebaseweb.com Thu May 22 23:17:55 2003 From: webmaster at ebaseweb.com (Billy Kimble) Date: Thu, 22 May 2003 18:16:55 -0700 Subject: Don't know who to e-mail about this Message-ID: <5.2.1.1.2.20030522181313.02db1058@mailhost.ebaseweb.com> Yo - I'm not sure who I need to be corresponding with but I just had a bit of trouble installing BSD 2.8 on my Dell PowerEdge 600SC and I think it will be a common problem for anyone installing to variety of dell servers. Every time I tried to boot to the CD, it kept gettin stuck at "ata0: resetting devices"... I let it sit there for 60 minutes once and it never progressed past that point. The problem was that dell factory ships any servers with IDE hard drives, with the hard drives on the same IDE channel .. and put the jumpers on "Auto Select". We had 2 hard drives in the box, so the solution was to move the 2nd hard drive to the secondary master, or tertiary master. Hope this helps, and if this isn't where I need to send this to, lemme know where I do :-P Later! Billy Kimble, System Administrator ebase, LLC From bmah at freebsd.org Fri May 23 01:18:45 2003 From: bmah at freebsd.org (Bruce A. Mah) Date: Thu, 22 May 2003 18:18:42 -0700 Subject: HEADSUP: doc/ slush coming Message-ID: <20030523011842.GA1870@intruder.bmah.org> Hi everybody-- I apologize for the late notice, but we should probably start thinking about a doc/ slush for the 5.1-RELEASE cycle. We'd like committers to have completed changes that will affect translation teams no later than Saturday, 24 May. This will give the translation teams about five or six days (depending on timezones) to synchronize and commit their work before the doc/ tree is scheduled to be tagged on Friday, 30 May. Thanks for your help...keep up the good work! Bruce. (for doceng@) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From simon at nitro.dk Fri May 23 01:54:56 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Fri, 23 May 2003 03:54:54 +0200 Subject: doc build with .OBJDIR In-Reply-To: References: Message-ID: <20030523015453.GF92953@nitro.dk> On 2003.05.23 00:38:19 +0200, Dag-Erling Smorgrav wrote: > Does anyone ever build docs with a separate object directory? It is > currently broken due to insufficient testing of bsd.images.mk rev > 1.22: I think the correct solution is to use .PATH in the makefiles. This way fewer special hacks should be needed. I have been trying to get this to work and it works for most of doc/ but some special cases still fail. I plan to look at this again tommorow.. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From des at ofug.org Fri May 23 02:35:34 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Fri, 23 May 2003 04:35:28 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030523015453.GF92953@nitro.dk> (Simon L. Nielsen's message of "Fri, 23 May 2003 03:54:54 +0200") References: <20030523015453.GF92953@nitro.dk> Message-ID: "Simon L. Nielsen" writes: > I think the correct solution is to use .PATH in the makefiles. This way > fewer special hacks should be needed. I have been trying to get this to > work and it works for most of doc/ but some special cases still fail. No, the correct solution is to not use ${.OBJDIR}, since in most cases the current directory is the one you want; unfortunately there is a lot of precedent for using ${.OBJDIR} all over the tree (both src and doc). DES -- Dag-Erling Smorgrav - des at ofug.org From des at ofug.org Fri May 23 02:37:45 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Fri, 23 May 2003 04:37:42 +0200 Subject: doc build with .OBJDIR In-Reply-To: (Dag-Erling Smorgrav's message of "Fri, 23 May 2003 04:35:28 +0200") References: <20030523015453.GF92953@nitro.dk> Message-ID: Dag-Erling Smorgrav writes: > "Simon L. Nielsen" writes: > > I think the correct solution is to use .PATH in the makefiles. > No, the correct solution is to not use ${.OBJDIR} [...] Ah, sorry, I replied without really understanding what you were saying. Yes, of course, part of the solution is to use .PATH to specify where the sources for the images are found. Once that is done you can eliminate most of the ${.OBJDIR} use from doc.images.mk. DES -- Dag-Erling Smorgrav - des at ofug.org From miro at cybershade.us Fri May 23 05:02:00 2003 From: miro at cybershade.us (Miroslav Pendev) Date: Fri, 23 May 2003 01:03:07 -0400 Subject: FDP primer - Bulgarian translation Message-ID: <20030523050307.GA280@cybershade.us> Hi guys, I just finished with translation of the FDP Primer book into Bulgarian - using SGML mark-up and to me it seem to be ready to drop in /usr/doc tree... at least I was able to build txt, rtf, html, html-split and pdf. As this is a new folder tree - should I send it as PR or as link to tar.gz? Also would it be possible to create a Bulgarian Documentation Project? I will be glad to translate or mark some more docs, as this is the only way to contribute, so far... I made the translation using ÿ instead of small "ya" character, it seems to work fine with Jade, though I have problem to force jade to use the Cyrillic styles for and etc. instead of English ones. Peter, can you help with this issue? I noticed that there is a docbook's bg.xml, but I am still not sure how to use it... It is here: /usr/local/local/share/xsl/docbook/common The Cyrillic html-split version of FDP primer is here: http://www.cybershade.us/freebsd/bg/fdp/split/ Thanks, --- Miroslav Pendev From jg at thilelli.net Fri May 23 09:20:03 2003 From: jg at thilelli.net (Julien Gabel) Date: Fri, 23 May 2003 02:20:02 -0700 (PDT) Subject: docs/52500: [PATCH] Unreferenced web link still exists in the 'Backup Basics' chapter of the handbook. Message-ID: <200305230920.h4N9K2TI078479@freefall.freebsd.org> The following reply was made to PR docs/52500; it has been noted by GNATS. From: Julien Gabel To: freebsd-gnats-submit at FreeBSD.org Cc: Subject: Re: docs/52500: [PATCH] Unreferenced web link still exists in the 'Backup Basics' chapter of the handbook. Date: Fri, 23 May 2003 11:16:13 +0200 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, It seems that the proposed patch was not apply to all correct places : % find /usr/doc -print | xargs grep -i "testdump.doc" /usr/doc/en_US.ISO8859-1/books/handbook/backups/chapter.sgml: url=3D"= http://berdmann.dyndns.org/zwicky/testdump.doc.html">torture-testing /usr/doc/en_US.ISO8859-1/books/handbook/disks/chapter.sgml: url=3D"= http://reality.sgi.com/zwicky_neu/testdump.doc.html">torture-testing I don't know (yet :) for which purpose the document "backups/chapter.sgml" = exists, but the section of the handbook 'http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/bac= kup-basics.html#AEN15841' seems to be build from the 'second' file : "doc/en_US.ISO8859-1/books/handb= ook/disks/chapter.sgml". Maybe can you just apply the same patch to the second file too, --=20 -jg. --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+zebdtwbGgPtqszARArFGAJ9tKrGw8r+msD+g5wPxMgdAdJyYKgCeJapQ BTVRF1vY5LCM7OcTaifB1CY= =bdmd -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From keramida at FreeBSD.org Fri May 23 13:55:26 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Fri, 23 May 2003 06:55:25 -0700 (PDT) Subject: docs/39129: handbook; type WRT simulating postscript Message-ID: <200305231355.h4NDtPI8035423@freefall.freebsd.org> Synopsis: handbook; type WRT simulating postscript State-Changed-From-To: open->closed State-Changed-By: keramida State-Changed-When: Fri May 23 06:54:39 PDT 2003 State-Changed-Why: Committed, thanks :) Responsible-Changed-From-To: freebsd-doc->keramida Responsible-Changed-By: keramida Responsible-Changed-When: Fri May 23 06:54:39 PDT 2003 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=39129 From marcolz at ilse.nl Fri May 23 14:10:05 2003 From: marcolz at ilse.nl (Marc Olzheim) Date: Fri, 23 May 2003 16:06:42 +0200 (CEST) Subject: docs/52612: [PATCH] close() can return undocumented ENOSPC Message-ID: <200305231406.h4NE6gAJ038179@serv5.ilse.net> >Number: 52612 >Category: docs >Synopsis: [PATCH] close() can return undocumented ENOSPC >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: Fri May 23 07:10:02 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Marc Olzheim >Release: FreeBSD 5.0-CURRENT i386 >Organization: ilse technology >Environment: FreeBSD office-install1.ilse.net 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Tue Apr 29 11:21:52 CEST 2003 root at office-install1.ilse.net:/usr/obj/usr/src/sys/SMP i386 >Description: On cached for example NFS, close can return ENOSPC, indicating that it could not correctly write pending flushes to disk. It would be nice to have this documented. Also, the paragraph about why you should use close() yourself, made me wonder what kind of programming we were trying to promote here... >How-To-Repeat: NFS mount a dir, write enough to it (at least 4 Mb in my case, it's porbably some buffersize issue), then close() the file and see ENOSPC returned. >Fix: Patch follows: --- /usr/src/lib/libc/sys/close.2 Fri May 23 15:37:05 2003 +++ /usr/src/lib/libc/sys/close.2 Fri May 23 15:48:00 2003 @@ -71,11 +71,9 @@ file descriptor for that file is closed by that process. .Pp When a process exits, -all associated file descriptors are freed, but since there is -a limit on active descriptors per processes, the +all associated file descriptors are freed, as though the process called .Fn close -system call -is useful when a large quantity of file descriptors are being handled. +itself. .Pp When a process forks (see .Xr fork 2 ) , @@ -115,6 +113,8 @@ is not an active descriptor. .It Bq Er EINTR An interrupt was received. +.It Bq Er ENOSPC +The underlying object did not fit, cached data was lost. .El .Sh SEE ALSO .Xr accept 2 , >Release-Note: >Audit-Trail: >Unformatted: From simon at nitro.dk Fri May 23 14:13:54 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Fri, 23 May 2003 16:13:51 +0200 Subject: doc build with .OBJDIR In-Reply-To: References: <20030523015453.GF92953@nitro.dk> Message-ID: <20030523141349.GF402@nitro.dk> On 2003.05.23 04:37:42 +0200, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav writes: > > "Simon L. Nielsen" writes: > > > I think the correct solution is to use .PATH in the makefiles. > > No, the correct solution is to not use ${.OBJDIR} [...] > > Ah, sorry, I replied without really understanding what you were > saying. Yes, of course, part of the solution is to use .PATH to > specify where the sources for the images are found. Once that is done > you can eliminate most of the ${.OBJDIR} use from doc.images.mk. I have a patch that almost works now... The only problem is with the console server article which use a .png image that is not generated, and therefore is not put in the object directory. That causes the install to fail. I'm currently trying to find the right way to fix this. -- Simon L. Nielsen -------------- next part -------------- Index: share/mk/doc.images.mk =================================================================== RCS file: /home/ncvs/doc/share/mk/doc.images.mk,v retrieving revision 1.22 diff -u -d -r1.22 doc.images.mk --- share/mk/doc.images.mk 11 Apr 2003 09:21:15 -0000 1.22 +++ share/mk/doc.images.mk 23 May 2003 15:57:34 -0000 @@ -3,13 +3,15 @@ # # This include file handles image processing. # -# There are two types of images that must be handled: +# There are three types of images that must be handled: # # 1. Images from the library directory, that are shared across multiple # documents. # # 2. Images that are document specific. # +# 3. Images that are document specific, but language neutral. +# # For library images this file ensures that they are copied in to the # documents directory so that they can be reference properly. # @@ -54,11 +56,18 @@ # The name of the directory that contains all the library images for this # language and encoding # -IMAGES_EN_DIR?= ${.CURDIR}/../../../share/images -.for _curimage in ${IMAGES_EN} -LOCAL_IMAGES_EN += ${IMAGES_EN_DIR}/${DOC}s/${.CURDIR:T}/${_curimage} -.endfor +# The document type (book|article) +DOC_TYPE?= ${.CURDIR:H:T:S|s$||} + +# The name of the document. Should be the name of the directory the +# document is stored in. +DOC_NAME?= ${.CURDIR:T} + +# Tell make where to find the language neutral images +.PATH: ${DOC_PREFIX}/share/images/${DOC_TYPE}s/${DOC_NAME} + +LOCAL_IMAGES_EN+= ${IMAGES_EN} _IMAGES_PNG= ${IMAGES:M*.png} _IMAGES_PNG+= ${LOCAL_IMAGES_EN:M*.png} @@ -91,28 +100,10 @@ IMAGES_EPS= ${_IMAGES_EPS} ${IMAGES_GEN_EPS} ${IMAGES_SCR_EPS} ${IMAGES_PIC_EPS} IMAGES_TXT= ${_IMAGES_TXT} ${IMAGES_SCR_TXT} -.if ${.OBJDIR} != ${.CURDIR} -LOCAL_IMAGES= ${IMAGES:S|^|${.OBJDIR}/|} -CLEANFILES+= ${LOCAL_IMAGES} - -.if !empty(_IMAGES_PNG) -LOCAL_IMAGES_PNG= ${_IMAGES_PNG:S|^|${.OBJDIR}/|} -.endif - -.if !empty(_IMAGES_EPS) -LOCAL_IMAGES_EPS= ${_IMAGES_EPS:S|^|${.OBJDIR}/|} -.endif - -.if !empty(_IMAGES_TXT) -LOCAL_IMAGES_TXT= ${_IMAGES_TXT:S|^|${.OBJDIR}/|} -.endif - -.else LOCAL_IMAGES= ${IMAGES} LOCAL_IMAGES_PNG= ${_IMAGES_PNG} LOCAL_IMAGES_EPS= ${_IMAGES_EPS} LOCAL_IMAGES_TXT= ${_IMAGES_TXT} -.endif LOCAL_IMAGES_PNG+= ${IMAGES_GEN_PNG} ${IMAGES_SCR_PNG} ${IMAGES_PIC_PNG} LOCAL_IMAGES_EPS+= ${IMAGES_GEN_EPS} ${IMAGES_SCR_EPS} ${IMAGES_PIC_EPS} @@ -171,6 +162,7 @@ `${REALPATH} ${.TARGET:S/.png$/.eps/}` .pic.eps: + ${MKDIR} ${.TARGET:H} ${PIC2PS} ${.ALLSRC} > ${.TARGET:S/.eps$/.ps/} ${PS2EPS} ${.TARGET:S/.eps$/.ps/} ${.TARGET} @@ -181,17 +173,20 @@ .for _curimage in ${IMAGES_GEN_PNG} ${_curimage}: ${_curimage:S/.png$/.eps/} + ${MKDIR} ${.TARGET:H} ${EPS2PNG} ${EPS2PNGOPTS} -o ${.TARGET} `${REALPATH} ${.ALLSRC}` .endfor .for _curimage in ${IMAGES_GEN_EPS} ${_curimage}: ${_curimage:S/.eps$/.png/} + ${MKDIR} ${.TARGET:H} ${PNGTOPNM} ${PNGTOPNMOPTS} ${.ALLSRC} | \ ${PNMTOPS} ${PNMTOPSOPTS} > ${.TARGET} .endfor .for _curimage in ${IMAGES_GEN_PDF} ${_curimage}: ${_curimage:S/.pdf$/.eps/} + ${MKDIR} ${.TARGET:H} ${EPSTOPDF} ${EPSTOPDFOPTS} --outfile=${.TARGET} ${.ALLSRC} .endfor @@ -225,7 +220,7 @@ # The name of the directory that contains all the library images for this # language and encoding # -IMAGES_LIB_DIR?= ${.CURDIR}/../../../share/images +IMAGES_LIB_DIR?= ${DOC_PREFIX}/share/images # # The name of the directory *in* the document directory where files and Index: en_US.ISO8859-1/books/handbook/txtfiles.ent =================================================================== RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/txtfiles.ent,v retrieving revision 1.2 diff -u -d -r1.2 txtfiles.ent --- en_US.ISO8859-1/books/handbook/txtfiles.ent 11 Apr 2003 09:21:15 -0000 1.2 +++ en_US.ISO8859-1/books/handbook/txtfiles.ent 23 May 2003 03:08:36 -0000 @@ -66,6 +66,6 @@ - - + + -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From blackend at FreeBSD.org Fri May 23 17:15:58 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Fri, 23 May 2003 10:15:57 -0700 (PDT) Subject: docs/52547: [patch] Cleanup of laptop article Message-ID: <200305231715.h4NHFvUM015896@freefall.freebsd.org> Synopsis: [patch] Cleanup of laptop article State-Changed-From-To: open->closed State-Changed-By: blackend State-Changed-When: Fri May 23 10:14:30 PDT 2003 State-Changed-Why: I committed a modified version of your patch. I will fix some remaining problems soon. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=52547 From blackend at FreeBSD.org Fri May 23 17:17:34 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Fri, 23 May 2003 10:17:33 -0700 (PDT) Subject: docs/52548: [patch] Translate navi links into Danish Message-ID: <200305231717.h4NHHXGF016085@freefall.freebsd.org> Synopsis: [patch] Translate navi links into Danish Responsible-Changed-From-To: freebsd-doc->blackend Responsible-Changed-By: blackend Responsible-Changed-When: Fri May 23 10:17:00 PDT 2003 Responsible-Changed-Why: I will take this one since I worked on the danish doc effort. http://www.freebsd.org/cgi/query-pr.cgi?pr=52548 From blackend at FreeBSD.org Fri May 23 17:20:08 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Fri, 23 May 2003 10:20:07 -0700 (PDT) Subject: docs/52547: [patch] Cleanup of laptop article Message-ID: <200305231720.h4NHK72A016136@freefall.freebsd.org> The following reply was made to PR docs/52547; it has been noted by GNATS. From: Marc Fonvieille To: "Simon L.Nielsen" Cc: FreeBSD-gnats-submit at FreeBSD.org Subject: Re: docs/52547: [patch] Cleanup of laptop article Date: Fri, 23 May 2003 19:11:57 +0200 On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: > General cleanup of the laptop article : > > * Add id attributes to all sect1 tags This is far to be mandatory on a so little article. > * s/FreeBSD/&os;/g This tag should be used on new submission, but a full commit does not worth since it brings nothing new to the reader. > * Add application tags around XFree86 references > * Minor markup cleanups... Hope they right > * Refer to more files/programs using manual page references > * Remove some redundant words/sentences (inspired by FDP Writing style section) > > Note: This article is in need of a whitespace cleanup. > >How-To-Repeat: > >Fix: > --- doc-article-laptop-cleanup.patch begins here --- [...] > > - > - Option "Emulate3Buttons" > - > + Option "Emulate3Buttons" It's not good: no whitespace/wrapline change with content change. And this one is quite useless. [...] > - cards is in the file /etc/defaults/pccard.conf. > + cards is in &man.pccard.conf.5;. /etc/defaults/pccard.conf is always up to date, it's not the case of the manual page. > Look through it, and preferably buy cards listed there. Cards not > listed may also work as generic devices: in > particular most modems (16-bit) should work fine, provided they > @@ -128,39 +126,38 @@ > card, remove irq 5 (otherwise you may experience hangs when you > insert a card). Check also the available memory slots; if your > card is not being detected, try changing it to one of the other > - allowed values (listed in the manual page &man.pccardc.8;). > + allowed values (listed in &man.pccardc.8;). manual page was good there. > > > - If it is not running already, start the pccardd daemon. > + If it is not running already, start the &man.pccardd.8; daemon. > (To enable it at boot time, add > pccard_enable="YES" to > - /etc/rc.conf.) Now your cards should be > + &man.rc.conf.5;). Now your cards should be Well /etc/rc.conf is a better choice there, for obvious reason. > detected when you insert and remove them, and you should get > log messages about new devices being enabled. > > There have been major changes to the pccard code > (including ISA routing of interrupts, for machines whose > - PCI BIOS FreeBSD can not seem to use) before the FreeBSD 4.4 > + PCI BIOS &os; can not seem to use) before the &os; 4.4 > release. If you have problems, try upgrading your system. > > > > - > + > > Power management > > Unfortunately, this is not very reliably supported under > - FreeBSD. If you are lucky, some functions may work reliably; > + &os;. If you are lucky, some functions may work reliably; > or they may not work at all. > > To enable this, you may need to compile a kernel with > power management support (device apm0) or > add the option enable apm0 to > - /boot/loader.conf, and > - also enable the apm daemon at boot time (line > + &man.loader.conf.5;, and > + also enable the &man.apm.8; daemon at boot time (line /boot/loader.conf is not bad here, and &man.apmd.8; seems better. Marc From trhodes at FreeBSD.org Fri May 23 17:24:32 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 23 May 2003 13:13:40 -0400 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <200305231720.h4NHK72A016136@freefall.freebsd.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> Message-ID: <20030523131340.6af09ed5.trhodes@FreeBSD.org> On Fri, 23 May 2003 10:20:07 -0700 (PDT) Marc Fonvieille wrote: > > - cards is in the file /etc/defaults/pccard.conf. > > + cards is in &man.pccard.conf.5;. > > /etc/defaults/pccard.conf is always up to date, it's not the case of the > manual page. FWIW, Warner (imp) does do a pretty good job at keeping the manual page up to date. Along with the wi(4) manual page. On another note, I think ``FreeBSD'' should be replaced with &os; in several places where applicable. Along with s/manpage/manual page/, as it sounds better IMHO. -- Tom Rhodes From blackend at freebsd.org Fri May 23 17:32:08 2003 From: blackend at freebsd.org (Marc Fonvieille) Date: Fri, 23 May 2003 19:32:15 +0200 Subject: doc build with .OBJDIR In-Reply-To: References: Message-ID: <20030523173215.GB3794@nosferatu.blackend.org> On Fri, May 23, 2003 at 12:38:19AM +0200, Dag-Erling Smorgrav wrote: > Does anyone ever build docs with a separate object directory? It is > currently broken due to insufficient testing of bsd.images.mk rev > 1.22: > [...] Hmm I did not test that case. Well I'm currently fighting with a Groff/GS crash on my -CURRENT box, so I you have a working solution, please commit it. Marc From bmah at freebsd.org Fri May 23 17:34:02 2003 From: bmah at freebsd.org (Bruce A. Mah) Date: Fri, 23 May 2003 10:34:00 -0700 Subject: Don't know who to e-mail about this In-Reply-To: <5.2.1.1.2.20030522181313.02db1058@mailhost.ebaseweb.com> References: <5.2.1.1.2.20030522181313.02db1058@mailhost.ebaseweb.com> Message-ID: <20030523173400.GA8060@intruder.bmah.org> If memory serves me right, Billy Kimble wrote: > I'm not sure who I need to be corresponding with but I just had a bit of > trouble installing BSD 2.8 on my Dell PowerEdge 600SC and I think it will > be a common problem for anyone installing to variety of dell servers. Every > time I tried to boot to the CD, it kept gettin stuck at "ata0: resetting > devices"... I let it sit there for 60 minutes once and it never progressed > past that point. The problem was that dell factory ships any servers with > IDE hard drives, with the hard drives on the same IDE channel .. and put > the jumpers on "Auto Select". We had 2 hard drives in the box, so the > solution was to move the 2nd hard drive to the secondary master, or > tertiary master. Hope this helps, and if this isn't where I need to send > this to, lemme know where I do :-P Later! This list is for discussion of FreeBSD documentation issues. General technical questions about FreeBSD should go to freebsd-questions at freebsd.org. (BTW, it's not clear to me exactly what OS you're trying to install. You mentioned "BSD 2.8" but there is no such thing FreeBSD 2.8. Maybe you mean a differnet version or OS?) Good luck! Bruce. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From mathwire at wolfram.com Fri May 23 17:48:34 2003 From: mathwire at wolfram.com (Wolfram Research) Date: Fri, 23 May 2003 12:48:12 -0500 (CDT) Subject: MATHwire: Information for Mathematica Users Message-ID: <20030523174812.1145B18044@mercury.wolfram.com> ------------------- Announcements ------------------- Wolfram Research's website has been redesigned. Take a look... http://www.wolfram.com webMathematica 2.0 has just been released, offering easier installation and development, faster construction of pages, and increased performance... http://www.wolfram.com/webmathematica The fifth International Mathematica Symposium will take place at Imperial College in London, England, July 7-11, 2003... http://metric.ma.ic.ac.uk/ims03 Learn how to apply the ideas of Stephen Wolfram's "A New Kind of Science" at the NKS 2003 Conference & Minicourse... http://www.wolframscience.com/nks2003 The Mathematica Teacher Network is a new forum for sharing knowledge among science and math teachers. Sign up at... http://www.wolfram.com/solutions/precollege/network Register now for spring and summer course offerings from Wolfram Education Group. Visit the website for schedules and locations... http://www.wolfram.com/services/education/courses/calendar.html ----------------------------------- Featured Application Packages ----------------------------------- A New Kind of Science Explorer: Mathematica Kit is now available, providing powerful tools for Mathematica users... http://www.wolframscience.com/nksx/nksxmk.html Control System Professional Suite from Wolfram Research offers a uniquely flexible environment for solving control problems in engineering, science, economics, and finance... http://www.wolfram.com/products/applications/csps Geometrica02 from Video Atelier introduces new features that let you do exact drawings, analytical geometry, and tests... http://www.wolfram.com/products/applications/geometrica RiskQ 4.2 from Loehle Enterprises puts users in control of their data for modeling, statistical analysis, and event prediction... http://www.wolfram.com/products/applications/riskq For drawing and solving systems represented by schematics, use the new SchematicSolver--the first mouse-driven, interactive drawing tool based entirely on Mathematica... http://www.wolfram.com/products/applications/schematicsolver UnRisk PRICING ENGINE 1.7 from UnRisk Consortium adds dozens of exotic options and many other new features for fast and accurate pricing of derivatives with Mathematica... http://www.wolfram.com/products/applications/unrisk mathStatica 1.2 lets you solve algebraic and symbolic problems in mathematical statistics and more... http://www.wolfram.com/products/applications/mathstatica -------------------- New in Print -------------------- "Numerical and Analytical Methods for Scientists and Engineers Using Mathematica" by Daniel Dubin... http://store.wolfram.com/view/book/ISBN0471266108.str "A Mathematica Approach to Calculus," Second Edition, by John T. Gresser... http://store.wolfram.com/view/book/ISBN0130920150.str "A Mathematica Companion for Differential Equations" by Selwyn Hollis... http://store.wolfram.com/view/book/ISBN0130463299.str ---------------------- Did you know...? ---------------------- ...gridMathematica lets you harness the power of grid computing, with a direct extension of Mathematica's uniquely productive programming language... http://www.wolfram.com/products/gridmathematica ...you can convert a Mathematica notebook into an interactive web application running on a webMathematica server in just four simple steps... http://library.wolfram.com/howtos/makemsp ------------------- In the news... ------------------- HyperFeed Technologies now offers their data subscribers direct connection capabilities to Mathematica... http://www.wolfram.com/news/hyperfeed.html Math professor and author Selwyn Hollis has made a website of Mathematica animations as a companion to his new book on differential equations... http://www.wolfram.com/news/hollis.html Steven Skiena, developer of the bundled Mathematica add-on package Combinatorica, talks about why he likes Mathematica and the new book that will "show the fun of discrete mathematics"... http://www.wolfram.com/news/skiena.html ----------------- If you wish to be removed from the MATHwire mailing list, please click on this link: http://www.wolfram.com/unsubscribe/?email=freebsd-doc at freebsd.org&mid=MW0503 If you wish to be removed from the Wolfram Research mailing list, please click on this link: http://www.wolfram.com/unsubscribe/?email=freebsd-doc at freebsd.org&mid=PMmw05 If you wish to change the email address we have on file for you, please click on this link: http://www.wolfram.com/emailchange/?email=freebsd-doc at freebsd.org&mid=MW0503 ----------------- This message was sent to . From blackend at FreeBSD.org Fri May 23 17:52:15 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Fri, 23 May 2003 19:52:22 +0200 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523131340.6af09ed5.trhodes@FreeBSD.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523131340.6af09ed5.trhodes@FreeBSD.org> Message-ID: <20030523175222.GD3794@nosferatu.blackend.org> On Fri, May 23, 2003 at 01:13:40PM -0400, Tom Rhodes wrote: > > > > /etc/defaults/pccard.conf is always up to date, it's not the case of the > > manual page. > > FWIW, Warner (imp) does do a pretty good job at keeping the manual page > up to date. Along with the wi(4) manual page. > heh I never said Warner's job was bad :) For the moment /etc/defaults/pccard.conf "seems" to be the best place to look for a supported card. Well wi(4) is a very good manual page for wireless adapters. > On another note, I think ``FreeBSD'' should be replaced with &os; in > several places where applicable. Along with s/manpage/manual page/, > as it sounds better IMHO. For s/FreeBSD/&os;/g it would be just overkill on our repo without a really gain for the reader. For "manual page" we already talked about it in past. Marc From trhodes at FreeBSD.org Fri May 23 18:05:45 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 23 May 2003 13:54:53 -0400 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523175222.GD3794@nosferatu.blackend.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523131340.6af09ed5.trhodes@FreeBSD.org> <20030523175222.GD3794@nosferatu.blackend.org> Message-ID: <20030523135453.24ed4c17.trhodes@FreeBSD.org> On Fri, 23 May 2003 19:52:22 +0200 Marc Fonvieille wrote: > On Fri, May 23, 2003 at 01:13:40PM -0400, Tom Rhodes wrote: > > > > > > /etc/defaults/pccard.conf is always up to date, it's not the case of the > > > manual page. > > > > FWIW, Warner (imp) does do a pretty good job at keeping the manual page > > up to date. Along with the wi(4) manual page. > > > > heh I never said Warner's job was bad :) > For the moment /etc/defaults/pccard.conf "seems" to be the best place > to look for a supported card. Well wi(4) is a very good manual page for > wireless adapters. Oh, I never said you said. :) I just think that Warner does a good job keeping it up to date. > > > On another note, I think ``FreeBSD'' should be replaced with &os; in > > several places where applicable. Along with s/manpage/manual page/, > > as it sounds better IMHO. > > For s/FreeBSD/&os;/g it would be just overkill on our repo without a > really gain for the reader. For "manual page" we already talked about > it in past. It would be, but if we mix it in with regurlar worthwhile commits, it would work out 'ok' I think. Either way, perhaps something should be added to the FDP about this. -- Tom Rhodes From simon at nitro.dk Fri May 23 18:06:31 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Fri, 23 May 2003 20:06:28 +0200 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <200305231720.h4NHK72A016136@freefall.freebsd.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> Message-ID: <20030523180624.GA65833@nitro.dk> On 2003.05.23 10:20:07 -0700, Marc Fonvieille wrote: > The following reply was made to PR docs/52547; it has been noted by GNATS. > > On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: > > General cleanup of the laptop article : > > > > * Add id attributes to all sect1 tags > > This is far to be mandatory on a so little article. Hmm, from following the this mailling list I got the impression that the section id tags was a good idea on all books/articles, since it makes sensible filenames when doing html-split output ? > > * s/FreeBSD/&os;/g > > This tag should be used on new submission, but a full commit does not > worth since it brings nothing new to the reader. Ok. > > * Add application tags around XFree86 references > > * Minor markup cleanups... Hope they right > > * Refer to more files/programs using manual page references > > * Remove some redundant words/sentences (inspired by FDP Writing style section) > > > > Note: This article is in need of a whitespace cleanup. > > >How-To-Repeat: > > >Fix: > > --- doc-article-laptop-cleanup.patch begins here --- > [...] > > > > - > > - Option "Emulate3Buttons" > > - > > + Option "Emulate3Buttons" > > It's not good: no whitespace/wrapline change with content change. > And this one is quite useless. Doh, yes. I should have remembered that. > > [...] > > - cards is in the file /etc/defaults/pccard.conf. > > + cards is in &man.pccard.conf.5;. > > /etc/defaults/pccard.conf is always up to date, it's not the case of the > manual page. I have often seen manual pages refered to instead of the files they document (at least in other manual pages). This was the main reason for this change, and a few other similar changes in the patch. > > > Look through it, and preferably buy cards listed there. Cards not > > listed may also work as generic devices: in > > particular most modems (16-bit) should work fine, provided they > > @@ -128,39 +126,38 @@ > > card, remove irq 5 (otherwise you may experience hangs when you > > insert a card). Check also the available memory slots; if your > > card is not being detected, try changing it to one of the other > > - allowed values (listed in the manual page &man.pccardc.8;). > > + allowed values (listed in &man.pccardc.8;). > > manual page was good there. This change was inspired by the 'Avoid redundant phrases' part of the "Writing style" section of FDP... Is I reading that section wrong, or is the FDP Primer just not updated with current pratice ? Thanks, for taking the time to comment so detailed on the patch! It helps me a lot in getting to know all the do's and don'ts about the documentation. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From trhodes at FreeBSD.org Fri May 23 18:17:50 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 23 May 2003 14:06:57 -0400 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523180624.GA65833@nitro.dk> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523180624.GA65833@nitro.dk> Message-ID: <20030523140657.4275dc72.trhodes@FreeBSD.org> On Fri, 23 May 2003 20:06:28 +0200 "Simon L. Nielsen" wrote: > On 2003.05.23 10:20:07 -0700, Marc Fonvieille wrote: > > The following reply was made to PR docs/52547; it has been noted by GNATS. > > > > On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: > > > General cleanup of the laptop article : > > > > > > * Add id attributes to all sect1 tags > > > > This is far to be mandatory on a so little article. > > Hmm, from following the this mailling list I got the impression that the > section id tags was a good idea on all books/articles, since it makes > sensible filenames when doing html-split output ? I'm going to agree with ceri (and keramida?) about this. Personally, I think using id attributes in articles is a Good Thing™. > > This change was inspired by the 'Avoid redundant phrases' part of the > "Writing style" section of FDP... Is I reading that section wrong, or is > the FDP Primer just not updated with current pratice ? The FDP needs a few touch ups here and there. Yet, busy as we are, we simply cannot do it all. Even though we try, and a good handful of us are zealots when it comes to FreeBSD and its documentation; we are very likely to get behind. > > Thanks, for taking the time to comment so detailed on the patch! It > helps me a lot in getting to know all the do's and don'ts about the > documentation. > Education comes with time. While working through the PR base, you will learn (as I did, and many before me) the traditions and standard practices of the documentation project. Its a long road to walk, and true that the FDP can teach you how to use docbook; mdoc(7) can teach you mdoc(7); but they cannot just hand you experiance. Thats what the PR base gives you. Anyways, I've got a ton of work todo; both for FreeBSD && ${REALJOB}. Take care, -- Tom Rhodes From simon at nitro.dk Fri May 23 20:20:07 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Fri, 23 May 2003 13:20:06 -0700 (PDT) Subject: docs/50181: localtime_r man page doesn't exist Message-ID: <200305232020.h4NKK6eA033072@freefall.freebsd.org> The following reply was made to PR docs/50181; it has been noted by GNATS. From: "Simon L. Nielsen" To: freebsd-gnats-submit at FreeBSD.org, steve at Watt.COM Cc: Subject: Re: docs/50181: localtime_r man page doesn't exist Date: Fri, 23 May 2003 22:10:12 +0200 --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello This PR is duplicate of docs/22644 which was fixed in v. 1.10 of src/lib/libc/stdtime/Makefile.inc but was never MFC'ed. So this PR can be closed, if the above mentioned change is MFC'ed. --=20 Simon L. Nielsen --VrqPEDrXMn8OVzN4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+zoAj8kocFXgPTRwRAkSrAKCIXmi9LAM6jEkulZQh6DlqM4zhhgCglE+/ 3pt0Ge2Bf1lSwvljhrsBEVM= =o1jC -----END PGP SIGNATURE----- --VrqPEDrXMn8OVzN4-- From blackend at freebsd.org Fri May 23 20:32:41 2003 From: blackend at freebsd.org (Marc Fonvieille) Date: Fri, 23 May 2003 22:32:45 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030523141349.GF402@nitro.dk> References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> Message-ID: <20030523203245.GG3794@nosferatu.blackend.org> On Fri, May 23, 2003 at 04:13:51PM +0200, Simon L. Nielsen wrote: > > I have a patch that almost works now... > > The only problem is with the console server article which use a > .png image that is not generated, and therefore is not put in > the object directory. That causes the install to fail. I'm currently > trying to find the right way to fix this. > I see 2 big problems with your patch: - Images are built many times - Images are built in each doc dirs instead of doc/share/images So a waste of CPU time, a waste of disk space. For example each localized version of the Handbook (using images) will eats about 100MB just for images build. Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From blackend at FreeBSD.org Fri May 23 20:51:15 2003 From: blackend at FreeBSD.org (Marc Fonvieille) Date: Fri, 23 May 2003 22:51:24 +0200 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523140657.4275dc72.trhodes@FreeBSD.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523180624.GA65833@nitro.dk> <20030523140657.4275dc72.trhodes@FreeBSD.org> Message-ID: <20030523205124.GH3794@nosferatu.blackend.org> On Fri, May 23, 2003 at 02:06:57PM -0400, Tom Rhodes wrote: > On Fri, 23 May 2003 20:06:28 +0200 > "Simon L. Nielsen" wrote: > > > On 2003.05.23 10:20:07 -0700, Marc Fonvieille wrote: > > > The following reply was made to PR docs/52547; it has been noted by GNATS. > > > > > > On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: > > > > General cleanup of the laptop article : > > > > > > > > * Add id attributes to all sect1 tags > > > > > > This is far to be mandatory on a so little article. > > > > Hmm, from following the this mailling list I got the impression that the > > section id tags was a good idea on all books/articles, since it makes > > sensible filenames when doing html-split output ? > > I'm going to agree with ceri (and keramida?) about this. Personally, > I think using id attributes in articles is a Good Thing™. > I think for a short article, id attributes could be in some ways useless since it's more annoying to read the html-split than the plain one... :) Marc From trhodes at FreeBSD.org Fri May 23 21:07:16 2003 From: trhodes at FreeBSD.org (Tom Rhodes) Date: Fri, 23 May 2003 16:56:23 -0400 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523205124.GH3794@nosferatu.blackend.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523180624.GA65833@nitro.dk> <20030523140657.4275dc72.trhodes@FreeBSD.org> <20030523205124.GH3794@nosferatu.blackend.org> Message-ID: <20030523165623.75e3ce28.trhodes@FreeBSD.org> On Fri, 23 May 2003 22:51:24 +0200 Marc Fonvieille wrote: > On Fri, May 23, 2003 at 02:06:57PM -0400, Tom Rhodes wrote: > > On Fri, 23 May 2003 20:06:28 +0200 > > "Simon L. Nielsen" wrote: > > > > > On 2003.05.23 10:20:07 -0700, Marc Fonvieille wrote: > > > > The following reply was made to PR docs/52547; it has been noted by GNATS. > > > > > > > > On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: > > > > > General cleanup of the laptop article : > > > > > > > > > > * Add id attributes to all sect1 tags > > > > > > > > This is far to be mandatory on a so little article. > > > > > > Hmm, from following the this mailling list I got the impression that the > > > section id tags was a good idea on all books/articles, since it makes > > > sensible filenames when doing html-split output ? > > > > I'm going to agree with ceri (and keramida?) about this. Personally, > > I think using id attributes in articles is a Good Thing™. > > > > I think for a short article, id attributes could be in some ways > useless since it's more annoying to read the html-split than the plain > one... :) Let me be anal for just a second (no comments, and stop laughing). Define ``short'' article. Do you mean more than x paragraphs long, or fewer than x number of printed pages? I agree with you that some articles/book sections could be beefed up a little with better and more robust descriptions. Well, the Personalizing Users section (8.8 in the handbook) could probably be removed entirely. The only thing it does is point users over to the localization chapter. Yet, perhaps thats a bikeshed that should be avoided. Weird people live in that shed, yo. -- Tom Rhodes From simon at nitro.dk Fri May 23 22:11:17 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Sat, 24 May 2003 00:11:15 +0200 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523205124.GH3794@nosferatu.blackend.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523180624.GA65833@nitro.dk> <20030523140657.4275dc72.trhodes@FreeBSD.org> <20030523205124.GH3794@nosferatu.blackend.org> Message-ID: <20030523221114.GC66202@nitro.dk> On 2003.05.23 22:51:24 +0200, Marc Fonvieille wrote: > On Fri, May 23, 2003 at 02:06:57PM -0400, Tom Rhodes wrote: > > On Fri, 23 May 2003 20:06:28 +0200 > > "Simon L. Nielsen" wrote: > > > > > On 2003.05.23 10:20:07 -0700, Marc Fonvieille wrote: > > > > The following reply was made to PR docs/52547; it has been noted by GNATS. > > > > > > > > On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: > > > > > General cleanup of the laptop article : > > > > > > > > > > * Add id attributes to all sect1 tags > > > > > > > > This is far to be mandatory on a so little article. > > > > > > Hmm, from following the this mailling list I got the impression that the > > > section id tags was a good idea on all books/articles, since it makes > > > sensible filenames when doing html-split output ? > > > > I'm going to agree with ceri (and keramida?) about this. Personally, > > I think using id attributes in articles is a Good Thing™. > > I think for a short article, id attributes could be in some ways > useless since it's more annoying to read the html-split than the plain > one... :) Well, I agree to a point... but the split-html is being build on www.FreeBSD.org for the laptop article so you get the 'xXX.html' files, which some people could link to, and which the search engines will find. Btw. I think the bikeshed should be Yellow. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From simon at nitro.dk Fri May 23 22:57:00 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Sat, 24 May 2003 00:56:58 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030523203245.GG3794@nosferatu.blackend.org> References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> Message-ID: <20030523225658.GH66202@nitro.dk> On 2003.05.23 22:32:45 +0200, Marc Fonvieille wrote: > On Fri, May 23, 2003 at 04:13:51PM +0200, Simon L. Nielsen wrote: > > > > I have a patch that almost works now... > > > > The only problem is with the console server article which use a > > .png image that is not generated, and therefore is not put in > > the object directory. That causes the install to fail. I'm currently > > trying to find the right way to fix this. > > > > I see 2 big problems with your patch: > > - Images are built many times > - Images are built in each doc dirs instead of doc/share/images > > So a waste of CPU time, a waste of disk space. > For example each localized version of the Handbook (using images) will > eats about 100MB just for images build. Hmm, yes. I hadn't noticed that it got that big :-/ Ohh, well - back to the drawing board. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From keramida at ceid.upatras.gr Fri May 23 23:02:32 2003 From: keramida at ceid.upatras.gr (Giorgos Keramidas) Date: Sat, 24 May 2003 02:02:18 +0300 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523205124.GH3794@nosferatu.blackend.org> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523180624.GA65833@nitro.dk> <20030523140657.4275dc72.trhodes@FreeBSD.org> <20030523205124.GH3794@nosferatu.blackend.org> Message-ID: <20030523230218.GE25642@gothmog.gr> On 2003-05-23 22:51, Marc Fonvieille wrote: >On Fri, May 23, 2003 at 02:06:57PM -0400, Tom Rhodes wrote: >>On Fri, 23 May 2003 20:06:28 +0200 "Simon L. Nielsen" wrote: >>>On 2003.05.23 10:20:07 -0700, Marc Fonvieille wrote: >>>>On Thu, May 22, 2003 at 01:45:04AM +0200, Simon L.Nielsen wrote: >>>>> General cleanup of the laptop article : >>>>> >>>>> * Add id attributes to all sect1 tags >>>> >>>> This is far to be mandatory on a so little article. >>> >>> Hmm, from following the this mailling list I got the impression that the >>> section id tags was a good idea on all books/articles, since it makes >>> sensible filenames when doing html-split output ? >> >> I'm going to agree with ceri (and keramida?) about this. Personally, >> I think using id attributes in articles is a Good Thing™. > > I think for a short article, id attributes could be in some ways > useless since it's more annoying to read the html-split than the plain > one... :) They're only useful if the article contains a "table of contents" near the top, or other parts of our docs want to refer to parts of the article. Then the links will be more sensible if we *do* use id="" keywords. For instance, this is why I recently added id="" parts to all the

elements of the pr-guidelines article. Having those id keywords there also has another advantage. People who link to the FreeBSD.org docs collection from external sites won't be surprised after a while to find that all their links point to the wrong and incomprehensible URI http://www.freebsd.org/.../lala.html#AE987623. For an article that doesn't contain a TOC, I agree with Marc though. Just my two eurocents... - Giorgos -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From keramida at FreeBSD.org Fri May 23 23:47:31 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Fri, 23 May 2003 16:47:31 -0700 (PDT) Subject: docs/50181: localtime_r man page doesn't exist Message-ID: <200305232347.h4NNlVll050845@freefall.freebsd.org> Synopsis: localtime_r man page doesn't exist State-Changed-From-To: open->closed State-Changed-By: keramida State-Changed-When: Fri May 23 16:45:54 PDT 2003 State-Changed-Why: I just merged the appropriate changes in revision 1.9.2.3 of src/lib/libc/stdtime/Makefile.inc Thanks to both of you. Responsible-Changed-From-To: freebsd-doc->keramida Responsible-Changed-By: keramida Responsible-Changed-When: Fri May 23 16:45:54 PDT 2003 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=50181 From simon at nitro.dk Sat May 24 01:00:29 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Fri, 23 May 2003 18:00:27 -0700 (PDT) Subject: docs/31164: man page for strftime is incorrect Message-ID: <200305240100.h4O10R2C057016@freefall.freebsd.org> The following reply was made to PR docs/31164; it has been noted by GNATS. From: "Simon L. Nielsen" To: freebsd-gnats-submit at FreeBSD.org, ulrich at infopuls.com Cc: Subject: Re: docs/31164: man page for strftime is incorrect Date: Sat, 24 May 2003 02:51:02 +0200 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello This was a problem with an incorrect manual page. This was fixed in : src/lib/libc/stdtime/strftime.3 v. 1.25 and MFC'ed as 1.18.2.8. Therefore I think this PR can be closed. --=20 Simon L. Nielsen --7ZAtKRhVyVSsbBD2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+zsH08kocFXgPTRwRAltjAKCF55xA66H9MuSuUKiK//9wW4zs4QCfbUSu G3it3NJQniUoXoJS9AGZUh0= =SKqX -----END PGP SIGNATURE----- --7ZAtKRhVyVSsbBD2-- From keramida at FreeBSD.org Sat May 24 01:22:59 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Fri, 23 May 2003 18:22:57 -0700 (PDT) Subject: docs/31164: man page for strftime is incorrect Message-ID: <200305240122.h4O1MvNN061203@freefall.freebsd.org> Synopsis: man page for strftime is incorrect State-Changed-From-To: open->closed State-Changed-By: keramida State-Changed-When: Fri May 23 18:21:16 PDT 2003 State-Changed-Why: This has already been merged to STABLE. Thanks to Simon L. Nielsen for letting us know this can be closed now. http://www.freebsd.org/cgi/query-pr.cgi?pr=31164 From keramida at FreeBSD.org Sat May 24 01:27:19 2003 From: keramida at FreeBSD.org (Giorgos Keramidas) Date: Fri, 23 May 2003 18:27:18 -0700 (PDT) Subject: docs/43864: Minor documentation to add Message-ID: <200305240127.h4O1RIfl061320@freefall.freebsd.org> Synopsis: Minor documentation to add State-Changed-From-To: feedback->closed State-Changed-By: keramida State-Changed-When: Fri May 23 18:26:34 PDT 2003 State-Changed-Why: Feedback timeout after 5 months. http://www.freebsd.org/cgi/query-pr.cgi?pr=43864 From blackend at freebsd.org Sat May 24 08:11:09 2003 From: blackend at freebsd.org (Marc Fonvieille) Date: Sat, 24 May 2003 10:11:05 +0200 Subject: docs/52547: [patch] Cleanup of laptop article In-Reply-To: <20030523230218.GE25642@gothmog.gr> References: <200305231720.h4NHK72A016136@freefall.freebsd.org> <20030523180624.GA65833@nitro.dk> <20030523140657.4275dc72.trhodes@FreeBSD.org> <20030523205124.GH3794@nosferatu.blackend.org> <20030523230218.GE25642@gothmog.gr> Message-ID: <20030524081105.GA806@nosferatu.blackend.org> On Sat, May 24, 2003 at 02:02:18AM +0300, Giorgos Keramidas wrote: [...] > > They're only useful if the article contains a "table of contents" near > the top, or other parts of our docs want to refer to parts of the > article. Then the links will be more sensible if we *do* use id="" > keywords. For instance, this is why I recently added id="" parts to all > the

elements of the pr-guidelines article. > > Having those id keywords there also has another advantage. People who > link to the FreeBSD.org docs collection from external sites won't be > surprised after a while to find that all their links point to the wrong > and incomprehensible URI http://www.freebsd.org/.../lala.html#AE987623. > > For an article that doesn't contain a TOC, I agree with Marc though. > True, some articles need the id thing, some others not. Marc PS: For everyone, I'm not sure you will get this mail :) I'm experiencing a lot of mail and DNS issues since few days. So do not be surprise if I don't answer or if I do an "out of sync" answer etc. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From blackend at freebsd.org Sat May 24 08:57:39 2003 From: blackend at freebsd.org (Marc Fonvieille) Date: Sat, 24 May 2003 10:57:38 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030523203245.GG3794@nosferatu.blackend.org> References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> Message-ID: <20030524085738.GB806@nosferatu.blackend.org> On Fri, May 23, 2003 at 10:32:45PM +0200, Marc Fonvieille wrote: > > I see 2 big problems with your patch: > > - Images are built many times > - Images are built in each doc dirs instead of doc/share/images > > So a waste of CPU time, a waste of disk space. > For example each localized version of the Handbook (using images) will > eats about 100MB just for images build. > In fact I'm not really right on that point: the 100MB is in the PDF/PS format case which needs the images to be in the localdir, it would be very difficult to deal with links in the generated .tex file. For the others formats, HTML for example, in your implementation the images are copied many times in the doc tree (each time a doc needs the image) which is, as I said in my previous mail, a space eater. Well, nothing is easy, our .mk files are very "hairy" cause of multiples add-ons etc. All the thing should be rewritten from the beginning, but who would be enough "crazy" to take that task? :)) Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From blackend at freebsd.org Sat May 24 09:12:32 2003 From: blackend at freebsd.org (Marc Fonvieille) Date: Sat, 24 May 2003 11:12:33 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030523203245.GG3794@nosferatu.blackend.org> References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> Message-ID: <20030524091233.GD806@nosferatu.blackend.org> On Fri, May 23, 2003 at 10:32:45PM +0200, Marc Fonvieille wrote: > > I see 2 big problems with your patch: > Hmm sometimes my English sounds harsh, sorry about that. Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From des at ofug.org Sat May 24 10:17:43 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Sat, 24 May 2003 12:17:38 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030524085738.GB806@nosferatu.blackend.org> (Marc Fonvieille's message of "Sat, 24 May 2003 10:57:38 +0200") References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> <20030524085738.GB806@nosferatu.blackend.org> Message-ID: Marc Fonvieille writes: > Well, nothing is easy, our .mk files are very "hairy" cause of multiples > add-ons etc. All the thing should be rewritten from the beginning, but > who would be enough "crazy" to take that task? :)) A rewrite is definitely needed. That would also be a good occasion to transition from SGML to XML, if at all possible (XML tools are a couple of orders of magnitude faster than SGML tools...) As for images, the obvious solution (to me) is to start by recursing into share/images and build all images there before building the documents themselves. For the curious, I've attached my document.mk which I use for pretty much everything I produce outside the FreeBSD doc tree. It's the nth generation of something I originally wrote for ThinkSec way back when. Not a doc.project.mk replacement, but a different take on a similar theme. DES -- Dag-Erling Smorgrav - des at ofug.org -------------- next part -------------- #!/usr/bin/make -f #- # Copyright (c) 2002 Dag-Erling Co?dan Sm?rgrav # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer # in this position and unchanged. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # 3. The name of the author may not be used to endorse or promote products # derived from this software without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR # IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES # OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. # IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, # INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT # NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, # DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY # THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF # THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # # $Id: document.mk,v 1.6 2002/11/08 21:15:28 des Exp $ # FORMATS ?= html dvi PAPER_TYPE ?= A4 DOCBASE ?= . DOCBOOK_BASE ?= /usr/local/share/xsl/docbook DOCBOOK_XHTML ?= ${DOCBOOK_BASE}/xhtml/docbook.xsl DOCBOOK_FO ?= ${DOCBOOK_BASE}/fo/docbook.xsl CATALOG_FILES += /usr/local/share/xml/catalog .if exists(${.CURDIR}/catalog) CATALOG_FILES += ${.CURDIR}/catalog .endif XSLTENV ?= SGML_CATALOG_FILES="${CATALOG_FILES:S/ /:/g}" XSLTPROC ?= env ${XSLTENV} xsltproc XMLLINT ?= env ${XSLTENV} xmllint TIDY ?= tidy TIDYFLAGS ?= -indent -wrap 76 -raw -quiet -preserve -xml FOP ?= fop LATEX ?= latex --interaction nonstopmode LATEX_EXTLIST ?= .aux .log .toc .lof .lot .idx BIBTEX ?= bibtex DVIPS ?= dvips PS2PDF ?= ps2pdf XSLT_PARAMS += author.othername.in.middle="1" .ifdef HTML_STYLESHEET XSLT_PARAMS += html.stylesheet="'${HTML_STYLESHEET}'" .endif .ifdef SECTION_AUTOLABEL XSLT_PARAMS += section.autolabel="1" .endif XSLT_PARAMS += toc.section.depth="3" XSLT_PARAMS += make.year.ranges="1" XSLT_PARAMS += paper.type="'${PAPER_TYPE}'" XSLT_PARAM_ARGS = ${XSLT_PARAMS:S/^/--param /:S/=/ /} SRCS = HTML = DVI = .for document in ${DOCUMENTS} .if exists(${document}.xml) SRCS += ${document}.xml .if !empty(FORMATS:Mhtml) HTML += ${document}.html TARGETS += ${document}.html .endif .if !empty(FORMATS:Mpdf) PDF += ${document}.pdf TARGETS += ${document}.pdf CLEANFILES += ${document}.fo .endif .endif .if exists(${document}.tex) SRCS += ${document}.tex .for ext in ${LATEX_EXTLIST} CLEANFILES += ${document}${ext} .endfor .if !empty(FORMATS:Mdvi) DVI += ${document}.dvi TARGETS += ${document}.dvi .endif .if !empty(FORMATS:Mpdf) PDF += ${document}.pdf TARGETS += ${document}.pdf CLEANFILES += ${document}.dvi ${document}.ps .endif .if exists(${document}.bib) ${document}.dvi: ${document}.tex ${document}.bib .endif .endif .endfor CLEANFILES += ${TARGETS} .MAIN: all depend all install clean: @${MAKE} do-${.TARGET} .for subdir in ${SUBDIR} @echo "===> ${DIRPREFIX}${subdir} [${.TARGET}]" @(cd ${subdir} && ${MAKE} ${.TARGET} DIRPREFIX="${DIRPREFIX}${subdir}/") .endfor .if !target(do-depend) do-depend: ${SRCS} .endif .if !target(do-all) do-all: ${TARGETS} .endif .if !target(do-install) do-install: .endif .if !target(do-clean) do-clean: .if !empty(CLEANFILES) rm -f ${CLEANFILES} .endif .endif .SUFFIXES: .SUFFIXES: .tex .dvi .xml .html .fo .ps .pdf .tex.dvi: sh -c 'sum=`cksum ${.TARGET:.dvi=.aux}`; \ ${LATEX} ${.IMPSRC} && \ if [ -f ${.IMPSRC:R}.bib ] ; then \ ${BIBTEX} ${.IMPSRC:R}; \ fi && \ if [ "$$sum" != "`cksum ${.TARGET:.dvi=.aux}`" ]; then \ ${LATEX} ${.IMPSRC}; \ fi' .dvi.ps: ${DVIPS} -o ${.TARGET} ${.IMPSRC} .ps.pdf: ${PS2PDF} ${.IMPSRC} ${.TARGET} .xml.html: ${DOCBOOK_XHTML} ${XSLTPROC} -o ${.TARGET} ${XSLT_PARAM_ARGS} --catalogs\ ${DOCBOOK_XHTML} ${.IMPSRC} .if defined(TIDY) && ${TIDY} != NO && ${TIDY} != no @perl -p -i -e 's/(? References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> <20030524085738.GB806@nosferatu.blackend.org> Message-ID: <20030524103013.GD418@nitro.dk> On 2003.05.24 10:57:38 +0200, Marc Fonvieille wrote: > In fact I'm not really right on that point: the 100MB is in the PDF/PS > format case which needs the images to be in the localdir, it would be > very difficult to deal with links in the generated .tex file. > For the others formats, HTML for example, in your implementation the > images are copied many times in the doc tree (each time a doc needs the > image) which is, as I said in my previous mail, a space eater. It definatly is a bad thing to require that much space for building when it really should not be needed, if done right. > Well, nothing is easy, our .mk files are very "hairy" cause of multiples > add-ons etc. All the thing should be rewritten from the beginning, but > who would be enough "crazy" to take that task? :)) Guess who would... hey, why am I still in CC :-) I'm going to try to write down some requirements on what a new doc build system should support, and I'l post it here, unless somebody else is interested in looking over drafts before doing a wider circulation... ? -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From simon at nitro.dk Sat May 24 10:37:13 2003 From: simon at nitro.dk (Simon L. Nielsen) Date: Sat, 24 May 2003 12:37:11 +0200 Subject: doc build with .OBJDIR In-Reply-To: References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> <20030524085738.GB806@nosferatu.blackend.org> Message-ID: <20030524103711.GE418@nitro.dk> On 2003.05.24 12:17:38 +0200, Dag-Erling Smorgrav wrote: > Marc Fonvieille writes: > > Well, nothing is easy, our .mk files are very "hairy" cause of multiples > > add-ons etc. All the thing should be rewritten from the beginning, but > > who would be enough "crazy" to take that task? :)) > > A rewrite is definitely needed. That would also be a good occasion to > transition from SGML to XML, if at all possible (XML tools are a > couple of orders of magnitude faster than SGML tools...) Doesn't the XML docbook have problems with including other files as done e.g. in the handbook? I might remember incorrectly, it is some time since I looked at XML docbook last. > As for images, the obvious solution (to me) is to start by recursing > into share/images and build all images there before building the > documents themselves. That was actually also the solution I was thinking a bit about to avoid having to build the images multiple times. Perhaps with the help of symlinks... but I havn't had a closer look at it yet. > For the curious, I've attached my document.mk which I use for pretty > much everything I produce outside the FreeBSD doc tree. It's the nth > generation of something I originally wrote for ThinkSec way back when. > Not a doc.project.mk replacement, but a different take on a similar > theme. Nice, I will take a closer look at it. -- Simon L. Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From des at ofug.org Sat May 24 11:02:00 2003 From: des at ofug.org (Dag-Erling Smorgrav) Date: Sat, 24 May 2003 13:01:55 +0200 Subject: doc build with .OBJDIR In-Reply-To: <20030524103711.GE418@nitro.dk> (Simon L. Nielsen's message of "Sat, 24 May 2003 12:37:11 +0200") References: <20030523015453.GF92953@nitro.dk> <20030523141349.GF402@nitro.dk> <20030523203245.GG3794@nosferatu.blackend.org> <20030524085738.GB806@nosferatu.blackend.org> <20030524103711.GE418@nitro.dk> Message-ID: "Simon L. Nielsen" writes: > Doesn't the XML docbook have problems with including other files as done > e.g. in the handbook? Not at all: %manpages; ]> DES -- Dag-Erling Smorgrav - des at ofug.org From murray at freebsd.org Sat May 24 20:50:12 2003 From: murray at freebsd.org (Murray Stokely) Date: Sat, 24 May 2003 13:50:11 -0700 (PDT) Subject: docs/52514: Handbook: new chapter about Bluetooth Message-ID: <200305242050.h4OKoB1A070033@freefall.freebsd.org> The following reply was made to PR docs/52514; it has been noted by GNATS. From: Murray Stokely To: Pav Lucistnik Cc: FreeBSD-gnats-submit at freebsd.org Subject: Re: docs/52514: Handbook: new chapter about Bluetooth Date: Sat, 24 May 2003 13:45:18 -0700 I'm glad we're going to have this new content about Bluetooth, but I don't think it belongs in a new chapter. Other interface technologies such as USB, Firewire, SCSI, IDE, etc.. do not have their own chapters. I think this might belong as a section in the Desktop chapter. - Murray On Wed, May 21, 2003 at 08:25:11AM +0200, Pav Lucistnik wrote: > > >Number: 52514 > >Category: docs > >Synopsis: Handbook: new chapter about Bluetooth > >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: Tue May 20 23:30:00 PDT 2003 > >Closed-Date: > >Last-Modified: > >Originator: Pav Lucistnik > >Release: FreeBSD 5.1-BETA i386 > >Organization: > >Environment: > System: FreeBSD pav.oook.cz 5.1-BETA FreeBSD 5.1-BETA #1: Tue May 20 21:30:57 CEST 2003 root at pav.oook.cz:/usr/obj/usr/src/sys/PAV i386 > > > > >Description: > This is new chapter for Handbook, covering usage of The Bluetooth stack > on coming 5.1-RELEASE. It's based on my Bluetooth on FreeBSD webpage. > It was reviewed and approved by Maksim Yevmenkin, author of Bluetooth > code. Then it was review by Christian Brueffer (brueffer@). > > We'd like to get a review by at least one docproj elder before brueffer > commits it. > > Another question is where this should go. brueffer@ suggests after > Wireless Networking chapter, I suggest putting it after IPv6 as > a last chapter of Advanced networking. > > Apply to /usr/doc/en_US.ISO8859-1/books/handbook/advanced-networking > >How-To-Repeat: > > >Fix: > > --- chapter.sgml.orig Tue May 20 21:11:44 2003 > +++ chapter.sgml Tue May 20 23:15:03 2003 > @@ -6687,6 +6687,388 @@ > support AAAA records. > > > + > + > + > + > + > + Pav > + Lucistnik > + Written by > + > +

pav at oook.cz

> + > + > + > + > + Bluetooth > + > + > + Introduction > + Bluetooth is a wireless technology for creating personal networks > + operating in the 2.4 GHz unlicensed band, with a range of 10 meters. > + Networks are usually formed ad-hoc from portable devices like mobile > + phones, handhelds and laptops. Unlike the other popular wireless > + technology, Wi-Fi, Bluetooth offers higher level service profiles, > + e.g. FTP-like file servers, file pushing, voice transport, serial > + line emulation and more. > + > + The Bluetooth stack in FreeBSD is implemented using Netgraph. > + A Broad variety of USB dongles is supported by the &man.ng.ubt.4; driver. > + The 3Com PC Card 3CRWB60-A is supported by the &man.ng.bt3c.4; driver. > + Serial and UART based Bluetooth devices are supported via > + &man.ng.h4.4; and &man.hcseriald.8;. This chapter describes using > + a USB Bluetooth dongle. Bluetooth support is available only on > + FreeBSD 5.0 and newer systems. > + > + > + > + Plugging in the Device > + Device drivers are by default available as kernel modules. > + Before attaching a device, you need to load the driver into the > + kernel: > + > + &prompt.root; kldload ng_ubt > + > + If the Bluetooth device is present in the system during system > + startup, load the module from /boot/loader.conf: > + > + ng_ubt_load="YES" > + > + Plug in your USB dongle. Similar output will appear on the console > + (or in syslog): > + > + ubt0: vendor 0x0a12 product 0x0001, rev 1.10/5.25, addr 2 > +ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 > +ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; > + wMaxPacketSize=49; nframes=6, buffer size=294 > + > + Copy /usr/src/share/examples/netgraph/bluetooth/rc.bluetooth > + to some convenient place, like /etc/rc.bluetooth. > + This script is used to start and stop the Bluetooth stack. It is a good idea > + to stop the stack before unplugging the device, but it is not (usually) > + fatal. When starting the stack, you will receive output similar to this: > + > + &prompt.root; /etc/rc.bluetooth start ubt0 > +BD_ADDR: 00:02:72:00:d4:1a > +Features: 0xff 0xff 0xf 00 00 00 00 00 > +<3-Slot> <5-Slot> <Encryption> <Slot offset> > +<Timing accuracy> <Switch> <Hold mode> <Sniff mode> > +<Park mode> <RSSI> <Channel quality> <SCO link> > +<HV2 packets> <HV3 packets> <u-law log> <A-law log> <CVSD> > +<Paging scheme> <Power control> <Transparent SCO data> > +Max. ACL packet size: 192 bytes > +Number of ACL packets: 8 > +Max. SCO packet size: 64 bytes > +Number of SCO packets: 8 > + > + > + > + > + HCI and Inquiry > + > + Now it is time to discover some nearby bluetooth devices. > + Discovering devices and many other interesting tasks is done with > + the &man.hccontrol.8; utility. You will receive a list of discoverable > + devices in a few seconds: > + > + &prompt.user; hccontrol -n ubt0hci inquiry > +Inquiry result, num_responses=1 > +Inquiry result #0 > + BD_ADDR: 00:80:37:29:19:a4 > + Page Scan Rep. Mode: 0x1 > + Page Scan Period Mode: 00 > + Page Scan Mode: 00 > + Class: 52:02:04 > + Clock offset: 0x78ef > +Inquiry complete. Status: No error [00] > + > + BD_ADDR is the unique address of a bluetooth device, similar to MAC > + addresses of network cards. This address is needed for further > + communication with a device. Let us try to read the device's name: > + > + &prompt.user; hccontrol -n ubt0hci remote_name_request 00:80:37:29:19:a4 0 0 0 > +BD_ADDR: 00:80:37:29:19:a4 > +Name: Pav's T39 > + > + If you perform a discovery on a different bluetooth device, it will find > + your computer as your.host.name (ubt0). > + > + You can list active baseband connections: > + > + &prompt.user; hccontrol -n ubt0hci read_connection_list > +Remote BD_ADDR Handle Type Mode Role Encrypt Pending Queue State > +00:80:37:29:19:a4 41 ACL 0 MAST NONE 0 0 OPEN > + > + Handle is useful for manually disconnecting a connection: > + > + &prompt.root; hccontrol -n ubt0hci disconnect 41 > +Connection handle: 41 > +Reason: Connection terminated by local host [0x16] > + > + Refer to hccontrol help for a complete listing of > + available commands. Note that the majority of commands does not require > + superuser privileges. > + > + > + > + > + L2CAP > + > + L2CAP is a higher level of connection in Bluetooth standards. > + A useful command is &man.l2ping.8;, which can be used to ping > + other devices. Some devices might not return all of the data > + send to them, so 0 bytes as in this example > + is a normal state. > + > + &prompt.root; l2ping -a 00:80:37:29:19:a4 > +0 bytes from 0:80:37:29:19:a4 seq_no=0 time=48.633 ms result=0 > +0 bytes from 0:80:37:29:19:a4 seq_no=1 time=37.551 ms result=0 > +0 bytes from 0:80:37:29:19:a4 seq_no=2 time=28.324 ms result=0 > +0 bytes from 0:80:37:29:19:a4 seq_no=3 time=46.150 ms result=0 > + > + The &man.l2control.8; utility is used to configure L2CAP nodes > + and read their state. This example shows file transfer to a Palm > + handheld: > + > + &prompt.user; l2control -a 00:02:72:00:d4:1a read_channel_list > +L2CAP channels: > +Remote BD_ADDR SCID/ DCID PSM IMTU/ OMTU State > +00:07:e0:00:0b:ca 66/ 64 3 132/ 672 OPEN > +&prompt.user; l2control -a 00:02:72:00:d4:1a read_connection_list > +L2CAP connections: > +Remote BD_ADDR Handle Flags Pending State > +00:07:e0:00:0b:ca 41 O 0 OPEN > + > + Another diagnostic tool is &man.btsockstat.1;. It does a similar > + job as &man.netstat.1; does, but for Bluetooth sockets, logical > + connections on top of baseband connections. The example output shows > + the same connection as l2control above: > + > + &prompt.user; btsockstat > +Active L2CAP sockets > +PCB Recv-Q Send-Q Local address/PSM Foreign address CID State > +c2afe900 0 0 00:02:72:00:d4:1a/3 00:07:e0:00:0b:ca 66 OPEN > +Active RFCOMM sessions > +L2PCB PCB Flag MTU Out-Q DLCs State > +c2afe900 c2b53380 1 127 0 Yes OPEN > +Active RFCOMM sockets > +PCB Recv-Q Send-Q Local address Foreign address Chan DLCI State > +c2e8bc80 0 250 00:02:72:00:d4:1a 00:07:e0:00:0b:ca 3 6 OPEN > + > + > + > + > + Pairing of Devices > + > + By default, Bluetooth communication is not authorized and any device > + can talk to any other device. Some devices, like mobile phones, require > + authentication for some functionality, like Internet connections. This > + is done with PIN numbers - you enter the same (up to 16 digits long) > + number on both devices. This operation is called pairing. > + The daemon that answers pairing requests is &man.hcsecd.8;. Copy > + /usr/src/usr.sbin/bluetooth/hcsecd/hcsecd.conf > + to /usr/local/etc and edit it. The following is an > + example section for a mobile phone, with the PIN arbitrarily set to 1234: > + > + device { > + bdaddr 00:80:37:29:19:a4; > + name "Pav's T39"; > + key nokey; > + pin "1234"; > +} > + > + You can choose any PIN you like. Note that some devices, like > + headsets, have a fixed PIN built in. Start hcsecd -d. > + The switch forces the daemon to stay in the > + terminal and not fork to the background, so we can see what is happening. > + Set the remote device to receive pairing and initiate the HCI connection > + to the remote device. The remote device should say that pairing was > + accepted, and let you enter the PIN. Enter the same PIN as you have in your > + hcsecd.conf. Now your PC and remote device are paired. > + Alternatively, you can initiate pairing on the remote device. > + This will appear in the hcsecd output: > + > +hcsecd[16484]: Got Link_Key_Request event from 'ubt0hci', remote bdaddr 0:80:37:29:19:a4 > +hcsecd[16484]: Found matching entry, remote bdaddr 0:80:37:29:19:a4, name 'Pav's T39', link key doesn't exist > +hcsecd[16484]: Sending Link_Key_Negative_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:19:a4 > +hcsecd[16484]: Got PIN_Code_Request event from 'ubt0hci', remote bdaddr 0:80:37:29:19:a4 > +hcsecd[16484]: Found matching entry, remote bdaddr 0:80:37:29:19:a4, name 'Pav's T39', PIN code exists > +hcsecd[16484]: Sending PIN_Code_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:19:a4 > + > + > + > + > + Service Discovery Protocol (SDP) > + If you want to know which services a Bluetooth device offers, and > + on which RFCOMM channels, build libbluetooth > + and sdp-1.0rc3 from + url="http://www.geocities.com/m_evmenkin/">Maksim Evmenkin's > + snapshot. Then, run sdptool and > + observe (the output is snipped a bit, as this tool is quite talky): > + > + &prompt.root; sdptool browse 00:80:37:29:19:a4 > +Browsing 00:80:37:29:19:A4 ... > +Service Name: Dial-up Networking > +Protocol Descriptor List: > + "L2CAP" (0x0100) > + "RFCOMM" (0x0003) > + Channel: 1 > + > +Service Name: Fax > +Protocol Descriptor List: > + "L2CAP" (0x0100) > + "RFCOMM" (0x0003) > + Channel: 2 > + > +Service Name: Voice gateway > +Service Class ID List: > + "Headset Audio Gateway" (0x1112) > + "Generic Audio" (0x1203) > +Protocol Descriptor List: > + "L2CAP" (0x0100) > + "RFCOMM" (0x0003) > + Channel: 3 > + > + > + ... and so on. You will need the channel number later for using > + a given service. Some devices do not support browsing, they return > + an empty list, but you can try searching for a specific service. > + > + &prompt.root; sdptool search --bdaddr 00:07:e0:00:0b:ca OPUSH > + > + Offering services on FreeBSD to other devices is done using the > + sdpd server. > + &prompt.root; sdpd > + > + Registering a given Bluetooth service to a RFCOMM channel number: > + &prompt.root; sdptool add --channel=7 LAN > + > + Checking services offered by our computer: > + &prompt.root; sdptool browse ff:ff:ff:00:00:00 > + > + > + > + Dial-up Networking (DUN) and Local Area Network (LAN) > + > + Bluetooth can be used for connecting to the Internet, either over > + PPP (mobile phones) or the local network (access points). The Dial-up Networking > + profile on FreeBSD is implemented with &man.ppp.8; and > + &man.rfcomm.pppd.8;, a wrapper that converts RFCOMM Bluetooth connections > + to something ppp can operate with. Create ppp labels in > + /etc/ppp/ppp.conf, examples from the &man.rfcomm.pppd.8; > + manual page can be used. > + > + Connecting to the Internet through a mobile phone (DUN profile). First, find > + out the correct RFCOMM channel on the remote device using > + sdptool. Then, use &man.rfcomm.pppd.8;: > + > + &prompt.root; rfcomm_pppd -a 00:80:37:29:19:a4 -c -C 1 -l rfcomm-dialup > + > + Running a Bluetooth access point on FreeBSD. First, register a > + RFCOMM channel for LAN service on the local sdpd. > + Then, start the ppp server. Use BD_ADDR of the local Bluetooth device and > + the channel number registered with sdpd. > + > + &prompt.root; rfcomm_pppd -a 00:02:72:00:d4:1a -s -C 7 -l rfcomm-server > + > + > + > + > + OBEX Push (OPUSH) > + OBEX is a widely used protocol for simple file transfers between > + mobile devices. It's main use is in infrared communication, where it is > + used for generic file transfers between notebooks or Palm handhelds, > + and for sending business cards or calendar entries between mobile > + phones and other devices with PIM applications. > + > + The OBEX client is implemented in the > + obexapp utility from + url="http://www.geocities.com/m_evmenkin/">Maksim Evmenkin's > + snapshot. It needs the openobex > + library from same package and the > + devel/glib12 port. Note that > + obexapp does not require root privileges > + to operate. > + > + OBEX client. First, find which channel on the remote device is IrMC > + Synchronization or OBEX Object Push. After that, use > + obexapp. Here is an example session where > + we download a file (device info from a mobile phone) and send > + a file (business card to the phone's directory): > + > + &prompt.user; obexapp -a 00:80:37:29:19:a4 -C 10 > +obex> get > +get: remote file> telecom/devinfo.txt > +get: local file> devinfo-t39.txt > +Success, response: OK, Success (0x20) > +obex> put > +put: local file> new.vcf > +put: remote file> new.vcf > +Success, response: OK, Success (0x20) > +obex> di > +Success, response: OK, Success (0x20) > + > + OBEX server. First, register the OPUSH service with the local > + sdpd. If OPUSH does not work, > + you can try the FTRN service instead. Then, start the OBEX daemon > + using the channel number registered with sdpd: > + > + &prompt.root; obexapp -s -C 10 > + > + Received files will appear in /var/spool/obex. > + This can be overriden with the switch. Make sure > + the directory exists, obexapp will not > + create it. On a typical workstation with a single user it is useful > + to set a default owner of received files. See obexapp(1) > + for details. > + > + > + > + > + Serial Port Profile (SP) > + Bluetooth can be used to emulate serial port connections. > + To connect to a remote device, first locate the RFCOMM channel with the > + Serial Port profile. Then, start the Serial Port Profile Daemon > + &man.rfcomm.sppd.1; with a free pseudo tty: > + > + &prompt.root; rfcomm_sppd -a 00:07:E0:00:0B:CA -c 1 -t /dev/ttyp6 > +rfcomm_sppd[94692]: Starting on /dev/ttyp6... > + > + Now connect this pseudo tty to your actual terminal: > + > + &prompt.root; cu -l ttyp6 > + > + > + > + > + Troubleshooting > + > + > + A remote device cannot connect to us > + Some older devices do not support role switching. By default, > + when FreeBSD is accepting a connection, it tries to switch roles > + to become a master. Devices which do not support this will not > + be able to connect. Role switching is performed when a connection > + is being established, so we cannot ask the remote device if it does > + support role switching. There is a driver option to disable role > + switching on our side: > + &prompt.root; hccontrol -n ubt0hci write_node_role_switch 0 > + > + > + > + Something is going wrong, can I see what exactly is happening? > + Yes, you can. Use the hcidump tool > + from Maksim Evmenkin's > + snapshot, which works much like &man.tcpdump.1;. You can > + use it to display the content of Bluetooth packets on the terminal > + and to record Bluetooth communication for later analyzation. > + > + > + > + > + > + > > >