euh, qu'il faut avoir des sources cohérentes et faire attention à ce que l'on prend comme RPM ? A moduler en fonction de la stabilité qu'on attend (machine de prod/machine perso...) bien sur...
il y a trop de distrib differentes qui utilisent le systeme RPM ?
non, pas vraiment, en fait un RPM SuSE incompatible RH devrait etre classé "RPM SuSE", comme si c'était un format différent (c'en est d'ailleurs un puisqu'il y a des choses implicitement attendues sur le système cible). C'est juste un problème de nommage... Et encore, comme d'autres l'ont dit, quand on prend ses RPM RH chez RH, pas de problème du tout...
ou alors les utilisateurs sont trop con pour n'installer que des RPM destinés a leur distrib ??
Non, c'est tentant d'installer un package plutot que de compiler... j'ai une Debian et moi aussi quelques lignes de sources.list référençant des debs non officiels, ne correspondant pas forcément à ma distrib actuelle (on peut trouver des sources dédiées à Potato, d'autres à Sid, et mélanger peut poser problème).
Les utilisateurs font ce qu'ils veulent, mais blamer "les rpm en général" juste parce qu'on a pris un package pas prévu pour sa distrib, c'est excessif. Le besoin de packages LSB, il est bien présent.
Ca veut dire simplement que si on a une machine de production qui doit etre stable, on n'installe pas le premier RPM venu. On installe ceux de la distrib, et pour tout soft non présent dans la distrib, on peut par exemple faire une installation (par compilation) dans /usr/local pour que le système de packages reste propre. Meme s'il existe des RPM pas officiels, mieux vaut les éviter.
Pour une machine perso, soit on fait pareil et ce sera stable du point de vue systeme de packages, soit on prend des RPM un peu n'importe où et faut pas s'étonner que ça déconne...
[^] # Re: nécessaire mais pas suffisant
Posté par #3588 . En réponse à la dépêche Introduction à urpmi. Évalué à 1.
euh, qu'il faut avoir des sources cohérentes et faire attention à ce que l'on prend comme RPM ? A moduler en fonction de la stabilité qu'on attend (machine de prod/machine perso...) bien sur...
il y a trop de distrib differentes qui utilisent le systeme RPM ?
non, pas vraiment, en fait un RPM SuSE incompatible RH devrait etre classé "RPM SuSE", comme si c'était un format différent (c'en est d'ailleurs un puisqu'il y a des choses implicitement attendues sur le système cible). C'est juste un problème de nommage... Et encore, comme d'autres l'ont dit, quand on prend ses RPM RH chez RH, pas de problème du tout...
ou alors les utilisateurs sont trop con pour n'installer que des RPM destinés a leur distrib ??
Non, c'est tentant d'installer un package plutot que de compiler... j'ai une Debian et moi aussi quelques lignes de sources.list référençant des debs non officiels, ne correspondant pas forcément à ma distrib actuelle (on peut trouver des sources dédiées à Potato, d'autres à Sid, et mélanger peut poser problème).
Les utilisateurs font ce qu'ils veulent, mais blamer "les rpm en général" juste parce qu'on a pris un package pas prévu pour sa distrib, c'est excessif. Le besoin de packages LSB, il est bien présent.
Ca veut dire simplement que si on a une machine de production qui doit etre stable, on n'installe pas le premier RPM venu. On installe ceux de la distrib, et pour tout soft non présent dans la distrib, on peut par exemple faire une installation (par compilation) dans /usr/local pour que le système de packages reste propre. Meme s'il existe des RPM pas officiels, mieux vaut les éviter.
Pour une machine perso, soit on fait pareil et ce sera stable du point de vue systeme de packages, soit on prend des RPM un peu n'importe où et faut pas s'étonner que ça déconne...