Há alguma convenção que um administrador de sistema possa seguir para nomear comandos de usuários locais, ou seja, scripts escritos pelo administrador que são disponibilizados aos usuários via PATH? O objetivo é evitar conflitos com comandos fornecidos pela distribuição no PATH padrão. É claro que qualquer convenção desse tipo exigiria a cooperação da respectiva distribuição Linux (estou particularmente interessado no Debian).
Sugestões:
- Anexe o comando com um domínio que o administrador controla, talvez em notação reversa:
com.example-passwdldap
para um script alterar a senha no servidor LDAP local. Isso certamente evitará conflitos de nomes; no entanto, os usuários poderão reclamar dos nomes longos. - Anexe o comando com um sublinhado:
_passwdldap
. AFAIK, funções internas em scripts de shell são frequentemente nomeadas assim, o que não deve ser um problema. - Anexe o comando comdoissublinha:
__passwdldap
. Esse tipo de nomenclatura também é comum para funções internas, o que acho que novamente não deveria ser um problema. - Anexandoum ou dois sublinhados podem não ser tão claros, especialmente se um comando com o mesmo nome (sem os sublinhados) realmente existir no sistema. Os usuários podem usar o preenchimento automático e esquecer de anexar o sublinhado.