Obrigado pelo excelente relatório de erros! Eu posso responder às suas perguntas, e como o mantenedor do Stow, eu também posso consertar os problemas, mas eu apreciaria seu feedback de uma perspectiva de UX para que possamos descobrir a melhor solução.
Primeiramente, vale a pena notar que --verbose=5
lhe dará muito mais detalhes sobre o funcionamento do mecanismo de ignorar, embora neste caso não seja suficiente explicar por que as coisas não estão se comportando da maneira esperada.
Existem dois motivos pelos quais nenhum dos seus arquivos .stowrc
funcionou:
- O
.stowrc
parser divide pares (opção, valor) com base no caractere de espaço, não em=
. Portanto, uma linha para uma opção de ignorar nesse arquivo deve iniciar--ignore
não--ignore=
. - O analisador
.stowrc
não tira aspas automaticamente. Quando a opção--ignore
(ou qualquer outra opção) for passada pela CLI, o shell removerá as aspas antes que Stow as visualize. É por isso que funciona lá.
Portanto, a combinação desses dois significa que seu .stowrc
deve conter:
--ignore car
Eu testei isso e, de fato, funciona.
Agora, provavelmente existem argumentos válidos dizendo que um ou ambos os pontos são realmente erros de UX. Eu certamente concordo que eles não fornecem uma interface intuitiva. A questão é se o comportamento deve ser alterado ou se é melhor simplesmente esclarecer isso nos documentos.
Meu pensamento atual é baseado na Lei de Postel , o analisador deve aceitar divisão no espaço e =
, mas não deve retirar aspas porque e se o usuário realmente quisesse ignorar 'car'
em vez de apenas car
? Além disso, há um relatório de erros existente e relacionado que as opções com espaços quebram em stowrc
Eu gostaria de receber suas opiniões sobre isso.
Por fim, acredito que seu .stow-local-ignore
não funcionou porque você o colocou no diretório stow em vez de no diretório a/
package. A documentação sobre isso parece clara para mim, então eu acho que é justo escrever isso como erro do piloto. No entanto, se você tiver alguma sugestão sobre como tornar os documentos mais claros do que eu sou todo ouvidos.
Obrigado novamente! BTW no futuro você pode querer considerar o envio de relatórios de erros para a lista de discussão bug-stow
(ou para < href="http://savannah.gnu.org/bugs/?group=stow"> o rastreador de bug do Savannah horrível, mas eticamente correto ou para o menos ético, mas mais utilizável no rastreador de problemas do github ) e pedidos de ajuda para o help-stow
mailing list . Sim, sei que essas são opções demais para um projeto tão pequeno e silencioso; isso é um TODO para outro dia ...