La section «Fonctions spéciales» de la page d'accueil de XStow est obsolète; par exemple, GNU Stow prend désormais en charge plusieurs répertoires de stockage et prend en charge les expressions régulières dans certains contextes. La version 2.x était presque une réécriture complète, avec un refactoring majeur, une approche en deux phases améliorée et une suite de tests complète. Depuis lors, j'ai ajouté et changé de nombreuses choses, y compris la prise en charge des listes d'ignorance, l'adoption de fichiers, la désactivation facultative du pliage (AFAICS XStow ne prend pas du tout en charge le pliage, ce qui ne serait pas trop surprenant car c'est de loin la chose la plus délicate à faire correctement) .
À mon avis, sans aucun doute biaisé, la motivation originale pour écrire XStow était discutable, ou du moins motivée par des raisons qui sont désormais obsolètes. La page d'accueil dit "Stow nécessite Perl. Mais que se passe-t-il sur les systèmes où aucun Perl n'est disponible, ou pas encore installé? J'ai essayé de compiler Stow avec perlcc, mais il a échoué" , mais en réalité, combien de systèmes existe-t-il qui prennent en charge les liens symboliques et n'avez pas Perl préinstallé? Perl est omniprésent. C ++ me semble être un choix de langage absolument terrible pour ce type d'utilitaire où les performances sont beaucoup moins importantes que la maintenabilité du code.
Cela dit, XStow semble avoir quelques astuces intéressantes, et j'ai l'intention d'en voler au moins un pour GNU Stow en ajoutant des crochets d'installation pour gérer le dircas d'utilisation de la fusion d' Info , au moins. Le code est également conservé dans un référentiel git et j'accepterai volontiers les demandes de tirage contre le projet github .
Je prévois également de publier une nouvelle version de GNU Stow à un moment donné cette année, mais jusqu'à présent, peu de choses ont changé dans git depuis la dernière version (2.2.0). Mes principales priorités sont actuellement de faciliter le pliage sélectif et d'installer des crochets.