diff options
Diffstat (limited to 'etc/MAILINGLISTS')
-rw-r--r-- | etc/MAILINGLISTS | 743 |
1 files changed, 743 insertions, 0 deletions
diff --git a/etc/MAILINGLISTS b/etc/MAILINGLISTS new file mode 100644 index 00000000000..05a51144413 --- /dev/null +++ b/etc/MAILINGLISTS @@ -0,0 +1,743 @@ + GNU Project Electronic Mailing Lists. Last Updated 23 Oct 91 + + Please report improvements to: gnu@prep.ai.mit.edu + +* GNU mailing lists are also distributed as USENET news groups + +The mailing lists are gated both ways with the gnu.all newsgroups at +ohio-state.edu. The one-to-one correspondence is indicated below. If +you don't know if your site is on USENET, ask your system administrator. +If you are a USENET site and don't get the gnu.all newsgroups, please +ask your USENET administrator to get them. If he has your feeds ask +their feeds, you should win. And everyone else wins: newsgroups make +better use of the limited bandwidth of the computer networks and your +home machine than mailing list traffic; and staying off the mailing +lists make better use of the people who maintain the lists and the +machines that the GNU people working with rms use (i.e. we have more +time to produce code!!). Thanx. + +* Getting the mailing lists directly + +If several users at your site or local network want to read a list and +you aren't a USENET site, Project GNU would prefer that you would set up +one address that redistributes locally. This reduces overhead on our +people and machines, your gateway machine, and the network(s) used to +transport the mail from us to you. + +* How to subscribe to and report bugs in mailing lists + +Send messages ABOUT these lists, such as reports of mail problems, or +requests to be added or removed, to help-gnu-emacs-request (or +info-gnu-request, bug-gdb-request, etc.), NOT to info-gnu-emacs (or +info-gnu, etc.). These <LIST_NAME>-request addresses go only to the +people who can do something about your requests or problems, and thus +avoids disturbing everyone else. + +Note that all GNU mailing lists are maintained by volunteers. They get +behind occasionally. Wait at least 3 or 4 days before asking again. +Thanks! + +Many of the GNU mailing lists are very large and are received by many +people. Please don't send them anything that is not seriously important +to all their readers. All GNU mailing lists are unmoderated, mail +reflectors, except info-gnu, info-gnu-emacs, info-gcc, info-g++ and +info-gnu-fortran. + +All addresses below are in internet format. Consult the mail guru for +your computer to figure out address syntaxes from other networks. From +UUCP machines: + ..!ucbvax!prep.ai.mit.edu!ADDRESS + ..!uunet!prep.ai.mit.edu!ADDRESS + +If a message you mail to a list is returned from a MAILER-DAEMON (often +with the line: + ----- Transcript of session follows ----- + don't resend the message to the list. All this return means is that +your original message failed to reach a few addresses on the list. Such +messages are NEVER a reason to resend a piece of mail a 2nd time. This +just bothers all (less the few delivery failures (which will probably +just fail again!)) of the readers of the list with a message they have +already seen. It also wastes computer and network resources. + +It is appropriate to send these to the -request address for a list, and +ask them to check the problem out. + +* Send Specific Requests for Information to: gnu@prep.ai.mit.edu + +Specific requests for information about obtaining GNU software, or GNU +activities in Cambridge and elsewhere can be directed to: + gnu@prep.ai.mit.edu + +* General Information about all lists + +Please keep each message under 40,000 characters. Some mailers bounce +messages that are longer than this. + +Most of the time, when you reply to a message sent to a list, the reply +should not go to the list. But most mail reading programs supply, by +default, all the recipients of the original as recipients of the reply. +Make a point of deleting the list address from the header when it does +not belong. This prevents bothering all readers of a list, and reduces +network congestion. + +The GNU mailing lists and newsgroups, like the GNU project itself, exist +to promote the freedom to share software. So don't use these lists to +promote or recommend non-free software. (Using them to post ordering +information is the ultimate faux pas.) If there is no free program to +do a certain task, then somebody should write one! + +* General Information about info-* lists + +These lists and their newsgroups are meant for important announcements. +Since the GNU project uses software development as a means for social +change, the announcements may be technical or political. + +Most GNU projects info-* lists (and their corresponding gnu.*.announce +newsgroups) are moderated to keep their content significant and +relevant. If you have a bug to report, send it to the bug-* list. If +you need help on something else and the help-* list exists, ask it. + +See section '* General Information about all lists'. + +* General Information about help-* lists + +These lists (and their newsgroups) exist for anyone to ask questions +about the GNU software that the list deals with. The lists are read by +people who are willing to take the time to help other users. + +When you answer the questions that people ask on the help-* lists, keep +in mind that you shouldn't answer by promoting a proprietary program as +a solution. The only real solutions are the ones all the readers can +share. + +See section '* General Information about all lists'. + +* General Information about bug-* lists and reporting program bugs + +If you think something is a bug in a program, it might be one; or, it +might be a misunderstanding or even a feature. Before beginning to +report bugs, please read the section ``Reporting Emacs Bugs'' toward the +end of the GNU Emacs reference manual (or node Emacs/Bugs in Emacs's +built-in Info system) for a discussion of how and when to send in bug +reports. For GNU programs other than GNU Emacs, also consult their +documentation for their bug reporting procedures. Always include the +version number of the GNU program, as well as the operating system and +machine the program was ran on (if the program doesn't have a version +number, send the date of the latest entry in the file ChangeLog). For +GNU Emacs bugs, type "M-x emacs-version". A debugger backtrace of any +core dump, can also be useful. Be careful to separate out hypothesis +from fact! For bugs in GNU Emacs lisp, set variable debug-on-error to +t, and re-enter the command(s) that cause the error message; Emacs will +pop up a debug buffer if something is wrong; please include a copy of +the buffer in your bug report. + +Please don't send in a patch without a test case to illustrate the +problem the patch is supposed to fix. Sometimes the patches aren't +correct or aren't the best way to do the job, and without a test case +there is no way to debug an alternate fix. + +The purpose of reporting a bug is to enable the bug to be fixed for the +sake of the whole community of users. You may or may not receive a +response; the maintainers will send one if that helps them find or +verify a fix. Most GNU maintainers are volunteers and all are +overworked; they don't have time to help individuals and still fix the +bugs and make the improvements that everyone wants. If you want help +for yourself in particular, you may have to hire someone. The GNU +project maintains a list of people providing such services. It is +distributed with GNU Emacs in file etc/SERVICE, and can be requested +from gnu@prep.ai.mit.edu. + +Anything addressed to the implementors and maintainers of a GNU program +via a bug-* list, should NOT be sent to the corresponding info-* or +help-* list. + +Please DON'T post your bug reports on the gnu.* newsgroups! Mail them +to bug-*@prep instead! At first sight, it seems to make no difference: +anything sent to one will be propagated to the other; but if you post on +the newsgroup, the information about how to reach you is lost in the +message that goes on the mailing list. It can be very important to know +how to reach you if there is anything in the bug report that we don't +understand. Bug reports also reach the GNU maintainers quickest when +they are sent to the bug-* mailing list submittal address. + +And please DON'T post your GNU bug reports to comp.* or other non gnu.* +newsgroups, they never make it to the GNU maintainers at all. Please +mail them to bug-*@prep instead! + +See section '* General Information about all lists'. + +* info-gnu-request@prep.ai.mit.edu to subscribe to info-gnu +** gnUSENET newsgroup: gnu.announce +** Send announcements to: info-gnu@prep.ai.mit.edu + +This list distributes progress reports on the GNU Project. It is also +used by the GNU Project to ask people for various kinds of help. It is +NOT for general discussion. + +The list is filtered to remove items meant for info-gnu-request, that +can be answered by the moderator without bothering the list, or should +have been sent to another list. + +See section '* General Information about info-* lists'. + +* gnu-misc-discuss-request@cis.ohio-state.edu to subscribe to gnu-misc-discuss +** gnUSENET newsgroup: gnu.misc.discuss +** Send contributions to: gnu-misc-discuss@cis.ohio-state.edu + +This list is for serious discussion of freed software, the GNU +Project, the GNU Manifesto and their implications. It's THE place for +discussion that is not appropriate in the other GNU mailing lists and +gnUSENET newsgroups. + +Flaming is out of place. Tit-for-tat is not welcome. Repetition +should not occur. + +Good READING and writing are expected. Before posting, wait a while, +cool off, and think. + +Don't trust pronouncements made on gnu-misc-discuss about what GNU is, +what FSF position is, what the GNU General Public License is, etc., +unless they are made by someone you know is well connected with GNU and +are sure the message is not forged. + +USENET and gnUSENET readers are expected to have read ALL the articles +in news.announce.newusers before posting. If news.announce.newusers is +empty at your site, wait (the articles are posted monthly), your posting +isn't that urgent! Readers on the Internet can anonymous ftp these +articles from wsmr-simtel20.army.mil under directory +PD2:<UNIX-C.USENET>. + +Someone from the Free Software Foundation will attempt to follow this +group as time and volume permits. + +Remember, "GNUs Not Unix" and "gnUSENET is Not USENET". We have +higher standards! + +Note that sending technical questions about specific GNU software to +gnu-misc-discuss is likely to be less useful than sending them to the +appropriate mailing list or gnUSENET newsgroup, since more technical +people read those. + +* bug-gnu-emacs-request@prep.ai.mit.edu to subscribe to bug-gnu-emacs +** gnUSENET newsgroup: gnu.emacs.bug +** Gnu Emacs bug reports to: bug-gnu-emacs@prep.ai.mit.edu + +This list distributes, to the active maintainers of GNU Emacs, bug +reports and fixes for, and suggestions for improvements in GNU Emacs. +It is the place to report GNU Emacs bugs by all users of GNU Emacs. + +Send bugs in the GNU Emacs Lisp reference manual to: + lisp-manual-bugs@prep.ai.mit.edu + +lisp-manual-bugs is neither a mailing list nor a gnUSENET newsgroup. +It's just a bug-reporting address. + +Subscribers to bug-gnu-emacs automatically receive all +info-gnu-emacs messages. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* gnu-emacs-sources-request@prep.ai.mit.edu to subscribe to gnu-emacs-sources +** gnUSENET newsgroup: gnu.emacs.sources +** Gnu Emacs source code to: gnu-emacs-sources@prep.ai.mit.edu + +This list/newsgroup will be for the posting, by their authors, of lisp +and C sources and patches that improve GNU Emacs. Its contents will +be reviewed by FSF for inclusion in future releases of GNU Emacs. + +Please do NOT discuss or request source code here. Use +help-gnu-emacs/gnu.emacs.help for those purposes. This allows the +automatic archiving of sources posted to this list/newsgroup. + +Please do NOT post such sources to any other GNU mailing list (e.g +help-gnu-emacs) or gnUSENET newsgroups (e.g. gnu.emacs.help). It's up +to each poster to decide whether to cross-post to any non-gnUSENET +newsgroup (e.g. comp.emacs or vmsnet.sources). + +Please do NOT announce that you have posted source code to +gnu.emacs.sources to any other GNU mailing list (e.g. help-gnu-emacs) or +gnUSENET newsgroups (e.g. gnu.emacs.help). People who want to keep up +with sources will read this list/newsgroup. It's up to each poster to +decide whether to announce a gnu.emacs.sources article in any +non-gnUSENET newsgroup (e.g comp.emacs or comp.sources.d). + +If source or patches that were previously posted or a simple fix is +requested in help-gnu-emacs, please mail it to the requester. Do NOT +repost it. If you also want something that is requested, send mail to +the requester asking him to forward it to you. This kind of traffic is +best handled by e-mail, not by a broadcast medium that reaches thousands +of sites. + +If the source is very long (>10k bytes) send mail offering to send it. +This prevents the requester from getting many redundant copies and saves +network bandwidth. + +* help-gnu-emacs-request@prep.ai.mit.edu to subscribe to help-gnu-emacs +** gnUSENET newsgroup: gnu.emacs.help (and one-way into comp.emacs) +** Send contributions to: help-gnu-emacs@prep.ai.mit.edu + +This list is the place for users and installers of GNU Emacs to ask for +help. Please send bug reports to bug-gnu-emacs instead of posting them +here. + +Since help-gnu-emacs is a very large list, send it only those items that +are seriously important to many people. + +If source or patches that were previously posted or a simple fix is +requested in help-gnu-emacs, please mail it to the requester. Do NOT +repost it. If you also want something that is requested, send mail to +the requester asking him to forward it to you. This kind of traffic is +best handled by e-mail, not a broadcast medium that reaches thousands of +sites. + +This list is also gated one way to USENET's newsgroup comp.emacs (once +known as net.emacs). This one-way gating is done for users whose sites +get comp.emacs, but not gnu.emacs.help. Users at non-USENET sites may +receive all articles from comp.emacs by making their request to: +unix-emacs-request@bbn.com + +If Emacs crashes, or if you build Emacs following the standard procedure +on a system which Emacs is supposed to work on (see etc/MACHINES) and it +does not work at all, or if an editing command does not behave as it is +documented to behave, this is a bug. Don't send bug reports to +help-gnu-emacs (gnu.emacs.help) or post them to comp.emacs; mail them to +bug-gnu-emacs instead. + +See section '* General Information about help-* lists'. + +* info-gnu-emacs-request@prep.ai.mit.edu to subscribe to info-gnu-emacs +** gnUSENET newsgroup: gnu.emacs.announce (and one-way into comp.emacs) +** Send announcements to: info-gnu-emacs@prep.ai.mit.edu + +This list distributes announcements and progress reports on GNU Emacs. +It is NOT for general discussion; please use help-gnu-emacs for that. + +The list is filtered to remove items meant for info-gnu-emacs-request, +that can be answered by the moderator without bothering the list, or +should have been sent to another list. + +info-gnu-emacs is also gated one way to USENET's newsgroup comp.emacs +(once known as net.emacs). This one-way gating is done for users whose +sites get comp.emacs, but not gnu.emacs.announce. Users at non-USENET +sites may receive all articles from comp.emacs by making their request +to: unix-emacs-request@bbn.com + +Do not report GNU Emacs bugs to info-gnu-emacs or comp.emacs, instead +mail them to bug-gnu-emacs@prep.ai.mit.edu. + +See section '* General Information about info-* lists'. + +* vms-gnu-emacs-request@harvard.harvard.edu to subscribe to vms-gnu-emacs +** gnUSENET newsgroup: gnu.emacs.vms +** Send contributions to: vms-gnu-emacs@harvard.harvard.edu +*** UUCP: ..!uunet!harvard!vms-gnu-emacs-request + +This list was a working group who did the initial port of GNU Emacs to +the VMS operating system. It still discusses problems and solutions to +the VMS port and the distribution of it. + +* bug-bash-request@prep.ai.mit.edu to subscribe to bug-bash +** gnUSENET newsgroup: gnu.bash.bug +** BASH bug reports to: bug-bash@prep.ai.mit.edu + +This list distributes, to the active maintainers of BASH (the Bourne +Again SHell), bug reports and fixes for, and suggestions for +improvements in BASH. It is the place to report BASH bugs by all users +of BASH. + +Always report the version number of the operating system, hardware, and +bash (flag -version on startup or check the variable $BASH_VERSION in a +running bash). + +There are no other GNU mailing lists or gnUSENET newsgroups for BASH. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* bug-gdb-request@prep.ai.mit.edu to subscribe to bug-gdb +** gnUSENET newsgroup: gnu.gdb.bug +** GDB bug reports to: bug-gdb@prep.ai.mit.edu + +This list distributes, to the active maintainers of GDB (Gnu's +DeBugger), bug reports and fixes for, and suggestions for improvements +in GDB. It is the place to report GDB bugs by all users of GDB. + +There are no other GNU mailing lists or gnUSENET newsgroups for GDB. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* bug-gcc-request@prep.ai.mit.edu to subscribe to bug-gcc +** gnUSENET newsgroup: gnu.gcc.bug +** GCC bug reports to: bug-gcc@prep.ai.mit.edu + +This list distributes bug reports for, fixes for bugs in, and +suggestions for improvements in the GNU C Compiler to its active +developers. It is the place to report GCC bugs by all testers of GCC. +The GNU C Compiler still has bugs in it, and is not quite ready for +everyday use. + +Please don't send in a patch without a test case to illustrate the +problem the patch is supposed to fix. Sometimes the patches aren't +correct or aren't the best way to do the job, and without a test case +there is no way to debug an alternate fix. + +The most convenient form of test case is a piece of cpp output that can +be passed directly to cc1. Preferably written in C, not C++. + +Subscribers to bug-gcc automatically receive all info-gcc messages. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* help-gcc-request@prep.ai.mit.edu to subscribe to help-gcc +** gnUSENET newsgroup: gnu.gcc.help +** Send contributions to: help-gcc@prep.ai.mit.edu + +This list is the place for users and installers of the GNU C Compiler to +ask for help. + +If gcc crashes, or if you build gcc following the standard procedure on +a system which gcc is supposed to work on (see config.gcc) and it does +not work at all, or if an command line option does not behave as it is +documented to behave, this is a bug. Don't send bug reports to help-gcc +(gnu.gcc.help); mail them to bug-gcc instead. + +See section '* General Information about help-* lists'. + +* info-gcc-request@prep.ai.mit.edu to subscribe to info-gcc +** gnUSENET newsgroup: gnu.gcc.announce +** Send announcements to: info-gcc@prep.ai.mit.edu + +This list distributes announcements and progress reports on the GNU C +Compiler. It is NOT for general discussion; please use help-gcc for +that. + +The list is filtered to remove items meant for info-gcc-request, that +can be answered by the moderator without bothering the list, or should +have been sent to another list. + +See section '* General Information about info-* lists'. + +* bug-g++-request@prep.ai.mit.edu to subscribe to bug-g++ +** gnUSENET newsgroup: gnu.g++.bug +** G++ bug reports to: bug-g++@prep.ai.mit.edu + +This list distributes bug reports for, fixes for bugs in, and +suggestions for improvements in the GNU C++ Compiler to its active +developers. It is the place to report G++ bugs by all testers of G++. + +G++ uses the GNU C-Compiler back end. Active developers may wish to +subscribe to bug-gcc@prep.ai.mit.edu as well. + +Subscribers to bug-g++ automatically receive all info-g++ messages. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* help-g++-request@prep.ai.mit.edu to subscribe to help-g++ +** gnUSENET newsgroup: gnu.g++.help (and one-way into comp.lang.c++) +** Send contributions to: help-g++@prep.ai.mit.edu + +This list is the place for users and installers of the GNU C++ Compiler +to ask for help. Please send bug reports to bug-g++ instead of posting +them here. + +help-g++ is also gated one way to USENET's newsgroup comp.lang.c++. +This one-way gating is done for users whose sites get comp.lang.c++, but +not gnu.g++.help. + +If g++ crashes, or if you build g++ following the standard procedure on +a system which g++ is supposed to work on (see config.g++) and it does +not work at all, or if an command line option does not behave as it is +documented to behave, this is a bug. Don't send bug reports to help-g++ +(gnu.g++.help) or post them to comp.lang.c++; mail them to bug-g++ +instead. + +See section '* General Information about help-* lists'. + +* info-g++-request@prep.ai.mit.edu to subscribe to info-g++ +** gnUSENET newsgroup: gnu.g++.announce (and one-way into comp.lang.c++) +** Send announcements to: info-g++@prep.ai.mit.edu + +This list distributes announcements and progress reports on the GNU C++ +Compiler. It is NOT for general discussion; please use help-g++ for +that. + +The list is filtered to remove items meant for info-g++-request, that +can be answered by the moderator without bothering the list, or should +have been sent to another list. + +It is also gated one way to USENET's newsgroup comp.lang.c++. This +one-way gating is done for users whose sites get comp.lang.c++, but not +gnu.g++.announce. + +Do not report g++ bugs to info-g++ or comp.lang.c++, mail them to +bug-g++@prep.ai.mit.edu instead. + +See section '* General Information about info-* lists'. + +* bug-lib-g++-request@prep.ai.mit.edu to subscribe to bug-lib-g++ +** gnUSENET newsgroup: gnu.g++.lib.bug +** lib-g++ bug reports to: bug-lib-g++@prep.ai.mit.edu + +This list distributes, to the active maintainers of lib-g++ (GNU's +library for C++), bug reports and fixes for, and suggestions for +improvements in lib-g++. It is the place to report lib-g++ bugs by all +users of lib-g++. + +Announcements of new releases of lib-g++ are made on both info-g++ and +bug-lib-g++. + +There are no other GNU mailing lists or gnUSENET newsgroups for the G++ +Library. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* info-gnu-fortran-request@prep.ai.mit.edu to subscribe to info-gnu-fortran +** gnUSENET newsgroup: NONE YET +** Send contributions to: info-gnu-fortran@prep.ai.mit.edu + +This list is for progress reports about the GNU Fortran compiler. In +the future it will also be used for release notices. + +The list is filtered to remove items meant for info-gnu-fortran-request, +that can be answered by the moderator without bothering the list, or +should have been sent to another list. + +See section '* General Information about info-* lists'. + +There are no other GNU mailing lists or gnUSENET newsgroups for GNU +Fortran (yet). + +* bug-gnu-smalltalk-request@prep.ai.mit.edu to subscribe to bug-gnu-smalltalk +** gnUSENET newsgroup: gnu.smalltalk.bug +** GNU Smalltalk bug reports to: bug-gnu-smalltalk@prep.ai.mit.edu + +GNU Smalltalk is the GNU project implementation of the Smalltalk language. + +This list distributes, to the active maintainers of GNU Smalltalk, bug +reports and fixes for, and suggestions for improvements to GNU +Smalltalk. It is the place to report bugs in GNU Smalltalk by all users +of the program. + +For now, new releases of GNU Smalltalk will also be announced on this list. + +There are no other GNU mailing lists or gnUSENET newsgroups for GNU +Smalltalk. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* bug-groff-request@prep.ai.mit.edu to subscribe to bug-groff +** gnUSENET newsgroup: gnu.groff.bug +** GNU groff bug reports to: bug-groff@prep.ai.mit.edu + +groff is the GNU project implementation, in C++, of the traditional +Unix document formatting tools. As of June 1990 it includes troff, +pic, tbl, eqn, man macros, a PostScript driver, a driver which +produces TeX dvi format and a driver for typewriter-like devices. A +modified version of the Berkeley me macros and an enhanced version of +the X11R4 xditview are also included. + +This list distributes, to the active maintainers of groff, bug reports +and fixes for, and suggestions for improvements to groff (and it +component programs). It is the place for all users of groff to report +bugs. + +For now, new releases of groff will also be announced on this list. + +There are no other GNU mailing lists or gnUSENET newsgroups for groff. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* bug-ghostscript-request@prep.ai.mit.edu to subscribe to bug-ghostscript +** gnUSENET newsgroup: gnu.ghostscript.bug +** Ghostscript bug reports to: bug-ghostscript@prep.ai.mit.edu + +GhostScript is the GNU project implementation of a language and graphics +library with a remarkable similarity to PostScript. + +This list distributes, to the active maintainers of Ghostscript, bug +reports and fixes for, and suggestions for improvements in Ghostscript. It +is the place to report bugs in Ghostscript by all users of them. + +For now, new releases of Ghostscript will also be announced on this list. + +There are no other GNU mailing lists or gnUSENET newsgroups for +GhostScript. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* info-gnu-chess-request@prep.ai.mit.edu to subscribe to info-gnu-chess +** gnUSENET newsgroup: gnu.chess +** Send contributions to: info-gnu-chess@prep.ai.mit.edu + +This list reports new releases and information about the program GNU +Chess. + +See section '* General Information about info-* lists'. + +* bug-gnu-utils-request@prep.ai.mit.edu to subscribe to bug-gnu-utils +** gnUSENET newsgroup: gnu.utils.bug +** GNU Utilities bug reports to: bug-gnu-utils@prep.ai.mit.edu + +This list distributes, to the active maintainers of these programs, bug +reports and fixes for, and suggestions for improvements in GNU programs +not covered by other bug-* mailing lists/gnu.*.bug newsgroups. It is +the place to report bugs in these GNU programs by all users of them. + +There are no other GNU mailing lists or gnUSENET newsgroups for these +GNU utilities. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* bug-fortran-mode-request@erl.mit.edu to subscribe to bug-fortran-mode +** USENET newsgroup: (none) +** Fortran mode bug reports to: bug-fortran-mode@erl.mit.edu + +This list collects bug reports, fixes for bugs, and suggestions for +improvements in GNU Emacs's Fortran mode (a major mode to support +editing Fortran source code). + +It is the place to report Fortran mode bugs by all users of Fortran +mode. + +Always report the version number Fortran mode reports on startup as well +as the version of Emacs. + +There is no info-fortran-mode list. There are no USENET gateways to +bug-fortran-mode at this time. + +* info-gnus-request%flab.Fujitsu.JUNET@uunet.UU.NET to subscribe +** gnUSENET newsgroup: NONE YET +** Send contributions to: info-gnus%flab.Fujitsu.JUNET@uunet.UU.NET + +The list is intended to exchange useful information about GNUS, such as +bug reports, useful hooks, and extensions of GNUS. GNUS is an NNTP-base +network news reader for GNU Emacs (which also works with a news spool). +English and Japanese are the official languages of the list. GNUS is +quite different than gnews. + +* info-gnus-english-request@cis.ohio-state.edu to subscribe +** gnUSENET newsgroup: gnu.emacs.gnus +** Send contributions to: info-gnus-english@cis.ohio-state.edu + +The list has the same charter as info-gnus. The difference is that +English is the only official language of the list. + +info-gnus-english/gnu.emacs.gnus is forward to info-gnus, but NOT +vice-versa. + +* info-gnews-request@ics.uci.edu to subscribe to info-gnews +** gnUSENET newsgroup: gnu.emacs.gnews +** Send contributions to: info-gnews@ics.uci.edu + +This newsgroup is intended to exchange useful information about gnews, +such as bug reports, useful hooks, and extensions of gnews. gnews is an +NNTP-base network news reader for GNU Emacs (which also works a news +spool). It is quite different than GNUS. + +* gnu-emacs-ada-request@grebyn.com to subscribe to gnu-emacs-ada +** gnUSENET newsgroup: NONE PLANNED +** Gnu Emacs Ada support bug reports to: gnu-emacs-ada@grebyn.com + +This list distributes bug reports for, fixes for bugs in, and +suggestions for improvements in GNU Emacs' editing support of the Ada +programming language. + +There are no other GNU mailing lists or gnUSENET newsgroups for GNU +Emacs' editing support of Ada. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* bug-vm-request@uunet.uu.net to subscribe to bug-vm +** gnUSENET newsgroup: NONE +** VM mail reader bug reports to: bug-vm@uunet.uu.net + +This list discusses bugs in View Mail mode for GNU Emacs, with an +emphasis on beta and prerelease versions. It is the place to report +bugs in VM. + +Always report the version number of VM you are using, as well as the +version of Emacs you're running. If you believe it is significant, +report the operating system used and the hardware. + +Subscribers to bug-vm automatically receive all info-vm messages. + +* info-vm-request@uunet.uu.net to subscribe to info-vm +** gnUSENET newsgroup: NONE +** Send contributions to: info-vm@uunet.uu.net + +This list dicusses the View Mail mode for GNU Emacs, an alternative to +rmail mode. + +* supercite-request@warsaw.nlm.nih.gov to subscribe to supercite +** gnUSENET newsgroup: NONE PLANNED +** Send articles to: supercite@warsaw.nlm.nih.gov +*** UUCP: ..!uunet!warsaw.nlm.nih.gov!supercite-request + +The supercite mailing list covers issues related to the advanced +mail/news citation package called Supercite for GNU Emacs. + +* bug-gnu960-request@mipon2.intel.com to subscribe to bug-gnu960 +** gnUSENET newsgroup: NONE PLANNED +** Intel 960 Port bug reports to: bug-gnu960@mipon2.intel.com + +This list distributes bug reports for, fixes for bugs in, and +suggestions for improvements in Intel's port of GNU software to the +Intel 960 microprocessor. + +You can also fax to: GNU/960 - 1-503-696-4930. + +There are no other GNU mailing lists or gnUSENET newsgroups for Intel's +port of GNU software to the Intel 960 microprocessor. + +See section '* General Information about bug-* lists and reporting +program bugs'. + +* gnu-manual-request@a.cs.uiuc.edu IS NOW DEFUNCT +** DEAD: Gnusenet newsgroup: gnu.emacs.lisp.manual +** DEAD address: gnu-manual@a.cs.uiuc.edu +*** DEAD UUCP address: ..!uunet!uiucdcs!gnu-manual-request + +This list and newsgroup is dead. It was a working group whose +volunteers wrote, proofread and commented on the developing GNU Emacs +Lisp programmers manual. + +Send bugs in the GNU Emacs Lisp reference manual to: + lisp-manual-bugs@prep.ai.mit.edu + +lisp-manual-bugs is neither a mailing list nor a gnUSENET newsgroup. +It's just a bug-reporting address. + +* no mailing list request +** gnUSENET newsgroup: gnu.gnusenet.config +** no mailing list + +This newsgroup has nothing to do with GNU software, especially its +configuration. It's exists to distribute information about the +administration and configuration of gnUSENET: the gnu.all alternative +USENET hierarchy that carry the GNU mailing lists. + +Administrators of gnUSENET hosts receiving the gnu.all newsgroups are +welcome to ask questions here or via e-mail of gnu@prep.ai.mit.edu. + +* no mailing list request +** gnUSENET newsgroup: gnu.gnusenet.test +** no mailing list + +This newsgroup has nothing to do with GNU software, especially its +testing. It's exists to allow test messages to be made in gnUSENET: the +gnu.all alternative USENET hierarchy that carry the GNU mailing lists. + +Local variables: +mode: outline +fill-column: 72 +End: |