Este é um Debian-ismo (e, portanto, aparece no Ubuntu, Mint, etc.). Eles configuraram um link chamado editor
. Você pode rastreá-lo da seguinte maneira:
$ which editor
/usr/bin/editor
$ ls -l /usr/bin/editor
lrwxrwxrwx 1 root root 24 Nov 24 19:10 /usr/bin/editor -> /etc/alternatives/editor
$ ls -l /etc/alternatives/editor
lrwxrwxrwx 1 root root 18 Nov 24 19:46 /etc/alternatives/editor -> /usr/bin/vim.gnome
$ ls -l /usr/bin/vim.gnome
-rwxr-xr-x 1 root root 2403392 Oct 26 2012 /usr/bin/vim.gnome
Então você pode ver que editor
é apenas um link Unix para o executável vim.gnome
.
Usando editor
?
Eu não acho que eu vá nessa direção de configurar editor
de qualquer maneira significativa para os usuários, dado que não é o que eu consideraria padrão.
Além disso, você pode definir a variável de ambiente $EDITOR
para apontar para o que quiser, vim
, gedit
, emacs
, etc. Mas essa variável só é garantidamente usada por outras ferramentas, como sudo
, git
e subversion
especificamente projetados para serem vinculados ao uso da variável $EDITOR
.
Ideias de implementação
Eu apenas configuraria um alias de sua escolha e instruiria os usuários que eles estão disponíveis para eles por meio do arquivo $HOME/.bashrc
como alias X ou configurá-los como uma configuração do sistema no arquivo /etc/profile.d/our_aliases.sh
, como alias X.
Ou você pode apenas dizer aos usuários que os sistemas fornecem gedit
, gvim
, vim
, emacs
, etc. e cortam o revestimento de açúcar e os ensinam sobre essas coisas logo de cara. / p>
Ou você poderia fornecer um arquivo de texto chamado /etc/help.txt
, que poderia ser executado por meio de um comando help
( alias help="less /etc/help.txt"
) em um shell que forneceria comandos básicos e como executar várias tarefas. Essa abordagem permite que você personalize a ajuda à medida que o tempo passa com novos recursos ou dicas e isso fornece mais do que apenas o comando editor
convenience.