• [^] # Re: Ce troll de compèt c’est pour vendredi ?

    Posté par (site web personnel) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 10. Dernière modification le 18 août 2023 à 10:10.

    Il voulait casser ssh quand même. Pas le truc sensible du tout. Je te laisse imaginer son délire...

    Ce n'est pas casser SSH que de changer le chemin de sa configuration par défaut.

    D'ailleurs une distribution ou un mainteneur pourrait faire la transition en douceur. Un script de post installation qui crée un lien symbolique entre l'ancien et le nouveau chemin, ou un patch pour que OpenSSH compilé sur Debian garde le chemin ~/.ssh par défaut quelques temps en prévenant quand c'est fini.

    Ce sont des choses que les logiciels et distributions font en permanence, c'est d'ailleurs une partie de leur boulot. On a bien eu la mise à mort de /bin en faveur de /usr/bin, ce qui a prit du temps, et la prochaine étape est sans doute la mise à mort de /usr/lib64.

    Bref, il y a moyen d'harmoniser sur le temps long, oui ce n'est pas agréable mais rien d'insurmontable non plus.

    Il n’explique nul part pourquoi le fonctionnement actuel lui pose un réel vrai problème en pratique — on dirait plutôt un mec qui veut faire chier son monde "pour la beauté du geste".

    Il y a des bénéfices à essayer de clarifier tout cela. Pour la politique de sauvegarde des données ça permet de savoir qu'on a rien oublié, ou à l'inverse d'ignorer des choses dont on a pas envie de sauvegarder. Si tu veux repartir de 0 en terme de configuration sans perdre de données personnelles, cela devient trivial comme opération aussi. Alors que là comme la liste de dossiers ou de fichiers localisés un peu n'importe où est variable, la tâche n'est pas aisée pour automatiser ce genre d'opérations...