HDTenEightyP/NetNews huggingface dataset:
From: mcgrant@rascals.stanford.edu (Michael C. Grant)
Subject: GNUS bug in timezone.el
Organization: Information Systems Laboratory, Stanford University
Date: 3 Jan 93 17:39:20


I came across and fixed a rather simple bug in timezone.el for GNUS 3.14.1.
timezone-parse-date fails to handle dates where the month is spelled out
completely, and those occaisonally do come up in newsgroups---and, if they
do, GNUS can't even open that newsgroup (if you're using dates to sort
them, that is).

This may have been posted before, but here's the patch to allow the
timezone command to handle these cases.

Michael C. Grant
mcgrant@isl.stanford.edu


*** timezone.el Sun Jan  3 17:36:20 1993
--- timezone.el.dist    Sun Jan  3 17:24:53 1993
***************
*** 167,176 ****
                 (cdr
                  (assoc
                   (upcase
!                     (substring
!                      (substring date
!                                 (match-beginning month) (match-end month))
!                      0 3))
                   timezone-months-assoc))))
          (setq day
                (substring date (match-beginning day) (match-end day)))
--- 167,174 ----
                 (cdr
                  (assoc
                   (upcase
!                   (substring date
!                              (match-beginning month) (match-end month)))
                   timezone-months-assoc))))
          (setq day
                (substring date (match-beginning day) (match-end day)))
--
"Long hair, short hair--what's the difference once the head's blowed off?" (?)
From: kpc@pluto.arc.nasa.gov (k p c)
Newsgroups: gnu.emacs.gnus,news.software.readers
Subject: virtual newsgroups: implementation in gnus
Date: 25 Dec 92 02:18:44 GMT
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research and Aero Branches;
	Sterling.

here's what i think is necessary to implement virtual newsgroups in
gnus.

a virtual newsgroup has a name and constituent newsgroups.  "emacs"
might be the name of a virtual group, and gnu.emacs.help,
gnu.emacs.vm.bug, and gnu.emacs.gnus might be the constituents.

put subject lines from the constituent newsgroups into the same
subject buffer, disambiguating the article numbers.

ensure that article and header retrieval use the disambiguator.

make followups look at the newsgroups line to see what newsgroup to
post to.  if it's ambiguous, ask the user.

make the default save file be the virtual newsgroup name.  i have
code for this part.

make the kill file be the virtual newsgroup name.

put the virtual newsgroup name in the newsgroups buffer just as if it
were a real newsgroup.

use an alist to provide correspondences between virtual newsgroups and
their constituents.

that's it!
-- 
i'm open to comparing research career notes with other young cogsci people.
From: fpb@ittc.wec.com (Frank P. Bresz)
Newsgroups: gnu.emacs.gnus
Subject: Problems with Cross Postings
Date: 30 Dec 92 14:17:19 GMT
Distribution: gnu
Organization: Westinghouse, ITTC, Pgh, PA.


Hi There,

	I seem to be reading the same article over and over when it is
	cross posted to groups I read.  Is there a way around this?
--
Frank P. Bresz <fpb@ittc.pgh.wec.com>, uunet!ittc!fpb, +1 412 733 6749, Fx 6444
My opinions are mine, Westinghouse pays big money for *official* opinions
Member: League for Programming Freedom (LPF)  | STOP Software Patents
For more information on the 'LPF' send mail   | before they stop you.
From: ssammy@cs.strath.ac.uk (Paul Sammy 4th Year iE/CES)
Newsgroups: gnu.emacs.gnus
Subject: Re: posting problem: no more processes, nntpd
Date: 21 Dec 92 11:00:09 GMT
Organization: Information Engineering
In-reply-to: hamm@ssdt-bluestein.sps.mot.com's message of 16 Dec 92 22:15:08 GMT


>Regarding posting problem: no more processes, nntpd; hamm@ssdt-bluestein.sps.mot.com (Steve Hamm) adds:

 > I just switched NNTP servers, and now if I post something small
 > it works (like a one-line test, or this note) but if I post 
 > something larger (say 100 lines) gnus hangs, saying
 > "writing to process: no more processes, nntpd".  Anyone see
 > this before and/or have a fix?  Thanks.

 Hmm, are you sure that the size of the posting matters?
 I've had this message a few times, I just took it to mean that
 the server machine was too busy to handle my post. I tried
 again later and the posting was accepted.

 > --Steve

--

|----------------------------------------------------------------------------|
| Internet: ssammy@cs.strath.ac.uk         | JANET  : ssammy@uk.ac.strath.cs  |
|----------------------------------------------------------------------------|
| This  .signature is infected. All viruses, places, events, ideas, viruses, |
| plants,  viruses,  and sexual viruses  mentioned herein  are viruses.  Any |
| resemblance  between the  virusters  and any  person or  viruses,  living, |
| dead, or  ...  8-{  ...  living  or dead is  virusly coincidental.  Virus. |
|____________________________________________________________________________|
Newsgroups: gnu.emacs.gnus
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: Re: news reading program that works with a file of saved articles
Followup-To: gnu.emacs.gnus
Originator: kpc@zog.arc.nasa.gov
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research and Aero Branches;
	Sterling.
	<WEIGERT.92Dec24212914@etlhit.etl.go.jp>
Date: Fri, 25 Dec 1992 02:05:37 GMT

that's not what i meant by virtual newsgroup (though i can see how in
the context of the previous article it seemed that way).  just to keep
things simple, let's call your idea a "private hierarchy".  i agree
with your complaints about private hierarchies.  i find vm and dired
together (with a flattened private hierarchy) to be pretty good, but
there are features that the combination lacks.

for example, i would like to be able to give a search string that will
initiate the equivalent of a recursive grep on my hierarchy and bring
up a vm folder that contains all (and only) the saved articles that
contain that search string in the directory.  (kyle jones are you
reading this?)  the vm virtual folder mechanism combined with find and
xargs and grep might work to do this.

a virtual newsgroup is a different idea.  i wrote about virtual
newsgroups last night, but i think the post never got out :-(.  i'll
post it again right now.  the subject line will be "splitting
newsgroups".

-- 
i'm open to comparing research career notes with other young cogsci people.
Newsgroups: gnu.emacs.gnus,news.software.readers
From: tjg01@thdhub.HomeDepot.COM (Terry Gardner)
Subject: more than NNTP host.
Organization: Home Depot USA, Inc.
Date: Thu, 31 Dec 1992 15:41:29 GMT
Distribution: gnu

Is it possible to have GNUS use one NNTP host to read news FROM,
and another to post to?
Please send e-mail..
Thanks,
--
terry@HomeDepot.COM                      (404) 433-8211x5124 or (404) 941-8304

Newsgroups: gnu.emacs.gnus
From: tjg01@homedepot.com (Terry Gardner)
Subject: MessageID instead of Message-ID: ?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 24 Dec 1992 08:24:56 GMT

Somehow, gnus/cnews/nntp/somebody is generating `MessageID' instead of
`Message-ID' when I post from gnus. This (I think) is causing
relaynews to croak. Has anyone encountered this?

terry@HomeDepot.COM                      (404) 433-8211x5124 or (404) 941-8304

Newsgroups: gnu.emacs.gnus
From: kpc@pluto.arc.nasa.gov (k p c)
Subject: speedup idea
Originator: kpc@zog.arc.nasa.gov
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research and Aero Branches;
	Sterling.
Date: Sun, 27 Dec 1992 11:29:00 GMT

lots of commands show all threads.  sometimes all threads are already
shown.  this means that lots of extra work is sometimes done.  the
command to show all threads should check a variable to see if all
threads are already shown.  the commands to hide threads should set
the variable.
-- 
i'm open to comparing research career notes with other young cogsci people.
Newsgroups: gnu.emacs.gnus
From: rsholmes@rodan.syr.EDU (Rich Holmes)
Subject: Re: gnus bug
In-reply-to: ckd@eff.org's message of Sat, 12 Dec 1992 07:10:18 GMT
Organization: Syracuse University
Date: Mon, 28 Dec 92 15:50:01 EST

In article <CKD.92Dec12021014@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:

>DA> == Doug Acker <dla@se05>
>
> DA> This works about 80% of the time ..  sometimes after reading the
> DA> article, it takes me back to the nex unread article at the top of
> DA> the display ... this is a pain ... I then have to scroll subjects
> DA> back to where I am ... any fix?
>
>That's a bug in gnus-user-tale.  Use this one instead.

I've been seeing a superficially similar and possibly related problem.
Should this code fix it? It doesn't seem to. The problem I see is:
after following up to an article, when I come back to the Subject
buffer the current article has jumped backwards by some variable
number of lines (from zero to about seven or so). This is with gnus
3.13 and happens regardless of whether I have my own hacks loaded or
not.

--
- Rich Holmes
"Grown men, he told himself, in flat contradiction of centuries of
accumulated evidence about the way grown men behave, do not behave
like this." -- Douglas Adams
Newsgroups: gnu.emacs.gnus
From: ns14@crux3.crux2.cit.cornell.edu (Nathan Otto Siemers)
Subject: Re: Setting info pages (was Re: Followup: changing the string indicating included text)
Organization: Department of Chemistry, Cornell Univ.
	<AKIY.92Dec8163731@diva.cs.titech.ac.jp>
	<SSAMMY.92Dec9100351@hunter-04.cs.strath.ac.uk>
	<BCR.92Dec13171539@hfl3sn02.cern.ch>
	<SSAMMY.92Dec21113349@fleming-03.cs.strath.ac.uk>
Date: 24 Dec 92 13:18:01

>>>>> On 21 Dec 92 11:33:49 GMT, ssammy@cs.strath.ac.uk (Paul Sammy
 Paul> 4th Year iE/CES) said: Nntp-Posting-Host:
 Paul> fleming-03.cs.strath.ac.uk

>Regarding Re: Followup: changing the string indicating included text;
>bcr@cernapo.cern.ch (Bill Riemers) adds:

> Great!  Much better than all those spaces.

> I'm sort of new to this game...  How do I actually get emacs to list
> the supercite help file when I type "^hi" so I can figure out how to
> clean-up the rest of the citation.

 Paul> ah.

 Paul> I've been watching the newsgroup to see if anyone else has an
 Paul> more elegant answer, but apparently not (maybe its the cos of
 Paul> the holiday season).

 Paul> Anyway, in my site, the admin has seen fit not to bother to
 Paul> install the info pages at all, so I have installed them myself.

 Paul> The important thing to know is that there is a directory
 Paul> pointed to by the variable `Info-directory' which contains the
 Paul> info pages and a special file called "dir".  "dir" is what you
 Paul> se when you type M-x info RET.

 Paul> I suggest that you

 Paul> 1)create a directory ~/lib/emacsinfo, 2)set `Info-directory' to
 Paul> point to it, 3)copy dir from the default dir into the
 Paul> `Info-directory' 4)edit dir to look at the default directory
 Paul> for all the info pages execept for the supercite one.


	I basically do this too, with links to the original info files
already on the system in that directory.   


Nathan Siemers

--
--
/  | / /__|  /  /---/ /__| /  | /    nathan@chemres.tn.cornell.edu
From: weigert@etlhit.etl.go.jp (Thomas Weigert)
Subject: Re: news reading program that works with a file of saved articles
Followup-To: gnu.emacs.gnus
Reply-To: weigert@mcs.anl.gov
Organization: Electrotechnical Laboratory, Tsukuba-shi, Japan
	<KPC.92Dec24021849@zog.arc.nasa.gov>
Date: Thu, 24 Dec 1992 12:29:14 GMT


kpc> (but if you _do_ want to start hacking, modifying a newsreader to do
kpc> virtual newsgroups would be great.  (and probably not too hard in
kpc> gnus.))

If I understand correctly what you mean by "virtual newsgroup," then there
is no need to hack. Gnus can be made to read from any directory that has
the struture of a news spool area, so you could easily use it to read your
old news. Note that each article has to be in a single file, however.

I used this scheme for a while to keep old information, but switched to VM
instead as my information browser. My gripes with the gnus-based strategy
were (i) unless one modifies the code, reading an article marks it for
deletion (hardly what one wants to do with archived information), 
(ii) No easy way of searching through a whole pseudo-newsgroup (i.e.,
cluster of information) unless one uses grep, and (iii) results in too many
small files (on a large disk the minimum filesize causes you to use quite
some diskspace).

I am not completely satisfied with the VM based approach either, so I would
love to hear from other people how they deal with archiving and retrieving
of acquired information.

Cheers, Thomas.

--
Note: The address below is valid until Jan 15, 1993.

+--------------------------------+---------------------------------+
| Thomas Weigert                 |                                 |
| Machine Inference Section      |                                 |
| Electrotechnical Laboratory    |                                 |
| Umezono 1-1-4, Tukuba-shi      | weigert@{mcs.anl.gov,etl.go.jp} |
| Ibaraki 305, Japan             | +81-298-58-5918 (phone+fax)     |
+--------------------------------+---------------------------------+
From: dsc9hmr@bumed10.med.navy.mil (H. Mike Rice)
Newsgroups: gnu.emacs.gnus
Subject: How do I followup ??
Date: 21 Dec 92 18:38:17 GMT
Distribution: gnu
Organization: elf____electronic learning facilitator, inc


Sorry for the interruption and somewhat trivial question ... however,
I can post a newly created article with little effort, however, I 
can not find the binding to post a followup .. response.

I have ask several individuals but to no avail.  Please, if you can
help, I would appreciate it.

And again, sorry for the somewhat trivial question ....

Thanks,

-- rice
--
|                    H. Mike Rice    |    elf_______________________
| |  dsc9hmr@bumed10.med.navy.mil    |         Empowerment through
|_|_____    rice@access.digex.com    |             Education !
  |_______                           |______________________________
Newsgroups: gnu.emacs.gnus,news.software.readers
From: kankkune@klaava.Helsinki.FI (Risto Kankkunen)
Subject: Re: virtual newsgroups: implementation in gnus
Organization: University of Helsinki, Department of Computer Science
Date: Fri, 1 Jan 1993 15:40:59 GMT

>I think it is quiet clear that we are using the same name for 2 diff ideas.  We
>should decide on terminology for this technology ASAP so not to confuse people

Virtual groups, meta groups, vgr's, grex's... To add to the confusion I
like the idea of pseudo groups: This is a way to group newsgroups, but
not merge them totally to a single virtual group. The groups in pseudo
groups would still be individual and retailn their real group names.
There are many ways, how groups in pseudo groups are presented to a
user. You could have a subject menu showing the group name and subject
line for each article. Or you could have a sub-group selection menu
presented to you when you enter the pseudo group.

I see pseudo groups completely orthogonal to virtual groups etc. You can
have virtual groups, pseudo groups, pseudo groups containing virtual
groups, pseudo groups containing pseudo groups etc. Pseudo groups are
just another way to partition your news universe.

An example of one application of pseudo groups: I would have pseudo
groups called work, programming, sources and hobbies. Work group would
contain all the groups related to my work, e.g. comp.sys.sun,
comp.mail.mime, comp.sources.x, alt.sources, alt.sources.d,
comp.sys.sun.sources etc. Programming would contain groups related to
programming like comp.lang.c, comp.sources.x, comp.client-server etc.
Sources would contain all the groups distributing various program
sources. Hobbies could have rec.music.makers.synth, alt.goth,
comp.window.x, comp.sources.x.

As you see there would be different kinds of groups in one pseudo group,
like sources and discussion groups. I think the virtual group idea to
merge all the articles of its component groups doesn't fit into this
kind of grouping very well. Another thing to note is that a groups can
be in many pseudo groups (which is the case with virtual groups, too, I
understand).

Do you think my definition of pseudo groups matches any of the terms
mentioned in previous articles? Do you think pseudo groups would be of
any use? Or do you prefer to browse you hundreds of plain, virtual or
other groups as a simple linear list?

>grex's are a very primative vgr and should be only a stop gap.  once we have
>a reader and transport independant agent that handles grex's it should be 
>scrapped and redone to handle vgr's.

I don't think there is One True Universal Concept of accessing news, so
I would like to see different grouping methods to proliferate. Each one
could then choose the method they like. Even if the gnus-virtual-groups
were a subset of vgrs, the former may be preferred, if it is easier to
control what groups go to what virtual groups with it, for example.

-- 
me olemme maailma               tiet{v{tk| ne ett{ on jouluaika ollenkaan
Xref: sparky gnu.announce:168 gnu.misc.discuss:4116
Newsgroups: gnu.announce,gnu.utils.bug
Followup-To: gnu.utils.bug

Hi, people.  (info-gnu mailing list, GNU wdiff THANKS file members)

The program wdiff is a front end to diff for comparing files on a word
per word basis.  A word is anything between whitespace.  This program
is particularily useful for comparing two texts in which a few words
have been changed and for which paragraphs have been refilled.

A new release will soon be available on prep.ai.mit.edu, in directory
pub/gnu, as file wdiff-0.04.tar.Z.  All reported bugs have been fixed.
Thanks to all those who contributed comments or suggestions.

Installation has been simplified.  Flex is not anymore required for
non ANSI-C compilers.  wdiff uses the first found of gnudiff, diffgnu,
gdiff or diff.  Some other portability problems have been alleviated.
Here is a list of differences from version 0.03, extracted from NEWS:

* Add -a for automatic pager call, disallow this by default.
* Add -l for less-like overstriking.
* Add -n to forbid wrapping of differences.
* New cbars script for producing change bars.
* man page for wdiff 0.04.  Contributed and supported by contributor.

-- 
Franc,ois Pinard       ``Happy GNU Year!''      pinard@iro.umontreal.ca
(514) 588-4656                                   ...!uunet!iros1!pinard
About the League for Programming Freedom?  Email me or lpf@uunet.uu.net

      [ 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.oz.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
	  ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, 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:systems/gnu

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

Newsgroups: gnu.announce
From: cracraft@ai.mit.edu (Stuart Cracraft)
Subject: From the GNU Chess group...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 24 Dec 1992 08:43:24 GMT

Merry Christmas and Happy GNU year

Xref: sparky gnu.announce:171 gnu.utils.bug:2312
From: lord+@andrew.cmu.edu (Tom Lord)
Newsgroups: gnu.announce,gnu.utils.bug
Subject: Re: oleo 1.2 source should say where to send bug reports
Date: 31 Dec 92 21:39:28 GMT
Article-I.D.: andrew.QfEzIkC00WB2QLZ28e
Followup-To: gnu.utils.bug
Distribution: world
To: info-gnu@prep.ai.mit.edu
Cc: Tom Lord <lord+@andrew.cmu.edu>


  Nowhere in the oleo 1.2 source code does it say that oleo bug reports
  should be sent to bug-gnu-utils@prep.ai.mit.edu.

Indeed, i seem to be establishing a tradition of omitting this
information from Oleo releases.  Perhaps it's a subconcious hope there
won't be any bugs :)

Please note, though, the correct address for oleo bug reports (though
bug-gnu-utils will work) is:

	oleo-bugs@prep.ai.mit.edu

-t

	Oleo 1.2.1 coming soon to an ftp site near you.
Xref: sparky gnu.announce:172 gnu.utils.bug:2313
From: lord+@andrew.cmu.edu (Tom Lord)
Newsgroups: gnu.announce,gnu.utils.bug
Subject: oleo-1.2.1
Date: 1 Jan 93 10:02:47 GMT
Article-I.D.: andrew.MfF_BbG00VopI6fPct
Followup-To: gnu.utils.bug
Distribution: world
To: info-gnu@prep.ai.mit.edu
Cc: Tom Lord <lord+@andrew.cmu.edu>

This message announces the availability of Oleo-1.2.1, a beta-release
of the GNU spreadsheet program.

This release contains no new features, but fixes a number of
configuration problems and trivial but fatal bugs in the Oleo-1.2
release.

This release is now available on prep.ai.mit.edu, and will soon appear
at other FTP sites (see below).  The files are:

	oleo-1.2-to-1.2.1-diffs.Z	; if you have the 1.2 release
					; and can apply patches

	oleo-1.2.1.tar.Z		; if you need the complete
					; source to the new release.


Thanks to all of those who sent installation reports concerning the
1.2 release.


FTP sites for oleo and other GNU software:

        Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
        Australia: archie.oz.au:gnu
        Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
          ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
          ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
          ftp.denet.dk, ftp.eunet.ch, 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:systems/gnu

For information on how to order GNU software on tape or cd-rom, check
the file etc/DISTRIB in the GNU Emacs distribution, or e-mail a
request to: gnu@prep.ai.mit.edu
Newsgroups: gnu.epoch.misc
From: deeno@atlantis.coral.com (Dennis C. Josifovich)
Subject: DISPLAY environment var
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 31 Dec 1992 19:00:20 GMT

The environment variable DISPLAY does not seem to be set by epoch.

IE running 'rsh <host> epoch -display <display>' does not have DISPLAY
set in the environment.

I make use of the DISPLAY env var by a modified emacs server program
which creates the unix socket name by <homedir>/.<hostname>-<display>,
but unfortuately without the DISPLAY env var I seem to be stuck.

I was hunting around the epoch source a little and found XD_display_name,
but can not spend enough time playing (real work gets in the way) to
fully understand where I can do a Fsetenv().

Any and all help will be appreciated.

BTW, if you are interested, I could make my changes to the emacs server
strategy and my support programs available; though I'm not sure if anyone
else would find it useful.

Thanks.



Newsgroups: gnu.epoch.misc