unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: nljlistbox2@gmail.com (N. Jackson)
Cc: 28585@debbugs.gnu.org
Subject: bug#28585: 26.0.60; [Emacs manual] Acknowledgements section omits some contributors
Date: Sat, 30 Sep 2017 15:33:55 +0300	[thread overview]
Message-ID: <83ing04b7w.fsf@gnu.org> (raw)
In-Reply-To: <87r2uvhmis.fsf@moondust.localdomain> (nljlistbox2@gmail.com)

> From: nljlistbox2@gmail.com (N. Jackson)
> Date: Sun, 24 Sep 2017 16:25:31 -0400
> 
> This suggestion is about the [@iftex] Acknowlegements Section near
> the beginning of the "print" manual, not about the [@ifnottex]
> Acknowlegements Section (ack.texi) at the end of the Info manual.
> 
> There are 443 contributors acknowledged in this section. I realise
> the section must be hard to keep up to date (and indeed there is a
> comment in it about possibly dropping it and IIUC replacing it
> with a reference to AUTHORS) but I suggest that anyone who is the
> author of more than 100 commits should be included. In the current
> log for the emacs-26 branch (which goes back to about 1985) there
> are only about 90 such individuals.
> 
> While I realise there are many problems with using commit count as
> a measure of contribution, and also that the log is not especially
> reliable (especially without some normalization), I don't think it
> would be too controversial to say that all of these 90-odd people
> should be acknowledged as a contributor.
> 
> The following people all have more than 100 commits but are omitted:
> 
>   Ken Brown
>   Tino Calancha
>   Artur Malabarba
>   Mark Oteiza
>   Nicolas Petton
>   Noam Postavsky
>   Philipp Stephani
> 
> I suggest they be added (unless they have deliberately been
> omitted because they're included under a different name or have
> requested they be omitted or whatever).

Thanks.  I feel uneasy about removing people from that list, so I just
added the ones you pointed out.

> (Note: Rather than re-fill the lines, I made the minimum
> changes. This makes some lines rather long but some of the existing
> lines are longer, and since this section is justified by TeX anyway,
> I'm guessing this is not a problem?)

Not a problem, correct.

Would you like to propose changes to ack.texi as well, to reflect the
main contributions of those 7 people?





  parent reply	other threads:[~2017-09-30 12:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-24 20:25 bug#28585: 26.0.60; [Emacs manual] Acknowledgements section omits some contributors N. Jackson
2017-09-24 20:33 ` N. Jackson
2017-09-24 20:41   ` N. Jackson
2017-09-30 12:33 ` Eli Zaretskii [this message]
2017-10-02 16:14   ` N. Jackson
2017-10-02 16:41     ` Eli Zaretskii
2020-08-24 13:43       ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83ing04b7w.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=28585@debbugs.gnu.org \
    --cc=nljlistbox2@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).