Up2date et yum sont deux systèmes différents reposant sur des principes identiques:
* ils s'appuient sur rpm (traitement de paquetages en format rpm)
* ils gèrent des sources de rpm (paquetages) dites repositories;
* ils peuvent ainsi identifier les paquetages pouvant être mis à jour, par confrontation entre les paquetages implantés et les paquetages décrits dans les sources;
* ils traitent de même les liens de dépendances (tel paquetage supposant l'implantation de tel(s) autres paquetages ...) et peuvent ainsi proposer l'implantation / la suppression de paquetages autres que celui dont on sollicite la mise à jour / implantation voire suppression.
Le site de yum est à 'adresse:
http://linux.duke.edu/projects/yum/questions.ptml
Yum se distingue de up2date sur un point essentiel: yum peut gérer plusieurs sources, y compris des miroirs (et basculer de l'un à l'autre en fonction de l'encombrement), up2date, une seule source (en fait 2: core et updates de mémoire).
Yum est donc plus souple, plus ouvert. Les tutoriaux Yum indiquent comment diversifier les sources (traitement du /etc/yum.conf).
D'autres gestionnaires du même type existent dont le fameux synaptic. Ce point est éclairé par l'article:
http://fedoranews.org/contributors/stanton_finley/fc3_note/
Et maintenant, une réponse directe: il peut y avoir divergence entre yum et up2date pour les raisons suivantes:
* la base des repositories de yum diffère de celle de up2date (yum ne pointe pas, par exemple, sur une source de type updates)
* les sources de yum ne sont pas mises à jour à la même rapidité que celles d'up2date.
