Closed AkihiroSuda closed 6 years ago
Oh that is unfortunate. :-( I did look on my various unix machines here for ng
binaries before naming it, I guess this old package isn't in Ubuntu or the BSD I had installed.
How does Debian handle naming conflicts? Is it possible? Or is there a global name registry and its first-come-first-serve?
You could also go with ngr
.
Besides being an unusual contraction, ngr
has potential pronunciation problems.
The only other names I'm considering right now are neu
and neugram
. The latter is a little long but there's no confusion there. neu
is a bit tricky. I like it, but it's easy to type new
by mistake.
When I did so on an ubuntu machine, I discovered that command line name conflicts are common:
$ new
The program 'new' can be found in the following packages:
* mmh
* nmh
Try: sudo apt install <selected package>
$ nes
The program 'nes' can be found in the following packages:
* fceux
* mednafen
* nestopia
Given that Nihongo Mg MicroGnuEmacs appears to be long-defunct, I am inclined to live with the name conflict.
For the record there is another project called Nailgun which comes with a client called ng
.
I like neugram
and I think neug
could also work :)
Neugram is a scripting language and shell.
slash
I'm curious if a github issue can be used as a poll.
If you have an opinion, please thumbs up one of the two following options, neugram
or ng
. I'm tempted to leave things as they are, but there are good arguments for naming the binary neugram
.
neugram
ng
Hi @crawshaw , seems you need this https://github.com/apex/gh-polls
Debian has a package called ninja and another package called ninja-build, which both provide a binary called ninja.
@adelowo - I actually think the poll done using the thumbs up + two comments is far more elegant and less disruptive from an interaction standpoint. Regardless, gh-polls
looks interesting :)
I'm ok to close this issue now
A potentially more problematic name clash is with the Angular CLI:
https://github.com/angular/angular-cli
It also goes by ng
. I personally don't have an issue, but it's a little more high profile.
There is another
/usr/bin/ng
( https://packages.debian.org/en/sid/ng-common ).Although the other "ng" is no longer under active development, any chance to reconsider the executable name?