Plus précisément sur un Raspberry Pi (exécutant Raspbian Wheezy), mais aussi en général, puis-je désactiver toutes les pages de manuel?
Cela signifierait aucune page de manuel stockée, aucun "déclencheur de traitement pour man-db", etc. Les pages de manuel étant toujours disponibles sur Internet, je n'ai pas vraiment besoin qu'elles soient installées, et les générer et les stocker semble inutile.
debian
package-management
man
Soumya
la source
la source
/usr/share/doc
.Réponses:
J'avais le problème opposé sur une image Debian 8 que quelqu'un avait mise en place pour un Wandboard. J'essayais de trouver la page de manuel pour certains paquets qui étaient déjà installés et j'ai remarqué qu'après en avoir installé de nouveaux, les pages de manuel manquaient, même si elles étaient présentes dans le fichier deb.
J'ai ensuite trouvé ce fichier 01_nodoc dans /etc/dpkg/dpkg.conf.d, qui est une solution simple à la question d'origine sur la façon d'économiser de l'espace en supprimant les pages de manuel et les fichiers locaux et de copyright où l'espace est à une prime (par exemple intégré systèmes).
la source
Le problème est que le système de gestion des packages s'attend à ce que les fichiers qu'il installe (y compris les pages de manuel) y restent, donc quel que soit le mécanisme que vous utilisez pour les supprimer (sauf la reconstruction de chaque package comme le suggère HalosGhost) va le confondre.
Si ce que vous faites est de produire une appliance à usage unique, vous pouvez adopter une approche distincte pour la création et le déploiement de l'appliance. Autrement dit, vous installez tous les packages souhaités dans un environnement de génération distinct (une carte SD différente ou un RPi émulé), puis copiez uniquement ce que vous voulez avoir en production de l'environnement de génération vers l'environnement de production. À ce stade, vous pouvez laisser de côté les pages de manuel et tout ce qui n'est pas nécessaire en production.
Afin de récupérer le système d'exploitation mis à niveau ou les correctifs de sécurité, vous mettez à niveau ou reconstruisez l'environnement de génération et copiez (ou rsync) à nouveau en production.
C'est un peu plus de travail, mais cela vous donne un appareil de production très contrôlé, comparé à la connexion et à l'exécution de mises à niveau directement dessus.
la source
Eh bien, ne sachant pas quelle distribution votre RPi exécute, je ne peux pas vous aider avec les commandes exactes, mais vous pouvez probablement supprimer le
man-db
package qui fournit à la fois l'man
utilitaire et une variété de pages de manuel. Cependant, la suppression de toutes les pages de manuel nécessiterait la suppression de chaque page de manuel de chaque package. Je ne peux pas imaginer que cela vaille la peine de gagner du temps simplement pour économiser des Ko d'espace.Si vous le vouliez vraiment, alors vous auriez besoin de reconstruire chaque paquet; sur une distro comme Archlinux ou Gentoo, ce n'est pas forcément impossible, mais reste assez fastidieux. Sur d'autres distributions moins «pratiques», vous pouvez trouver cette tâche incroyablement difficile.
la source
apt-get remove --purge man-db
désinstallera égalementdebhelper
n'est-ce pas nécessaire?Le package
debsums
installe une action pour générer automatiquement des listes md5sum pour les packages après l'installation d'un package sans avoir déjà son propre fichier md5sums.Vous pouvez ajouter une action de post-installation similaire en analysant et en supprimant les pages de manuel (et les documents d'information) après chaque action d'installation.
Pour obtenir les pages de manuel et les packages propriétaires, vous devez parcourir tous les
/var/lib/dpkg/info/PACKAGENAME.list
fichiers.Vous devez également mettre à jour les
*.list
fichiers pour ne plus mentionner les pages de manuel supprimées.localepurge
fait partiellement cela aussi. Extrait deapt-cache show localepurge
:La citation la plus importante:
;-RÉ
Faites donc une sauvegarde complète et essayez d'écrire votre
manpagekiller
...la source
man-db
). J'ajouterais le hook post-invocation via/etc/dpkg.cfg.d
plutôt que via APT, pour gérer les invocations directes dedpkg
..deb
qu'action par package (par ),dpkg
il sera même plus facile que l'action de post-installationapt
car vous aurez le nom du package et vous n'aurez pas besoin d'analyser tous les*.list
fichiers pour les pages de manuel encore et encore. J'ai juste oublié que çadpkg
a aussi un crochet ...*.list
fichiers. Néanmoins, ledpkg
crochet post-invocation est le meilleur endroit pour déclencher cette action.