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.