HDTenEightyP/NetNews huggingface dataset:
From: Jamie Zawinski <jwz@lucid.com>
Subject: Re: Does gnus 3.14 thread better than 3.13?
Organization: Lucid, Inc., Menlo Park, CA
X-Windows: Sometimes you fill a vacuum and it still sucks.
Date: Wed, 2 Sep 92 18:39:01 GMT

In article <1992Sep2.155044.5988@sfn.ORG> cliff@sfn.ORG (R. Cliff Young) wrote:
> 
> The underlying problem is that only articles in the Subject buffer are
> available for GNUS to figure out the thread structure.

The reason for this is nowhere near as good as that.  GNUS has enough
information to properly thread articles whose common parent is not visible
or has expired, but it doesn't.  The References: field contains a list of
all of the parents of an article, and this could be used to figure out
the relationships between two articles which would otherwise be considered
"roots."

> Unlike trn, it does not maintain a threading database, so it must always
> thread based on what article headers it requests from the NNTP server.

This is all you ever need.

> If GNUS were to achieve a level of threading sophistication equivalent
> to trn, it would need to do the following (based upon my personal
> observations of trn in action):
> 
> 1) Maintain a threading database.

No, you don't need to do this.  The only thing that maintaining a threading
database gets you is efficiency: you don't need to parse the References:
fields of the headers of the unread articles.  However, GNUS does that now,
and it's acceptably fast, so the extra complication of a threading database is
unjustified.  Especially given the other problems they have: they take up a
huge amount of space, and you generally have to be the news administrator to
install them.  All of this stuff can be done on the client side, so it should.

> 3) Some broken news-posting software or indirect methods of
>    following-up to a posting fail to include a valid References
>    header.  So long as these postings contain a subject line matching
>    a subject in an existing thread, they should be considered a part
>    of that thread,

It's wrong to cater to the bugs of other systems; if you do, those bugs
will never get fixed.  Look at sendmail.

>    albeit at a new level (i.e. no parent).

If an article has no parent, how can it be part of a thread?

> 4) However, an article without a valid References header but containing
>    a valid Message-ID in the initial text of the message ("In article
>    <msg-id> so-and-so writes:", et al) should treat the message with
>    that Message-ID as its parent for threading purposes.

This is a horrible idea.  Fix the posting software instead.

	-- Jamie
From: ssurhode@susssys1.rdg.ac.uk (Paul Rhodes)
Newsgroups: gnu.emacs.gnus
Subject: Various newbie GNUS questions
Date: 28 Aug 92 12:06:47 GMT
Distribution: gnu
Organization: Reading University, England

Okay. I have quite a few questions that I thought I might group
together... Here goes...


  a. I wish to have new newsgroups added in the correct place in my
list (alphabetically) and automatically unsubscribed. Can someone show
me some lisp code to do this ?

  b. I've found the gnus-mark.el file and that has a little good stuff
in, but I wish to have more group functions, like pipe marked files
and read marked files and save marked files. Also I have seen some
stuff in alt.sources or somewhere that will automatically sort file
chunks in the correct order (uuencoded etc) and unpack them in a
specified place. 

  c. Our system runs under NFS. At present I am reading news via the
NNTP server. Soon the news partition will be directly available. How
will this affect my news reading ? If I wish to post will I still have
to use NNTP, or can I read the local spool and post via NNTP, or (best
yet) can I read and post via the local spool ?

  d. Is there a FAQ for this group ? Can someone give me a copy if
there is, but don't give me a copy if there isn't/

Paul.
From: whb@castle.ed.ac.uk (H Bruce)
Newsgroups: gnu.emacs.gnus
Subject: Problem installing gnus - compilation hangs.
Date: 3 Sep 92 11:04:42 GMT
Distribution: gnu
Organization: Dept. Electrical Engineering, Edinburgh University, Scotland, UK.

I am trying to install gnus, the compilation hangs after giving the 
following output after running make:


emacs -batch -l gnus-user-sxa.el -f batch-byte-compile nntp.el
Loading backquote...
Compiling /usr/local/src/gnus/nntp.el...
Compiling /usr/local/src/gnus/nntp.el (nntp-retrieve-headers)...
Compiling /usr/local/src/gnus/nntp.el (nntp-open-server)...
Compiling /usr/local/src/gnus/nntp.el (nntp-close-server)...
Compiling /usr/local/src/gnus/nntp.el (nntp-server-opened)...
Compiling /usr/local/src/gnus/nntp.el (nntp-status-message)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-article)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-body)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-head)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-stat)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-group)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-list)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-last)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-next)...
Compiling /usr/local/src/gnus/nntp.el (nntp-request-post)...
Compiling /usr/local/src/gnus/nntp.el (nntp-default-sentinel)...
Compiling /usr/local/src/gnus/nntp.el (nntp-decode-text)...
Compiling /usr/local/src/gnus/nntp.el (nntp-encode-text)...
Compiling /usr/local/src/gnus/nntp.el (nntp-send-command)...
Compiling /usr/local/src/gnus/nntp.el (nntp-wait-for-response)...
Compiling /usr/local/src/gnus/nntp.el (nntp-send-strings-to-server)...

Things now hang forever gobbling cpu-time. The same thing happens on and
Sun3 and Sun4. Any suggestions welcomed.
I am using the following versions:
gnus  3.14.1
emacs 18.58.1


Thanks

Henry Bruce
Newsgroups: gnu.emacs.gnus
From: johndew@watson.ibm.com (John Dewysocki)
Subject: Cpu utilization problem
Date: Wed, 02 Sep 1992 16:42:30 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

Statement of problem:
"The problem is that when I leave gnus idle in newsgroup mode
for a while (> 1 hour), cpu utilization rises to around 70%."

Conclusions I have come to so far:
It is well known that gnus losed nntp connection after a certain
period of idle time.  I believe that the high cpu % is caused
by gnus trying to reconnect to its nntp server.
I have tested this by leaving my gnus in an idle state for over
an hour (cpu % was up to 85), I then tried to read an article
and was told that I was disconnected from the nntp server.
I was running a cpu monitor at this time and as soon as the
message NNTP: Connection closed appeared (along w/a beep),
cpu % dropped down to zero.
---------------------------

I also recently found out the following info, that I though was
related:

;; Troubleshooting of NNTP
;;
;; (1) Select routine may signal an error or fall into infinite loop
;;  while waiting for the server response. In this case, you'd better
;;  not use byte-compiled codes but original source. If you still have
;;  a problems with it, set the variable `nntp-buggy-select' to T.
-- 

However, I have tried both using orignal source and setting
nntp-buggy-select to t, neither fixed the cpu problem.

I feel some lisp code just has to be changed in nntp.el, but
I am not a lisp programmer.  Can anyone help?

     ~    John    ~ 
|///////////\\\\\\\\\\\|
From: latta@scam.berkeley.edu (Craig R. Latta)
Newsgroups: gnu.emacs.gnus
Subject: Having distinct posting and reading servers?
Date: 3 Sep 92 18:38:35 GMT
Organization: Experimental Computing Facility (XCF)
NNTP-Posting-Host: xcf.berkeley.edu



Hi--

	I am interested in using gnus in an environment which has
separate NNTP servers for posting and reading. I've looked through the
doc and code for gnus, and can't find any info on accomodating this
situation.

	Any ideas? Please email them to me.


	Thanks,

-C

--
-----------------------------------------------------------------------------
Craig R. Latta           Experimental Computing Facility                (XCF)
Composer, Software and   ParcPlace Systems, Inc.        (latta@parcplace.com)
    Recording Engineer   NetJam, Berkeley                (netjam-request@xcf)
latta@xcf.Berkeley.EDU   Smallmusic OO music project (smallmusic-request@xcf)
(standard  disclaimer)   proof NL parsing project         (proof-request@xcf)
-----------------------------------------------------------------------------
From: philipg@bronco.cna.tek.com (Philip Guenther)
Newsgroups: gnu.emacs.gnus
Subject: Re: Does gnus 3.14 thread better than 3.13?
Date: 2 Sep 92 22:26:01 GMT
Distribution: gnu
Organization: Academic Computing Center, St. Olaf College
In-reply-to: jonathan@cs.pitt.edu's message of 2 Sep 92 02:26:53 GMT

In article <JONATHAN.92Sep1222653@speedy.cs.pitt.edu> jonathan@cs.pitt.edu (Jonathan Eunice) writes:

   I'm using gnus 3.13.  It seems to thread articles based on the References
   field, ignoring the subject line contents. For example, it gives me
   multiple lines: 

   D 890:+[ 48:bradm@anchor.] Re: changing indentation thingees
     891: [  7:diecph@ucunix] Re: changing indentation thingees

   which should be a part of just one thread, based on the Subject:

   D 890:+[ 48:bradm@anchor.] Re: changing indentation thingees...

   Would using 3.14 improve this behavior?  


  The question is: how should this be shown?  You can't have 891 be
indented in from 890 because that implies that 891 is in reply to 890.
Since they are at the same level in the thread tree, they should be
(and are) shown at the same level.  What would be nice is if gnus
would group them close together even though their parent article is
gone (read).
  Perhaps the *other* alternative would be for gnus to recall their
parent (based on References:) and show it, perhaps already marked as
read.  If you do this, you have to decide how far back to trace the
tree.  To the original article?  Just enough to make it one tree and
no further?  Only one?  What about other sub-threads? (That is, if
some article starts several sub-threads, they are read, then later one
of *their* children is posted, should they _all_ be retrieved?)
  My personal preference would probably be if gnus would just group
brother/sister articles (those with the same parent) together and not
worry about retrieving the parent.  (This matches my ability to
(usually) remember what previous articles said.  And yes, I do read
high traffic groups (including comp.os.linux!))

Philip Guenther -- guenther@stolaf.edu or philipg@bronco.cna.tek.com
These are my opinions and mine alone! Mine! All mine! Mine mine mine!!!
     Warning: according to quantum dynamics, life does not exist
                   if you are not looking at it.
From: bradm@anchor.anchor.ems.cdc.com (Brad Miller)
Newsgroups: gnu.emacs.gnus
Subject: Re: changing indentation thingees
Date: 1 Sep 92 16:46:21 GMT
	<RATINOX.92Aug31120037@splinter.coe.northeastern.edu>
Organization: Empros Systems International
In-reply-to: ratinox@splinter.coe.northeastern.edu's message of 31 Aug 92 16:00:37 GMT


   >>>>> "d" == d <zen@death.Sun.COM> writes:

   d>   A hopefully easy question -- currently when I reply to an article or
   d> piece of mail, it indents the old note with spaces.  How can I put some
   d> arbitrary piece of stuff in front instead?  E.g., currently it does:

   Get Supercite 2.2 from your favorite emacs-lisp archive.

Ok, I did this, read the README, and the texinfo file, following the
directions for overloading, as best I could.  However, news-reply-mode-hook
and mail-reply-mode-hook do not seem to exist in GNUS 3.14.1.  grepping
through the gnus-*.el files for likely looking hooks did not suggest an
immediate solution.

Any futher help would be appreciated.

--
Brad Miller                             bradm@ems.cdc.com
Empros Systems International            (612) 553-4886
2300 Berkshire Lane N.
Plymouth, MN  55441
-----------------------
... Any resemblance between the above views and those of my employer,
my terminal, or the view out my window are purely coincidental.  Any
resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.  The question of the
existence of the reader is left as an exercise for the second god
coefficient.  (A discussion of non-orthogonal, non-integral polytheism
is beyond the scope of this article.)



--
Brad Miller                             bradm@ems.cdc.com
Empros Systems International            (612) 553-4886
2300 Berkshire Lane N.
Plymouth, MN  55441
-----------------------
... Any resemblance between the above views and those of my employer,
my terminal, or the view out my window are purely coincidental.  Any
resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.  The question of the
existence of the reader is left as an exercise for the second god
coefficient.  (A discussion of non-orthogonal, non-integral polytheism
is beyond the scope of this article.)
Newsgroups: gnu.emacs.gnus
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: Re: Does gnus 3.14 thread better than 3.13?
Originator: kpc@kronos-arclan.arc.nasa.gov
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research Branch (Sterling).
	<PHILIPG.92Sep2152603@bronco.bronco.cna.tek.com>
Distribution: gnu
Date: Thu, 3 Sep 1992 22:23:16 GMT

sibling articles could be threaded not by retrieving parents or just
sorting, but by creating a dummy parent and putting, say, ,,, instead
of ... as the indicator of indentation.  once you access it, then it
would be expanded to the siblings.

disadvantage: it doesn't use the same mechanism.  some commands might
not work.
--
i'm open to comparing research career notes with other young cogsci people.
-- 
i'm open to comparing research career notes with other young cogsci people.
Xref: sparky gnu.announce:115 gnu.utils.bug:1479
From: bson@gnu.ai.mit.edu
Newsgroups: gnu.announce,gnu.utils.bug
Subject: GNU Finger 1.34
Date: 3 Sep 92 23:44:41 GMT
Followup-To: gnu.utils.bug
To: info-gnu@prep.ai.mit.edu

GNU Finger 1.34 is available for anonymous FTP from prep.ai.mit.edu
[18.71.0.38], in the file pub/gnu/finger-1.34.tar.Z. This is the only
public release of GNU Finger since 1.0b.

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.au:gnu
	Europe: ftp.informatik.tu-muenchen.de, src.doc.ic.ac.uk:gnu,
	  ftp.funet.fi, nic.funet.fi:pub/gnu, ugle.unit.no, isy.liu.se,
	  ftp.stacken.kth.se, sunic.sunet.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, ftp.funet.fi, archive.eu.net
	United States: wuarchive.wustl.edu ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:packages/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

The following is a list of changes from GNU Finger 1.0b to 1.34.

  o  Lots of bugs have been fixed -- far too many to mention here.

  o  Changes to messages and output formatting.

  o  Mugshot support has been dropped. These parts will be redone in a
     future release. The code is included, but currently unsupported.

  o  Port to PC/RT.

  o  Port to SVR4.

  o  Special target ``.help'' to list special targets supported
     by the finger server. A target is something you can finger,
     such as a user name or mailing list.

  o  Special target ``.site'' to describe a site - the organization
     it belongs to, geographic location, who manages it, and other
     relevant information.

  o  Configuration greatly simplified - uses GNU Autoconf 1.1.

  o  Code made more robust.

  o  Option syntax changed to adhere to current GNU standards. Long
     option ``--port'' added to explicitly specify a port or service
     to use.

  o  Prints message if .plan file exists but is inaccessible.

  o  Added support for .project file, similar to .plan.

  o  If the user fingered has a .fingerrc script, then it will be
     executed and the normal finger output piped through it. The
     output of the script becomes the output of finger.

  o  Documentation has been improved.

  o  Support for site-defined special targets. These are scripts
     that are run when the corresponding target is fingered. The
     two targets ``.site'' and ``.help'' are such scripts.

  o  User mail forwarding is reported.

  o  Accepts finger requests for mailing lists.
Xref: sparky gnu.announce:114 gnu.gcc.announce:31
From: h-mieko@sran231.sra.co.JP (Mieko Hikichi)
Subject: GNU's Bull (Japanese edition) is now available.
Reply-To: h-mieko@sra.co.jp
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 28 Aug 1992 06:57:30 GMT

Sorry for the delay.

As always, a file `bull13j.tar.Z' is now available via anonymous ftp
from `srawgw:~ftp/pub/gnu/local-fix/Bull-j/'.  You can use and copy it
under the copyleft.

This file is the Japanese version (translation) of the GNU's Bulletin
No.13 (June/1992), and contains the followings.  

	bull13j.texi ...	body of text (texinfo format)
	bull13j.info ...	body of text (info format)
	fsf-order-form.ps ...	FSF order form (PostScript format)
	fsf-order-form.dvi ...	FSF ofrder form (dvi format)
	jtexinfo.tex ...	macro file for NTT jTeX and Nihongo TeX 
	texinfmt.el ...		Emacs List file to format info file

To format the texinfo file, you need to prepare the Japanized TeX
(either NTT version or ASCII one).  Without the Japanized TeX, you can
read bull13j.info.

Enjoy with it!

Mieko
	E-mail: h-mieko@sra.co.jp
        Classical mail: Mieko Hikichi
		Software Research Associates, Inc.
		1-1-1 Hirakawa-cho, Chiyoda-ku, Tokyo 102, JAPAN


Xref: sparky gnu.announce:112 gnu.ghostscript.bug:925 gnu.utils.bug:1475
From: karl@claude.cs.umb.edu (Karl Berry)
Newsgroups: gnu.announce,gnu.ghostscript.bug,gnu.utils.bug
Subject: fontutils 0.5 announcement
Date: 3 Sep 92 19:41:55 GMT
Reply-To: karl@cs.umb.edu
Followup-To: gnu.utils.bug
To: gnu@prep.ai.mit.edu

We have released a new version (0.5) of the GNU font utilities.

The major news in this release is that we have written Texinfo
documentation for the programs.  All reported bugs and configuration
difficulties have been fixed, as far as we know.

To compile these programs, you will need GCC and GNU Make.  For the
programs which do online graphics, you will also need an X11 server and
the X11R4 or R5 libraries.

Send bugs or suggestions to bug-gnu-utils@prep.ai.mit.edu.


You can get the source by ftp from
  prep.ai.mit.edu [18.71.0.38]:pub/gnu/fontutils-0.5.tar.Z.

And also from these other sites around the world; please check them
before prep.

United States: wuarchive.wustl.edu   gatekeeper.dec.com:pub/GNU
               uxc.cso.uiuc.edu      ftp.uu.net:packages/gnu

Europe:        archive.eu.net        src.doc.ic.ac.uk:gnu    ftp.funet.fi
               nic.funet.fi:pub/gnu  ugle.unit.no            isy.liu.se
               ftp.diku.dk

elsewhere:     ftp.cs.titech.ac.jp   utsun.s.u-tokyo.ac.jp:ftpsync/prep
               archie.au:gnu

You can also order tapes with GNU software from the Free Software
Foundation (thereby supporting the GNU project); send mail to
gnu@prep.ai.mit.edu for the latest prices and ordering information, or
retrieve the file DISTRIB from a GNU archive.


Here is a brief description of the programs included:

* imageto extracts a bitmap font from an image in PBM or IMG format, or
  converts the image to Encapsulated PostScript.

* xbfe is a hand-editor for bitmap fonts which runs under X11.

* charspace adds side bearings to a bitmap font.

* limn fits outlines to bitmap characters.

* bzrto converts a generic outline font to Metafont or PostScript.

* gsrenderfont renders a PostScript outline font at a particular point
  size and resolution, yielding a bitmap font.

* fontconvert can rearrange or delete characters in a bitmap font,
  filter them, split them into pieces, combine them, etc., etc.

* imgrotate rotates or flips an IMG file.


We need volunteers to help create fonts for the GNU project.  You do not
need to be an expert type designer to help, but you do need to know
enough about TeX and/or PostScript to be able to install and test new
fonts.  Example: if you know neither (1) the purpose of TeX utility
program `gftopk' nor (2) what the PostScript `scalefont' command does,
you probably need more experience before you can help.

If you can volunteer, the first step is to compile the font utilities.
After that, contact me (karl@gnu.ai.mit.edu).  I will get you a scanned
type specimen image.  The manual explains how to use these utilities to
turn that into a font you can use in TeX or PostScript.

Happy fonting,

karl@cs.umb.edu
Member of the League for Programming Freedom---write to league@prep.ai.mit.edu.
Xref: sparky gnu.announce:113 gnu.ghostscript.bug:926 gnu.utils.bug:1476
From: karl@claude.cs.umb.edu (Karl Berry)
Newsgroups: gnu.announce,gnu.ghostscript.bug,gnu.utils.bug
Subject: volunteers needed
Date: 3 Sep 92 20:17:01 GMT
Reply-To: karl@cs.umb.edu
Followup-To: gnu.utils.bug
To: gnu@prep.ai.mit.edu

We need volunteers to help create fonts for the GNU project.  You do not
need to be an expert type designer to help, but you do need to know
enough about TeX and/or PostScript to be able to install and test new
fonts.  Example: if you know neither (1) the purpose of TeX utility
program `gftopk' nor (2) what the PostScript `scalefont' command does,
you probably need more experience before you can help.

If you can volunteer, the first step is to compile the font utilities.
After that, contact me (karl@gnu.ai.mit.edu).  I will get you a scanned
type specimen image.  The manual explains how to use these utilities to
turn that into a font you can use in TeX or PostScript.
Xref: sparky gnu.announce:110 gnu.utils.bug:1423
From: djm@gnu.ai.mit.edu
Newsgroups: gnu.announce,gnu.utils.bug
Subject: GNU shell utilities 1.7 released
Date: 26 Aug 92 23:12:26 GMT
Followup-To: gnu.utils.bug
To: info-gnu@prep.ai.mit.edu

Version 1.7 of the GNU shell programming utilities is available for
anonymous ftp from prep.ai.mit.edu [18.71.0.38] in the file
pub/gnu/shellutils-1.7.tar.Z.

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -len

	    archie.au, archive.eu.net, src.doc.ic.ac.uk, ftp.diku.dk,
	    ftp.informatik.tu-muenchen.de, ftp.eunet.ch, ftp.funet.fi,
	    isy.liu.se, ftp.stacken.kth.se, sunic.sunet.se, ugle.unit.no,
	    ftp.win.tue.nl, ftp.cs.titech.ac.jp, ftp.cs.widener.edu,
	    wuarchive.wustl.edu, gatekeeper.dec.com, uxc.cso.uiuc.edu,
	    col.hp.com, and ftp.uu.net (under /archive/systems/gnu).

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

The programs in this package are:

basename date dirname env expr false groups id logname
pathchk printenv printf sleep tee test true tty whoami yes
nice nohup stty su uname who

pathchk is a POSIX invention for checking pathname portability.

Major changes in release 1.7:
* add su, who, true, false commands
* add more tests to expr
* fix printf program handling of \ escapes
* printf can re-use format string for multiple groups of arguments
* printf catches numeric conversion errors with an ANSI C library
* stty nl and -nl were backwards
* date can format an arbitrary date without setting it

Please send bug reports for this software to the mailing list
	bug-gnu-utils@prep.ai.mit.edu
Newsgroups: gnu.test,vmsnet.test
From: kschwab@nyx.cs.du.edu (Kerry Schwab)
Subject: test
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Distribution: usa
Date: Mon, 24 Aug 92 00:31:20 GMT



..new account... testi 
11
Wel l. the ed itor seem s to be freaking out.

Newsgroups: gnu.test,mn.test