From: ludo@gnu.org (Ludovic Courtès)
To: Mark H Weaver <mhw@netris.org>
Cc: guix-devel@gnu.org
Subject: Re: Our package names should not include "github-com"
Date: Mon, 16 Oct 2017 15:05:12 +0200 [thread overview]
Message-ID: <87r2u3dz07.fsf@gnu.org> (raw)
In-Reply-To: <87r2u6h738.fsf@netris.org> (Mark H. Weaver's message of "Fri, 13 Oct 2017 21:05:31 -0400")
Hi Mark,
Mark H Weaver <mhw@netris.org> skribis:
> Leo Famulari <leo@famulari.name> writes:
>
>> On Fri, Oct 13, 2017 at 01:12:32PM -0400, Mark H Weaver wrote:
>>> leo@famulari.name (Leo Famulari) writes:
>>> > gnu: Add go-github-com-templexxx-reedsolomon.
>>>
>>> On this, and a great many other packages, you've included "github-com-"
>>> in the package names. I think this is a very bad idea. For one thing,
>>> we should not advertise, promote, or enhance the lock-in of GitHub, and
>>> this policy does all three.
>>
>> Please don't suggest that I made a policy to promote or enhance GitHub
>> "lock-in". Please keep reading for more information on why the packages
>> are named this way.
>>
>>> Sometimes a maintainer decides to change their hosting arrangements.
>>> When they do so, we should simply be able to update some URLs in one
>>> package definition. We should not have to do a global find/replace on
>>> the package name and alert our users to update their profiles and OS
>>> definitions. That contributes to lock-in.
>>
>> These packages are libraries written in the Go programming language. Go
>> libraries are referred to by their "import path" [0], which is a string
>> intended to uniquely identify a particular software implementation.
>>
>> As I wrote in the commentary on the go-build-system (part of the commit
>> series being discussed), import paths are based on the URL of the
>> software. A package hosted at https://github.com/leo/foo has an import
>> path of 'github.com/leo/foo'. In Go, this is the library's name.
>>
>> These import paths are the sole mechanism by which Go software is
>> uniquely referred to by humans and the Go compiler. It is even baked
>> in to how dependencies are organized on disk.
>
> Thanks for the explanation. I find this very disturbing, but I
> acknowledge that this lock-in is caused by Go itself, and that there's
> probably not much that we can do about it. Oh well. I withdraw my
> objection to these package names.
I agree this naming scheme isn’t great, but indeed, that’s what Go gives us.
Besides, Leo gave us 3 weeks to comment on
<https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28586>. Thus, I believe
your message should have been framed as a suggestion for improvement
rather than “please fix this mistake”.
Thanks,
Ludo’.
prev parent reply other threads:[~2017-10-16 13:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20171013014334.17601.30718@vcs0.savannah.gnu.org>
[not found] ` <20171013014344.D813E20338@vcs0.savannah.gnu.org>
2017-10-13 17:12 ` Our package names should not include "github-com" Mark H Weaver
2017-10-13 17:41 ` ng0
2017-10-13 17:44 ` ng0
2017-10-13 20:24 ` Leo Famulari
2017-10-14 1:05 ` Mark H Weaver
2017-10-16 0:41 ` Maxim Cournoyer
2017-10-16 21:38 ` Leo Famulari
2017-10-17 10:44 ` Leo Famulari
2017-10-18 2:09 ` Maxim Cournoyer
2017-10-16 13:05 ` Ludovic Courtès [this message]
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=87r2u3dz07.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=mhw@netris.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.