|
Sujet : [Packages] Est-ce vraiment pratique ? |
| Mjules |
lelfe a écrit a écrit :
Ben apparement, il y a plus de personne qui travaillent sur leur station desktop en full source.
Perso, je fais ca pour mon serveur (Slack 8.0) qui n'a pas de X (vive la ligne de commande).
Mais pour ma station client, je pensais que j'aurai utilisé un système full-packages avec tous ses avantages, mais je m'aperçois vite que c'est la galère.
Alors, comment les personnes qui n'ont pas l'ADSL font pour installer des progs récents ? (surtout sur Debian)
En plus, je pense que la force des packages est là, quand on travaille en full packages (pas un seul source, qui viendrait fouttre la merde), mais dans ce cas là, comment avoir les progs qui ne fournissent pas le package qui va bien ?
Lelfe
|
Pour ma part, j'ai une mandrake 9 avec une ligne RNIS et un forfait 50H > c'est vite limité pour le téléchargement.
Ce que je fais :
1) je me suis fait 2 CDs des contrib MDK9 grâce à une ligne rapide à ma fac + celui de PLF > les softs sont donc facilement dispos
2) quand je n'ai pas le soft et qu'il me manque bcp de libs, j'essaye de télécharger le source (.src.rpm) et de le recompiler > comme ça, moins de pb de dépendances, la plupart des libs demandées étant dans les CD de la MDK
mais c'est vrai que les systèmes de paquetages comme merge, urpmi, apt ne deviennent vraiment intéressant que quand les paquets sont dispos tout le temps.
d'ailleurs, est ce quelqu'un sait si il y a un projet de porter emerge sur MDK ou si une modif de urpmi pour reconstruire facilement les paquetages est en projet ? (comme apt-build)
A+ |
| Mjules |
lelfe a écrit a écrit :
Ben apparement, il y a plus de personne qui travaillent sur leur station desktop en full source.
Perso, je fais ca pour mon serveur (Slack 8.0) qui n'a pas de X (vive la ligne de commande).
Mais pour ma station client, je pensais que j'aurai utilisé un système full-packages avec tous ses avantages, mais je m'aperçois vite que c'est la galère.
Alors, comment les personnes qui n'ont pas l'ADSL font pour installer des progs récents ? (surtout sur Debian)
En plus, je pense que la force des packages est là, quand on travaille en full packages (pas un seul source, qui viendrait fouttre la merde), mais dans ce cas là, comment avoir les progs qui ne fournissent pas le package qui va bien ?
Lelfe
|
Pour ma part, j'ai une mandrake 9 avec une ligne RNIS et un forfait 50H > c'est vite limité pour le téléchargement.
Ce que je fais :
1) je me suis fait 2 CDs des contrib MDK9 grâce à une ligne rapide à ma fac + celui de PLF > les softs sont donc facilement dispos
2) quand je n'ai pas le soft et qu'il me manque bcp de libs, j'essaye de télécharger le source (.src.rpm) et de le recompiler > comme ça, moins de pb de dépendances, la plupart des libs demandées étant dans les CD de la MDK
mais c'est vrai que les systèmes de paquetages comme merge, urpmi, apt ne deviennent vraiment intéressant que quand les paquets sont dispos tout le temps.
d'ailleurs, est ce quelqu'un sait si il y a un projet de porter emerge sur MDK ou si une modif de urpmi pour reconstruire facilement les paquetages est en projet ? (comme apt-build)
A+ |
| apolon34 |
Threep a écrit a écrit :
Moi ce que je trouve qd même assez relou avec un tgz, c'est la désinstallation. Un rpm ça te stocke qqpart la liste de tous les fichiers installés, et si tu veux le virer, il enlève tout proprement.
Un tgz, ça t'installe la plupart du temps son executable dans /usr/bin, sa lib dans /usr/lib, etc....alors à moins de connaitre par coeur le nom de tous les fichiers installés (et d'avoir bcp de courage & de temps à perdre), je vois pas comment desinstaller efficacement un prog.
Forcément, il existe parfois des make uninstall, mais 1erement c'est rare, et 2èmement, ça veut dire qu'il faut tjrs garder les sources du prog qqpart ? ça fait un peu lourd pour les petits disques qd même.
Bref, vous les amoureux des tgz, comment faites vous pour installer/desinstaller vos progs sans très vite surcharger le disque avec des programmes que vous n'utilisez plus ?
|
1) installer que des programmes utiles
2) tu decompresses le tgz en question et tu as la liste des fichiers.
mieux encore, tu fais find -type f -exec rm -f '{}' ';'
et il te supprimera tous les fichiers du tgz en question, tout con
si c'est des sources:
- make uninstall si il existe
- make prefix/PREFIX=/test INSTALL puis meme methode que tgz
|
| lelfe |
Salut
En installant une Debian j'ai regouté aux "joies" des distributions avec packages. Je vous propose une petites réflexions sur les avantages et surtout les inconvient de ce genre
Le problème des distrib avec packages arrivent surtout, pour moi, lorsque l'on souhaite utiliser un programme récent, il est nécessaire de mettre à jour une bonne tripoté de library. Dans la majorité des cas, ca oblige à télécharger une partie de ces libs, ce qui n'est pas envisageable si on pas une connexion rapide.
De plus, la mise à jour de ces lib, demande la mise à jour d'autre packages, et on s'en sort plus.
D'autres part, les prog sont souvent fragementés en une multitude de packages, un pour chaque "partie" du soft, et tant qu'on souhaite installer un package, il prend en compte les dépendances et tous le monde est content, mais si on veut installer qlq chose qui n'est pas dispo sous forme de package, on s'amuse pour s'avoir tous les packages correspondant aux libs recherchés...
Bref, pour pouvoir vraiment profiter des distrib sous forme de package, selon moi :
- soit on se contente de ce qui est fournie avec la distro
- soit on possède une connexion haut-débit et on a pas peur de toujours télécharger tous les packages recents.
Mais dans tous les cas de figures, ca ne résout pas les problèmes qd on installe un prog non dispo en packages.
Qu'en pensez-vous ? Comment faites-vous ?
Lelfe |
