all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludo@gnu.org>
To: Andreas Enge <andreas@enge.fr>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Naming, hacking, and policies
Date: Fri, 29 Mar 2019 17:42:58 +0100	[thread overview]
Message-ID: <87wokh638t.fsf_-_@gnu.org> (raw)
In-Reply-To: <20190329151636.GA5681@jurong> (Andreas Enge's message of "Fri, 29 Mar 2019 16:16:36 +0100")

Hello,

Andreas Enge <andreas@enge.fr> skribis:

> On Fri, Mar 29, 2019 at 03:02:00PM +0100, Tobias Geerinckx-Rice wrote:
>> I still think this change should be reverted
>
> I also think so.

I’d also be in favor of reverting.

I mean perhaps some of the renames may be less controversial than
others, but it looks like we started on the wrong foot.  I’d be in favor
of renaming at least so we can discuss things calmly, even if the
outcome were to reinstate some of these changes.

Thoughts?

A couple of things come to my mind:

  • Fundamentally, this is a very minor issue.  Each one of us should
    try hard not to spend more energy on it than on, say, testing the
    installer.  :-)

  • The problem at hand is more of a policy and working-together issue
    than a UI issue or anything like that: What’s a “trivial” change?
    What can be considered controversial?  What do we do when a
    controversial change goes in?  How do we take into account previous
    discussions (after all, these packages were very likely reviewed
    here in the first place)?  How do we adjust our documented practices
    to reflect this?  Etc.

So I think that Andreas’ proposal to clarify the naming guidelines is
the right attitude here.  Let’s take this opportunity to share and
refine our understanding of the issue, and to write it down.

Regarding the “controversial” bit, I think naming is almost always
controversial.  :-)  In other cases, by participating in the project, I
think we all have a good idea of what’s going to generate heated
discussions.  Sometimes we get that wrong, and that’s fine.  In this
case, I’d suggest that the right approach is to revert the change so
that discussion can take place without pressure.  What about adding this
to ‘HACKING’?

As for taking previous discussions into account, it’s not always easy to
do because words can get lost.  However, it’s generally a good thing to
assume that changing something that has previously passed review may
require discussion.

Thoughts?

> I am happy to make the wording clearer. But I am not sure whether replacing
> "project name" by "package name" makes a difference. What is a "package"?
> But if you think it is better, why not.
>
> We could also add "short" in front of "projet"/"package name", and maybe
> add that this usually corresponds to something like the base name of the
> tarball, the git repository name or the domain where the project is hosted.

Packages usually have a “system name” (that’s the terminology used on
Savannah) and a “pretty name”, like ‘guix’ and ‘GNU Guix’.  I believe
the intent of those guidelines was to suggest keeping the system name,
not the fancy name.  Perhaps this is what should be clarified?

Thanks,
Ludo’.

  reply	other threads:[~2019-03-29 16:58 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20190326131842.7363.84034@vcs0.savannah.gnu.org>
     [not found] ` <20190326131845.1B177209E3@vcs0.savannah.gnu.org>
2019-03-26 14:54   ` 06/15: gnu: wesnoth-server: Rename package to the-battle-for-wesnoth-server Tobias Geerinckx-Rice
2019-03-26 14:20     ` Pierre Neidhardt
2019-03-26 15:18     ` Ricardo Wurmus
2019-03-26 15:32       ` Pierre Neidhardt
2019-03-26 17:53         ` Andreas Enge
2019-03-26 18:25           ` Pierre Neidhardt
2019-03-27 11:11           ` Ludovic Courtès
2019-03-27 11:36             ` Pierre Neidhardt
     [not found] ` <20190326131844.C73EC209E3@vcs0.savannah.gnu.org>
2019-03-27 11:07   ` 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth Ludovic Courtès
2019-03-27 11:46     ` Pierre Neidhardt
2019-03-27 13:20       ` swedebugia
2019-03-27 15:00         ` Ricardo Wurmus
2019-03-27 16:42           ` Pierre Neidhardt
2019-03-28  7:59             ` Ricardo Wurmus
2019-03-28  8:09               ` Pierre Neidhardt
2019-03-29 13:27           ` swedebugia
2019-03-27 15:15         ` Ludovic Courtès
2019-03-27 18:34         ` Tobias Geerinckx-Rice
2019-03-27 18:26           ` Pierre Neidhardt
2019-03-27 18:44             ` Daniel Jiang
2019-03-27 21:15             ` Tobias Geerinckx-Rice
2019-03-28  8:17               ` Pierre Neidhardt
2019-03-29 14:02                 ` Tobias Geerinckx-Rice
2019-03-29 15:16                   ` Andreas Enge
2019-03-29 16:42                     ` Ludovic Courtès [this message]
2019-03-29 19:23                       ` Naming, hacking, and policies Ricardo Wurmus
2019-03-31 16:33                         ` Ludovic Courtès
2019-03-30 13:54                       ` sirgazil
2019-03-31 16:37                         ` Ludovic Courtès
2019-03-31 18:03                           ` sirgazil
2019-03-31 20:31                             ` Ludovic Courtès
2019-03-31 22:59                               ` sirgazil
2019-04-01  0:07                               ` Tobias Geerinckx-Rice
2019-03-29 19:57                     ` 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth swedebugia
2019-03-27 15:13       ` Ludovic Courtès
2019-03-27 16:25         ` Pierre Neidhardt

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

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

  git send-email \
    --in-reply-to=87wokh638t.fsf_-_@gnu.org \
    --to=ludo@gnu.org \
    --cc=andreas@enge.fr \
    --cc=guix-devel@gnu.org \
    /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 external index

	https://git.savannah.gnu.org/cgit/guix.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.