> Sous gentoo, je n'ai jamais eu de problème en ajoutant des applis
> en faisant un ./configure && make && make install.
Perso je n'installe jamais rien de cette façon. Quand j'ai besoin d'une appli qui n'est pas dans portage, je me fait rapidos un ebuild bien baclé, ça prend 5 minutes et puis voilà, mon soft est installé proprement (donc désinstallable, etc.). Et puis comme ça au passage, si je me dis que ça peut intérresser des gens, alors je fignole un peu plus et je balance ça sur le bugzilla.
L'apprentissage de l'écriture d'ebuild est relativement simple, et c'est vraiment un bon investissement. La doc est bien faite, et puis y'a queqlues milliers d'exemples dans l'arbre portage pour trouver l'inspiration. Bon maintenant, il y a bien sûr des ebuilds compliqués à écrire, c'est clair, mais c'est typiquement pour les soft ou le "./configure ; make ; make install" aurait soit été insuffisant, soit ferait tellement d'autres choses que de coller qlqs fichiers dans /usr/local qu'il aurait vraiment été à proscrire pour garder son système propre.
> En fait si tu installes un paquet A qui demande la présence du paquet B,
> alors le paquet B est installé automatiquement. Mais si tu désinstalles
> le paquet A, B restera installé, alors qu'il n'est plus utilisé.
Ça c'est rien, "emerge -p depclean" de temps en temps et c'est nettoyé. Pour ceux qui connaissent pas, le principe est de virer tous les paquets installés qui ne sont pas référencés dans les groupes "system" ou "world", ou dans les dépendances directes ou indirectes des paquets de ces groupes. Le groupe "system" étant une liste des paquets de base indispensables spécifiés par les développeurs gentoo, et le groupe "world" la liste des paquets que l'utilisateur a explicitement installés (par explicitement, j'entend que si on fait "emerge MegaPlop", seul MegaPlop est ajouté au world, mais pas les éventuels autres paquets, par exemple des bibliothèques, dont il dépend).
[^] # Re: Sous gentoo..
Posté par tgl . En réponse au message Choix final : Slackware ou Gentoo ?. Évalué à 4.
> en faisant un ./configure && make && make install.
Perso je n'installe jamais rien de cette façon. Quand j'ai besoin d'une appli qui n'est pas dans portage, je me fait rapidos un ebuild bien baclé, ça prend 5 minutes et puis voilà, mon soft est installé proprement (donc désinstallable, etc.). Et puis comme ça au passage, si je me dis que ça peut intérresser des gens, alors je fignole un peu plus et je balance ça sur le bugzilla.
L'apprentissage de l'écriture d'ebuild est relativement simple, et c'est vraiment un bon investissement. La doc est bien faite, et puis y'a queqlues milliers d'exemples dans l'arbre portage pour trouver l'inspiration. Bon maintenant, il y a bien sûr des ebuilds compliqués à écrire, c'est clair, mais c'est typiquement pour les soft ou le "./configure ; make ; make install" aurait soit été insuffisant, soit ferait tellement d'autres choses que de coller qlqs fichiers dans /usr/local qu'il aurait vraiment été à proscrire pour garder son système propre.
> En fait si tu installes un paquet A qui demande la présence du paquet B,
> alors le paquet B est installé automatiquement. Mais si tu désinstalles
> le paquet A, B restera installé, alors qu'il n'est plus utilisé.
Ça c'est rien, "emerge -p depclean" de temps en temps et c'est nettoyé. Pour ceux qui connaissent pas, le principe est de virer tous les paquets installés qui ne sont pas référencés dans les groupes "system" ou "world", ou dans les dépendances directes ou indirectes des paquets de ces groupes. Le groupe "system" étant une liste des paquets de base indispensables spécifiés par les développeurs gentoo, et le groupe "world" la liste des paquets que l'utilisateur a explicitement installés (par explicitement, j'entend que si on fait "emerge MegaPlop", seul MegaPlop est ajouté au world, mais pas les éventuels autres paquets, par exemple des bibliothèques, dont il dépend).