all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Re: Split man directory
       [not found] <E1IPj9V-0003Yo-MM@fencepost.gnu.org>
@ 2007-09-01  2:49 ` Glenn Morris
  2007-09-01  6:03   ` David Kastrup
                     ` (2 more replies)
  0 siblings, 3 replies; 47+ messages in thread
From: Glenn Morris @ 2007-09-01  2:49 UTC (permalink / raw)
  To: rms; +Cc: emacs-devel

Richard Stallman wrote:

> I would like to split the `man' directory, putting the auxiliary
> manuals into a different directory, and keeping only the Emacs manual
> in `man'.  Can someone please do this?

Would you prefer a subdirectory of man (man/aux), or a new directory
at the same level (man-aux)?

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-01  2:49 ` Split man directory Glenn Morris
@ 2007-09-01  6:03   ` David Kastrup
  2007-09-02 15:50     ` Richard Stallman
  2007-09-01  8:16   ` Eli Zaretskii
  2007-09-01 19:11   ` Richard Stallman
  2 siblings, 1 reply; 47+ messages in thread
From: David Kastrup @ 2007-09-01  6:03 UTC (permalink / raw)
  To: Glenn Morris; +Cc: rms, emacs-devel

Glenn Morris <rgm@gnu.org> writes:

> Richard Stallman wrote:
>
>> I would like to split the `man' directory, putting the auxiliary
>> manuals into a different directory, and keeping only the Emacs manual
>> in `man'.  Can someone please do this?
>
> Would you prefer a subdirectory of man (man/aux), or a new directory
> at the same level (man-aux)?

By the way, what is the rationale for that?  They are going to be
installed in the same place, anyway, aren't they?

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-01  2:49 ` Split man directory Glenn Morris
  2007-09-01  6:03   ` David Kastrup
@ 2007-09-01  8:16   ` Eli Zaretskii
  2007-09-01 19:11   ` Richard Stallman
  2 siblings, 0 replies; 47+ messages in thread
From: Eli Zaretskii @ 2007-09-01  8:16 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

> From: Glenn Morris <rgm@gnu.org>
> Date: Fri, 31 Aug 2007 22:49:47 -0400
> Cc: emacs-devel@gnu.org
> 
> Would you prefer a subdirectory of man (man/aux), or a new directory
> at the same level (man-aux)?

Please, whatever you do, don't give that directory the name "aux": it
will cause a terrible trouble on MS-DOS/MS-Windows.  "aux" is a name
of a legacy device driver there, so no real disk file can have that
name, nor any name that matches the "aux.*" wildcard.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-01  2:49 ` Split man directory Glenn Morris
  2007-09-01  6:03   ` David Kastrup
  2007-09-01  8:16   ` Eli Zaretskii
@ 2007-09-01 19:11   ` Richard Stallman
  2007-09-01 19:47     ` Glenn Morris
  2007-09-02 16:42     ` Andreas Schwab
  2 siblings, 2 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-01 19:11 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

    Would you prefer a subdirectory of man (man/aux), or a new directory
    at the same level (man-aux)?

I think the same level would be better, since we have two other manuals
at that same level already.  Can we find any better name than man-aux?

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-01 19:11   ` Richard Stallman
@ 2007-09-01 19:47     ` Glenn Morris
  2007-09-02 16:42     ` Andreas Schwab
  1 sibling, 0 replies; 47+ messages in thread
From: Glenn Morris @ 2007-09-01 19:47 UTC (permalink / raw)
  To: rms; +Cc: emacs-devel

Richard Stallman wrote:

> I think the same level would be better, since we have two other
> manuals at that same level already.

OK.

> Can we find any better name than man-aux?

I knew this would be the tricky part. Open to suggestions...

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-01  6:03   ` David Kastrup
@ 2007-09-02 15:50     ` Richard Stallman
  2007-09-02 15:57       ` David Kastrup
  0 siblings, 1 reply; 47+ messages in thread
From: Richard Stallman @ 2007-09-02 15:50 UTC (permalink / raw)
  To: David Kastrup; +Cc: rgm, emacs-devel

Splitting the directory will make things cleaner
and make it possible to search just the Emacs manual
without searching the rest.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-02 15:50     ` Richard Stallman
@ 2007-09-02 15:57       ` David Kastrup
  2007-09-03 18:25         ` Richard Stallman
  0 siblings, 1 reply; 47+ messages in thread
From: David Kastrup @ 2007-09-02 15:57 UTC (permalink / raw)
  To: rms; +Cc: rgm, emacs-devel

Richard Stallman <rms@gnu.org> writes:

> Splitting the directory will make things cleaner

In what respect?

> and make it possible to search just the Emacs manual
> without searching the rest.

Huh?  Manual searches are usually performed in the info files, and the
Emacs info file is separate from others.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-01 19:11   ` Richard Stallman
  2007-09-01 19:47     ` Glenn Morris
@ 2007-09-02 16:42     ` Andreas Schwab
  2007-09-03 18:25       ` Richard Stallman
  1 sibling, 1 reply; 47+ messages in thread
From: Andreas Schwab @ 2007-09-02 16:42 UTC (permalink / raw)
  To: rms; +Cc: Glenn Morris, emacs-devel

Richard Stallman <rms@gnu.org> writes:

> I think the same level would be better, since we have two other manuals
> at that same level already.  Can we find any better name than man-aux?

I'd create a new directory emacsref and leave the rest of the manuals in
man.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-02 15:57       ` David Kastrup
@ 2007-09-03 18:25         ` Richard Stallman
  2007-09-03 18:39           ` Glenn Morris
  0 siblings, 1 reply; 47+ messages in thread
From: Richard Stallman @ 2007-09-03 18:25 UTC (permalink / raw)
  To: David Kastrup; +Cc: rgm, emacs-devel

    > Splitting the directory will make things cleaner

    In what respect?

The source files for the Emacs Manual will be in
a separate directory.  That is cleaner.

    > and make it possible to search just the Emacs manual
    > without searching the rest.

    Huh?  Manual searches are usually performed in the info files, and the
    Emacs info file is separate from others.

I'm talking about searching the sources.  I have often wanted to
search just the source files for the Emacs manual.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-02 16:42     ` Andreas Schwab
@ 2007-09-03 18:25       ` Richard Stallman
  2007-09-03 18:42         ` Glenn Morris
  0 siblings, 1 reply; 47+ messages in thread
From: Richard Stallman @ 2007-09-03 18:25 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: rgm, emacs-devel

    > I think the same level would be better, since we have two other manuals
    > at that same level already.  Can we find any better name than man-aux?

    I'd create a new directory emacsref and leave the rest of the manuals in
    man.

Since the Emacs Manual is the main manual for Emacs, and the
others are secondary, I'd rather do it as I said before.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 18:25         ` Richard Stallman
@ 2007-09-03 18:39           ` Glenn Morris
  2007-09-04 16:45             ` Richard Stallman
  0 siblings, 1 reply; 47+ messages in thread
From: Glenn Morris @ 2007-09-03 18:39 UTC (permalink / raw)
  To: rms; +Cc: emacs-devel

Richard Stallman wrote:

> I'm talking about searching the sources. I have often wanted to
> search just the source files for the Emacs manual.

The target `make emacsman' is designed for this, as it says in
man/Makefile.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 18:25       ` Richard Stallman
@ 2007-09-03 18:42         ` Glenn Morris
  2007-09-03 19:19           ` Ralf Angeli
  2007-09-04 16:45           ` Richard Stallman
  0 siblings, 2 replies; 47+ messages in thread
From: Glenn Morris @ 2007-09-03 18:42 UTC (permalink / raw)
  To: rms; +Cc: Andreas Schwab, emacs-devel

Richard Stallman wrote:

>     I'd create a new directory emacsref and leave the rest of the
>     manuals in man.
>
> Since the Emacs Manual is the main manual for Emacs, and the others
> are secondary, I'd rather do it as I said before.

It's only a directory name, what difference does it make? The "man"
directory is confusingly named, IMO, because it has nothing to do with
the traditional Unix "man" directory. It doesn't even contain sources
for man pages.

emacsref/man/doc and miscref/man/doc?

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 18:42         ` Glenn Morris
@ 2007-09-03 19:19           ` Ralf Angeli
  2007-09-03 19:39             ` Eli Zaretskii
  2007-09-04 16:45           ` Richard Stallman
  1 sibling, 1 reply; 47+ messages in thread
From: Ralf Angeli @ 2007-09-03 19:19 UTC (permalink / raw)
  To: Glenn Morris; +Cc: Andreas Schwab, rms, emacs-devel

* Glenn Morris (2007-09-03) writes:

> Richard Stallman wrote:
>
>> Since the Emacs Manual is the main manual for Emacs, and the others
>> are secondary, I'd rather do it as I said before.
>
> It's only a directory name, what difference does it make? The "man"
> directory is confusingly named, IMO, because it has nothing to do with
> the traditional Unix "man" directory. It doesn't even contain sources
> for man pages.
>
> emacsref/man/doc and miscref/man/doc?

If the manuals are supposed to be stored in a central place I'd suggest
a "man/<manual>" directory structure.  The result would be "man/emacs",
"man/lispref", and perhaps "man/other".  If a manual is split into
several files this could be supported by adding a directory for it below
"man" or "man/other".  (BTW, the RefTeX manual was split some time ago
in the AUCTeX repository.)

A completely different approach would be to put the documentation of
libraries or packages where the code is and have a per package directory
structure like "lib/<package>/lisp" and "lib/<package>/doc".

I hope I don't blow this discussion out of proportion with such a
suggestion.

-- 
Ralf

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 19:19           ` Ralf Angeli
@ 2007-09-03 19:39             ` Eli Zaretskii
  2007-09-03 20:04               ` Leo
  2007-09-04 16:45               ` Richard Stallman
  0 siblings, 2 replies; 47+ messages in thread
From: Eli Zaretskii @ 2007-09-03 19:39 UTC (permalink / raw)
  To: Ralf Angeli; +Cc: emacs-devel

> From: Ralf Angeli <angeli@caeruleus.net>
> Date: Mon, 03 Sep 2007 21:19:32 +0200
> Cc: Andreas Schwab <schwab@suse.de>, rms@gnu.org, emacs-devel@gnu.org
> 
> If the manuals are supposed to be stored in a central place I'd suggest
> a "man/<manual>" directory structure.  The result would be "man/emacs",
> "man/lispref", and perhaps "man/other".

Indeed.  But instead of `man', why not use the GNU-standard `doc'?
Thus, we will have

  doc/emacs
  doc/lispref
  doc/lispintro
  doc/contrib (for other manuals)

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 19:39             ` Eli Zaretskii
@ 2007-09-03 20:04               ` Leo
  2007-09-03 21:32                 ` David Kastrup
  2007-09-04 16:45               ` Richard Stallman
  1 sibling, 1 reply; 47+ messages in thread
From: Leo @ 2007-09-03 20:04 UTC (permalink / raw)
  To: emacs-devel

On 2007-09-03 20:39 +0100, Eli Zaretskii wrote:
> Indeed.  But instead of `man', why not use the GNU-standard `doc'?
> Thus, we will have
>
>   doc/emacs
>   doc/lispref
>   doc/lispintro
>   doc/contrib (for other manuals)

this looks intuitive.

-- 
Leo <sdl.web AT gmail.com>                (GPG Key: 9283AA3F)

      Gnus is one component of the Emacs operating system.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 20:04               ` Leo
@ 2007-09-03 21:32                 ` David Kastrup
  2007-09-04 12:17                   ` Stefan Monnier
  0 siblings, 1 reply; 47+ messages in thread
From: David Kastrup @ 2007-09-03 21:32 UTC (permalink / raw)
  To: Leo; +Cc: emacs-devel

Leo <sdl.web@gmail.com> writes:

> On 2007-09-03 20:39 +0100, Eli Zaretskii wrote:
>> Indeed.  But instead of `man', why not use the GNU-standard `doc'?
>> Thus, we will have
>>
>>   doc/emacs
>>   doc/lispref
>>   doc/lispintro
>>   doc/contrib (for other manuals)
>
> this looks intuitive.

I'd use "other" or "misc" rather than "contrib": after all, the
manuals are all (c) FSF and part of Emacs proper.

Other than that, this looks reasonable.  I am not entirely sure
whether "doc" is not intended for plain text documentation.  However,
it seems less weird than "man".

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 21:32                 ` David Kastrup
@ 2007-09-04 12:17                   ` Stefan Monnier
  2007-09-04 12:25                     ` David Kastrup
  0 siblings, 1 reply; 47+ messages in thread
From: Stefan Monnier @ 2007-09-04 12:17 UTC (permalink / raw)
  To: David Kastrup; +Cc: Leo, emacs-devel

> I'd use "other" or "misc" rather than "contrib": after all, the
> manuals are all (c) FSF and part of Emacs proper.

Why not "packages"?


        Stefan

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 12:17                   ` Stefan Monnier
@ 2007-09-04 12:25                     ` David Kastrup
  2007-09-04 13:43                       ` Stephen Berman
  2007-09-04 13:46                       ` Miles Bader
  0 siblings, 2 replies; 47+ messages in thread
From: David Kastrup @ 2007-09-04 12:25 UTC (permalink / raw)
  To: Stefan Monnier; +Cc: Leo, emacs-devel

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> I'd use "other" or "misc" rather than "contrib": after all, the
>> manuals are all (c) FSF and part of Emacs proper.
>
> Why not "packages"?

Because they aren't organized as packages at all?

-- 
David Kastrup

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 12:25                     ` David Kastrup
@ 2007-09-04 13:43                       ` Stephen Berman
  2007-09-04 22:58                         ` Richard Stallman
  2007-09-04 13:46                       ` Miles Bader
  1 sibling, 1 reply; 47+ messages in thread
From: Stephen Berman @ 2007-09-04 13:43 UTC (permalink / raw)
  To: emacs-devel

On Tue, 04 Sep 2007 14:25:58 +0200 David Kastrup <dak@gnu.org> wrote:

> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>>> I'd use "other" or "misc" rather than "contrib": after all, the
>>> manuals are all (c) FSF and part of Emacs proper.
>>
>> Why not "packages"?
>
> Because they aren't organized as packages at all?

A few more possibilities:

"extra"
"supplementary" (or "supp", "suppl")
"auxiliary" (or "auxil", "auxl", since "aux" is a no-no)
"additional" (or "add", "addn", "addl")

Steve Berman

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 12:25                     ` David Kastrup
  2007-09-04 13:43                       ` Stephen Berman
@ 2007-09-04 13:46                       ` Miles Bader
  1 sibling, 0 replies; 47+ messages in thread
From: Miles Bader @ 2007-09-04 13:46 UTC (permalink / raw)
  To: emacs-devel

David Kastrup <dak@gnu.org> writes:
>>> I'd use "other" or "misc" rather than "contrib": after all, the
>>> manuals are all (c) FSF and part of Emacs proper.
>>
>> Why not "packages"?
>
> Because they aren't organized as packages at all?

"misc" seems pretty good, as they are miscellaneous things...
("contrib" is just plain wrong)

-Miles

-- 
Americans are broad-minded people.  They'll accept the fact that a person can
be an alcoholic, a dope fiend, a wife beater, and even a newspaperman, but if a
man doesn't drive, there is something wrong with him.  -- Art Buchwald

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 19:39             ` Eli Zaretskii
  2007-09-03 20:04               ` Leo
@ 2007-09-04 16:45               ` Richard Stallman
  2007-09-04 23:06                 ` Juri Linkov
  2007-09-05  9:27                 ` Split man directory Kim F. Storm
  1 sibling, 2 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-04 16:45 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: angeli, emacs-devel

    Indeed.  But instead of `man', why not use the GNU-standard `doc'?
    Thus, we will have

      doc/emacs
      doc/lispref
      doc/lispintro
      doc/contrib (for other manuals)

This is fine with me (I agree with the person who said `misc' is better
than `contrib').

I just wonder whether the added cleanness of creating a directory to
hold these four dirs outweights the disadvantage of moving them down
one level.  If there were many of them, such as 8, then it would be
clearly yes.  With just 4, it might be more annoyance than it is worth.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 18:39           ` Glenn Morris
@ 2007-09-04 16:45             ` Richard Stallman
  0 siblings, 0 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-04 16:45 UTC (permalink / raw)
  To: Glenn Morris; +Cc: emacs-devel

    > I'm talking about searching the sources. I have often wanted to
    > search just the source files for the Emacs manual.

    The target `make emacsman' is designed for this, as it says in
    man/Makefile.

I did not know about that; thank you.  But I still think it
is cleaner to split the directory.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-03 18:42         ` Glenn Morris
  2007-09-03 19:19           ` Ralf Angeli
@ 2007-09-04 16:45           ` Richard Stallman
  2007-09-04 17:57             ` Ralf Angeli
  1 sibling, 1 reply; 47+ messages in thread
From: Richard Stallman @ 2007-09-04 16:45 UTC (permalink / raw)
  To: Glenn Morris; +Cc: schwab, emacs-devel

    It's only a directory name, what difference does it make? The "man"
    directory is confusingly named, IMO, because it has nothing to do with
    the traditional Unix "man" directory. It doesn't even contain sources
    for man pages.

Do others agree it would be better to rename this directory?

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 16:45           ` Richard Stallman
@ 2007-09-04 17:57             ` Ralf Angeli
  0 siblings, 0 replies; 47+ messages in thread
From: Ralf Angeli @ 2007-09-04 17:57 UTC (permalink / raw)
  To: rms; +Cc: Glenn Morris, emacs-devel, schwab

* Richard Stallman (2007-09-04) writes:

>     It's only a directory name, what difference does it make? The "man"
>     directory is confusingly named, IMO, because it has nothing to do with
>     the traditional Unix "man" directory. It doesn't even contain sources
>     for man pages.
>
> Do others agree it would be better to rename this directory?

I do.

-- 
Ralf

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 13:43                       ` Stephen Berman
@ 2007-09-04 22:58                         ` Richard Stallman
  0 siblings, 0 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-04 22:58 UTC (permalink / raw)
  To: Stephen Berman; +Cc: emacs-devel

    A few more possibilities:

    "extra"
    "supplementary" (or "supp", "suppl")
    "auxiliary" (or "auxil", "auxl", since "aux" is a no-no)
    "additional" (or "add", "addn", "addl")

I prefer "misc".

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 16:45               ` Richard Stallman
@ 2007-09-04 23:06                 ` Juri Linkov
  2007-09-05 20:02                   ` Richard Stallman
  2007-09-24 17:10                   ` Splitting gnus.texi (was: Split man directory) Reiner Steib
  2007-09-05  9:27                 ` Split man directory Kim F. Storm
  1 sibling, 2 replies; 47+ messages in thread
From: Juri Linkov @ 2007-09-04 23:06 UTC (permalink / raw)
  To: rms; +Cc: angeli, Eli Zaretskii, emacs-devel

>     Indeed.  But instead of `man', why not use the GNU-standard `doc'?
>     Thus, we will have
>
>       doc/emacs
>       doc/lispref
>       doc/lispintro
>       doc/contrib (for other manuals)
>
> This is fine with me (I agree with the person who said `misc' is better
> than `contrib').
>
> I just wonder whether the added cleanness of creating a directory to
> hold these four dirs outweights the disadvantage of moving them down
> one level.  If there were many of them, such as 8, then it would be
> clearly yes.  With just 4, it might be more annoyance than it is worth.

Some manuals are very large (e.g. calc.texi, gnus.texi).  It makes sense
to create a separate directory under doc/ for packages with large manuals
and split these manuals to smaller files.

-- 
Juri Linkov
http://www.jurta.org/emacs/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 16:45               ` Richard Stallman
  2007-09-04 23:06                 ` Juri Linkov
@ 2007-09-05  9:27                 ` Kim F. Storm
  2007-09-05 10:10                   ` David Kastrup
  1 sibling, 1 reply; 47+ messages in thread
From: Kim F. Storm @ 2007-09-05  9:27 UTC (permalink / raw)
  To: rms; +Cc: angeli, Eli Zaretskii, emacs-devel

Richard Stallman <rms@gnu.org> writes:

>     Indeed.  But instead of `man', why not use the GNU-standard `doc'?
>     Thus, we will have
>
>       doc/emacs
>       doc/lispref
>       doc/lispintro
>       doc/contrib (for other manuals)
>
I would suggest doc/userman rather than doc/emacs, as all of the manuals
are about emacs one way or another.

> This is fine with me (I agree with the person who said `misc' is better
> than `contrib').

Agree.


> I just wonder whether the added cleanness of creating a directory to
> hold these four dirs outweights the disadvantage of moving them down
> one level.  If there were many of them, such as 8, then it would be
> clearly yes.  With just 4, it might be more annoyance than it is worth.

I don't think so.  I strongly support creating the doc directory.

I also suggest creating doc/manpages and move all the *.1 files
from etc into it (further cleaning up etc).

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-05  9:27                 ` Split man directory Kim F. Storm
@ 2007-09-05 10:10                   ` David Kastrup
  2007-09-05 11:57                     ` Miles Bader
  2007-09-06  4:59                     ` Richard Stallman
  0 siblings, 2 replies; 47+ messages in thread
From: David Kastrup @ 2007-09-05 10:10 UTC (permalink / raw)
  To: Kim F. Storm; +Cc: angeli, Eli Zaretskii, rms, emacs-devel

storm@cua.dk (Kim F. Storm) writes:

> Richard Stallman <rms@gnu.org> writes:
>
>>     Indeed.  But instead of `man', why not use the GNU-standard `doc'?
>>     Thus, we will have
>>
>>       doc/emacs
>>       doc/lispref
>>       doc/lispintro
>>       doc/contrib (for other manuals)
>>
> I would suggest doc/userman rather than doc/emacs, as all of the manuals
> are about emacs one way or another.

I find doc/emacs more appropriate since, after all, emacs.info is
generated from the files in that directory.

-- 
David Kastrup

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-05 10:10                   ` David Kastrup
@ 2007-09-05 11:57                     ` Miles Bader
  2007-09-06  4:59                     ` Richard Stallman
  1 sibling, 0 replies; 47+ messages in thread
From: Miles Bader @ 2007-09-05 11:57 UTC (permalink / raw)
  To: emacs-devel

David Kastrup <dak@gnu.org> writes:
>> I would suggest doc/userman rather than doc/emacs, as all of the manuals
>> are about emacs one way or another.
>
> I find doc/emacs more appropriate since, after all, emacs.info is
> generated from the files in that directory.

I agree.

-Miles

-- 
`Suppose Korea goes to the World Cup final against Japan and wins,' Moon said.
`All the past could be forgiven.'   [NYT]

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-04 23:06                 ` Juri Linkov
@ 2007-09-05 20:02                   ` Richard Stallman
  2007-09-24 17:10                   ` Splitting gnus.texi (was: Split man directory) Reiner Steib
  1 sibling, 0 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-05 20:02 UTC (permalink / raw)
  To: Juri Linkov; +Cc: angeli, eliz, emacs-devel

    Some manuals are very large (e.g. calc.texi, gnus.texi).  It makes sense
    to create a separate directory under doc/ for packages with large manuals
    and split these manuals to smaller files.

I am convinced.

Ok, let's use the scheme of subdirs of doc.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-05 10:10                   ` David Kastrup
  2007-09-05 11:57                     ` Miles Bader
@ 2007-09-06  4:59                     ` Richard Stallman
  2007-09-06  5:23                       ` Glenn Morris
  1 sibling, 1 reply; 47+ messages in thread
From: Richard Stallman @ 2007-09-06  4:59 UTC (permalink / raw)
  To: David Kastrup; +Cc: angeli, eliz, emacs-devel, storm

    > I would suggest doc/userman rather than doc/emacs, as all of the manuals
    > are about emacs one way or another.

    I find doc/emacs more appropriate since, after all, emacs.info is
    generated from the files in that directory.

I agree.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-06  4:59                     ` Richard Stallman
@ 2007-09-06  5:23                       ` Glenn Morris
  2007-09-08 10:40                         ` Eli Zaretskii
  0 siblings, 1 reply; 47+ messages in thread
From: Glenn Morris @ 2007-09-06  5:23 UTC (permalink / raw)
  To: rms; +Cc: angeli, eliz, storm, emacs-devel

Richard Stallman wrote:

>     I find doc/emacs more appropriate since, after all, emacs.info is
>     generated from the files in that directory.
>
> I agree.

Good, because I just did that. :)

I did the w32 makefiles without being able to test them, so please
could some Windows person check they work.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Split man directory
  2007-09-06  5:23                       ` Glenn Morris
@ 2007-09-08 10:40                         ` Eli Zaretskii
  0 siblings, 0 replies; 47+ messages in thread
From: Eli Zaretskii @ 2007-09-08 10:40 UTC (permalink / raw)
  To: Glenn Morris; +Cc: angeli, rms, storm, emacs-devel

> From: Glenn Morris <rgm@gnu.org>
> Cc: David Kastrup <dak@gnu.org>,  angeli@caeruleus.net,  eliz@gnu.org,  emacs-devel@gnu.org,  storm@cua.dk
> Date: Thu, 06 Sep 2007 01:23:40 -0400
> 
> Richard Stallman wrote:
> 
> >     I find doc/emacs more appropriate since, after all, emacs.info is
> >     generated from the files in that directory.
> >
> > I agree.
> 
> Good, because I just did that. :)
> 
> I did the w32 makefiles without being able to test them, so please
> could some Windows person check they work.

They work, thanks.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Splitting gnus.texi (was: Split man directory)
  2007-09-04 23:06                 ` Juri Linkov
  2007-09-05 20:02                   ` Richard Stallman
@ 2007-09-24 17:10                   ` Reiner Steib
  2007-09-25 10:44                     ` Richard Stallman
  1 sibling, 1 reply; 47+ messages in thread
From: Reiner Steib @ 2007-09-24 17:10 UTC (permalink / raw)
  To: Juri Linkov; +Cc: ding, emacs-devel

On Wed, Sep 05 2007, Juri Linkov wrote:

> Some manuals are very large (e.g. calc.texi, gnus.texi).  It makes sense
> to create a separate directory under doc/ for packages with large manuals
> and split these manuals to smaller files.

It might make sense to make a separate directory for Gnus manual files
(in current Gnus trunk: gnus-coding, gnus-news, gnus-faq, gnus) or
Gnus-related files (the former plus message, sasl, emacs-mime, pgg and
sieve).  But what would be the benefit of splitting gnus.texi into
several files?

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi (was: Split man directory)
  2007-09-24 17:10                   ` Splitting gnus.texi (was: Split man directory) Reiner Steib
@ 2007-09-25 10:44                     ` Richard Stallman
  2007-09-26  0:23                       ` Splitting gnus.texi Katsumi Yamaoka
  2007-09-26  0:30                       ` Splitting gnus.texi Jay Belanger
  0 siblings, 2 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-25 10:44 UTC (permalink / raw)
  To: Reiner Steib; +Cc: juri, emacs-devel, ding

It would be good to split gnus.texi into 10 to 15 files
just because it is so big.  Similar for calc.texi.



^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-25 10:44                     ` Richard Stallman
@ 2007-09-26  0:23                       ` Katsumi Yamaoka
  2007-09-26  6:07                         ` Reiner Steib
  2007-09-26  8:55                         ` Juri Linkov
  2007-09-26  0:30                       ` Splitting gnus.texi Jay Belanger
  1 sibling, 2 replies; 47+ messages in thread
From: Katsumi Yamaoka @ 2007-09-26  0:23 UTC (permalink / raw)
  To: rms; +Cc: juri, ding, Reiner Steib, emacs-devel

>>>>> Richard Stallman wrote:

> It would be good to split gnus.texi into 10 to 15 files
> just because it is so big.  Similar for calc.texi.

At least for gnus.texi, I don't see the benefit of splitting.
It's indeed big, but is not too big to edit with Emacs.  Rather,
I cannot ignore a disadvantage of splitting it.  I sometimes
write in it.  Since various Gnus functions are related mutually,
I frequently check other items concerned when I write something.
For example, when I write description about nntp, I have to check
whether my writing does not conflict with descriptions of other
sections.  When I hesitate whether I should add @vindex for the
nntp-foo-bar variable, I scan the whole gnus.texi.  I do also it
when I examine it should be @acronym{NNTP}, @code{nntp}, or NNTP.
Now I only need to type `C-s nntp' for them.  But if gnus.texi is
split into 10 to 15 files, it will be quite troublesome.

I can agree with splitting if it is very useful to users, though.

Regards,

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-25 10:44                     ` Richard Stallman
  2007-09-26  0:23                       ` Splitting gnus.texi Katsumi Yamaoka
@ 2007-09-26  0:30                       ` Jay Belanger
  2007-09-26 16:29                         ` Richard Stallman
  1 sibling, 1 reply; 47+ messages in thread
From: Jay Belanger @ 2007-09-26  0:30 UTC (permalink / raw)
  To: emacs-devel; +Cc: jay.p.belanger


Richard Stallman <rms@gnu.org> writes:

> It would be good to split gnus.texi into 10 to 15 files
> just because it is so big.  Similar for calc.texi.

Should they then get their own (sub)directories?

Jay

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-26  0:23                       ` Splitting gnus.texi Katsumi Yamaoka
@ 2007-09-26  6:07                         ` Reiner Steib
  2007-09-30 20:50                           ` Giorgos Keramidas
  2007-09-26  8:55                         ` Juri Linkov
  1 sibling, 1 reply; 47+ messages in thread
From: Reiner Steib @ 2007-09-26  6:07 UTC (permalink / raw)
  To: Katsumi Yamaoka; +Cc: juri, rms, ding, emacs-devel

On Wed, Sep 26 2007, Katsumi Yamaoka wrote:

>>>>>> Richard Stallman wrote:
>
>> It would be good to split gnus.texi into 10 to 15 files
>> just because it is so big.  Similar for calc.texi.
>
> At least for gnus.texi, I don't see the benefit of splitting.
> It's indeed big, but is not too big to edit with Emacs.  Rather,
> I cannot ignore a disadvantage of splitting it.  I sometimes
> write in it.  Since various Gnus functions are related mutually,
> I frequently check other items concerned when I write something.
> [...]  But if gnus.texi is split into 10 to 15 files, it will be
> quite troublesome.
>
> I can agree with splitting if it is very useful to users, though.

Additionally, splitting destroys CVS annovate (vc-annotoate).  I also
see no problem with the size.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-26  0:23                       ` Splitting gnus.texi Katsumi Yamaoka
  2007-09-26  6:07                         ` Reiner Steib
@ 2007-09-26  8:55                         ` Juri Linkov
  2007-09-26 18:14                           ` Directory doc/gnus in Emacs CVS (was: Splitting gnus.texi) Reiner Steib
  1 sibling, 1 reply; 47+ messages in thread
From: Juri Linkov @ 2007-09-26  8:55 UTC (permalink / raw)
  To: Katsumi Yamaoka; +Cc: ding, rms, Reiner.Steib, emacs-devel

> At least for gnus.texi, I don't see the benefit of splitting.
> It's indeed big, but is not too big to edit with Emacs.  Rather,
> I cannot ignore a disadvantage of splitting it.  I sometimes
> write in it.  Since various Gnus functions are related mutually,
> I frequently check other items concerned when I write something.
> For example, when I write description about nntp, I have to check
> whether my writing does not conflict with descriptions of other
> sections.  When I hesitate whether I should add @vindex for the
> nntp-foo-bar variable, I scan the whole gnus.texi.  I do also it
> when I examine it should be @acronym{NNTP}, @code{nntp}, or NNTP.
> Now I only need to type `C-s nntp' for them.  But if gnus.texi is
> split into 10 to 15 files, it will be quite troublesome.

We can improve C-s to search a collection of files, but this is
not implemented yet.

> I can agree with splitting if it is very useful to users, though.

This is intended for developers.  So if developers think this is
not useful then there is no need to split it.

I proposed splitting only because source files for the Emacs manual are
split into several texi files.  However, I see no clear benefits
of splitting.  Rather we could take the suggestion of Reiner and put
gnus-coding, gnus-news, gnus-faq, gnus, message, sasl, emacs-mime,
pgg and sieve into a new `gnus' subdirectory.

-- 
Juri Linkov
http://www.jurta.org/emacs/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-26  0:30                       ` Splitting gnus.texi Jay Belanger
@ 2007-09-26 16:29                         ` Richard Stallman
  0 siblings, 0 replies; 47+ messages in thread
From: Richard Stallman @ 2007-09-26 16:29 UTC (permalink / raw)
  To: jay.p.belanger; +Cc: jay.p.belanger, emacs-devel

    > It would be good to split gnus.texi into 10 to 15 files
    > just because it is so big.  Similar for calc.texi.

    Should they then get their own (sub)directories?

On reflection, I think they should.  There is a certain amount of
disadvantage to each added subdir of `lisp', but no such disadvantage
attaches to added subdirs of `doc'.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Directory doc/gnus in Emacs CVS (was: Splitting gnus.texi)
  2007-09-26  8:55                         ` Juri Linkov
@ 2007-09-26 18:14                           ` Reiner Steib
  2007-10-20 22:33                             ` Directory doc/gnus in Emacs CVS Bill Wohler
  0 siblings, 1 reply; 47+ messages in thread
From: Reiner Steib @ 2007-09-26 18:14 UTC (permalink / raw)
  To: Juri Linkov; +Cc: Katsumi Yamaoka, rms, ding, emacs-devel

On Wed, Sep 26 2007, Juri Linkov wrote:

>> I can agree with splitting if it is very useful to users, though.
>
> This is intended for developers.  So if developers think this is
> not useful then there is no need to split it.
>
> I proposed splitting only because source files for the Emacs manual are
> split into several texi files.  However, I see no clear benefits
> of splitting.  

Me neither.

> Rather we could take the suggestion of Reiner and put gnus-coding,
> gnus-news, gnus-faq, gnus, message, sasl, emacs-mime, pgg and sieve
> into a new `gnus' subdirectory.

For the record some explanations about these files:

  - gnus*.el are (parts of) core Gnus manuals. 
  
  - Message:(message).         Composing messages.
  - Emacs-MIME:(emacs-mime).   Composing messages; MIME-specific parts.
  
  Both are supposed to be independent from Gnus.  Alas it they are not
  anymore.  emacs-mime is also used by MH-E.  AFAICS, the MH-E manual
  describes the relevant MH-E specific stuff  and has some references to
  the emacs-mime and Gnus manual.
  
  - Sieve:(sieve).             Managing Sieve scripts in Emacs.
  - PGG:(pgg).                 PGP/MIME with Gnus.
  - SASL:(sasl).               SASL authentication in Emacs.
  
  These are independent from Gnus.

It would be fine with me to include those in a separate doc/gnus
directory.  But maybe the authors Simon Josefsson (sieve) and Daiki
Ueno (pgg and sasl) would prefer to have them in doc/misc.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-26  6:07                         ` Reiner Steib
@ 2007-09-30 20:50                           ` Giorgos Keramidas
  2007-09-30 21:34                             ` Reiner Steib
  0 siblings, 1 reply; 47+ messages in thread
From: Giorgos Keramidas @ 2007-09-30 20:50 UTC (permalink / raw)
  To: Katsumi Yamaoka, rms, juri, ding, emacs-devel

On 2007-09-26 08:07, Reiner Steib <reinersteib+gmane@imap.cc> wrote:
>On Wed, Sep 26 2007, Katsumi Yamaoka wrote:
>>>>>>> Richard Stallman wrote:
>>
>>> It would be good to split gnus.texi into 10 to 15 files
>>> just because it is so big.  Similar for calc.texi.
>>
>> At least for gnus.texi, I don't see the benefit of splitting.
>> It's indeed big, but is not too big to edit with Emacs.  Rather,
>> I cannot ignore a disadvantage of splitting it.  I sometimes
>> write in it.  Since various Gnus functions are related mutually,
>> I frequently check other items concerned when I write something.
>> [...]  But if gnus.texi is split into 10 to 15 files, it will be
>> quite troublesome.
>>
>> I can agree with splitting if it is very useful to users, though.
>
> Additionally, splitting destroys CVS annovate (vc-annotoate).  I also
> see no problem with the size.

This doesn't have to be the result of splitting.  The files may be
'repo-copied' by one of the CVS admins, creating let's say 3 files:

     gnus.texi
     gnus-news.texi
     gnus-email.texi

These files can then be 'trimmed' with a normal commit, and the trimmed
text becomes a changeset of its own.  This way 'cvs annotate' will still
show useful information.

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-30 20:50                           ` Giorgos Keramidas
@ 2007-09-30 21:34                             ` Reiner Steib
  2007-09-30 21:46                               ` Giorgos Keramidas
  0 siblings, 1 reply; 47+ messages in thread
From: Reiner Steib @ 2007-09-30 21:34 UTC (permalink / raw)
  To: Giorgos Keramidas; +Cc: ding, emacs-devel

On Sun, Sep 30 2007, Giorgos Keramidas wrote:

> On 2007-09-26 08:07, Reiner Steib <reinersteib+gmane@imap.cc> wrote:
>> Additionally, splitting destroys CVS annovate (vc-annotoate).  I also
>> see no problem with the size.
>
> This doesn't have to be the result of splitting.  The files may be
> 'repo-copied' by one of the CVS admins, creating let's say 3 files:
>
>      gnus.texi
>      gnus-news.texi
>      gnus-email.texi
>
> These files can then be 'trimmed' with a normal commit, and the trimmed
> text becomes a changeset of its own.  This way 'cvs annotate' will still
> show useful information.

... but e.g. "cvs ... co -r v5-10 gnus" will create bogus gnus-*.texi
files.  This is a no-no.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Splitting gnus.texi
  2007-09-30 21:34                             ` Reiner Steib
@ 2007-09-30 21:46                               ` Giorgos Keramidas
  0 siblings, 0 replies; 47+ messages in thread
From: Giorgos Keramidas @ 2007-09-30 21:46 UTC (permalink / raw)
  To: ding, emacs-devel

On 2007-09-30 23:34, Reiner Steib <reinersteib+gmane@imap.cc> wrote:
>On Sun, Sep 30 2007, Giorgos Keramidas wrote:
>> On 2007-09-26 08:07, Reiner Steib <reinersteib+gmane@imap.cc> wrote:
>>> Additionally, splitting destroys CVS annovate (vc-annotoate).  I also
>>> see no problem with the size.
>>
>> This doesn't have to be the result of splitting.  The files may be
>> 'repo-copied' by one of the CVS admins, creating let's say 3 files:
>>
>>      gnus.texi
>>      gnus-news.texi
>>      gnus-email.texi
>>
>> These files can then be 'trimmed' with a normal commit, and the trimmed
>> text becomes a changeset of its own.  This way 'cvs annotate' will still
>> show useful information.
>
> ... but e.g. "cvs ... co -r v5-10 gnus" will create bogus gnus-*.texi
> files.  This is a no-no.

Indeed, or someone has to go through the 'copies' and delete the tags
which are no longer relevant.  I understand that this is just an "ugly
hack", so let's avoid it if there isn't a very good reason to split
`gnus.texi' :-)

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Directory doc/gnus in Emacs CVS
  2007-09-26 18:14                           ` Directory doc/gnus in Emacs CVS (was: Splitting gnus.texi) Reiner Steib
@ 2007-10-20 22:33                             ` Bill Wohler
  2007-10-21  9:37                               ` Reiner Steib
  2007-10-21 16:26                               ` Richard Stallman
  0 siblings, 2 replies; 47+ messages in thread
From: Bill Wohler @ 2007-10-20 22:33 UTC (permalink / raw)
  To: emacs-devel; +Cc: ding

Reiner Steib <reinersteib+gmane@imap.cc> writes:

> For the record some explanations about these files:
>
>   - gnus*.el are (parts of) core Gnus manuals. 
>   
>   - Message:(message).         Composing messages.
>   - Emacs-MIME:(emacs-mime).   Composing messages; MIME-specific parts.
>   
>   Both are supposed to be independent from Gnus.  Alas it they are not
>   anymore.  emacs-mime is also used by MH-E.  AFAICS, the MH-E manual
>   describes the relevant MH-E specific stuff  and has some references to
>   the emacs-mime and Gnus manual.

Yes, we (MH-E) have some cross-references as you describe. What is the
effect on our cross-references of putting these manuals in a gnus
sub-directory? Would the cross-references still work in both Emacs
22.2 and pre-Emacs 22.2 environments?

Sorry for the long delay, but work and summer activities have kept me away.

-- 
Bill Wohler <wohler@newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Directory doc/gnus in Emacs CVS
  2007-10-20 22:33                             ` Directory doc/gnus in Emacs CVS Bill Wohler
@ 2007-10-21  9:37                               ` Reiner Steib
  2007-10-21 16:26                               ` Richard Stallman
  1 sibling, 0 replies; 47+ messages in thread
From: Reiner Steib @ 2007-10-21  9:37 UTC (permalink / raw)
  To: Bill Wohler; +Cc: ding, emacs-devel

On Sun, Oct 21 2007, Bill Wohler wrote:

> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>
>> For the record some explanations about these files:
>>
>>   - gnus*.el are (parts of) core Gnus manuals. 
>>   
>>   - Message:(message).         Composing messages.
>>   - Emacs-MIME:(emacs-mime).   Composing messages; MIME-specific parts.
>>   
>>   Both are supposed to be independent from Gnus.  Alas it they are not
>>   anymore.  emacs-mime is also used by MH-E.  AFAICS, the MH-E manual
>>   describes the relevant MH-E specific stuff  and has some references to
>>   the emacs-mime and Gnus manual.
>
> Yes, we (MH-E) have some cross-references as you describe. What is the
> effect on our cross-references of putting these manuals in a gnus
> sub-directory? Would the cross-references still work in both Emacs
> 22.2 and pre-Emacs 22.2 environments?

There's no effect because the resulting info files would still be
installed in the standard directory.  It's just about re-organizing
the *.texi files.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

^ permalink raw reply	[flat|nested] 47+ messages in thread

* Re: Directory doc/gnus in Emacs CVS
  2007-10-20 22:33                             ` Directory doc/gnus in Emacs CVS Bill Wohler
  2007-10-21  9:37                               ` Reiner Steib
@ 2007-10-21 16:26                               ` Richard Stallman
  1 sibling, 0 replies; 47+ messages in thread
From: Richard Stallman @ 2007-10-21 16:26 UTC (permalink / raw)
  To: Bill Wohler; +Cc: emacs-devel, ding

Is it possible to make Emacs-MIME work with M-x mail?



^ permalink raw reply	[flat|nested] 47+ messages in thread

end of thread, other threads:[~2007-10-21 16:26 UTC | newest]

Thread overview: 47+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <E1IPj9V-0003Yo-MM@fencepost.gnu.org>
2007-09-01  2:49 ` Split man directory Glenn Morris
2007-09-01  6:03   ` David Kastrup
2007-09-02 15:50     ` Richard Stallman
2007-09-02 15:57       ` David Kastrup
2007-09-03 18:25         ` Richard Stallman
2007-09-03 18:39           ` Glenn Morris
2007-09-04 16:45             ` Richard Stallman
2007-09-01  8:16   ` Eli Zaretskii
2007-09-01 19:11   ` Richard Stallman
2007-09-01 19:47     ` Glenn Morris
2007-09-02 16:42     ` Andreas Schwab
2007-09-03 18:25       ` Richard Stallman
2007-09-03 18:42         ` Glenn Morris
2007-09-03 19:19           ` Ralf Angeli
2007-09-03 19:39             ` Eli Zaretskii
2007-09-03 20:04               ` Leo
2007-09-03 21:32                 ` David Kastrup
2007-09-04 12:17                   ` Stefan Monnier
2007-09-04 12:25                     ` David Kastrup
2007-09-04 13:43                       ` Stephen Berman
2007-09-04 22:58                         ` Richard Stallman
2007-09-04 13:46                       ` Miles Bader
2007-09-04 16:45               ` Richard Stallman
2007-09-04 23:06                 ` Juri Linkov
2007-09-05 20:02                   ` Richard Stallman
2007-09-24 17:10                   ` Splitting gnus.texi (was: Split man directory) Reiner Steib
2007-09-25 10:44                     ` Richard Stallman
2007-09-26  0:23                       ` Splitting gnus.texi Katsumi Yamaoka
2007-09-26  6:07                         ` Reiner Steib
2007-09-30 20:50                           ` Giorgos Keramidas
2007-09-30 21:34                             ` Reiner Steib
2007-09-30 21:46                               ` Giorgos Keramidas
2007-09-26  8:55                         ` Juri Linkov
2007-09-26 18:14                           ` Directory doc/gnus in Emacs CVS (was: Splitting gnus.texi) Reiner Steib
2007-10-20 22:33                             ` Directory doc/gnus in Emacs CVS Bill Wohler
2007-10-21  9:37                               ` Reiner Steib
2007-10-21 16:26                               ` Richard Stallman
2007-09-26  0:30                       ` Splitting gnus.texi Jay Belanger
2007-09-26 16:29                         ` Richard Stallman
2007-09-05  9:27                 ` Split man directory Kim F. Storm
2007-09-05 10:10                   ` David Kastrup
2007-09-05 11:57                     ` Miles Bader
2007-09-06  4:59                     ` Richard Stallman
2007-09-06  5:23                       ` Glenn Morris
2007-09-08 10:40                         ` Eli Zaretskii
2007-09-04 16:45           ` Richard Stallman
2007-09-04 17:57             ` Ralf Angeli

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.