Devrais-je changer la propriété des fichiers dans / usr / local / share / locale?

2

J'essaie d'installer Homebrew et brew doctorrenvoie de nombreux avertissements, dont celui-ci:

Warning: Some directories in /usr/local/share/locale aren't writable.
This can happen if you "sudo make install" software that isn't managed
by Homebrew. If a brew tries to add locale information to one of these
directories, then the install will fail during the link step.
You should probably `chown` them:

[list of directories in /usr/local/share/locale]

/usr/local/share/localecontient des répertoires qui ont principalement des noms de deux lettres (abréviations de noms de langues?), chacun ayant un LC_MESSAGESrépertoire contenant un gnupg.mofichier.

Des éléments tels que les chaînes localisées ne doivent-ils pas appartenir à root et ne pas être accessibles en écriture aux utilisateurs normaux?


UPDATE: Je vais définir la propriété du groupe sur adminet à faire chmod g+w, ce qui devrait les rendre en écriture pour moi. Je voudrais toujours une réponse sur ce que la meilleure chose à faire est.

Lumière noire brillante
la source
Pas nécessairement. Certains packages peuvent être gérés par un compte créé à cet effet.

Réponses:

2

Avez-vous installé ces fichiers? Si oui, alors vous savez à quoi ils servent. Vous pouvez probablement les supprimer si vous n'en avez plus besoin.

Peu importe, définir les fichiers de paramètres régionaux sur le groupe en écriture est parfaitement sécurisé. Un script malicieux pourrait en théorie changer la traduction en espagnol de l’outil qui y aurait été installé avant Homebrew: pas la fin du monde.

Mise à jour: la meilleure chose à faire est de déterminer à qui appartiennent ces fichiers, de les supprimer et de les utiliser brewpour installer tout ce que vous venez de supprimer. Mélanger /usr/localavec des aliments non brassés et non brassés n'est pas une bonne idée à moins de savoir ce que vous faites.

Max Howell
la source
Je ne me souviens de rien installé dans un répertoire de paramètres régionaux; c'était peut-être juste OS X. Et un script malveillant devrait d'abord pouvoir s'authentifier en tant qu'utilisateur du groupe admin. ;)
Blacklight Shining
OS X n’installe jamais rien dans /usr/local.
Max Howell
Doit avoir été gnupg (voir ma dernière édition).
Blacklight Shining