Reprise du message précédent :

Mais clair

quelqu'un a deja test le media center de neuf ?

Tu peux pas test

 
1 et 2 : à part si paquet pourri, rpm sélectionne obligatoirement les dépendances, enfin, plus exactement, l'outil par dessus rpm le fait, lui il se contente de dire qu'il y en a.
3 ben si, les suggests sont gérées par rpm
4 encore pareil, si le paquet est bien fait, c'est bien géré

tu bégayes mon ami

tu te drogues ?

 
bah alors chez redhat ils savent pas faire de paquet alors, parce que mettre nautilus,cups, .... en dependance de gedit faut le faire quand même  

j'aurais dû quoter les 2 posts

 
non el_bo a supprimé son doublon le fourbe

ptain, mon poste apparait en double, j'en supprime un, les deux disparaissent

Tomate, sors de ce corps

 
cf mon post du dessus
 
c'est vous les fourbes

 
il te manque tant que ça pour que tu l'invoque de la sorte

 
Le probléme c'est justement d'avoir à compter sur des surcouches plus ou moins pourries dans les cas 1 et 2.
 
J'étais un inconditionnel de Mandrake y'a encore 5 ou 6 ans, mais depuis que j'ai découvert apt il est hors de question que je retourne de façon volontaire sur les RPMs.
Je ne vois aucun cas ou RPM est plus efficace ou fonctionnel que dpkg   .
 
Après que les "fabriquants" des paquets soient aussi en cause c'est probablement vrais, mais ça ne change rien
Et puis j'ai du mal à croire que tous les créateurs de paquets RPM sont des naze et tous les créateurs de paquets deb sont des bons, surtout que ce sont les mêmes en général

 
t'es en retard

 
probleme d'ICC

 
euh, là tu mélanges 2 trucs. les cas 1 et 2 sont gérés par des surcouches autant avec les deb qu'avec les rpm. dpkg/rpm ne résoud pas les dépendances, c'est apt/aptitude ou urpmi/yum/smart qui le fait.
 
Je vois un cas ou rpm est meilleur, dpkg ne gère pas le multiarch.  
 
pour gedit qui a besoin de cups, AMHA, c'est parce qu'il a besoin de gnomeprint qui lui a besoin d'un truc pour imprimer, et le seul qui doit être fourni, c'est cups.

 
retournes sur ta RHEL toi

Pendant qu'on y est, debian, c'est quand même la distro qui m'a autorisé à installer cups sans le moindre pilote  (ben ouais, les suggests était pas affiché par défaut à l'époque).

 
hmmm... il me semble que c'est pareil chez nous

ouais enfin le deinstalle de gedit ca mis en vrac gnome donc je reste hyper sceptique sur la facon dont RHEL gere ces paquets ...

c'est fini ca

now AIX  HPC, HACMP

d'ailleur question pour ma culture c'est quoi l'équivalent des techno de virtulisation (pSerie(power5,6),LPAR,VIO,.... chez IBM) chez HP ou SUN ?

vPart pour HPUX pour la virtualisation logique.
nPart pour des serveurs en cellules (beaucoup plus vieux).

 
je le savais  

Maintenant SUN à sorti sa VM (dont je sais plus le nom), sinon anciennement y avait les notions de 'domain' pour les E10K, 15K et 20K.
 
post a completer par un expert, ça fait un bout de temps que je joue plus avec Solaris.

http://www.sun.com/bigadmin/content/zones/

bon, il est 17h30 goto reunion
 

 
oué, c'est ça, les zones aussi \o_
 
je savais bien que j'avais pas tout dit

Et depuis peu de temps, Solaris supporte XEN aussi.

hrolf > en fait j'avais pas lu le lien initial, effectivement, le frontend de fedora a pas l'air clair du tout

EDIT : je viens de lire çà sur le thread DLFP correspondant :

si c'est réel, tu m'étonnes qu'après, certains râlent.

Mais là, clairement, c'est un problème de yum (et donc fedora/redhat), pas de rpm.

Pour ceux que ça intéresse, urpmi n'a pas ce comportement (et heureusement). Par contre, il ne gère pas les dépendances inverses (i.e. si on vire kpdf, il ne supprime pas libkpdf bien que celle-ci ne soit plus utilisée).

 
voila donc on est tous d'accord pour dire que RHEL cay de la merde  

Ben ca me parait pas du tout illogique

 
Les étiqueteuses sont en RAW par exemple donc aucun filtre juste un envois direct des infos sans aucun filtre

Ma façon de voir les choses, c'est que si j'installe cups, il y a de très fortes chances que je veuille imprimer et donc que j'ai besoin d'un pilote. Auxquel cas, ça me paraitrait normal qu'il me force à installer au moins un pilote.
Ça l'aurait évité de me retrouver comme un con à ne pas comprendre pourquoi cette putain d'imprimante qui marche très bien sous mandriva (mandrake à l'époque) n'a pas le moindre pilote sous Debian. Une fois que j'ai eu compris qu'il n'y avait pas de pilotes avec cups, ça a été mais c'est loin d'être évident au premier abord.
C'est du même calibre qu'installer un serveur X sans la moindre police, évidemment qu'on peut utiliser xfs et qu'il peut être sur une autre machine, mais c'est pas super fréquent non plus.

Maintenant, je comprend très bien les raisons qui poussent à ces choix, et je ne les remets pas en cause. C'est juste qu'ils peuvent sembler complètement illogiques parfois.

Ben par défaut il doit supporter IPP, donc si tu as une imprimante IPP ou partagée via un autre CUPS, à priori t'as pas besoin de pilote
 
Après je suis pas un expert en systèmes d'impression, je peux me tromper

Ok, j'avais pas tout lu
 
Ce qui semble illogique à certains ne le semble pas à d'autres effectivement.
C'est aussi pour ça que Debian est souvent décrite comme distrib serveur

Bon... serveur mail / dns down...
Et les tech de chez OVH "Ont peut rien faire pour vous, vous semblez avoir tout essayé, malgré tout, si le problème recommence, nous vous changerons les disques dur"
 
Mais ouais

Chez Sun, c'est soit les zones (solaris dans Solaris), soit Xvm (xen intégré à Solaris). On en est à xen 3.1 depuis la build 85 de nevada.

edit : ok, uber grillé

 
c'est quoi ton souci exactement ?

y'a OVH dans la phrase

ouais mais ca c est l'hebergeur ou il s'occupe aussi de la machine niveau OS?