🚀 go-pugleaf

The version of the Jan 92 GNU's Bulletin mis-posted by
<carlton@husc10.harvard.edu> is not official.  Please delete any
copies you have saved or archived.  Please ask anyone you forwarded it
to delete it and ask anyone they have forwarded it to both delete it
and tell forwarders to do both.  

I have taken the liberty of issuing a cancel message so the article is
deleted from gnUSENET.

The on-line version will be posted to info-gnu@prep.ai.mit.edu
(repeated to the gnewsgroup gnu.announce) when it is ready.

We know you are all eagerly awaiting it.  We ask your patience until
it is ready.  Asking why it isn't ready and similar acts (such as the
mis-posting by carlton), just further delays the release, by causing us
to have to waste time dealing with these acts.

I am now going to spend a little more time.  In the hope it save us
time down the road.  Hopefully, it will, and this additional time will
not be wasted.

Many of you make an assumption:  
	"Producing the on-line version is trivial once the printed
	version is done."
You are then confronted with a fact:
	"The on-line version doesn't get posted quickly."
and believe that the assumption you make, dis-proves the fact.  This
is incorrect thinking.

Instead you should change the assumption, based on the fact:
	"Producing the on-line version is a substantial task, even
	after the printed version is done."

Now let me state it, so you don't have to make any assumptions:

   "It takes a substantial amount of editing, proofreading, et al to
   get the on-line version done, even after the printed version is done."

This is due to many reasons, that I'm not going to take the time to go
into.

Beyond the complexity of the task, other things can also delay the
production and posting of the on-line version:
	- other tasks often take priority (e.g. this time, getting 18.58
released; et al).
	- sometimes the process is made more involved (e.g. this time,
I was asked to use a current version of the makeinfo program in
producing the part of the on-line bull that comes from a texinfo file,
to find bugs in it {and it was quite buggy ;-} ; et al. ).
	- etc.

Now that I have invested this time, please pay me and other GNU people
back with patience when a release doesn't occur in the time frame you
think it should.  We all work hard to further the GNU Project and
there are good reasons why things take the time they do.  Instead of
complaining, you could even ask
	gnu@prep.ai.mit.edu
for the task list and become a GNU developer yourself!

Now let me get back to more important tasks (like finishing up the
on-line version), then explaining why you should be patient.

thanx -len