-
Se você planeja incluir nas distribuições, use os intervalos padrão (bin, sbin, etc) e evite
/opt
*. -
Eu ficaria muito aborrecido por ter aplicado pastas no meu diretório pessoal. Acabei de limpar as coisas! ;-) Claro que você não quer usar
/srv/stevedore/users/(user)
? É um servidor de documentos, certo?
Outras razões:
Os dados da web também podem ser colocados em /usr/share/stevedore/web
. Os administradores do sistema provavelmente têm uma configuração personalizada do Apache, e a última coisa que você gostaria de ver são arquivos em /var/www/htdocs/appname
. Em vez disso, apenas certifique-se de que eles estejam disponíveis (e share
se encaixa muito bem nesse propósito) para que os administradores possam fazer um Alias
no Apache e vincular o aplicativo Web nos sites apropriados.
Você pode escolher /var/stevedore
ou /srv/storedore
, tudo bem, desde que seja configurável. Você pode esperar que os usuários do Debian gostem de /var/*
e os usuários do SUSE prefiram /srv/*
. Se você for para essa rota, verifique se ela é configurável para os empacotadores.
O mesmo também se aplica à raiz da instalação. Isso pode ser /usr
, /usr/local
ou outra coisa que o administrador ou empacotador deseja, ou precisa ser configurável.
Usar /var/log/stevedore
para logs faz todo o sentido.
Os empacotadores querem que seu pacote se encaixe no resto. Os empacotadores também garantem que o seu aplicativo esteja vinculado às suas versões específicas das bibliotecas, portanto você não precisa enviá-los também.
[*] Quando você coloca seu software em /opt
, eu esperaria que todo o sistema estivesse lá. Por exemplo,
/opt/stevedore/bin/
/opt/stevedore/doc/
/opt/stevedore/etc/
/opt/stevedore/lib/
/opt/stevedore/share/
/opt/stevedore/sbin/
Isso geralmente é usado para instaladores de terceiros ou jogos comerciais. Esses pacotes geralmente vêm em formato binário e enviam todas as bibliotecas necessárias para eles. Até mesmo os arquivos de configuração são enviados nessa pasta.