From owner-freebsd-doc Sun Apr 7 1:35:49 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163])
by hub.freebsd.org (Postfix) with ESMTP id F00DF37B405
for ; Sun, 7 Apr 2002 01:35:43 -0800 (PST)
Received: from fonix.adamsfamily.xx (nilus-235.adsl.datanet.hu [195.56.48.235])
by mx2.datanet.hu (DataNet) with ESMTP id B7F395A63
for ; Sun, 7 Apr 2002 11:35:36 +0200 (CEST)
Received: from fonix.adamsfamily.xx (localhost [127.0.0.1])
by fonix.adamsfamily.xx (8.12.2/8.12.2) with ESMTP id g379ZjS9000840
for ; Sun, 7 Apr 2002 11:35:46 +0200 (CEST)
(envelope-from sziszi@bsd.hu)
Received: (from cc@localhost)
by fonix.adamsfamily.xx (8.12.2/8.12.2/Submit) id g379ZgAk000839
for freebsd-doc@freebsd.org; Sun, 7 Apr 2002 11:35:42 +0200 (CEST)
X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f
Date: Sun, 7 Apr 2002 11:35:39 +0200
From: Szilveszter Adam
To: freebsd-doc@freebsd.org
Subject: Re: Splitting the Handbook? (was: [a couple of new doc PRs])
Message-ID: <20020407093538.GB539@fonix.adamsfamily.xx>
Mail-Followup-To: Szilveszter Adam ,
freebsd-doc@freebsd.org
References: <20020404062954.6607E2E827@mail.freebsdmall.com> <20020406221709.GA1181@hades.hell.gr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020406221709.GA1181@hades.hell.gr>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Hello everybody,
I am getting a bit late into this discussion, but I have a great excuse:
I have been sleeping:-) So.
I think that splitting up the Handbook would be a good idea. It is
getting too large in every respect. (To read, to process, to search,
to...:-) Also, a division into a "user's" and "admin's" part seems like
a good idea. (On the assumption that the Developers Handbook continues
to evolve so as to offer information to those who wish to use FreeBSD as
a development platform.)
However, I think that before starting wholesale reorganizing the stuff,
we should have a clear set of requirements towards the Handbook. What do
we want the Handbook to be? During the previous reorg run (in the runup
to the 2nd Edition) this requirement was that it had to become more of a
print title, with better-looking book output, consistent grammar and
style, index, front and backmatter etc.
Now, we have to decide what the Handbook (or the books that will make up
the series replacing it) will try to cover. First. I think that we
should not try to blur the line between users and admins by including
admin tasks in the user volume. My reasons:
- It is already causing waaay to much trouble when people seriously
believe that just because a normal office worker (or home user for
that matter) was able to "admin" a Win95/98/ME box all by himself
(with sometimes stunning results, see viruses, security patches not
applied, chaos because of many installed shareware items etc) they
will be able to do same for a UNIX-type system. Or that they should.
In my opinion, UNIX-type systems require a real admin or they are
worse than your Win 9x box. Especially when they are on a network.
This is why when someone asks me if they should consider using ...
(subsitute Linux or whatever here) in the office I will be asking
them (among others): Will there be some person who will be able to
administer the boxen? And this is why I think that UNIX-type OSen will
never make it big on a common PC in the home. (Appliances are another
matter)
- Because admin tasks usually require root. (Case in point: You may be
able to to compile packages as a user, in fact I do this all the time,
but not install them normally, because at least the pkg database
management will require root.) If you have root on a machine, then you
are an admin no matter if you at the moment work under a user account
(as indeed you should.) In fact, I consider that admins should have at
least a non-wheel user account as well because doing certain tasks
like browsing, email etc may pose even less risk that way: there are
just less system files that a non-wheel user can read, for ex.)
So, the User's Guide should be something like the USD used to be way
back when: orientated towards users, no more. Of course, I do not think
we should waste time describing the stunning games in the base system
any more, but you get the idea. The aim of the User's Guide is to help
me get work done when I login to a FreeBSD system (possibly remotely) as
one of the several users of the system and eg want to read my email,
edit my homepage, or write my thesis with LaTeX. (All of which I have
done on this system). The Admin's Guide, on the other hand, should be
oriented towards admins who are already supposed to know their way
around as users, but need to do different job: They may not care at all
about X or photo editing or indeed thesis-writing, they need to maintain
the system. For this, they need info on kernel recompiles, staying
up-to-date, patching for security, staying with the -RELEASE branch if
need be, coordinated installworlds from NFS-mounted /usr/obj, diskless
systems, scripted installs, cloning possibilities, using hot-swap system
components on SCSI and also on ATA, networking, VLANs, etc. Some of this
info is at present missing, some in the Handbook and some in the
Developers Handbook or elsewhere.
And also, there should be a book for programming on FreeBSD, of course,
not just for system hackers, but application programmers.
Second. We should decide to what extent we want to include third-party
packages into the series. Of course, the fact that FreeBSD is more than
a kernel(TM) does not make our job easier. Yet, I think that if we start
covering eg every major MTA just because not everyone loves sendmail, we
will be before long writing a book about Internet Mail which just
happens to use FreeBSD as its examples, not a FreeBSD sysadmin book.
This would be needless duplication of effort with the documentation of
these software packages (it really does not need a book to tell you
that, contrary to the defaults, the startup file is installed under
/usr/local/etc/rc.d on FreeBSD if you use the ports, but everything else
works as described in the vendor docs, eg) and with some
fine books from eg O'Reilly that already cover these and more. So I
think the series should concentrate on the parts that are FreeBSD
specific and make reference to the vendor docs (or even other
literature) when appropriate.
These are really just my 1st thoughts on the subject, feel free to take them
and use them as you see fit, but I think that a similar set of
requirements should be drawn up before we go ballistic with slicing up
the content.
--
Regards:
Szilveszter ADAM
Szombathely Hungary
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 3:37:21 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP
id 143FF37B404; Sun, 7 Apr 2002 03:37:14 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uA2o-0000pN-00; Sun, 07 Apr 2002 11:37:10 +0100
Date: Sun, 7 Apr 2002 11:37:10 +0100
From: Ceri Davies
To: Giorgos Keramidas
Cc: freebsd-doc@FreeBSD.org
Subject: Re: RFC: Removing "try and " from the docs
Message-ID: <20020407103710.GA3018@submonkey.net>
Mail-Followup-To: Ceri Davies ,
Giorgos Keramidas , freebsd-doc@FreeBSD.org
References: <20020404133226.GA8872@hades.hell.gr> <20020404143819.GB8766@submonkey.net> <20020406180122.GB8722@hades.hell.gr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020406180122.GB8722@hades.hell.gr>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sat, Apr 06, 2002 at 09:01:22PM +0300, Giorgos Keramidas wrote:
> On 2002-04-04 15:38, Ceri wrote:
> > Also, I'm not convinced that the handbook is "beautiful" :)
>
> That was meant to mean "aesthetically pleasing" so I might change it
> to that, if it looks better that way.
Cool. I don't have a major issue with "beautiful" if you do want to use
that though.
> > > --- en_US.ISO8859-1/books/fdp-primer/structure/chapter.sgml 26 Mar 2002 22:31:55 -0000 1.10
> > > +++ en_US.ISO8859-1/books/fdp-primer/structure/chapter.sgml 3 Apr 2002 22:22:35 -0000
>
> > Same problem here that I have with the emacs one above.
>
> Well, I'll leave this one out. This paragraph needs a rewrite to make
> it appear like something meaningful. Merely substituting "try and
> -> try to " won't solve any problems here.
Agreed.
> > > Index: en_US.ISO8859-1/books/handbook/basics/chapter.sgml
> > > ===================================================================
> > > RCS file: /home/ncvs/doc/en_US.ISO8859-1/books/handbook/basics/chapter.sgml,v
> > > retrieving revision 1.59
> > > diff -u -r1.59 chapter.sgml
> > > --- en_US.ISO8859-1/books/handbook/basics/chapter.sgml 26 Mar 2002 23:37:38 -0000 1.59
> > > +++ en_US.ISO8859-1/books/handbook/basics/chapter.sgml 3 Apr 2002 22:23:39 -0000
> > > @@ -890,7 +890,7 @@
> > > send—some of them have a specific meaning, others are interpreted
> > > by the application, and the application's documentation will tell you
> > > how that application interprets signals. You can only send a signal to
> > > - a process that you own. If you try and send a signal to someone else's
> > > + a process that you own. If you send a signal to someone else's
> > > process it will be ignored. The exception to this is the
> >
> > Slightly bigger problem here.
> > If you try to send a signal to someone else's process your attempt will fail
> > with EPERM, as opposed to being ignored.
> > This is the only one that I'd definitely want to see fixed, the others are
> > just MHO.
>
> I was thinking of that too. Referring to errors like EPERM in the
> "basics" chapter somehow seems like an overkill though. But I guess
> it's ok, since kill(1) or kill(2) will fail with EPERM. So we might
> just refer to these two here with something like:
>
> If you send a signal to someone else's
> process with &man.kill.1; or &man.kill.2; it will fail with
> EPERM, since you are not permitted to signal processes of other
> users. The exception to this is the ...
If simpler terms would be better (and I agree that they probably would), it
might be preferable to simply say that "permission will be denied" or similar.
> Thanks Ceri,
> a very useful review.
No, thank you for doing the donkey work :)
Ceri
--
get the cool shoe shine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 3:56:50 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP id A814237B417
for ; Sun, 7 Apr 2002 03:56:40 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uALe-000986-00; Sun, 07 Apr 2002 11:56:38 +0100
Date: Sun, 7 Apr 2002 11:56:38 +0100
From: Ceri Davies
To: Benny
Cc: doc@FreeBSD.org
Subject: Re: Handbook NFS
Message-ID: <20020407105638.GC3018@submonkey.net>
Mail-Followup-To: Ceri Davies ,
Benny , doc@FreeBSD.org
References:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To:
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sat, Apr 06, 2002 at 09:25:49PM +0000, Benny wrote:
> Hello!
Hi Benny,
> I'm not quite sure about this but I think there is a mistake in 17.4 NFS
> Documentation.
>
> "The following /etc/exports would be valid:
>
> /usr/src client
> /usr/ports client
>
> One filesystem, /usr, has two lines specifying exports to the same host,
> client. The correct format for this situation is:
>
> /usr/src /usr/ports client"
>
> Shouldn't it be "INvalid", because the state underneath is wrong?! Otherwise
> it doesn't make sense, does it?
Good catch.
Thanks very much.
> PS If I'm wrong, sorry for bothering you.
Even if you had been wrong, personally I'd rather have you tell us that you
perceived a problem anyway, just in case.
Thanks again,
Ceri
--
get the cool shoe shine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 4:40: 9 2002
Delivered-To: freebsd-doc@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id BF05A37B417
for ; Sun, 7 Apr 2002 04:40:01 -0700 (PDT)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.11.6/8.11.6) id g37Be1l52399;
Sun, 7 Apr 2002 04:40:01 -0700 (PDT)
(envelope-from gnats)
Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71])
by hub.freebsd.org (Postfix) with ESMTP id DDF8D37B419
for ; Sun, 7 Apr 2002 04:38:06 -0700 (PDT)
Received: from regency.nsu.ru ([193.124.210.26])
by mail.nsu.ru with esmtp (Exim 3.20 #1)
id 16uAzh-0005e9-00
for FreeBSD-gnats-submit@freebsd.org; Sun, 07 Apr 2002 18:38:01 +0700
Received: (from danfe@localhost)
by regency.nsu.ru (8.11.6/8.11.6) id g37Bclj61286;
Sun, 7 Apr 2002 18:38:47 +0700 (NOVST)
(envelope-from danfe)
Message-Id: <200204071138.g37Bclj61286@regency.nsu.ru>
Date: Sun, 7 Apr 2002 18:38:47 +0700 (NOVST)
From: Alexey Dokuchaev
Reply-To: Alexey Dokuchaev
To: FreeBSD-gnats-submit@FreeBSD.org
X-Send-Pr-Version: 3.113
Subject: docs/36844: Wrong link to top logo on Russian WWW (data/ru/index.html)
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
>Number: 36844
>Category: docs
>Synopsis: Wrong link to top logo on Russian WWW (data/ru/index.html)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-doc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Apr 07 04:40:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Alexey Dokuchaev
>Release: FreeBSD 4.5-STABLE i386
>Organization:
CNIT NSU
>Environment:
System: FreeBSD regency.nsu.ru 4.5-STABLE FreeBSD 4.5-STABLE #0: Wed Mar 20 18:57:15 NOVT 2002 root@regency.nsu.ru:/usr/src/sys/compile/REGENCY i386
>Description:
Russian translation of WWW data of www.freebsd.org does not point
correctly to top logo picture (The Power To Serve), and thus renders
webpage not so pretty as it should be. You can check out on what's going
on at http://freebsd.nsu.ru/data/ru/index.html. These are vanilla
installed WWW data from CVSup.
>How-To-Repeat:
Just go to http://freebsd.nsu.ru/data/ru/index.html and see.
>Fix:
I think you'll figure it out ;-)
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 4:44:44 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP id 712D737B417
for ; Sun, 7 Apr 2002 04:44:41 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uB5u-000KbK-00; Sun, 07 Apr 2002 12:44:26 +0100
Date: Sun, 7 Apr 2002 12:44:26 +0100
From: Ceri Davies
To: Andrew Boothman
Cc: doc@FreeBSD.ORG
Subject: Re: RFC: Change to "why does my mail to FreeBSD.org bounce" FAQ
Message-ID: <20020407114426.GA79039@submonkey.net>
Mail-Followup-To: Ceri Davies ,
Andrew Boothman , doc@FreeBSD.ORG
References: <20020405155943.GA25988@submonkey.net> <20020405114723.767d28c9.darklogik@pittgoth.com> <20020405164306.GA35109@submonkey.net> <20020405120838.0c274492.darklogik@pittgoth.com> <20020406142437.GA52191@submonkey.net> <3CAF327E.6010001@cream.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3CAF327E.6010001@cream.org>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sat, Apr 06, 2002 at 06:38:06PM +0100, Andrew Boothman wrote:
> Ceri Davies wrote:
> >Now it's a slightly fine grained point, maybe, but there's certainly a
> >difference. It may be slightly easier to just say something like :
> >
> >"As required by RFC 2822, your announced hostname must resolve."
>
> I think you should mention the fact that it is the hostname announced in
> the HELO command that is the problem in this case.
>
> I had exactly the same problem with mail being sent from one of my
> systems because it was using an internal hostname in its HELO command.
> The fix was simple enough, but I needed to know it was the HELO command
> that caused the problem so that I could alter that part of my MTA's
> config. I got that info from my maillog in the end, but it would be
> helpful if it was in the FAQ.
In that case, I think the patch I originally posted might be OK.
Ceri
--
get the cool shoe shine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 4:55:39 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP id 24E9537B405
for ; Sun, 7 Apr 2002 04:55:31 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uBGc-000Kf8-00
for doc@FreeBSD.org; Sun, 07 Apr 2002 12:55:30 +0100
Date: Sun, 7 Apr 2002 12:55:30 +0100
From: Ceri Davies
To: doc@FreeBSD.org
Subject: Re: RFC: Change to "why does my mail to FreeBSD.org bounce" FAQ
Message-ID: <20020407115530.GA79270@submonkey.net>
Mail-Followup-To: Ceri Davies ,
doc@FreeBSD.org
References: <20020405155943.GA25988@submonkey.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020405155943.GA25988@submonkey.net>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Here's the latest incarnation of the patch.
I think it's the best I can do without getting overly technical here.
Ceri
--- doc/en_US.ISO8859-1/books/faq/book.sgml.old Sun Apr 7 12:42:38 2002
+++ doc/en_US.ISO8859-1/books/faq/book.sgml Sun Apr 7 12:50:36 2002
@@ -11186,6 +11186,27 @@
option. In this case, relay your email through your
service provider's mail server.
+
+
+ The hostname given in the EHLO/HELO part of the SMTP
+ exchange cannot be resolved to an IP address.
+
+ A fully qualified, resolvable host name is necessary
+ in this part of the SMTP dialogue before mail will be
+ accepted. If you do not have a host name that is registered
+ in the DNS, then you should use your service provider's mail
+ server to relay your mail.
+
+
+
+ Your message had a message ID ending with the string
+ localhost
.
+
+ Some mail user agents generate bad message IDs which will
+ not be accepted. You will need to persuade your mail user
+ agent to generate a valid message ID or else configure your
+ mail transfer agent to rewrite them.
+
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 7:45:18 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mx1.datanet.hu (mx1.datanet.hu [194.149.13.160])
by hub.freebsd.org (Postfix) with ESMTP id 24CDF37B417
for ; Sun, 7 Apr 2002 07:45:12 -0700 (PDT)
Received: from fonix.adamsfamily.xx (nilus-235.adsl.datanet.hu [195.56.48.235])
by mx1.datanet.hu (DataNet) with ESMTP id F1234F9A3
for ; Sun, 7 Apr 2002 16:45:09 +0200 (CEST)
Received: from fonix.adamsfamily.xx (localhost [127.0.0.1])
by fonix.adamsfamily.xx (8.12.2/8.12.2) with ESMTP id g37EjKS9078964
for ; Sun, 7 Apr 2002 16:45:20 +0200 (CEST)
(envelope-from sziszi@bsd.hu)
Received: (from cc@localhost)
by fonix.adamsfamily.xx (8.12.2/8.12.2/Submit) id g37EjJOY078963
for freebsd-doc@FreeBSD.ORG; Sun, 7 Apr 2002 16:45:19 +0200 (CEST)
X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f
Date: Sun, 7 Apr 2002 16:45:18 +0200
From: Szilveszter Adam
To: freebsd-doc@FreeBSD.ORG
Subject: Re: minor nit re advocacy/myths.html
Message-ID: <20020407144518.GC539@fonix.adamsfamily.xx>
Mail-Followup-To: Szilveszter Adam ,
freebsd-doc@FreeBSD.ORG
References: <20020406183502.GA5126@fonix.adamsfamily.xx> <20020406163654.3bf80683.darklogik@pittgoth.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020406163654.3bf80683.darklogik@pittgoth.com>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Hello,
On Sat, Apr 06, 2002 at 04:36:54PM -0500, Tom Rhodes wrote:
> On Sat, 6 Apr 2002 20:35:02 +0200
> Szilveszter Adam wrote:
>
> Your fine Adam, i've cached this, and hopefully I can do something
> with this on Monday ;) Thanks alot though for pointing this out, if
> you want to, you can change it to Mozilla, otherwise, i'll grab it
> Monday hehe...
Okay, here is a patch. What do you say?
Index: myths.sgml
===================================================================
RCS file: /usr/local/ncvs/freebsd//www/en/advocacy/myths.sgml,v
retrieving revision 1.1
diff -u -r1.1 myths.sgml
--- myths.sgml 4 Apr 2002 22:01:02 -0000 1.1
+++ myths.sgml 7 Apr 2002 14:42:49 -0000
@@ -322,9 +322,9 @@
few, if any, problems.
As a historical note, the first version of Netscape Navigator that ran
- on FreeBSD with Java support was the Linux version. Now, of course,
- Netscape have produced a FreeBSD native binary (and have done for some
- time).
+ on FreeBSD with Java support was the Linux version. Now you can
+ also use a native FreeBSD version of Mozilla with a native Java
+ plugin, all compiled conveniently from the ports!
--
Regards:
Szilveszter ADAM
Szombathely Hungary
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 8:40: 9 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP
id 31CE537B416; Sun, 7 Apr 2002 08:40:06 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uElw-000157-00; Sun, 07 Apr 2002 16:40:04 +0100
Date: Sun, 7 Apr 2002 16:40:04 +0100
From: Ceri Davies
To: doc@FreeBSD.org
Cc: murray@FreeBSD.org
Subject: RFC: FAQ and , first 3 chapters done
Message-ID: <20020407154004.GA3990@submonkey.net>
Mail-Followup-To: Ceri Davies ,
doc@FreeBSD.org, murray@FreeBSD.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
I've finally got some of the FAQ wrapped up in - the first
3 chapters to be exact.
Patch is at http://www.submonkey.net/patches/faq.first3.diff for your
review.
Nothing is done with these at the moment; when I'm finished doing the
whole document I'll look at getting them actually used, which I think
is as simple as defining HAS_INDEX in the Makefile, though I'm not
sure at the moment.
Any and all comments will be gratefully received (although I'm going
offline now until tomorrow, so don't expect a speedy response).
Ceri
--
get the cool shoe shine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 10:35:13 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mars.wanadoo.fr (ca-ol-sqy-24-99.abo.wanadoo.fr [80.8.61.99])
by hub.freebsd.org (Postfix) with ESMTP id A266537B404
for ; Sun, 7 Apr 2002 10:35:08 -0700 (PDT)
Received: (from dak@localhost)
by mars.wanadoo.fr (8.11.6/8.11.6) id g37HYWe00509
for freebsd-doc@freebsd.org; Sun, 7 Apr 2002 19:34:32 +0200 (CEST)
(envelope-from dak)
Date: Sun, 7 Apr 2002 19:34:32 +0200
From: dak
To: freebsd-doc@freebsd.org
Subject: UFS doc
Message-ID: <20020407173432.GA472@mars.WorkGroup>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Hi,
Where can I find a complete and technical doc on UFS please ?
-- dak
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 11:41:30 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from lists.blarg.net (lists.blarg.net [206.124.128.17])
by hub.freebsd.org (Postfix) with ESMTP id AC5A637B404
for ; Sun, 7 Apr 2002 11:41:28 -0700 (PDT)
Received: from thig.blarg.net (thig.blarg.net [206.124.128.18])
by lists.blarg.net (Postfix) with ESMTP
id 5EA6EBD10; Sun, 7 Apr 2002 11:41:28 -0700 (PDT)
Received: from localhost.localdomain ([206.124.139.115])
by thig.blarg.net (8.9.3/8.9.3) with ESMTP id LAA10426;
Sun, 7 Apr 2002 11:41:27 -0700
Received: (from jojo@localhost)
by localhost.localdomain (8.11.6/8.11.3) id g37IfSL79128;
Sun, 7 Apr 2002 11:41:28 -0700 (PDT)
(envelope-from swear@blarg.net)
To: Ceri Davies
Cc: doc@FreeBSD.ORG
Subject: Re: RFC: Change to "why does my mail to FreeBSD.org bounce" FAQ
References: <20020405155943.GA25988@submonkey.net>
<20020407115530.GA79270@submonkey.net>
From: swear@blarg.net (Gary W. Swearingen)
Date: 07 Apr 2002 11:41:28 -0700
In-Reply-To: <20020407115530.GA79270@submonkey.net>
Message-ID:
Lines: 17
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Ceri Davies writes:
> + Some mail user agents generate bad message IDs which will
> + not be accepted. You will need to persuade your mail user
> + agent to generate a valid message ID or else configure your
> + mail transfer agent to rewrite them.
The answer should also have:
In the FreeBSD.org mailing list system, the definition of "valid"
for the message ID and other mail headers is an arbitrary definition
which is different than those found in IETF RFCs and which is subject to
change without notice before or after the change.
I'd suggest an easy way to get around that strange message ID filter
without messing with the mail software or changing the local host name,
but I'm afraid it would just result in a tightening of the filter.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 12:10:22 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5])
by hub.freebsd.org (Postfix) with ESMTP id 2384F37B417
for ; Sun, 7 Apr 2002 12:10:16 -0700 (PDT)
Received: from hades.hell.gr (patr530-b192.otenet.gr [212.205.244.200])
by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g37JA32a014960;
Sun, 7 Apr 2002 22:10:04 +0300 (EEST)
Received: from hades.hell.gr (hades [127.0.0.1])
by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g37JARGI009806;
Sun, 7 Apr 2002 22:10:27 +0300 (EEST)
(envelope-from keramida@ceid.upatras.gr)
Received: (from charon@localhost)
by hades.hell.gr (8.12.2/8.12.2/Submit) id g37J8bJF009786;
Sun, 7 Apr 2002 22:08:37 +0300 (EEST)
(envelope-from keramida@ceid.upatras.gr)
Date: Sun, 7 Apr 2002 22:08:37 +0300
From: Giorgos Keramidas
To: Szilveszter Adam
Cc: freebsd-doc@FreeBSD.ORG
Subject: Re: Splitting the Handbook? (was: [a couple of new doc PRs])
Message-ID: <20020407190837.GA9589@hades.hell.gr>
References: <20020404062954.6607E2E827@mail.freebsdmall.com> <20020406221709.GA1181@hades.hell.gr> <20020407093538.GB539@fonix.adamsfamily.xx>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020407093538.GB539@fonix.adamsfamily.xx>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On 2002-04-07 11:35, Szilveszter Adam wrote:
> I think that splitting up the Handbook would be a good idea. It is
> getting too large in every respect. (To read, to process, to search,
> to...:-) Also, a division into a "user's" and "admin's" part seems like
> a good idea. (On the assumption that the Developers Handbook continues
> to evolve so as to offer information to those who wish to use FreeBSD as
> a development platform.)
You have put this in words better than I did. This was my assumption,
that I did not write. That the Handbooks will be separated based on
who the target of each part will be. There is another thing I was
contemplating today. There are roughly two types of system
administrators. The first is a newbie in Unix administration and
needs a "tutorial" more than a "reference". The second one can be
provided for the experienced system administrator by the system
manpages, and other online documentation. It is the former that we
should target.
> [snip, good points made about defining content of parts before splitting]
A quick browsing of the contents of both the Handbook and the
Developer Handbook contents suggests that there are parts that can
split off to one of the three major categories of users:
- System Administrators
advanced-networking, backups, basics, bibliography,
boot, config, contrib, cutting edge, disks, install,
introduction, kernelconfig, kernelopts, l10n,
linuxemu, mail, mirrors, pgpkeys, ports, ppp-and-slip,
preface, printing, security, serialcomms, sound,
users, x11.
- FreeBSD users
basics, bibliography, contrib, disks, eresources,
introduction, ports, preface, printing, security,
sound, x11.
- FreeBSD developers (developer-handbook)
developing software on FreeBSD, developing software
*for* FreeBSD (including handbook/policies).
I've deliberately copied names sections of the Handbooks to more than
one section, to show that parts of that section are more interesting
to administrators, while other parts are needed by users that
configure their ${HOME} stuff. This separation makes obvious yet
another fact. Our existing documentation has many parts that are
helpful to administrators, but less parts that a user of FreeBSD (who
simply uses FreeBSD to get work done). We'll probably need to expand
on the user part of the documentation a bit.
- Giorgos
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 12:24:53 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from nothing-going-on.demon.co.uk (pc-62-31-42-140-hy.blueyonder.co.uk [62.31.42.140])
by hub.freebsd.org (Postfix) with ESMTP
id 6937E37B400; Sun, 7 Apr 2002 12:24:42 -0700 (PDT)
Received: (from nik@localhost)
by nothing-going-on.demon.co.uk (8.11.3/8.11.3) id g37Fc9k30827;
Sun, 7 Apr 2002 16:38:09 +0100 (BST)
(envelope-from nik)
Date: Sun, 7 Apr 2002 16:38:09 +0100
From: Nik Clayton
To: Murray Stokely
Cc: Giorgos Keramidas , freebsd-doc@freebsd.org
Subject: Re: Splitting the Handbook? (was: [a couple of new doc PRs])
Message-ID: <20020407163809.R30474@canyon.nothing-going-on.org>
References: <20020404062954.6607E2E827@mail.freebsdmall.com> <20020406221709.GA1181@hades.hell.gr> <20020406231126.GP5732@freebsdmall.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
protocol="application/pgp-signature"; boundary="JB7KW7Ey7eB5HOHs"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020406231126.GP5732@freebsdmall.com>; from murray@FreeBSD.org on Sat, Apr 06, 2002 at 03:11:26PM -0800
Organization: FreeBSD Project
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
--JB7KW7Ey7eB5HOHs
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sat, Apr 06, 2002 at 03:11:26PM -0800, Murray Stokely wrote:
> On Sun, Apr 07, 2002 at 01:17:09AM +0300, Giorgos Keramidas wrote:
> > This is hard to search though. It's difficult for a newcomer to find h=
is
> > way around in this huge document. It is time, I think to separate the
> > Handbook in smaller parts. The main thing that I was thinking about is=
how
>=20
> It's been time for over 4 years, we've just never identified the
> first concrete step to move in that direction.
Each chapter becomes its own book, with a copy of the content in the
existing Preface as its own Preface.
Pretty much.
> I think that the 3rd printed edition (which I've obviously been
> doing some initial planning for) should be split into two books along
> these lines. I was planning on a "User's Guide" and an
> "Administrator's Guide". If the FreeBSD Documentation Project makes
> further subdivisions into smaller books, they can be mapped into these
> two categories for print publication purposes. A collection of
> smaller books is not practical for U.S. retail shelves, although if
> done right it can make online browsing easier.
For print, you want the DocBook element.
...
...
...
...
*or* some XSLT stylesheets that can maps the to a , the
s to s, and so on.
Eventually, the "FreeBSD Handbook" becomes the "FreeBSD Bookshelf".
Now, if I could just get funding :-)
N
--=20
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 --- .\._/=
_)
--JB7KW7Ey7eB5HOHs
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjywZ+AACgkQk6gHZCw343UFuwCfW/XfADXilqJk2PXIo6oB6ZZO
flsAn3ZmhbDAk+s+tNl/PCJmSF4jrt16
=gLnb
-----END PGP SIGNATURE-----
--JB7KW7Ey7eB5HOHs--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 13:56:58 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5])
by hub.freebsd.org (Postfix) with ESMTP id 5D94537B44B
for ; Sun, 7 Apr 2002 13:56:54 -0700 (PDT)
Received: from hades.hell.gr (patr530-b215.otenet.gr [212.205.244.223])
by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g37Kuh2a009954;
Sun, 7 Apr 2002 23:56:43 +0300 (EEST)
Received: from hades.hell.gr (hades [127.0.0.1])
by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g37KugGI011546;
Sun, 7 Apr 2002 23:56:42 +0300 (EEST)
(envelope-from keramida@ceid.upatras.gr)
Received: (from charon@localhost)
by hades.hell.gr (8.12.2/8.12.2/Submit) id g37Kug2u011541;
Sun, 7 Apr 2002 23:56:42 +0300 (EEST)
(envelope-from keramida@ceid.upatras.gr)
Date: Sun, 7 Apr 2002 23:56:42 +0300
From: Giorgos Keramidas
To: Szilveszter Adam
Cc: freebsd-doc@FreeBSD.org
Subject: Re: Splitting the Handbook? (was: [a couple of new doc PRs])
Message-ID: <20020407205642.GB10513@hades.hell.gr>
References: <20020404062954.6607E2E827@mail.freebsdmall.com> <20020406221709.GA1181@hades.hell.gr> <20020407093538.GB539@fonix.adamsfamily.xx> <20020407190837.GA9589@hades.hell.gr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020407190837.GA9589@hades.hell.gr>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On 2002-04-07 22:08, Giorgos Keramidas wrote:
> This separation makes obvious yet
> another fact. Our existing documentation has many parts that are
> helpful to administrators, but less parts that a user of FreeBSD (who
> simply uses FreeBSD to get work done).
^^ can find interesting.
- Giorgos
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 15:27:42 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mao.stokely.org (mao.stokely.org [65.84.64.228])
by hub.freebsd.org (Postfix) with ESMTP
id 627FC37B41D; Sun, 7 Apr 2002 15:27:39 -0700 (PDT)
Received: by mao.stokely.org (Postfix, from userid 2074)
id 3995E4B669; Sun, 7 Apr 2002 15:27:37 -0700 (PDT)
Date: Sun, 7 Apr 2002 15:27:37 -0700
From: Murray Stokely
To: Ceri Davies , doc@FreeBSD.org,
murray@FreeBSD.org
Subject: Re: RFC: FAQ and , first 3 chapters done
Message-ID: <20020407222737.GY8008@freebsdmall.com>
References: <20020407154004.GA3990@submonkey.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020407154004.GA3990@submonkey.net>
User-Agent: Mutt/1.3.25i
X-GPG-Key-ID: 1024D/0E451F7D
X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sun, Apr 07, 2002 at 04:40:04PM +0100, Ceri Davies wrote:
> I've finally got some of the FAQ wrapped up in - the first
> 3 chapters to be exact.
Looks good..
* U.S. English spelling, please ;) s/s/z/
"customising"
* Here, I would just make IBM Thinkpad a primary indexterm.
Installation
IBM Thinkpad
- Murray
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 16:38:20 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from lists.blarg.net (lists.blarg.net [206.124.128.17])
by hub.freebsd.org (Postfix) with ESMTP
id 09A6937B416; Sun, 7 Apr 2002 16:38:14 -0700 (PDT)
Received: from thig.blarg.net (thig.blarg.net [206.124.128.18])
by lists.blarg.net (Postfix) with ESMTP
id AA84FBD96; Sun, 7 Apr 2002 16:38:13 -0700 (PDT)
Received: from localhost.localdomain ([206.124.139.115])
by thig.blarg.net (8.9.3/8.9.3) with ESMTP id QAA13091;
Sun, 7 Apr 2002 16:38:12 -0700
Received: (from jojo@localhost)
by localhost.localdomain (8.11.6/8.11.3) id g37NcCm82626;
Sun, 7 Apr 2002 16:38:12 -0700 (PDT)
(envelope-from swear@blarg.net)
To: Giorgos Keramidas ,
Murray Stokely
Cc: freebsd-doc@FreeBSD.ORG
Subject: Re: Splitting the Handbook? (was: [a couple of new doc PRs])
References: <20020404062954.6607E2E827@mail.freebsdmall.com>
<20020406221709.GA1181@hades.hell.gr>
From: swear@blarg.net (Gary W. Swearingen)
Date: 07 Apr 2002 16:38:12 -0700
In-Reply-To: <20020406221709.GA1181@hades.hell.gr>
Message-ID:
Lines: 160
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
This discusses the organization of FreeBSD documentation, but is mostly
limited to comments on the reorganization of Books. (I have more to add
to the outline, but I'll save it for smaller messages.) This is off the
top of my head (about two hours deep) and that shows in the form of
incompleteness and loose writing, but I hope it's helpful anyway.
If it's too long for you, just take a look at sections 1.2 and 2.3.
"Publish", below, refers only to the paper form, not electronic forms.
1. FreeBSD documentation:
1.1. Division (better documented elsewhere):
-- Manuals (AKA Manual Pages).
-- FreeBSD.org WWW-only pages.
-- Books, including the FAQ-on-all-subjects.
-- Articles
-- Mailing list archives
-- External WWW and FTP sites,
including Indexes, HOWTOs, e-mag articles, tips, etc.
1.2. Cross-referencing of documentation:
This is an issue that should be resolved and documented (probably with
the involvement of "core"). Obviously, all documents reference the
manuals, but to what extent, if any, do manuals reference other docs and
do other docs reference each other. And how do they reference each
other. By freebsd.org URL? file:/usr/share/... URL? Chapter, Section,
Sub-section Title? There are very important work-hour implications from
decisions on this topic, mostly because of maintenance issues.
This has a connection to the subject of documentation division also.
Does it make sense to have articles which may not be referenced by the
books, for example (and assuming that there is any such restriction)?
1.3 Standards and related issues:
The FPD Primer has what exists. FDP should probably document how standards
are established and changed, reasons for level of detail, etc.
2. Books:
2.1. Purpose of books.
The FDP should document why it's organized much of the documentation in
the form of books. The following are important considerations with the
third being the determining factor. Most (or all) of the detail on
these considerations is contained in other sections of this message.
2.1.1 The goals and desires of the publisher in the absence of the FDP.
To sell books. The books should contain considerable duplication so
that they are stand-alone for the purposes of satisfying the customer
who buys one book. Some subjects are just too esoteric to be worth-
while to publish.
2.1.2 The goals and desires of the FDP in the absence of the publisher.
No reason for books, really. A bunch of sections or articles would do
just fine. Duplication should be almost nil. The info should be
targeted at nobody in particular except the person interested in the
specifically-indentified subject matter. No subject is too esoteric
as long as there is someone who wants to write about it.
2.1.3 The goals and desires of the FDP in the presence of the publisher.
There are several reasons that the FDP should accommodate the publisher
except in rare instances.
-- The two groups help each other. (It would help some justify work
on mostly-publisher-helpful work (mostly duplication for differently-
targeted books), to know how much help flowed from the publisher.)
-- Some FDP people will be using the published books. (I doubt if I
will. I wonder what the ratio is.)
-- All FDP people should want to see good FreeBSD books available.
The troublesome issues probably are:
-- How much duplication is the FDP willing to create and maintain?
-- The referencing of non-published docs in published docs. (Is there
a technological solution to this one? Is it already in place?)
-- (This should be a troublesome issue, but apparently isn't:) Who owns
the documentation and related matters and how is it documented?
2.2. Size of Books.
For non-publishing purposes, it doesn't matter enough to worry about.
Most access is by sub-sections or collections of those which have no
practical size restrictions. For the same and more obvious reasons, the
FDP should adapt to the needs of the publisher regarding the size of the
books. I suppose this is somewhere around 400-500 pages for basics
books and 500-600 for advanced books.
2.3. Book content divisions:
basics/advanced
server/workstation
user/sys_admin
subject-related books (eg, Mailing, Developing)
The publisher would probably prefer the basics/advanced division with
the overflow of the first going into the second and the overflow of the
second being omitted or existing only in the electronic version.
The server/workstation and user/sys_admin divisions would be reasonable
ones for a purchaser of books and so maybe for a publisher too, but the
amount of duplication that should be a part of such books renders this
unacceptable for the FDP, since there are reasonable alternatives. And
despite the duplication, most people would need both books anyway. :(
The publisher might be benefited from an assumption that 99% purchasers
will need or want to buy both books. The straightforward method would
be to simply have Vols I&II, arranged simple order like most-often
needed for reference and least-often needed (like installation stuff and
advanced stuff), but I suspect that publishers don't think this way and
would prefer a division in which they can at least pretend that some
customers can get by with only one book.
The ideal division from the buyer's POV would be by about three levels
of expertise, but that involves too much duplication to be practical.
I think the best practical scheme is to have three books:
-- Stuff you might need to know before, during, and just after
installation. (At the newbie level of OS refugees. With Unix intro.)
-- Stuff you need to know from day to day, including standard and/or
common applications. (At moderately advanced level.)
-- Stuff you rarely need to know, including uncommon applications.
(Same level as second book.)
But "The Complete FreeBSD" by Greg Lehey serves the purpose of the first
adequately enough so that the FDP should be satisfied with the kludge of
merging newbie-level intro stuff with more advanced stuff that's simply
standard or common, to accommodate both publishers.
2.4. Transistion plans.
Big split or breaking out pieces?
2.5. Level of detail.
This should be handled by having (sub)sections which have content which
is too detailed or too advanced or too crude for publishing segregate
that information out into a specially-marked subsection which is only
part of the electronic version. This would sometimes require extra
writing of introductions to the topic so the published version doesn't
look incomplete, but usually the introduction would be needed anyway.
3. More topics which have been (and will be) discussed:
-- searching; methods, tools
-- indexing and tabling of content;
-- relationship of articles to other documents;
-- relationship of manuals to other documents;
-- Special books like Developers Guide, ...
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 17: 5:51 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from lists.blarg.net (lists.blarg.net [206.124.128.17])
by hub.freebsd.org (Postfix) with ESMTP id 1995837B405
for ; Sun, 7 Apr 2002 17:05:48 -0700 (PDT)
Received: from thig.blarg.net (thig.blarg.net [206.124.128.18])
by lists.blarg.net (Postfix) with ESMTP
id B5BDDBDA3; Sun, 7 Apr 2002 17:05:47 -0700 (PDT)
Received: from localhost.localdomain ([206.124.139.115])
by thig.blarg.net (8.9.3/8.9.3) with ESMTP id RAA18919;
Sun, 7 Apr 2002 17:05:46 -0700
Received: (from jojo@localhost)
by localhost.localdomain (8.11.6/8.11.3) id g3805kV82954;
Sun, 7 Apr 2002 17:05:46 -0700 (PDT)
(envelope-from swear@blarg.net)
To: Giorgos Keramidas
Cc: freebsd-doc@FreeBSD.ORG
Subject: Re: Splitting the Handbook? (was: [a couple of new doc PRs])
References: <20020404062954.6607E2E827@mail.freebsdmall.com>
<20020406221709.GA1181@hades.hell.gr>
<20020407093538.GB539@fonix.adamsfamily.xx>
<20020407190837.GA9589@hades.hell.gr>
From: swear@blarg.net (Gary W. Swearingen)
Date: 07 Apr 2002 17:05:45 -0700
In-Reply-To: <20020407190837.GA9589@hades.hell.gr>
Message-ID:
Lines: 14
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Giorgos Keramidas writes:
> - FreeBSD users
> basics, bibliography, contrib, disks, eresources,
> introduction, ports, preface, printing, security,
> sound, x11.
The number of FreeBSD users who are not also FreeBSD sysadmins (if only
there own sys) is too small to be worthy of an FDP effort to target
them. The nearly-mythical User should be always on our minds, but we
should pretend that all Users are also System Administrators and
Network Administrators; we should only target their expertise or their
choice of software (eg, FreeBSD base, other common software, uncommon
software).
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 17:35:19 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from pittgoth.com (14.zlnp1.xdsl.nauticom.net [209.195.149.111])
by hub.freebsd.org (Postfix) with ESMTP id 0154B37B416
for ; Sun, 7 Apr 2002 17:35:12 -0700 (PDT)
Received: from localhost (c6.depaul-inst.pittsburgh.pa.us [192.168.1.6])
by pittgoth.com (8.11.6/8.11.6) with SMTP id g380Z8620806;
Sun, 7 Apr 2002 20:35:08 -0400 (EDT)
(envelope-from darklogik@pittgoth.com)
Date: Sun, 7 Apr 2002 20:43:00 -0400
From: Tom Rhodes
To: Szilveszter Adam
Cc: freebsd-doc@FreeBSD.ORG
Subject: Re: minor nit re advocacy/myths.html
Message-Id: <20020407204300.71042391.darklogik@pittgoth.com>
In-Reply-To: <20020407144518.GC539@fonix.adamsfamily.xx>
References: <20020406183502.GA5126@fonix.adamsfamily.xx>
<20020406163654.3bf80683.darklogik@pittgoth.com>
<20020407144518.GC539@fonix.adamsfamily.xx>
X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i386-portbld-freebsd4.5)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sun, 7 Apr 2002 16:45:18 +0200
Szilveszter Adam wrote:
> Hello,
>
> On Sat, Apr 06, 2002 at 04:36:54PM -0500, Tom Rhodes wrote:
> > On Sat, 6 Apr 2002 20:35:02 +0200
> > Szilveszter Adam wrote:
> >
> > Your fine Adam, i've cached this, and hopefully I can do something
> > with this on Monday ;) Thanks alot though for pointing this out,
> > if you want to, you can change it to Mozilla, otherwise, i'll grab
> > it Monday hehe...
>
> Okay, here is a patch. What do you say?
>
I say ``By all means, commit! Saves me time, plus I won't need to
pester my mentor about it ;) Thanks alot!''
>
> --
> Regards:
>
> Szilveszter ADAM
> Szombathely Hungary
>
--
Tom (Darklogik) Rhodes
www.FreeBSD.org -The Power To Serve
www.Pittgoth.com -Pittgoth Discussion Portal
trhodes@{Pittgoth.com, FreeBSD.org}
PGP key by www:
http://www.pittgoth.com/~darklogik/darklogik.key
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Sun Apr 7 19: 8:31 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from quack.kfu.com (adsl-67-113-12-90.dsl.snfc21.pacbell.net [67.113.12.90])
by hub.freebsd.org (Postfix) with ESMTP id 4838437B405
for ; Sun, 7 Apr 2002 19:08:27 -0700 (PDT)
Received: from morpheus.kfu.com (morpheus.kfu.com [3ffe:1200:301b:1:2d0:b7ff:fe3f:bdd0])
by quack.kfu.com (8.11.6/8.11.6) with ESMTP id g3828KZ76811
(using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK)
for ; Sun, 7 Apr 2002 19:08:26 -0700 (PDT)
(envelope-from nsayer@quack.kfu.com)
Received: from quack.kfu.com (nospam@localhost [::1])
by morpheus.kfu.com (8.11.6/8.11.6) with ESMTP id g3828K762576
for ; Sun, 7 Apr 2002 19:08:20 -0700 (PDT)
(envelope-from nsayer@quack.kfu.com)
Message-ID: <3CB0FB94.3060308@quack.kfu.com>
Date: Sun, 07 Apr 2002 19:08:20 -0700
From: Nick Sayer
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.9) Gecko/20020312
X-Accept-Language: en, en-US, en-GB
MIME-Version: 1.0
To: freebsd-doc@freebsd.org
Subject: suggestion: handbook 17.14: Basic IPv6 setup using 6to4
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
I nominate this block of text:
Anyone with a single static IPv4 address can set up a machine to act as
an IPv6 router using 6to4. With such a setup, it is possible for up to
65,536 networks of 2^64 machines to be given globally reachable IPv6
addresses reached through such a gateway. All one needs to do is add a
few short lines to rc.conf.
[insert a short primer on IPv6 here]
6to4 is a special transition mechanism to make it easier for isolated
LANs running IPv6 to be able to reach each other. All users of 6to4 can
communicate with each other without doing anything special other than
setting up a 6to4 router at each location. 6to4 works by making special
"magic" IPv6 prefixes. These prefixes consist of a 16 bit constant,
which is 2002::/16 followed by the 32 bit IPv4 address of the 6to4
router for that node. By including that in the prefix, it is immediately
clear how to route the replies back to their origin - you simply
encapsulate the replies in IPv4 packets addressed to the IPv4 address in
the prefix. For example, if a network had a 6to4 router at 10.0.0.1 (it
wouldn't, since that address is not routable on IPv4, but bear with me),
then its coresponding 6to4 prefix would be 2002:a00:1::/48. If it had a
host at 2002:a00:1::1, then traffic addressed to that machine would be
encapsulated in packets addressed to 10.0.0.1, which would get them to
the 6to4 router. Q.E.D.
The one wrinkle is that 6to4 does not describe how 6to4 equipped hosts
can reach non-6to4 IPv6 destinations. Fortunately, RFC 3068 addresses
this. To make a long story short, 6to4 nodes need only set their default
route to the special address 2002:c058:6301:: and the traffic will get
to any globally routable IPv6 address regardless of whether or not it is
in 6to4 space.
On the machine designated as the 6to4 router, you will need to set up
stf0, which will be the interface used to send out the IPv6-in-IPv4
encapsulated packets. You'll need to add the following to your kernel
configuration file, if it's not already there:
options
INET6
pseudo-device
stf
1
Having done that, you can add the following lines to your rc.conf file:
ipv6_enable="YES"
ipv6_network_interfaces="auto"
ipv6_gateway_enable="YES"
ipv6_prefix_nn0="2002:xxxx:xxxx:0"
# see below
stf_interface_ipv4addr="xxx.xxx.xxx.xxx"
# Put your IPv4 address here
ipv6_defaultrouter="2002:c058:6301::"
The ipv6_prefix line should have "nn0" changed to the name of your
Ethernet card (additional lines can be added if you are serving multiple
networks). The xxxx:xxxx should be changed to the hexidecimal
representation of the same IPv4 address that is in the
stf_interface_ipv4addr line.
Having done that (and rebooted), you should find that you can reach IPv6
hosts from the 6to4 router.
If you have hosts connected to the LAN which you'd like to use IPv6 as
well, your next step is to configure them. This is easier. Put this in
rc.conf:
ipv6_enable="YES"
That's all (well, they will also need "options INET6" in their kernel
config). They will use IPv6 router discovery to find the 6to4 router and
get all the information they need.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 0:48: 4 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP id B535437B416
for ; Mon, 8 Apr 2002 00:48:00 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uTsZ-0001Kv-00; Mon, 08 Apr 2002 08:47:55 +0100
Date: Mon, 8 Apr 2002 08:47:55 +0100
From: Ceri Davies
To: "Gary W. Swearingen"
Cc: doc@FreeBSD.ORG
Subject: Re: RFC: Change to "why does my mail to FreeBSD.org bounce" FAQ
Message-ID: <20020408074755.GA4830@submonkey.net>
Mail-Followup-To: Ceri Davies ,
"Gary W. Swearingen" , doc@FreeBSD.ORG
References: <20020405155943.GA25988@submonkey.net> <20020407115530.GA79270@submonkey.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To:
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sun, Apr 07, 2002 at 11:41:28AM -0700, Gary W. Swearingen wrote:
> Ceri Davies writes:
>
> > + Some mail user agents generate bad message IDs which will
> > + not be accepted. You will need to persuade your mail user
> > + agent to generate a valid message ID or else configure your
> > + mail transfer agent to rewrite them.
>
> The answer should also have:
>
> In the FreeBSD.org mailing list system, the definition of "valid"
> for the message ID and other mail headers is an arbitrary definition
> which is different than those found in IETF RFCs and which is subject to
> change without notice before or after the change.
Well that's a matter of interpretation.
I'd say that using @localhost in your message ID is simply making yourself
far more likely to violate this piece of RFC2822 :
The message identifier (msg-id) itself MUST be a globally unique
identifier for a message. The generator of the message identifier
MUST guarantee that the msg-id is unique.
But then, as I said, that's just my interpretation.
Ceri
--
get the cool shoe shine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 1:56:15 2002
Delivered-To: freebsd-doc@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP
id 1758037B422; Mon, 8 Apr 2002 01:56:02 -0700 (PDT)
Received: (from asmodai@localhost)
by freefall.freebsd.org (8.11.6/8.11.6) id g388u1J31865;
Mon, 8 Apr 2002 01:56:01 -0700 (PDT)
(envelope-from asmodai)
Date: Mon, 8 Apr 2002 01:56:01 -0700 (PDT)
From:
Message-Id: <200204080856.g388u1J31865@freefall.freebsd.org>
To: nhjansen@xs4all.nl, asmodai@FreeBSD.org, freebsd-doc@FreeBSD.org
Subject: Re: docs/36737: Man page/implementation inconsitency of diff -U
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Synopsis: Man page/implementation inconsitency of diff -U
State-Changed-From-To: open->closed
State-Changed-By: asmodai
State-Changed-When: Mon Apr 8 01:55:45 PDT 2002
State-Changed-Why:
This can be closed, as requested by originator.
http://www.freebsd.org/cgi/query-pr.cgi?pr=36737
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 2: 4: 0 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from meta.lo-res.org (meta.lo-res.org [195.58.189.92])
by hub.freebsd.org (Postfix) with ESMTP id 0BD9037B417
for ; Mon, 8 Apr 2002 02:03:56 -0700 (PDT)
Received: from there (chillig.lo-res.org [62.116.8.4])
by meta.lo-res.org (8.12.2/8.12.2) with SMTP id g3893qRe008221;
Mon, 8 Apr 2002 11:03:53 +0200 (CEST)
(envelope-from aaron@lo-res.org)
Message-Id: <200204080903.g3893qRe008221@meta.lo-res.org>
Content-Type: text/plain;
charset="iso-8859-15"
From: aaron
To: Nick Sayer , freebsd-doc@FreeBSD.ORG
Subject: Re: suggestion: handbook 17.14: Basic IPv6 setup using 6to4
Date: Mon, 8 Apr 2002 11:03:52 +0200
X-Mailer: KMail [version 1.3.2]
References: <3CB0FB94.3060308@quack.kfu.com>
In-Reply-To: <3CB0FB94.3060308@quack.kfu.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Monday 08 April 2002 04:08, Nick Sayer wrote:
Hi nick!
Hi list!
I have been working (as time permitted) on the IPv6 chapter.
How about mergeing our texts?
I have a IPv6 primer more or less ready.
So in other words: would it be ok for you If I included your 6to4 section?
This would give us (in total) the following sections:
* intro to IPv6 & brief history
* Background on IPv6 addresses
* How to connect to the 6bone
* How to connect via 6to4
* How to connect via freent6
* DNS in IPv6
- still missing a section on mobileIP + IPv6 (is this working?)
I could finish it by today evening (local time :)
greetings,
aaron.
> I nominate this block of text:
>
>
> Anyone with a single static IPv4 address can set up a machine to act as
> an IPv6 router using 6to4. With such a setup, it is possible for up to
> 65,536 networks of 2^64 machines to be given globally reachable IPv6
> addresses reached through such a gateway. All one needs to do is add a
> few short lines to rc.conf.
>
> [insert a short primer on IPv6 here]
>
> 6to4 is a special transition mechanism to make it easier for isolated
> LANs running IPv6 to be able to reach each other. All users of 6to4 can
> communicate with each other without doing anything special other than
> setting up a 6to4 router at each location. 6to4 works by making special
> "magic" IPv6 prefixes. These prefixes consist of a 16 bit constant,
> which is 2002::/16 followed by the 32 bit IPv4 address of the 6to4
> router for that node. By including that in the prefix, it is immediately
> clear how to route the replies back to their origin - you simply
> encapsulate the replies in IPv4 packets addressed to the IPv4 address in
> the prefix. For example, if a network had a 6to4 router at 10.0.0.1 (it
> wouldn't, since that address is not routable on IPv4, but bear with me),
> then its coresponding 6to4 prefix would be 2002:a00:1::/48. If it had a
> host at 2002:a00:1::1, then traffic addressed to that machine would be
> encapsulated in packets addressed to 10.0.0.1, which would get them to
> the 6to4 router. Q.E.D.
>
> The one wrinkle is that 6to4 does not describe how 6to4 equipped hosts
> can reach non-6to4 IPv6 destinations. Fortunately, RFC 3068 addresses
> this. To make a long story short, 6to4 nodes need only set their default
> route to the special address 2002:c058:6301:: and the traffic will get
> to any globally routable IPv6 address regardless of whether or not it is
> in 6to4 space.
>
> On the machine designated as the 6to4 router, you will need to set up
> stf0, which will be the interface used to send out the IPv6-in-IPv4
> encapsulated packets. You'll need to add the following to your kernel
> configuration file, if it's not already there:
>
> options
> INET6
> pseudo-device
> stf
> 1
>
> Having done that, you can add the following lines to your rc.conf file:
>
> ipv6_enable="YES"
> ipv6_network_interfaces="auto"
> ipv6_gateway_enable="YES"
> ipv6_prefix_nn0="2002:xxxx:xxxx:0"
> # see below
> stf_interface_ipv4addr="xxx.xxx.xxx.xxx"
> # Put your IPv4 address here
> ipv6_defaultrouter="2002:c058:6301::"
>
> The ipv6_prefix line should have "nn0" changed to the name of your
> Ethernet card (additional lines can be added if you are serving multiple
> networks). The xxxx:xxxx should be changed to the hexidecimal
> representation of the same IPv4 address that is in the
> stf_interface_ipv4addr line.
>
> Having done that (and rebooted), you should find that you can reach IPv6
> hosts from the 6to4 router.
>
> If you have hosts connected to the LAN which you'd like to use IPv6 as
> well, your next step is to configure them. This is easier. Put this in
> rc.conf:
>
> ipv6_enable="YES"
>
> That's all (well, they will also need "options INET6" in their kernel
> config). They will use IPv6 router discovery to find the 6to4 router and
> get all the information they need.
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-doc" in the body of the message
--
If time heals all wounds, how come the belly button stays the same?
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 3:28:33 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from gnome01.sovam.com (gnome01.sovam.com [194.67.1.179])
by hub.freebsd.org (Postfix) with ESMTP
id 287BE37B41A; Mon, 8 Apr 2002 03:28:26 -0700 (PDT)
Received: from ts18-a80.Moscow.dial.rol.ru ([195.239.5.80]:35333 "HELO
QRJATYDI" ident: "NO-IDENT-SERVICE[2]" whoson: "-unregistered-"
smtp-auth: TLS-CIPHER: TLS-PEER: )
by gnome01.sovam.com with SMTP id ;
Mon, 8 Apr 2002 14:28:14 +0400
From: ""
Subject: E-mail + Fax Äëÿ âàøåãî áèçíåñà.
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: The Bat v1.9 rus
Date: Mon, 8 Apr 2002 12:56:43 +0300
Mime-Version: 1.0
Content-Type: text/plain; charset="Windows-1251"
Message-Id: <20020408102815Z1069026-176+87077@gnome01.sovam.com>
To: unlisted-recipients: ;(no To-header on input)
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Ïðåäñòàâëÿåì Âàì e-mail è fax Áàçû.
E-MAIL áàçû:
* Moscow-org - 192.000 - àäðåñîâ þðèäè÷åñêèõ ôèðì ã.Ìîñêâû
* Sorted-domen - áîëåå 1.000.000 àäðåñîâ ìîñêîâñêèõ ïðîâàéäåðîâ è áåñïëàòíûõ ïî÷òîâûõ ñåðâåðîâ (MTU,Zenon,Cityline, Demos, Sovam, Caravan, Cnt, Sitek, Ptt, Mail.ru, E-mail.ru, Yandex.ru, Rambler.ru, Chat.ru, Newmail.ru è äð.)
* Komputers-org - 5.000 àäðåñîâ êîìïüþòåðíûõ ôèðì ã.Ìîñêâû
* Russia-SU - áîëåå 200.000 e-mail àäðåñîâ Ðîññèè (äîìåíû *.su)
* Russia-2-200-000 - áîëåå 2.200.000 e-mail àäðåñîâ Ðîññèè
* SNG - áîëåå 265.000 þðèäè÷åñêèõ ëèö ÑÍÃ
 êîìïëåêò âõîäèò ïîäðîáíåéøåå ðóêîâîäñòâî ïî ìàññîâîé e-mail ðàññûëêå, íåñêîëüêî ïðîãðàìì äëÿ ðàññûëêè ñ ïîäðîáíûìè èíñòðóêöèÿìè íà ðóññêîì ÿçûêå.
Ñòîèìîñòü âñåãî!!! êîìïëåêòà ñîñòàâëÿåò 60 ó.å.
Îïëàòà ëþáàÿ.
Åñëè Âàì èíòåðåñíî íàøå ïðåäëîæåíèå, ïèøèòå òîëüêî ïî ýòîìó àäðåñó: ibase@smtp.ru
Ìû òàêæå ìîæåì ðàçîñëàòü âàøå ñîîáùåíèå ïî íàøåé èëè âàøåé áàçå e-mail àäðåñîâ.
Ñòîèìîñòü ðàññûëêè ñîñòàâëÿåò 1 ó.å. çà 1000 àäðåñîâ.
FAX áàçà:
*67700 íîìåðîâ ôàêñîâ þðèäè÷åñêèõ ëèö ã. Ìîñêâû, ñ ñàìûì ïîäðîáíûì íà ñåãîäíÿøíèé äåíü ðóáðèêàòîðîì (1600 ïîäðóáðèê) çà 2002 ãîä.
Ñòîèìîñòü Ôàêñ-Áàçû 80 $.
Ê óêàçàííîé ôàêñ-áàçå ÁÅÑÏËÀÒÍÎ ïðèëàãàåòñÿ ïðîãðàììà ôàêñîâîé ðàññûëêè, ñ ïîäðîáíûì ðóêîâîäñòâîì íà ðóññêîì ÿçûêå.
Åñëè Âû ïðèîáðåòàåòå îáà êîìïëåêòà áàç, ñòîèìîñòü 2-õ êîìïëåêòîâ ñîñòàâèò 120 $.
Îïëàòà ëþáàÿ.
Åñëè Âàì èíòåðåñíî íàøå ïðåäëîæåíèå, ïèøèòå òîëüêî ïî ýòîìó àäðåñó: arkosm@yahoo.com
Ïðèíîñèì ñâîè ãëóáî÷àéøèå èçâèíåíèÿ, åñëè îáðàùåíèå ïðèøëî íå ïî àäðåñó!
Ðàññûëêà ïðîèçâîäèëàñü ïî àäðåñàì, âçÿòûõ èç îòêðûòûõ èñòî÷íèêîâ.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 3:46:31 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhadamanth.submonkey.net (pc4-card4-0-cust162.cdf.cable.ntl.com [80.4.14.162])
by hub.freebsd.org (Postfix) with ESMTP
id E5E9B37B417; Mon, 8 Apr 2002 03:46:26 -0700 (PDT)
Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.35 #1)
id 16uWfK-0001kq-00; Mon, 08 Apr 2002 11:46:26 +0100
Date: Mon, 8 Apr 2002 11:46:26 +0100
From: Ceri Davies
To: Murray Stokely
Cc: doc@FreeBSD.org
Subject: Re: RFC: FAQ and , first 3 chapters done
Message-ID: <20020408104626.GA6579@submonkey.net>
Mail-Followup-To: Ceri Davies ,
Murray Stokely , doc@FreeBSD.org
References: <20020407154004.GA3990@submonkey.net> <20020407222737.GY8008@freebsdmall.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020407222737.GY8008@freebsdmall.com>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
On Sun, Apr 07, 2002 at 03:27:37PM -0700, Murray Stokely wrote:
> On Sun, Apr 07, 2002 at 04:40:04PM +0100, Ceri Davies wrote:
> > I've finally got some of the FAQ wrapped up in - the first
> > 3 chapters to be exact.
>
> Looks good..
Thanks.
> * U.S. English spelling, please ;) s/s/z/
>
> "customising"
"customising" ??
I don't think that will build, heh ;^)
Seriously though, point taken: will fix.
> * Here, I would just make IBM Thinkpad a primary indexterm.
>
>
> Installation
> IBM Thinkpad
>
Yes, that makes sense to me too.
Ceri
--
get the cool shoe shine
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 5:47:37 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from rhenium.btinternet.com (rhenium.btinternet.com [194.73.73.93])
by hub.freebsd.org (Postfix) with ESMTP id AF4E537B404
for ; Mon, 8 Apr 2002 05:47:33 -0700 (PDT)
Received: from host213-1-180-86.btinternet.com ([213.1.180.86] helo=e2f5x4)
by carbon with smtp (Exim 3.22 #8)
id 16uEy6-00051t-00
for freebsd-doc@FreeBSD.org; Sun, 07 Apr 2002 16:52:38 +0100
Reply-To:
From: "Lance Adam-Croft"
To:
Subject:
Date: Sun, 7 Apr 2002 16:59:07 +0100
Message-ID:
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Importance: Normal
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Regards
Lance Adam-Croft
www.rackspace-europe.com
________________________________________
Internet Commerce Consultancy and Secure Hosting and Web Development
"Your secure hosting partner in the virtual world"
The Secure development Solution working alongside hackers,
reverse engineers, digital audio experts, cryptographers and new
media developers.
============================================
info www.rackspace-europe.com
email lcroft@rackspace-europe.com
tel 07815-877370 (voice mail 24hrs)
The Rackspace-Europe Group The Development Centre, Unit 1b,
24 Brunswick Square, Hove, Great Britain, BN3 1EJ
"Computer games don't affect kids, I mean if Pacman affected us as kids,
we'd all be running around in darkened rooms, munching pills and listening
to repetitive music." ~unknown
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 7:38:42 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mail.freebsdmall.com (www.freebsdmall.com [66.220.2.194])
by hub.freebsd.org (Postfix) with ESMTP id B349B37B400
for ; Mon, 8 Apr 2002 07:38:34 -0700 (PDT)
Received: by mail.freebsdmall.com (Postfix, from userid 2135)
id A3DA72E827; Mon, 8 Apr 2002 07:38:33 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by mail.freebsdmall.com (Postfix) with ESMTP
id A143F2AA41; Mon, 8 Apr 2002 07:38:33 -0700 (PDT)
Date: Mon, 8 Apr 2002 07:38:33 -0700 (PDT)
From: Chern Lee
X-X-Sender:
To: Ceri Davies
Cc:
Subject: Re: RFC: Change to "why does my mail to FreeBSD.org bounce" FAQ
In-Reply-To: <20020408074755.GA4830@submonkey.net>
Message-ID: <20020408072228.F43602-100000@www.freebsdmall.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
It's very early in the morning, so I'll try to add to this discussion as
best as I can.
hub.freebsd.org implements some of Postfix's stricter client checks for
mail it receives.
The hostname in the EHLO/HELO command must merely exist, it does not
necessarily have to match the client's IP address. I've ran into on a few
occasions, mailservers that have forward DNS but no reverse DNS entries.
Clients/mailservers with this condition will be denied by hub.freebsd.org.
hub.freebsd.org will reject:
* HELO/EHLO command with bad syntax
* HELO/EHLO not in FQDN form
* HELO/EHLO hostname without DNS A or MX record
* Client hostname is unknown (will not reverse resolve)
* MAIL FROM domain without DNS A or MX record
* MAIL FROM not in FQDN form
Hopefully that sheds some more light :)
- chern
On Mon, 8 Apr 2002, Ceri Davies wrote:
> On Sun, Apr 07, 2002 at 11:41:28AM -0700, Gary W. Swearingen wrote:
> > Ceri Davies writes:
> >
> > > + Some mail user agents generate bad message IDs which will
> > > + not be accepted. You will need to persuade your mail user
> > > + agent to generate a valid message ID or else configure your
> > > + mail transfer agent to rewrite them.
> >
> > The answer should also have:
> >
> > In the FreeBSD.org mailing list system, the definition of "valid"
> > for the message ID and other mail headers is an arbitrary definition
> > which is different than those found in IETF RFCs and which is subject to
> > change without notice before or after the change.
>
> Well that's a matter of interpretation.
> I'd say that using @localhost in your message ID is simply making yourself
> far more likely to violate this piece of RFC2822 :
>
> The message identifier (msg-id) itself MUST be a globally unique
> identifier for a message. The generator of the message identifier
> MUST guarantee that the msg-id is unique.
>
> But then, as I said, that's just my interpretation.
>
> Ceri
>
> --
> get the cool shoe shine
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-doc" in the body of the message
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 11: 2:30 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id 0E2F637B420
for ; Mon, 8 Apr 2002 11:01:21 -0700 (PDT)
Received: (from peter@localhost)
by freefall.freebsd.org (8.11.6/8.11.6) id g38I1KX93421
for freebsd-doc@freebsd.org; Mon, 8 Apr 2002 11:01:20 -0700 (PDT)
(envelope-from owner-bugmaster@freebsd.org)
Date: Mon, 8 Apr 2002 11:01:20 -0700 (PDT)
Message-Id: <200204081801.g38I1KX93421@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f
From: FreeBSD bugmaster
To: FreeBSD doc list
Subject: Current unassigned doc problem reports
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: 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 report has been examined by a team member and evaluated.
f - feedback
The problem has been solved, and the originator has been given a
patch or a fix has been committed. The PR remains in this state
pending a response from the originator.
s - suspended
The problem is not being worked on. 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.
Critical problems
S Submitted Tracker Resp. Description
-------------------------------------------------------------------------------
o [2002/03/09] docs/35723 doc le(4) page doesn't warn about likely syst
1 problem total.
Serious problems
S Submitted Tracker Resp. Description
-------------------------------------------------------------------------------
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
o [2002/03/06] docs/35620 doc make release fails in documentation for R
o [2002/03/08] docs/35678 doc docproj Makefiles for web are broken for
o [2002/03/09] docs/35724 doc www; Handbook missing link to important H
o [2002/03/21] docs/36168 doc -pthread/_THREAD_SAFE docs missing in gcc
o [2002/03/30] docs/36563 doc fdisk(8) program doesn't honor -t (test)
o [2002/04/01] docs/36642 doc 4.5 man page on ipfw new option limit is
o [2002/04/04] docs/36773 doc Unclear/inconsistent instructions in Hand
o [2002/04/05] docs/36796 doc make release fails because of revision 1.
o [2002/04/07] docs/36844 doc Wrong link to top logo on Russian WWW (da
12 problems total.
Non-critical problems
S Submitted Tracker Resp. Description
-------------------------------------------------------------------------------
o [2000/08/10] docs/20528 doc sysconf(3) manpage doesn't mention posix.
s [2000/11/01] docs/22470 doc man 3 msgrcv's BUGS section needs updatin
o [2001/02/01] docs/24786 doc missing FILES descriptions in sa(4)
o [2001/04/02] docs/26286 doc *printf(3) etc should gain format string
o [2001/04/29] docs/26943 doc [patch] description of :C modifier is mis
o [2001/05/25] docs/27653 doc Updates to send-pr.html to support MIME
o [2001/05/26] docs/27654 doc Update to PR 27653
o [2001/06/06] docs/27915 doc man 5 passwd does not properly explain th
o [2001/06/30] docs/28555 doc [PATCH] style(9) isn't explicit about boo
o [2001/07/04] docs/28699 doc strptime(3) %d format specifier not compl
o [2001/07/22] docs/29143 doc List of man pages that need to be written
o [2001/07/26] docs/29245 doc top(1) manpage doesn't understand SMP
f [2001/08/09] docs/29571 doc [PATCH] No man page for pgrp kernel funct
a [2001/08/23] docs/30008 doc This document should be translated, comme
o [2001/09/08] docs/30442 doc remove broken referemce to gettime(9) fro
o [2001/09/13] docs/30556 doc vnconfig man page incorrect; functionalit
o [2001/09/24] docs/30809 doc fdisk(8) cleanup
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
a [2001/10/14] docs/31271 doc rl(4) discourages vender openness by disp
o [2001/10/30] docs/31640 doc Avoiding uppercase program names in manpa
o [2001/10/30] docs/31653 doc Chapter 14 of the Handbook lacks content
o [2001/11/15] docs/32020 doc loader.8 manpage missing tunables
a [2001/11/16] docs/32041 doc Add point about net.inet.tcp.portange.{fi
o [2001/11/16] docs/32054 doc inconsistency between index.3 and rindex.
o [2001/12/01] docs/32425 doc Document cvs update `P file' output
o [2001/12/03] docs/32468 doc broken link in handbook: sysutils/mkisofs
s [2001/12/07] docs/32578 doc A _really_ petty change to the front page
o [2001/12/10] docs/32674 doc no man page for the ntp_adjtime system ca
o [2001/12/30] docs/33354 doc no rsync section in mirror chapter of the
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/01/20] docs/34088 doc a.out(5) fails to explain what bss is
o [2002/01/24] docs/34234 doc restore(8) man page doesn't explain rrest
o [2002/01/24] docs/34239 doc tunefs(8) man page doesn't describe argum
o [2002/01/24] docs/34248 doc dump(8) man page block/record/other clari
o [2002/02/01] docs/34529 doc [patch] Grammar nits in usbd.conf(5) and
o [2002/02/03] docs/34577 doc Some man pages still advise using "confli
o [2002/02/04] docs/34626 doc Copyright on "Index of /mail/current" pag
o [2002/02/05] docs/34654 doc Update UIDs for porters handbook
o [2002/02/08] docs/34743 doc nfsd(8) lacking signal explanation
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/02/24] docs/35280 doc [PATCH] null-modem cable pinout in 'Seria
o [2002/02/26] docs/35343 doc Old broken Unix docco Makefiles
o [2002/02/26] docs/35345 doc Restore old yacc documentation
o [2002/02/27] docs/35378 doc Handbook has inaccurate description of f
o [2002/02/28] docs/35436 doc PAO isn't very latest-and-greatest these
o [2002/03/03] docs/35523 doc manpage fixes for df(1) and ls(1)
o [2002/03/05] docs/35575 doc Pw(8) man page makes no mention of /var/l
o [2002/03/06] docs/35602 doc dump(8)/restore(8) pages don't explain "a
o [2002/03/06] docs/35603 doc grep(1) page is missing info on zfgrep, z
o [2002/03/06] docs/35605 doc chmod(1) page misleads by use of "regardl
o [2002/03/06] docs/35606 doc date(1) page doesn't say which clock(s) i
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/35610 doc sscanf(3) page has obsolete "this release
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/07] docs/35651 doc mount(8) man page contains references to
o [2002/03/07] docs/35652 doc bsd.README seriously obsolete
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/08] docs/35688 doc fdisk(8) page extraneous "being", etc.
o [2002/03/08] docs/35696 doc mount_smbfs(8) references a nonexistent n
o [2002/03/09] docs/35711 doc the "gnats page" should move to its own s
o [2002/03/10] docs/35732 doc adduser(8) page has obsolete reference an
o [2002/03/12] docs/35823 doc [PATCH] Little Restructuring of the Devel
o [2002/03/15] docs/35932 doc Insufficient description of ``log_in_vain
o [2002/03/15] docs/35939 doc ipfw(8) needs explicit statement about no
o [2002/03/15] docs/35941 doc cd(4) manual doesn't mention "target" use
o [2002/03/15] docs/35942 doc at(1) manual doesn't describe at.allow an
o [2002/03/15] docs/35943 doc at(1) config files are misplaced in /var/
o [2002/03/15] docs/35944 doc cd(9) manual refers to non-existent scsic
o [2002/03/15] docs/35947 doc disklabel(8) manual missing "2" in exampl
o [2002/03/15] docs/35948 doc disklabel(8) manual uses archaic "pack" a
o [2002/03/15] docs/35949 doc [PATCH] rtprio(1) man page uses incorrect
o [2002/03/15] docs/35951 doc disklabel(8) manual confuses partitions a
o [2002/03/15] docs/35953 doc hosts.equiv(5) manual is confusing or wro
o [2002/03/15] docs/35967 doc rc.conf(5) manual missing "dumpdir" and "
o [2002/03/18] docs/36055 doc [PATCH] adding some help-yourself-info to
o [2002/03/27] docs/36377 doc kernel path needs to be changed in -curre
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/36456 doc csh(1) manual references wrong "signal.h"
o [2002/03/28] docs/36459 doc tftp(1) manual's "get" syntax/description
o [2002/03/28] docs/36464 doc diff(1) manual doesn't explain "=format".
o [2002/03/28] docs/36467 doc ed(4) manual has skimpy synopsis, etc.
o [2002/03/29] docs/36524 doc bad links on handbook index page
o [2002/03/30] docs/36558 doc support.html#gnats needs a link to Proble
o [2002/03/31] docs/36602 doc find.1 should encourage users to DTRT whe
o [2002/04/01] docs/36618 doc [PATCH] Chapter Storage: bad link to mkis
o [2002/04/01] docs/36628 doc header an footer of openssl manpages are
o [2002/04/03] docs/36690 doc InfoWorld article for press.xml
o [2002/04/03] docs/36723 doc IPSec section is unintelligible
o [2002/04/03] docs/36724 doc ipnat(5) manpage grammar is incomplete an
o [2002/04/03] docs/36725 doc Handbook does not talk about FFS Snapshot
o [2002/04/03] docs/36726 doc Handbook lacks information about hardware
o [2002/04/03] docs/36727 doc Mail chapter of Handbook is incomplete
o [2002/04/03] docs/36728 doc Handbook does not document VINUM
o [2002/04/03] docs/36729 doc Handbook does not document non-sendmail M
o [2002/04/05] docs/36782 doc md5 salt documented as being 16 bytes max
o [2002/04/06] docs/36837 doc Handbook lacks information about setting
113 problems total.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 13:21:59 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from cumin.apnic.net (cumin.apnic.net [202.12.29.59])
by hub.freebsd.org (Postfix) with ESMTP
id 19E7F37B416; Mon, 8 Apr 2002 13:21:46 -0700 (PDT)
Received: from durian.apnic.net (durian.apnic.net [202.12.29.252])
by cumin.apnic.net (8.12.1/8.12.1) with ESMTP id g38KLhHa020466;
Tue, 9 Apr 2002 06:21:44 +1000
Received: (from ggm@localhost)
by durian.apnic.net (8.11.6/8.11.6) id g38KLhO32116;
Tue, 9 Apr 2002 06:21:43 +1000
Date: Tue, 9 Apr 2002 06:21:43 +1000
From: George Michaelson
Message-Id: <200204082021.g38KLhO32116@durian.apnic.net>
To: freebsd-doc@freebsd.org
Subject: rc.conf, pccard_ether and ifconfig_
Cc: freebsd-questions@freebsd.org
X-Scanned-By: MIMEDefang 2.1 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
I just worked out how to get my an0 802.11 card working properly across
reboot and sleep mode. I couldn't find any documentation on it, so here is
a chunk of text which a FreeBSD wordsmith might find tunable into real english.
I've mailed freebsd-questions as well, so its in the target for keyword
searches in the mailing list if people are having problems
cheers
-George
If you have removable network media (eg a pccard 802.11 device)
there is a very good chance it needs pre-configuration before
ifconfig and DHCP can complete. typically this is to set radio
level behaviour, or tune media-specific settings.
To get this working, you may need to add a couple of options to rc.conf
and also create a suitable start_if (and possibly stop_if) file.
1) enable removable_interfaces in rc.conf
set removable_interfaces to the list of devices which may be
enabled or disabled by card insertion/removal. eg for a Cisco
340/350 series 802.11 card:
removable_interfaces="an0"
this is used by pccard_ether
make sure pccard.conf (either in /etc or /etc/defaults) is
calling pccard_ether for your card insert/remove events.
2) set the network config, or enable DHCP if required
ifconfig_an0="DHCP"
3) write the pre-configuration script as start_if. and stop_if.
eg for the Cisco card, ancontrol has to be used to set the
SSID, WEP mode etc.
its a good idea to set variables like the WEP status in rc.conf
and copy the normal rc file inclusion method to parameterize
this activity.
a simple example might be:
#!/bin/sh
# Suck in the configuration variables
#
if [ -r /etc/defaults/rc.conf ]; then
. /etc/defaults/rc.conf
source_rc_confs
elif [ -r /etc/rc.conf ]; then
. /etc/rc.conf
fi
#################
# $wifi_ssid_1, $wifi_ssid_2, $wifi_ssid_3,
# $wifi_wep_enable and $wifi_wep_key
# need to be set in rc.conf
#################
ancontrol -i an0 -v 1 -n ${wifi_ssid_1}
ancontrol -i an0 -v 2 -n ${wifi_ssid_2}
ancontrol -i an0 -v 3 -n ${wifi_ssid_3}
case ${wifi_wep_enable} in
[Nn][Oo])
ancontrol -i an0 -W 0
;;
[Yy][Ee][Ss]])
ancontrol -i an0 -v 0 -k ${wifi_wep_key}
ancontrol -i an0 -W 1
;;
*) ;;
esac
What happens is that at card insert/remove events, the pccardd uses
the pccard.conf per-device settings to do low level card start/stop
behaviour, and then calls pccard_ether to adjust the network. The
removable_interfaces section causes pccard_ether to successfuly ifconfig
the device, and re-invoke dhclient if required.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 13:33:58 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by hub.freebsd.org (Postfix) with ESMTP id 595B937B419
for ; Mon, 8 Apr 2002 13:33:47 -0700 (PDT)
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.11.0/8.11.0) id g38KXWp23100;
Mon, 8 Apr 2002 13:33:32 -0700
Date: Mon, 8 Apr 2002 13:33:32 -0700
From: Brooks Davis
To: George Michaelson
Cc: freebsd-doc@FreeBSD.ORG
Subject: Re: rc.conf, pccard_ether and ifconfig_
Message-ID: <20020408133331.A17821@Odin.AC.HMC.Edu>
References: <200204082021.g38KLhO32116@durian.apnic.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200204082021.g38KLhO32116@durian.apnic.net>; from ggm@apnic.net on Tue, Apr 09, 2002 at 06:21:43AM +1000
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
--VbJkn9YxBvnuCH5J
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Apr 09, 2002 at 06:21:43AM +1000, George Michaelson wrote:
>=20
> I just worked out how to get my an0 802.11 card working properly across
> reboot and sleep mode. I couldn't find any documentation on it, so here is
> a chunk of text which a FreeBSD wordsmith might find tunable into real en=
glish.
Nice writeup! My only complaint is that using ancontrol is
unnecessicary in this case. ifconfig has all the support needed for
these operations and as such would be a better choice for the
documentation because it's not an(4) specific. The only change in logic
that would be required would be adding code to test for the SSID
variables being set before using them since wi(4) cards only support one
SSID. Otherwise, it's just mechanical transforms of ancontrol commands
to ifconfig commands.
-- Brooks
--=20
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
--VbJkn9YxBvnuCH5J
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8sf6bXY6L6fI4GtQRAgznAKCzar0LiNsT3ZpJRrPkByPM89yY2QCguLMN
+XBNeQ6G26DaRcPHmtJkhzU=
=CV0m
-----END PGP SIGNATURE-----
--VbJkn9YxBvnuCH5J--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 13:43:58 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from cumin.apnic.net (cumin.apnic.net [202.12.29.59])
by hub.freebsd.org (Postfix) with ESMTP id 54D7937B44B
for ; Mon, 8 Apr 2002 13:43:40 -0700 (PDT)
Received: from garlic.apnic.net (durian.apnic.net [202.12.29.252])
by cumin.apnic.net (8.12.1/8.12.1) with ESMTP id g38KhaHa020645;
Tue, 9 Apr 2002 06:43:37 +1000
Message-Id: <200204082043.g38KhaHa020645@cumin.apnic.net>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Brooks Davis
Cc: George Michaelson , freebsd-doc@FreeBSD.ORG
Subject: Re: rc.conf, pccard_ether and ifconfig_
In-reply-to: Your message of "Mon, 08 Apr 2002 13:33:32 -0700."
<20020408133331.A17821@Odin.AC.HMC.Edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 09 Apr 2002 06:43:47 +1000
From: George Michaelson
X-Scanned-By: MIMEDefang 2.1 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
wow! if I'd known ifconfig did the same stuff as the control tool I'd
have been there already.
this would still go in start_if and stop_if files, right?
-George
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 14: 4:45 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
by hub.freebsd.org (Postfix) with ESMTP id 5645D37B404
for ; Mon, 8 Apr 2002 14:04:42 -0700 (PDT)
Received: (from brdavis@localhost)
by odin.ac.hmc.edu (8.11.0/8.11.0) id g38L1Wi27010;
Mon, 8 Apr 2002 14:01:32 -0700
Date: Mon, 8 Apr 2002 14:01:32 -0700
From: Brooks Davis
To: George Michaelson
Cc: Brooks Davis , freebsd-doc@FreeBSD.ORG
Subject: Re: rc.conf, pccard_ether and ifconfig_
Message-ID: <20020408140132.A26554@Odin.AC.HMC.Edu>
References: <20020408133331.A17821@Odin.AC.HMC.Edu> <200204082043.g38KhaHa020645@cumin.apnic.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200204082043.g38KhaHa020645@cumin.apnic.net>; from ggm@garlic.apnic.net on Tue, Apr 09, 2002 at 06:43:47AM +1000
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
--gBBFr7Ir9EOA20Yy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Apr 09, 2002 at 06:43:47AM +1000, George Michaelson wrote:
>=20
> wow! if I'd known ifconfig did the same stuff as the control tool I'd
> have been there already.
The wicontrol and ancontrol manpages should probably be updated to
suggest that people not use them unless they really need to. I'd
actually like to rip out the functionality that's just duplicated.
> this would still go in start_if and stop_if files, right?
Yah, because DHCP is a magic value in ifconfig_ and you can't pass
it along with other arguments. Otherwise you could do wireless
configuration in one hugh command line.
-- Brooks
--=20
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
--gBBFr7Ir9EOA20Yy
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8sgUrXY6L6fI4GtQRAvgbAKCfJ0ogwnrEfZWaAU64jjtVVmNF8gCgythn
iln8N14kawtfCXH4x1/iX6I=
=MRrY
-----END PGP SIGNATURE-----
--gBBFr7Ir9EOA20Yy--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 16:40:36 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from yahoo.com (ns.f-tsc.jp [61.120.47.42])
by hub.freebsd.org (Postfix) with SMTP id 7308037B419
for ; Mon, 8 Apr 2002 16:39:34 -0700 (PDT)
Received: from 71.51.143.42 ([71.51.143.42]) by mx.rootsystems.net with asmtp; Sat, 6 Apr 2002 10:55:02 +0400
Reply-To:
Message-ID:
From:
Subject: toner cartridges
Date: Sun, 07 Apr 2002 21:57:26 -0580
MiME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_00J4_35N56P7R.S3786W98"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2616
Importance: Normal
To: undisclosed-recipients:;
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
------=_NextPart_000_00J4_35N56P7R.S3786W98
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: base64
PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0cmFuc2l0aW9uYWwv
L2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUi
IGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxtZXRhIG5hbWU9
IkF1dGhvciIgY29udGVudD0ic2FtIj4NCiAgIDxtZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVu
dD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4OyBJKSBbTmV0c2NhcGVdIj4NCiAgIDx0aXRsZT5m
Z2ZnPC90aXRsZT4NCjwvaGVhZD4NCjxib2R5Pg0KJm5ic3A7DQo8dGFibGUgQk9SREVSIENPTFM9
MSBXSURUSD0iMTAwJSIgSEVJR0hUPSIxNSUiIEJHQ09MT1I9IiM0MDgwODAiID4NCjx0cj4NCjx0
ZCBCR0NPTE9SPSIjNDA4MDgwIj4NCjxjZW50ZXI+PGI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBN
UyI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzM+VkVSVEVYDQpURUNITk9MT0dJ
RVM8L2ZvbnQ+PC9mb250PjwvZm9udD48L2I+DQo8YnI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBN
UyI+PGZvbnQgc2l6ZT0rMz4mbmJzcDs8Yj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+TGFzZXINClBy
aW50ZXIgQW5kIENvbXB1dGVyIFN1cHBsaWVzPC9mb250PjwvYj48L2ZvbnQ+PC9mb250PjwvY2Vu
dGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8Y2VudGVyPg0KPHA+PGk+PGZvbnQgZmFj
ZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzQ+VEhB
TksNCllPVSBGT1IgVklTSVRJTkcgT1VSIFdFQlNJVEUgISE8L2ZvbnQ+PC9mb250PjwvZm9udD48
L2k+DQo8cD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
PGI+PGZvbnQgc2l6ZT0rMT4tPC9mb250PjwvYj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIA0KTVMi
Pjxmb250IHNpemU9KzI+T1VSDQo8L2ZvbnQ+PHU+PGZvbnQgY29sb3I9IiNGRjAwMDAiPjxmb250
IHNpemU9KzM+U1BFQ0lBTFM8L2ZvbnQ+PC9mb250PjwvdT48Zm9udCBzaXplPSsyPlRISVMNCldF
RUsgT04gRlVMTFkgQ09NUEFUSUJMRSBMQVNFUjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgZmFj
ZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgc2l6ZT0rMj5QUklOVEVSIFRPTkVSIEFORCBDT1BJRVIg
U1VQUExJRVMNCkFUIERJU0NPVU5UIFBSSUNFUzwvZm9udD48L2ZvbnQ+DQo8cD4mbmJzcDs8Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDAwMCI+PGZvbnQgc2l6ZT0r
Mj5PUkRFUg0KQlkgUEhPTkU6IDEtODg4LTI4OC05MDQzPC9mb250PjwvZm9udD48L2ZvbnQ+DQo8
YnI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwMDAiPjxmb250
IHNpemU9KzI+T1JERVINCkJZIEZBWDogMS04ODgtOTc3LTE1Nzc8L2ZvbnQ+PC9mb250PjwvZm9u
dD4NCjxwPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMEEwIj48
Zm9udCBzaXplPSsxPkVNQUlMDQpSRU1PVkFMIExJTkU6IDEtODg4LTI0OC00OTMwPC9mb250Pjwv
Zm9udD48L2ZvbnQ+DQo8cD48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj4mbmJzcDtPUkRFUiBC
WSBQQUdFIE5VTUJFUiBBTkQvT1IgSVRFTSBOVU1CRVI8L2ZvbnQ+DQo8cD48Zm9udCBmYWNlPSJD
b21pYyBTYW5zIE1TIj5GT1IgT1JERVJJTkcgSU5TVFJVQ1RJT05TIFBMRUFTRSBHTyBUTyZuYnNw
Ow0KT1VSIE5PVEVTL0VYQ0xVU0lPTlM8L2ZvbnQ+DQo8YnI+PGZvbnQgZmFjZT0iQ29taWMgU2Fu
cyBNUyI+QVQgVEhFIEVORCBPRiBUSElTIEFEVkVSVElTRU1FTlQ8L2ZvbnQ+DQo8cD48Zm9udCBm
YWNlPSJDb21pYyBTYW5zIE1TIj48dT48Zm9udCBjb2xvcj0iIzgwNDAwMCI+PGZvbnQgc2l6ZT0r
Mz5ORVchISE8L2ZvbnQ+PC9mb250PjwvdT48Zm9udCANCmNvbG9yPSIjNjY2NjAwIj48Zm9udCBz
aXplPSsyPjoNCihDT01QQVRJQkxFIFRPTkVSIENBUlRSSURHRVMgRk9SIDEyMDAgQU5EIDIyMDAg
UFJJTlRFUlMgPHU+Tk9XIElOIFNUT0NLISEhPC91PjwvZm9udD48L2ZvbnQ+PC9mb250Pg0KPGJy
PiZuYnNwOw0KPHA+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgZmFjZT0iQ29taWMgU2Fu
cyBNUyI+Jm5ic3A7Jm5ic3A7PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzI+DQo8
dT5Gb3IgSGV3bGV0dCBQYWNrYXJkIFByaW50ZXJzOjxpPiA8L2k+KFBhZ2UgMik8L3U+PC9mb250
PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQoNCjxwPjxicj4NCjxjZW50ZXI+PHRhYmxlIEJPUkRF
UiBXSURUSD0iODAlIiBIRUlHSFQ9IjEwJSIgQkdDT0xPUj0iI0ZGRkZDQyIgPg0KPHRyIEJHQ09M
T1I9IiM0MDgwODAiPg0KPHRkIEJHQ09MT1I9IiM0MDgwODAiPg0KPGNlbnRlcj48Yj48Zm9udCBm
YWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5J
VEVNPC9mb250PjwvZm9udD48L2ZvbnQ+PC9iPjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkIEJHQ09M
T1I9IiM0MDgwODAiPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBz
aXplPSsxPiZuYnNwOzxiPjxmb250IA0KY29sb3I9IiNGRkZGRkYiPkRFU0NSSVBUSU9OPC9mb250
PjwvYj48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Yj48
Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgc2l6
ZT0rMT5NRkcNCiM8L2ZvbnQ+PC9mb250PjwvZm9udD48L2I+PC9jZW50ZXI+DQo8L3RkPg0KDQo8
dGQ+DQo8Y2VudGVyPjxiPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIj
RkZGRkZGIj48Zm9udCANCnNpemU9KzE+UFJJQ0U8L2ZvbnQ+PC9mb250PjwvZm9udD48L2I+PC9j
ZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkIEJHQ09MT1I9IiNGRkZGQ0MiPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT5JdGVtDQojMTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N
Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0i
IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5MYXNlcmpldA0KU2VyaWVzIDRMLCA0UCZuYnNwOzwvZm9u
dD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBm
YWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgDQpzaXplPSsx
PiZuYnNwOzkyMjc0QTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRk
Pg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5
OSI+PGZvbnQgc2l6ZT0rMT4kNDQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+
DQo8L3RyPg0KDQo8dHI+DQo8dGQgQkdDT0xPUj0iI0ZGRkZDQyI+DQo8Y2VudGVyPjxmb250IGZh
Y2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0
ZW0NCiMyPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu
dGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9u
dCBzaXplPSsxPkxhc2VyamV0DQpTZXJpZXMgMTEwMCwzMjAwPC9mb250PjwvZm9udD48L2ZvbnQ+
PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMg
TVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0M0MDkyPC9mb250
PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZh
Y2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZu
YnNwOyQ0NDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0
cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9
IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbQ0KIzM8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQNClNlcmll
cyZuYnNwOyAyPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8
Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48
Zm9udCBzaXplPSsxPiZuYnNwOw0KOTIyOTVBPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+
DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250
IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOw0KJDQ5PC9mb250PjwvZm9udD48
L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT4mbmJzcDtJdGVtDQojIDQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoN
Cjx0ZCBXSURUSD0iNzAlIj4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZv
bnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQNClNlcmllcyZu
YnNwOyAyUDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgDQpzaXplPSsxPiZuYnNwOzkyMjc1QTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0K
PC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBj
b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDsNCiQ1NDwvZm9udD48L2ZvbnQ+PC9m
b250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQg
ZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+
Jm5ic3A7SXRlbQ0KIzU8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0
ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAw
OTkiPjxmb250IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQNClNlcmllcyA1UCw2UCwgNU1QLCA2TVA8
L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZv
bnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9
KzE+Jm5ic3A7MzYwM0E8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0
ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAw
OTkiPjxmb250IHNpemU9KzE+Jm5ic3A7JDQ0PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+
DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBT
YW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojNjwvZm9u
dD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBm
YWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4m
bmJzcDtMYXNlcmpldA0KU2VyaWVzIDVTSSw4MDAwPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50
ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxm
b250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOzM5MDlBPC9mb250PjwvZm9u
dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNv
bWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ5NTwvZm9u
dD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxj
ZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm
b250IHNpemU9KzE+Jm5ic3A7SXRlbQ0KIzcmbmJzcDs8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQNClNlcmll
cyAyMTAwLCAyMjAwJm5ic3A7PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K
DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIj
MDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0M0MDk2PC9mb250PjwvZm9udD48L2ZvbnQ+PC9j
ZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMi
Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOyQ3NDwvZm9udD48L2Zv
bnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+
PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNp
emU9KzE+Jm5ic3A7SXRlbQ0KIzg8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+
DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9
IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7TGFzZXJqZXQNClNlcmllcyA4MTAwPC9mb250
PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZh
Y2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZu
YnNwO0M0MTgyPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8
Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48
Zm9udCBzaXplPSsxPiZuYnNwOyQxMTU8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMg
TVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0l0ZW0NCiM5PC9m
b250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250
IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsx
Pkxhc2VyamV0DQpTZXJpZXMgNUwvNkw8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7MzkwNkE8L2ZvbnQ+PC9mb250PjwvZm9u
dD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2Fu
cyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7JDM5PC9mb250
PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT4mbmJzcDtJdGVtDQojMTAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFzZXJqZXQNClNlcmllcyZuYnNw
OyA0VjwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRl
cj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQg
c2l6ZT0rMT5DMzkwMCZuYnNwOzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N
Cg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0i
IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDskOTU8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNv
bWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0l0
ZW0NCiMxMTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT5MYXNlcmpldA0KU2VyaWVzIDQwMDA8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+QzQxMjdYPC9mb250PjwvZm9udD48
L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWlj
IFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwOyQ3OTwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4N
CjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTki
Pjxmb250IHNpemU9KzE+Jm5ic3A7SXRlbQ0KIzEyPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50
ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxm
b250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyamV0DQpTZXJpZXMgM1NJLzRT
STwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48
Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgDQpz
aXplPSsxPiZuYnNwOzkyMjkxQSZuYnNwOzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0K
PC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBj
b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNTQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNv
bWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0l0
ZW0NCiMxMzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT5MYXNlcmpldA0KU2VyaWVzIDQsNE0sNSw1TSZuYnNwOzwvZm9udD48L2ZvbnQ+
PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT45MjI5OEE8L2Zv
bnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQg
ZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+
JDQ5PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0K
PHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAw
MDA5OSI+PGZvbnQgc2l6ZT0rMT4mbmJzcDtJdGVtDQojMTNBPC9mb250PjwvZm9udD48L2ZvbnQ+
PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMg
TVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyamV0DQpTZXJpZXMg
NTAwMDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRl
cj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQg
c2l6ZT0rMT5DNDEyOVg8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0
ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAw
OTkiPjxmb250IHNpemU9KzE+JDEyNTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90
ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBN
UyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7SXRlbQ0KIzEzQjwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5MYXNlcmpldA0KU2VyaWVzIDEyMDA8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+QzcxMTVBPC9mb250PjwvZm9udD48L2ZvbnQ+PC9j
ZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMi
Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ1OTwvZm9udD48L2ZvbnQ+PC9m
b250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQg
ZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+
Jm5ic3A7SXRlbQ0KIzEzQzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0K
PHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAw
MDA5OSI+PGZvbnQgc2l6ZT0rMT5MYXNlcmpldA0KU2VyaWVzIDQxMDA8L2ZvbnQ+PC9mb250Pjwv
Zm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMg
U2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+QzgwNjFYPC9mb250
PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZh
Y2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ5
OTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0
ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAw
OTkiPjxmb250IHNpemU9KzE+Jm5ic3A7SXRlbQ0KIzE4PC9mb250PjwvZm9udD48L2ZvbnQ+PC9j
ZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMi
Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyamV0DQpTZXJpZXMmbmJz
cDsgMzEwMDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT4zOTA2QTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0K
PHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAw
MDA5OSI+PGZvbnQgc2l6ZT0rMT4kMzk8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMg
TVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiZuYnNwO0l0ZW0NCiMxOTwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5MYXNlcmpldA0KU2VyaWVzIDQ1MDAgQmxhY2s8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRl
cj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZv
bnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+QzQxOTEmbmJzcDs8L2ZvbnQ+PC9mb250
PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29t
aWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDY5PC9mb250
PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT4mbmJzcDtJdGVtDQojMjA8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4N
CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQg
Y29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFzZXJqZXQNClNlcmllcyA0NTAwIENvbG9y
PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxm
b250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXpl
PSsxPkNBTEw8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxj
ZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm
b250IHNpemU9KzE+JDg5PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90
cj4NCjwvdGFibGU+PC9jZW50ZXI+DQoNCjxjZW50ZXI+PHByZT48dT48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMj5Gb3IgSGV3bGV0
dCBQYWNrYXJkIEZheDogKFBhZ2UgDQoyKTwvZm9udD48L2ZvbnQ+PC9mb250PjwvdT48L3ByZT48
L2NlbnRlcj4NCg0KPGNlbnRlcj48dGFibGUgQk9SREVSIFdJRFRIPSI4MCUiIEhFSUdIVD0iMTAl
IiBCR0NPTE9SPSIjRkZGRkNDIiA+DQo8dHIgQUxJR049Q0VOVEVSIEJHQ09MT1I9IiM0MDgwODAi
Pg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0i
I0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5JVEVNPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+
DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250
IGNvbG9yPSIjRkZGRkZGIj48Zm9udCANCnNpemU9KzE+REVTQ1JJUFRJT048L2ZvbnQ+PC9mb250
PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29t
aWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+TUZHDQojPC9m
b250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250
IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXplPSsx
PlBSSUNFPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRy
Pg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0i
IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojIDE0PC9mb250PjwvZm9udD48L2ZvbnQ+PC9j
ZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMi
Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxlc2VyZmF4DQo1MDAsIDcwMDwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5GWDE8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50
ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250
IHNpemU9KzE+JDU5PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4N
Cg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBj
b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojIDE1PC9mb250PjwvZm9udD48L2Zv
bnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNh
bnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyZmF4DQo1MDAw
LCA3MDAwPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu
dGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9u
dCBzaXplPSsxPkZYMjwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRk
Pg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5
OSI+PGZvbnQgc2l6ZT0rMT4kNjQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+
DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMi
Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiMgMTY8L2ZvbnQ+PC9m
b250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0i
Q29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TGFzZXJm
YXgNCjYwMDA8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxj
ZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm
b250IHNpemU9KzE+RlgzPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8
dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAw
MDk5Ij48Zm9udCBzaXplPSsxPiQ1OTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90
ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBN
UyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbQ0KIzE3PC9mb250Pjwv
Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2Vy
ZmF4DQo4NTAwLCA5MDAwPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8
dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAw
MDk5Ij48Zm9udCBzaXplPSsxPkZYNDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90
ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xv
cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNTQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRl
cj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWlj
IFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiMxODwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5MYXNlcmZheA0KMzIwMDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0K
PHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAw
MDA5OSI+PGZvbnQgc2l6ZT0rMT4zOTA2QTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0K
PC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBj
b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNDQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQo8L3RyPg0KPC90YWJsZT48L2NlbnRlcj4NCg0KPGNlbnRlcj4NCjxwPjx1
Pjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBz
aXplPSsyPkZvcg0KTGV4bWFyayAvIElCTSBNYWNoaW5lczo8aT4gKG9uIFBhZ2UgMyk8L2k+PC9m
b250PjwvZm9udD48L2ZvbnQ+PC91PjwvY2VudGVyPg0KDQo8Y2VudGVyPjx0YWJsZSBCT1JERVIg
V0lEVEg9IjgwJSIgSEVJR0hUPSIxOSUiIEJHQ09MT1I9IiNGRkZGQ0MiID4NCjx0ciBCR0NPTE9S
PSIjNDA4MDgwIj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxiPjxmb250
IGZhY2U9IkJvb2ttYW4gT2xkIFN0eWxlIj4mbmJzcDs8L2ZvbnQ+PC9iPjxmb250IGZhY2U9IkNv
bWljIFNhbnMgDQpNUyI+PGZvbnQgc2l6ZT0rMT5JVEVNPC9mb250PjwvZm9udD48L2ZvbnQ+PC9j
ZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMi
Pjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCANCnNpemU9KzE+REVTQ1JJUFRJT048L2ZvbnQ+
PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFj
ZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+TUZH
DQojPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy
Pjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBz
aXplPSsxPlBSSUNFPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4N
Cg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBj
b2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojMTwvZm9udD48L2ZvbnQ+PC9mb250
PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5z
IE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JQk0NCjQwMTkvNDAyOSZu
YnNwOzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRl
cj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQg
DQpzaXplPSsxPjEzODAyMDAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDk1PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50
ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojMjwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5PcHRyYQ0KUiw0MDM5LCA0MDQ5PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3Rk
Pg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9y
PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPjEzODIxNTA8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDExNzwvZm9udD48L2ZvbnQ+PC9m
b250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQg
ZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+
SXRlbQ0KIzM8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxj
ZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxm
b250IHNpemU9KzE+T3B0cmENCkUzMTAsIEUzMTI8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRl
cj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZv
bnQgY29sb3I9IiMwMDAwOTkiPjxmb250IA0Kc2l6ZT0rMT4mbmJzcDsxMkEyMjAyPC9mb250Pjwv
Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ4OTwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4N
CjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTki
Pjxmb250IHNpemU9KzE+SXRlbQ0KIzQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+T3B0cmENCkU8L2ZvbnQ+PC9mb250PjwvZm9udD48
L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBN
UyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IA0Kc2l6ZT0rMT4mbmJzcDs2OUc4MjU2Jm5i
c3A7PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy
Pjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBz
aXplPSsxPiQ1OTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoN
Cjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbQ0KIzU8L2ZvbnQ+PC9mb250PjwvZm9udD48
L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBN
UyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+T3B0cmENClM8L2ZvbnQ+PC9m
b250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0i
Q29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IA0Kc2l6ZT0rMT4mbmJz
cDsxMzgyNjI1Jm5ic3A7PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8
dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAw
MDk5Ij48Zm9udCBzaXplPSsxPiQxMzU8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMg
TVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiM2PC9mb250Pjwv
Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPk9wdHJh
DQpUPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVy
Pjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBz
aXplPSsxPiZuYnNwOw0KMTJBNTg0MDwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90
ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xv
cj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kMTY1PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50
ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojNzwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5PcHRyYQ0KRTQxMC80MTI8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoN
Cjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMw
MDAwOTkiPjxmb250IHNpemU9KzE+Jm5ic3A7DQo0SzAwMTk4Jm5ic3A7PC9mb250PjwvZm9udD48
L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWlj
IFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQxMTU8L2ZvbnQ+
PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KPC90YWJsZT48L2NlbnRlcj4N
Cg0KPGNlbnRlcj4NCjxwPjx1Pjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9y
PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsyPkZvcg0KQXBwbGUgUHJpbnRlcnM6PGk+IChvbiBQYWdl
IDgpPC9pPjwvZm9udD48L2ZvbnQ+PC9mb250PjwvdT48L2NlbnRlcj4NCg0KPGNlbnRlcj48dGFi
bGUgQk9SREVSIFdJRFRIPSI4MCUiIEhFSUdIVD0iMTAlIiBCR0NPTE9SPSIjRkZGRkNDIiA+DQo8
dHIgQUxJR049TEVGVCBCR0NPTE9SPSIjNDA4MDgwIj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFj
ZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+SVRF
TTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48
Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+PGZvbnQgDQpz
aXplPSsxPkRFU0NSSVBUSU9OPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K
DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIj
RkZGRkZGIj48Zm9udCBzaXplPSsxPk1GRyM8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4N
CjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQg
Y29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+UFJJQ0U8L2ZvbnQ+PC9mb250PjwvZm9udD48
L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0m
bmJzcDsNCiMxPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8
Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48
Zm9udCBzaXplPSsxPlBlcnNvbmFsDQpMYXNlcldyaXRlcjwvZm9udD48L2ZvbnQ+PC9mb250Pjwv
Y2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1T
Ij48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5NMDA4OUxMQTwvZm9udD48L2Zv
bnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJD
b21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNTQ8L2Zv
bnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8
Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48
Zm9udCBzaXplPSsxPkl0ZW0NCiMyPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3Rk
Pg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9y
PSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyV3JpdGVyDQozMDBQWC8gMzIwLTRMLCs0TUw8
L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZv
bnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9
KzE+TTIwNDVHQTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0K
PGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+
PGZvbnQgc2l6ZT0rMT4kNTQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8
L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxm
b250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiMzPC9mb250PjwvZm9udD48
L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWlj
IFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyV3JpdGVy
DQpTZWxlY3QgMzYwPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+
DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5
Ij48Zm9udCBzaXplPSsxPk0xOTYwR0E8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDc0PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50
ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRyPg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojNDwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9u
dCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0r
MT5MYXNlcldyaXRlcg0KMTYvIDYwMCBQcm8mbmJzcDs8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+TTI0NzNHQTwvZm9udD48L2ZvbnQ+
PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNTk8L2ZvbnQ+
PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2Vu
dGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9u
dCBzaXplPSsxPkl0ZW0NCiM1PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K
DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIj
MDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyV3JpdGVyDQoxMi8gNjQwIFBTPC9mb250PjwvZm9u
dD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNv
bWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCANCnNpemU9KzE+TTQ2ODNH
QSZuYnNwOzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgc2l6ZT0rMT4kODk8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3Ry
Pg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250
IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiM2PC9mb250PjwvZm9udD48L2Zv
bnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNh
bnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkxhc2VyDQpXcml0ZXIg
TlQvMk5UPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu
dGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9u
dCBzaXplPSsxPk00NTMyR0E8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoN
Cjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMw
MDAwOTkiPjxmb250IHNpemU9KzE+JDQ5PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8
L3RkPg0KPC90cj4NCjwvdGFibGU+PC9jZW50ZXI+DQoNCjxjZW50ZXI+DQo8cD48Zm9udCBmYWNl
PSJDb21pYyBTYW5zIE1TIj4mbmJzcDs8dT48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6
ZT0rMj5Gb3INCkNhbm5vbiBDb3BpZXJzOiAoUGFnZSAxMCk8L2ZvbnQ+PC9mb250PjwvdT48L2Zv
bnQ+PC9jZW50ZXI+DQoNCjxwPjxicj4NCjxjZW50ZXI+PHRhYmxlIEJPUkRFUiBXSURUSD0iODAl
IiBIRUlHSFQ9IjEwJSIgQkdDT0xPUj0iI0ZGRkZDQyIgPg0KPHRyIEJHQ09MT1I9IiM0MDgwODAi
Pg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0i
I0ZGRkZGRiI+PGZvbnQgc2l6ZT0rMT5JVEVNPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+
DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250
IGNvbG9yPSIjRkZGRkZGIj48Zm9udCANCnNpemU9KzE+REVTQ1JJUFRJT048L2ZvbnQ+PC9mb250
PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29t
aWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPjxmb250IHNpemU9KzE+TUZHDQojPC9m
b250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250
IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjRkZGRkZGIj48Zm9udCBzaXplPSsx
PlBSSUNFPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KPC90cj4NCg0KPHRy
Pg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0i
IzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT5JdGVtDQojIDE8L2ZvbnQ+PC9mb250PjwvZm9udD48L2Nl
bnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+UEMNCjYvIDZSRS8gNy8gOC8gMTEv
IDEyLyA2NTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNl
bnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZv
bnQgDQpzaXplPSsxPiZuYnNwO0EzMCZuYnNwOzwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVy
Pg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9u
dCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQgc2l6ZT0rMT4kNjk8L2ZvbnQ+PC9mb250PjwvZm9udD48
L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0N
CiMgMjwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRl
cj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+PGZvbnQg
c2l6ZT0rMT5QQw0KMzAwLzMyMC8zNDAvMzYwJm5ic3A7IEFsbCAzMDAgU2VyaWVzPC9mb250Pjwv
Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCANCnNpemU9KzE+Jm5i
c3A7RTQwJm5ic3A7PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+
DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5
Ij48Zm9udCBzaXplPSsxPiQ4OTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4N
CjwvdHI+DQoNCjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbQ0KIzM8L2ZvbnQ+PC9mb250
PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29t
aWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+UEMNCjcwMC83
MjAvNzYwJm5ic3A7IEFsbCA3MDAgU2VyaWVzPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+
DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250
IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCANCnNpemU9KzE+Jm5ic3A7RTQwJm5ic3A7PC9mb250Pjwv
Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ4OTwv
Zm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoNCjx0cj4NCjx0ZD4N
CjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTki
Pjxmb250IHNpemU9KzE+SXRlbQ0KIzQ8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwv
dGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+UEMNCjkwMC85MTAvOTIwJm5ic3A7IEFsbCA5MDAg
U2VyaWVzPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2Vu
dGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9u
dCANCnNpemU9KzE+Jm5ic3A7RTQwJm5ic3A7PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+
DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250
IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQ4OTwvZm9udD48L2ZvbnQ+PC9mb250Pjwv
Y2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPjwvY2VudGVyPg0KDQo8Y2VudGVyPg0KPHA+
PHU+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250
IHNpemU9KzI+Rm9yDQpFcHNvbiBhbmQgUGFuYXNvbmljIFByaW50ZXJzOihvbiBQYWdlcyA0ICZh
bXA7IDcpPC9mb250PjwvZm9udD48L2ZvbnQ+PC91PjwvY2VudGVyPg0KDQo8cD48YnI+DQo8Y2Vu
dGVyPjx0YWJsZSBCT1JERVIgV0lEVEg9IjgwJSIgSEVJR0hUPSIxMCUiIEJHQ09MT1I9IiNGRkZG
Q0MiID4NCjx0ciBCR0NPTE9SPSIjNDA4MDgwIj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0i
Q29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiNGRkZGRkYiPklURU08L2ZvbnQ+PC9mb250Pjwv
Y2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1T
Ij4mbmJzcDs8Zm9udCBjb2xvcj0iI0ZGRkZGRiI+REVTQ1JJUFRJT048L2ZvbnQ+PC9mb250Pjwv
Y2VudGVyPg0KPC90ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1T
Ij48Zm9udCBjb2xvcj0iI0ZGRkZGRiI+TUZHICM8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90
ZD4NCg0KPHRkPg0KPGNlbnRlcj48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48Zm9udCBjb2xv
cj0iI0ZGRkZGRiI+UFJJQ0U8L2ZvbnQ+PC9mb250PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQoN
Cjx0cj4NCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29s
b3I9IiMwMDAwOTkiPjxmb250IHNpemU9KzE+SXRlbQ0KIyAxPC9mb250PjwvZm9udD48L2ZvbnQ+
PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMg
TVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkVwc29uDQoxMDAwLzE1MDA8
L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZv
bnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IA0Kc2l6
ZT0rMT5TMDUxMDExJm5ic3A7PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0K
DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIj
MDAwMDk5Ij48Zm9udCBzaXplPSsxPiQxMDU8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4N
CjwvdGQ+DQo8L3RyPg0KDQo8dHI+DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNh
bnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiMyJm5ic3A7
PC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxm
b250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXpl
PSsxPkVwc29uDQpFUEw3MDAwLzgwMDAmbmJzcDs8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRl
cj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZv
bnQgY29sb3I9IiMwMDAwOTkiPjxmb250IA0Kc2l6ZT0rMT5TMDUxMjAwJm5ic3A7PC9mb250Pjwv
Zm9udD48L2ZvbnQ+PC9jZW50ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9
IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPiQxMDUm
bmJzcDs8L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQo8L3RyPg0KDQo8dHI+
DQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxmb250IGNvbG9yPSIj
MDAwMDk5Ij48Zm9udCBzaXplPSsxPkl0ZW0NCiMzPC9mb250PjwvZm9udD48L2ZvbnQ+PC9jZW50
ZXI+DQo8L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxmb250IGZhY2U9IkNvbWljIFNhbnMgTVMiPjxm
b250IGNvbG9yPSIjMDAwMDk5Ij48Zm9udCBzaXplPSsxPlBhbmFzb25pYw0KOTAvOTUmbmJzcDs8
L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+DQoNCjx0ZD4NCjxjZW50ZXI+PGZv
bnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiMwMDAwOTkiPjxmb250IHNpemU9
KzE+LS0tLS0tLS0tLS0tLS0tLT48L2ZvbnQ+PC9mb250PjwvZm9udD48L2NlbnRlcj4NCjwvdGQ+
DQoNCjx0ZD4NCjxjZW50ZXI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+PGZvbnQgY29sb3I9
IiMwMDAwOTkiPjxmb250IHNpemU9KzE+JDEwNTwvZm9udD48L2ZvbnQ+PC9mb250PjwvY2VudGVy
Pg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPjwvY2VudGVyPg0KDQo8Y2VudGVyPg0KPHA+PGZvbnQg
ZmFjZT0iQ29taWMgU2FucyBNUyI+PHU+PGZvbnQgc2l6ZT0rMz5Tb3JyeSw8L2ZvbnQ+PC91Pjxm
b250IHNpemU9KzI+Jm5ic3A7DQpTdGlsbCBubyBJbmtqZXRzLCBidWJibGUgamV0cyBvciBYZXJv
eCBpbiBzdG9jazwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+
PGZvbnQgc2l6ZT0rMj48L2ZvbnQ+PC9mb250PiZuYnNwOw0KPHA+PGk+PGZvbnQgZmFjZT0iQ29t
aWMgU2FucyBNUyI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzQ+SEFWRQ0KQSA8
dT5HUkVBVCA8L3U+REFZICEhISZuYnNwOyBMT09LJm5ic3A7IEZPUldBUkQgVE8gSEVBUklORyBG
Uk9NIFlPVTwvZm9udD48L2ZvbnQ+PC9mb250PjwvaT4NCjxicj48aT48Zm9udCBmYWNlPSJDb21p
YyBTYW5zIE1TIj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rND48L2ZvbnQ+PC9m
b250PjwvZm9udD48L2k+Jm5ic3A7DQo8cD48Zm9udCBmYWNlPSJDb21pYyBTYW5zIE1TIj48dT5O
T1RFUzwvdT46PC9mb250Pg0KPGJyPlVuaXZlcnNpdHkgYW5kIFNjaG9vbCBQdXJjaGFzZSBvcmRl
cnMgd2VsY29tZS4gKE5vIENyZWRpdCBhcHByb3ZhbA0KcmVxdWlyZWQuIEFsbCBvdGhlciBQdXJj
aGFzZQ0KPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBvcmRlcnMgcmVxdWlyZSBjcmVkaXQgYXBwcm92
YWwNCjxicj4mbmJzcDtQYXkgYnkgY2hlY2sgKEMuTy5ELiksIENyZWRpdCBjYXJkIG9yIHB1cmNo
YXNlIG9yZGVyIChOZXQgMzANCkRheXMpDQo8YnI+U2hpcHBpbmcgY2hhcmdlcyBzdGFydCBhdCAk
NC41IHBlciBjYXJ0cmlkZ2UuIEFkZCAkMS41IGZvciBlYWNoIGFkZGl0aW9uYWwNCmNhcnRyaWRn
ZS4gQ2FydHJpZGdlcw0KPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBkZWxpdmVyZWQgYnkgRmVkZXJh
bCBFeHByZXNzIHdpdGhpbiAyIHRvIDUgd29ya2luZw0KZGF5cyBkZXBlbmRpbmcgb24geW91ciBs
b2NhdGlvbi4NCjxicj5TaGlwcGluZyBhbmQgYmlsbGluZyBhZGRyZXNzZXMgYXJlIHJlcXVpcmVk
IGZvciBQdXJjaGFzZSBPcmRlciB0cmFuc2FjdGlvbnMuDQpZb3VyIGludm9pY2Ugd2lsbA0KPGJy
PiZuYnNwOyZuYnNwOyZuYnNwOyBiZSBhdHRhY2hlZCB0byB5b3VyIHBhY2thZ2luZy4gUGxlYXNl
IHBlYWwgYW5kIHBheQ0Kd2l0aGluIDMwIGRheXMuDQo8YnI+MzAgZGF5IHN0YW5kYXJkIHJldHVy
biBwb2xpY3kgKG1vbmV5IGJhY2sgZ3VhcmFudGVlKSBvbiBhbGwgbWVyY2hhbmRpc2UuDQo5MCBk
YXkgdW5saW1pdGVkIGV4Y2hhbmdlIHBvbGljeQ0KPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBmb3Ig
ZGVmZWN0aXZlIG1lcmNoYW5kaXNlPGZvbnQgZmFjZT0iQ29taWMgU2FucyBNUyI+LjwvZm9udD4N
CjxwPjx1PkVYQ0xVU0lPTlM6PC91Pg0KPHA+PHU+V2UgZG8gbm90IGNhcnJ5OjwvdT4NCjxwPiZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBYZXJveCwgQnJvdGhlciwgUGFuYXNvbmljLCBvciBGdWpp
dHN1IFByb2R1Y3RzDQo8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IERlc2tqZXQvSW5ramV0
IG9yIEJ1YmJsZWpldCBwcm9kdWN0cw0KPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBbnkg
T2ZmYnJhbmRzIGJlc2lkZXMgdGhlIG9uZXMgbGlzdGVkIGFib3ZlLg0KQWxsIGNhcnRyaWRnZXMN
Cjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsgYXJlIGNvbXBhdGlibGUNCmhpZ2ggeWllbGQgcHJvZHVjdHMuDQo8cD48dT5ESVNDTEFJTUVS
Uzo8L3U+DQo8cD4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQWxsIHRyYWRlbWFya3MsIGJyYW5k
IG5hbWVzIGFuZCBkaWFncmFtcyBsaXN0ZWQNCm9yIHNob3duIGFib3ZlDQo8YnI+YXJlIHByb3Bl
cnR5IG9mIHRoZWlyIHJlc3BlY3RpdmUgaG9sZGVycyZuYnNwOyZuYnNwOyBhbmQgdXNlZCBmb3Ig
ZGVzY3JpcHRpdmUNCnB1cnBvc2VzIG9ubHkNCjxicj4uV2UgZG8gbm90IGNhcnJ5IGFueSBIUCBv
ZW0gcHJvZHVjdHMuIC48L2NlbnRlcj4NCg0KPHA+PGJyPg0KPGJyPiZuYnNwOw0KPGJyPiZuYnNw
Ow0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZu
YnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJy
PiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0KPGJyPiZuYnNwOw0K
PGRsPg0KPGR0Pg0KPC9kdD4NCjwvZGw+DQoNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4m
bmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjxi
cj4mbmJzcDsNCjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjwvYm9keT4NCjwvaHRtbD4NCg==
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 17:40:45 2002
Delivered-To: freebsd-doc@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id 5BB9237B404
for ; Mon, 8 Apr 2002 17:40:42 -0700 (PDT)
Received: (from www@localhost)
by freefall.freebsd.org (8.11.6/8.11.6) id g390egd23081
for freebsd-doc; Mon, 8 Apr 2002 17:40:42 -0700 (PDT)
(envelope-from www)
Date: Mon, 8 Apr 2002 17:40:42 -0700 (PDT)
From:
Message-Id: <200204090040.g390egd23081@freefall.freebsd.org>
To: freebsd-doc@FreeBSD.org
Subject: FreeBSD web build failed on freefall.freebsd.org
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
===> doc/articles/filtering-bridges
===> doc/articles/fonts
===> doc/articles/formatting-media
===> doc/articles/freebsd-questions
===> doc/articles/hubs
===> doc/articles/ipsec-must
===> doc/articles/laptop
===> doc/articles/mh
===> doc/articles/multi-os
===> doc/articles/new-users
===> doc/articles/problem-reports
===> doc/articles/programming-tools
===> doc/articles/pxe
===> doc/articles/releng
===> doc/articles/releng-packages
===> doc/articles/serial-uart
===> doc/articles/solid-state
===> doc/articles/storage-devices
===> doc/articles/vinum
===> doc/articles/vm-design
===> doc/articles/zip-drive
===> doc/books
===> doc/books/corp-net-guide
===> doc/books/design-44bsd
===> doc/books/developers-handbook
===> doc/books/faq
===> doc/books/fdp-primer
===> doc/books/handbook
/usr/local/bin/jade -V html-manifest -ioutput.html -d /c/www/build/doc/en_US.ISO8859-1/books/handbook/../../../share/sgml/default.dsl -ioutput.html.images -i chap.index -i chap.advanced-networking -i chap.basics -i chap.bibliography -i chap.config -i chap.boot -i chap.cutting-edge -i chap.disks -i chap.eresources -i chap.install -i chap.introduction -i chap.kernelconfig -i chap.l10n -i chap.linuxemu -i chap.mail -i chap.mirrors -i chap.pgpkeys -i chap.ppp-and-slip -i chap.printing -i chap.security -i chap.serialcomms -i chap.sound -i chap.users -i chap.x11 -i chap.ports -D /usr/obj/c/www/build/doc/en_US.ISO8859-1/books/handbook -c /c/www/build/doc/en_US.ISO8859-1/books/handbook/../../../en_US.ISO8859-1/share/sgml/catalog -c /c/www/build/doc/en_US.ISO8859-1/books/handbook/../../../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 /c/www/build/doc/en_US.ISO8859-1/books/handbook/book.sgml
/usr/local/bin/jade:/c/www/build/doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml:2792:5:E: character data is not allowed here
/usr/local/bin/jade:/c/www/build/doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml:2792:15:E: document type does not allow element "FILENAME" here; missing one of "REMARK", "SYNOPSIS", "LITERALLAYOUT", "PROGRAMLISTING", "SCREEN", "PARA", "SIMPARA", "BRIDGEHEAD" start-tag
/usr/local/bin/jade:/c/www/build/doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml:2792:40:E: character data is not allowed here
/usr/local/bin/jade:/c/www/build/doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml:2792:48:E: end tag for element "PARA" which is not open
*** Error code 1
Stop in /c/www/build/doc/en_US.ISO8859-1/books/handbook.
*** Error code 1
Stop in /c/www/build/doc/en_US.ISO8859-1/books.
*** Error code 1
Stop in /c/www/build/doc/en_US.ISO8859-1.
*** Error code 1
Stop in /c/www/build/www/en/doc.
*** Error code 1 (ignored)
*** Error code 1
Stop in /c/www/build/www/en.
1043.12 real 347.11 user 11.95 sys
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 20: 3:23 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115])
by hub.freebsd.org (Postfix) with SMTP id 2732437B420
for ; Mon, 8 Apr 2002 20:02:22 -0700 (PDT)
Received: from dialup68.net33.samart.co.th (HELO pokaeobkk) (easytoberich01@203.149.33.68 with login)
by smtp.mail.vip.sc5.yahoo.com with SMTP; 9 Apr 2002 03:02:15 -0000
Message-ID: <001901c1df73$2c90ba40$442195cb@loxinfo.co.th>
From: "workathome"
To:
Subject: turn off your tv and turn on your life
Date: Tue, 9 Apr 2002 09:57:02 +0700
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0014_01C1DFAC.E68AA760"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
This is a multi-part message in MIME format.
------=_NextPart_000_0014_01C1DFAC.E68AA760
Content-Type: text/plain;
charset="windows-874"
Content-Transfer-Encoding: quoted-printable
if you need a chance to make your dream come true,I will give you a =
chance.take it or loose it,up to you.
www.smartejob.com/siriline
------=_NextPart_000_0014_01C1DFAC.E68AA760
Content-Type: text/html;
charset="windows-874"
Content-Transfer-Encoding: quoted-printable
if you need a chance to make your dream =
come true,I=20
will give you a chance.take it or loose it,up to you.
------=_NextPart_000_0014_01C1DFAC.E68AA760--
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 20: 4:35 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115])
by hub.freebsd.org (Postfix) with SMTP id 6AE5737B427
for ; Mon, 8 Apr 2002 20:02:22 -0700 (PDT)
Received: from dialup68.net33.samart.co.th (HELO pokaeobkk) (easytoberich01@203.149.33.68 with login)
by smtp.mail.vip.sc5.yahoo.com with SMTP; 9 Apr 2002 03:02:15 -0000
Message-ID: <001901c1df73$2c90ba40$442195cb@loxinfo.co.th>
From: "workathome"
To:
Subject: turn off your tv and turn on your life
Date: Tue, 9 Apr 2002 09:57:02 +0700
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0014_01C1DFAC.E68AA760"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
This is a multi-part message in MIME format.
------=_NextPart_000_0014_01C1DFAC.E68AA760
Content-Type: text/plain;
charset="windows-874"
Content-Transfer-Encoding: quoted-printable
if you need a chance to make your dream come true,I will give you a =
chance.take it or loose it,up to you.
www.smartejob.com/siriline
------=_NextPart_000_0014_01C1DFAC.E68AA760
Content-Type: text/html;
charset="windows-874"
Content-Transfer-Encoding: quoted-printable
if you need a chance to make your dream =
come true,I=20
will give you a chance.take it or loose it,up to you.
------=_NextPart_000_0014_01C1DFAC.E68AA760--
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 22: 0:25 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from mail.ruhr.de (in-ruhr4.ruhr.de [212.23.134.2])
by hub.freebsd.org (Postfix) with SMTP id BFA6537B419
for ; Mon, 8 Apr 2002 21:59:51 -0700 (PDT)
Received: (qmail 16997 invoked by uid 10); 9 Apr 2002 04:59:50 -0000
Received: (from ue@localhost)
by nathan.ruhr.de (8.11.6/8.11.2) id g394uSR32444;
Tue, 9 Apr 2002 06:56:28 +0200 (CEST)
(envelope-from ue)
Date: Tue, 9 Apr 2002 06:56:28 +0200
From: Udo Erdelhoff
To: freebsd-doc@freebsd.org, freebsd-sparc@freebsd.org
Subject: Request for review: Restructuring of sparc installation guide
Message-ID: <20020409045627.GO51146@nathan.ruhr.de>
Reply-To: freebsd-doc@freebsd.org
Mail-Followup-To: freebsd-doc@freebsd.org, freebsd-sparc@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="HuXIgs6JvY9hJs5C"
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
--HuXIgs6JvY9hJs5C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Hi,
for some time, I've been thinking dark thoughts about modifying the
structure of the sparc64 installation instructions. This is not
some kind of legal text and it should be possible to structure it
in a way that removes the 4th level headings.
Additionally, just about style rule my teacher drummed into me
complains about the fact that chapter 1.3 does not have any text
except the other chapters.
And most of the steps in 'network installation' do not describe the
installation over the network, but the preparations neccessary for
it.
I've attached a patch that solves most of these problems. It splits
the installations preparations into seperate chapters and moves
things around a bit. I did not adjust the indentation of the moved
chapters in order to minimize the diff and to make life easier for
the translators. The neccessary cleanup would follow in a second
patch.
I was tempted to move almost all 1.3.* chapters (the various steps
needed to set up a network installaiton) into one gigantic .
The only thing that stopped me was the length of the output (about
150 lines in lynx).
Comments?
/s/Udo
--
It's always a long day, 86400 doesn't fit into a short.
--HuXIgs6JvY9hJs5C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=sparc64-review
Index: install.sgml
===================================================================
RCS file: /home/ncvs/src/release/doc/en_US.ISO8859-1/installation/sparc64/install.sgml,v
retrieving revision 1.9
diff -u -r1.9 install.sgml
--- install.sgml 8 Apr 2002 05:19:32 -0000 1.9
+++ install.sgml 8 Apr 2002 05:32:01 -0000
@@ -29,9 +29,6 @@
optionally to copy the &os; distribution to the local disk to make
a stand-alone machine.
-
- Preparation
-
Currently, there are two ways to install &os;/&arch; on a
new machine. By far the easier of the two is to install from
CDROM; this method allows you to install &os; without any
@@ -50,14 +47,7 @@
you need to download (if any), as well as the steps required to
do the installation.
-
- Downloading Required Files
-
- This section describes the files you will need for a
- &os;/&arch; installation. The links in this document point to
- the main &os; FTP server. Please use a mirror site instead if
- possible.
-
+
The URLs in this section are provisional and subject to
change. Please see the archives of the &a.sparc; for the
@@ -65,51 +55,7 @@
when more permanent URLs have been determined.
-
- Required Files for CDROM Installation
-
- If you want to do a CDROM installation, an ISO
- image with a snapshot of &os;/&arch; can be found at
- . This file can be used
- to create a bootable CDROM which contains everything
- necessary to boot and load at least a minimal &os;
- installation.
-
-
-
-
-
-
- Required Files for Network Installation
-
- For a network installation, you will need several files.
- First, you will need to download a &os;/&arch; loader for
- &man.tftpd.8; to serve to your &arch; client. The loader
- will use either TFTP or NFS to retrieve the &os; kernel from
- the netboot server. There is a separate loader for each of
- these methods (i.e. a loader for TFTP and a loader for NFS).
- You should download one of the following files, as
- appropriate:
-
-
-
-
-
-
- A network installation also requires a kernel to be
- served to the netboot client. A suitable kernel can be
- found at
- .
-
-
-
- Finally, you will need a &man.tar.1; archive which
- contains the binaries and configuration files from the base
- system. This file is available from .
-
-
-
+
Getting to the PROM Prompt
Most &arch; systems are set up to boot automatically from
disk. To install &os;, you need to boot over the network or
@@ -162,11 +108,19 @@
-
-
-
- Installing from CDROM
+
+
+ Preparing for a CDROM Installation
+
+ If you want to do a CDROM installation, an ISO
+ image with a snapshot of &os;/&arch; can be found at
+ . This file can be used
+ to create a bootable CDROM which contains everything
+ necessary to boot and load at least a minimal &os;
+ installation.
+
+
Place the CDROM into your drive, and break into the PROM as
described above. On the PROM prompt, type boot
cdrom. The system should boot into single-user mode
@@ -175,10 +129,9 @@
linkend="creating-disk-label"> and .
-
- Installing over the Network
-
- Configuring the Netboot Server
+
+
+ Preparing for a Network Installation
A &os;/&arch; kernel is booted by having the firmware
retrieve and execute a loader,
@@ -189,7 +142,38 @@
system. The loader can fetch a kernel using TFTP or NFS. All
of this is covered in detail below.
-
+
+ Getting the Required Files
+
+ For a network installation, you will need several files.
+ First, you will need to download a &os;/&arch; loader for
+ &man.tftpd.8; to serve to your &arch; client. The loader
+ will use either TFTP or NFS to retrieve the &os; kernel from
+ the netboot server. There is a separate loader for each of
+ these methods (i.e. a loader for TFTP and a loader for NFS).
+ You should download one of the following files, as
+ appropriate:
+
+
+
+
+
+
+ A network installation also requires a kernel to be
+ served to the netboot client. A suitable kernel can be
+ found at
+ .
+
+
+
+ Finally, you will need a &man.tar.1; archive which
+ contains the binaries and configuration files from the base
+ system. This file is available from .
+
+
+
+
rarpd
You need to add the Ethernet address of your &os;/&arch;
@@ -207,9 +191,10 @@
interface that is on the same subnet as the &os;/&arch;
system.
-
+
-
+
+
tftpd
Activate &man.tftpd.8; in your &man.inetd.8;
@@ -234,9 +219,10 @@
allow you to see the file name you need to use for the
loader. Error replies by the TFTP server are most often due
to incorrect file permissions.
-
+
-
+
+
Setting up bootpd/dhcpd
You can use either BOOTP or DHCP (both not both) to
@@ -305,7 +291,6 @@
a DNS entry or is associated with an address in
/etc/hosts, the
fixed-address specification can be omitted.
-
--HuXIgs6JvY9hJs5C--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 22:38:33 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from k6.locore.ca (k6.locore.ca [198.96.117.170])
by hub.freebsd.org (Postfix) with ESMTP
id 2050F37B41A; Mon, 8 Apr 2002 22:38:21 -0700 (PDT)
Received: (from jake@localhost)
by k6.locore.ca (8.11.6/8.11.6) id g395fAR26724;
Tue, 9 Apr 2002 01:41:10 -0400 (EDT)
(envelope-from jake)
Date: Tue, 9 Apr 2002 01:41:08 -0400
From: Jake Burkholder
To: freebsd-doc@FreeBSD.ORG
Cc: freebsd-sparc@FreeBSD.ORG
Subject: Re: Request for review: Restructuring of sparc installation guide
Message-ID: <20020409014108.I199@locore.ca>
References: <20020409045627.GO51146@nathan.ruhr.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020409045627.GO51146@nathan.ruhr.de>; from ue@nathan.ruhr.de on Tue, Apr 09, 2002 at 06:56:28AM +0200
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
Apparently, On Tue, Apr 09, 2002 at 06:56:28AM +0200,
Udo Erdelhoff said words to the effect of;
> Hi,
> for some time, I've been thinking dark thoughts about modifying the
> structure of the sparc64 installation instructions. This is not
> some kind of legal text and it should be possible to structure it
> in a way that removes the 4th level headings.
>
> Additionally, just about style rule my teacher drummed into me
> complains about the fact that chapter 1.3 does not have any text
> except the other chapters.
>
> And most of the steps in 'network installation' do not describe the
> installation over the network, but the preparations neccessary for
> it.
>
> I've attached a patch that solves most of these problems. It splits
> the installations preparations into seperate chapters and moves
> things around a bit. I did not adjust the indentation of the moved
> chapters in order to minimize the diff and to make life easier for
> the translators. The neccessary cleanup would follow in a second
> patch.
>
> I was tempted to move almost all 1.3.* chapters (the various steps
> needed to set up a network installaiton) into one gigantic .
> The only thing that stopped me was the length of the output (about
> 150 lines in lynx).
>
> Comments?
Cool, this looks fine to me. Re your XXX comments the files are in the
same directory as the loader, pub/FreeBSD/development/sparc64.
The kernel is called kernel-nfsroot.bz2 for netbooting. The iso
is named by date and gets updated from time to time, so just pointing
to the directory is probably ok; maybe add a note to get the latest one.
Jake
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Mon Apr 8 23:32:42 2002
Delivered-To: freebsd-doc@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id C5A8937B417
for ; Mon, 8 Apr 2002 23:32:36 -0700 (PDT)
Received: (from www@localhost)
by freefall.freebsd.org (8.11.6/8.11.6) id g396Waj00182
for freebsd-doc; Mon, 8 Apr 2002 23:32:36 -0700 (PDT)
(envelope-from www)
Date: Mon, 8 Apr 2002 23:32:36 -0700 (PDT)
From:
Message-Id: <200204090632.g396Waj00182@freefall.freebsd.org>
To: freebsd-doc@FreeBSD.org
Subject: FreeBSD web build failed on freefall.freebsd.org
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe:
List-Unsubscribe:
X-Loop: FreeBSD.org
===> conspectus/stable/2000/05
===> conspectus/stable/2000/06
===> conspectus/advocacy
===> conspectus/advocacy/2000
===> conspectus/advocacy/2000/11
===> gnome
/usr/bin/fetch -qo - http://news.gnome.org/gnome-news/rdf | /usr/bin/sed 's|rdf:RDF|rdf| ; s|xmlns.*[^>]||' > gnotices.rdf
/usr/local/bin/xsltproc -nonet -o index.html /c/www/build/www/en/gnome/index.xsl /c/www/build/www/en/gnome/news.xml
/usr/local/bin/tidy -i -m -raw -preserve -f /dev/null index.html
===> gnome/docs
===> gnome/images
===> gnome/patches
*** Error code 1 (ignored)
===> relnotes
===> relnotes/CURRENT/en_US.ISO8859-1
===> relnotes/CURRENT/en_US.ISO8859-1/relnotes
===> relnotes/CURRENT/en_US.ISO8859-1/relnotes/alpha
===> relnotes/CURRENT/en_US.ISO8859-1/relnotes/i386
===> relnotes/CURRENT/en_US.ISO8859-1/relnotes/sparc64
===> relnotes/CURRENT/en_US.ISO8859-1/hardware
===> relnotes/CURRENT/en_US.ISO8859-1/hardware/alpha
===> relnotes/CURRENT/en_US.ISO8859-1/hardware/i386
===> relnotes/CURRENT/en_US.ISO8859-1/hardware/sparc64
===> relnotes/CURRENT/en_US.ISO8859-1/readme
===> relnotes/CURRENT/en_US.ISO8859-1/errata
===> relnotes/CURRENT/en_US.ISO8859-1/installation
===> relnotes/CURRENT/en_US.ISO8859-1/installation/alpha
===> relnotes/CURRENT/en_US.ISO8859-1/installation/i386
===> relnotes/CURRENT/en_US.ISO8859-1/installation/sparc64
===> relnotes/4-STABLE/en_US.ISO8859-1
===> relnotes/4-STABLE/en_US.ISO8859-1/relnotes
===> relnotes/4-STABLE/en_US.ISO8859-1/relnotes/alpha
===> relnotes/4-STABLE/en_US.ISO8859-1/relnotes/i386
===> relnotes/4-STABLE/en_US.ISO8859-1/hardware
===> relnotes/4-STABLE/en_US.ISO8859-1/hardware/alpha
===> relnotes/4-STABLE/en_US.ISO8859-1/hardware/i386
===> relnotes/4-STABLE/en_US.ISO8859-1/readme
===> relnotes/4-STABLE/en_US.ISO8859-1/errata
===> relnotes/4-STABLE/en_US.ISO8859-1/installation
===> relnotes/4-STABLE/en_US.ISO8859-1/installation/alpha
===> relnotes/4-STABLE/en_US.ISO8859-1/installation/i386
===> gifs
===> cgi
608.58 real 230.58 user 9.14 sys
install -C -o www -g www -m 664 /c/www/build/www/en/applications.html /usr/local/www/data
install: /usr/local/www/data/applications.html: chown/chgrp: Operation not permitted
*** Error code 71
Stop in /c/www/build/www/en.
0.10 real 0.00 user 0.01 sys
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-doc" in the body of the message
From owner-freebsd-doc Tue Apr 9 1: 9:42 2002
Delivered-To: freebsd-doc@freebsd.org
Received: from hotmail.com (b195010.usr.starcat.ne.jp [61.213.195.10])
by hub.freebsd.org (Postfix) with SMTP
id 6A0CE37B419; Tue, 9 Apr 2002 01:09:32 -0700 (PDT)
Received: from unknown (189.38.230.155)
by da001d2020.lax-ca.osd.concentric.net with local; 09 Apr 2002 03:43:14 +0400
Received: from [70.205.165.162] by rly-xr01.mx.aol.com with SMTP; 09 Apr 2002 14:36:35 -0700
Received: from 180.20.11.220 ([180.20.11.220]) by m10.grp.snv.yahoo.com with esmtp; 08 Apr 2002 23:29:57 +0800
Received: from 137.148.68.131 ([137.148.68.131]) by sparc.isl.net with asmtp; Mon, 08 Apr 2002 21:23:18 +1000
Reply-To:
Message-ID: <005b64b51cde$1256b4a5$6ea26dc6@hhedyp>
From:
To:
Cc:
Subject: Web Development Services 6949qlFy4-33l11
MiME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_00E5_26B22B2A.C5200C86"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Internet Mail Service (5.5.2650.21)
Importance: Normal
Date: Tue, 9 Apr 2002 01:09:32 -0700 (PDT)
Sender: owner-freebsd-doc@FreeBSD.ORG
Precedence: bulk
List-ID:
List-Archive: (Web Archive)
List-Help: (List Instructions)
List-Subscribe: