> tu peux avoir des conflits par exemple juste à cause des %doc.
Faux.
> De même, rpm ne gérait des installs de packages biarch que s'ils avaient la même version-release exactement.
Faux. Ou du moins on ne peut pas faire tout et n'importe avec rpm. Si une librairie utilise un fichier de configuration dont le chemin est codé dur, il va de soit qu'il faut la même version-release.
> Par ailleurs, quand ensuite tu veux *mettre à jour* l'un des packages ben tu étais couillonné: l'autre instance disparaissait de la base rpm.
Faux. Par contre, comme au-dessus on ne peut pas faire tout et n'importe quoi. Si en biarch une librairie a des fichiers de conf en dure, il faut exactement la même version-release. Ce n'est pas une contrainte rpm.
> Au fait, j'indique au passage que la version officielle de rpm 4.2.2 n'est pas triviale à trouver, i.e. ce n'est pas celle de rpm.org.
???
> Par ailleurs, il est intéressant de noter que même RedHat commence à libifier un peu ses packages de sorte à limiter les conflits possible lors d'installation de packages ia32/amd64 en parallèle.
Pourquoi commence ?
> Sous Mandrakelinux, tu peux installer n'importe quel lot de packages libifiés sans aucun conflit et qui peuvent être mis à jour indépendamment, l'un de l'autre.
[^] # Re: Mandrakelinux 10.0 Official est arrivée !
Posté par 007 . En réponse à la dépêche Mandrakelinux 10.0 Official est arrivée !. Évalué à -1.
Faux.
> De même, rpm ne gérait des installs de packages biarch que s'ils avaient la même version-release exactement.
Faux. Ou du moins on ne peut pas faire tout et n'importe avec rpm. Si une librairie utilise un fichier de configuration dont le chemin est codé dur, il va de soit qu'il faut la même version-release.
> Par ailleurs, quand ensuite tu veux *mettre à jour* l'un des packages ben tu étais couillonné: l'autre instance disparaissait de la base rpm.
Faux. Par contre, comme au-dessus on ne peut pas faire tout et n'importe quoi. Si en biarch une librairie a des fichiers de conf en dure, il faut exactement la même version-release. Ce n'est pas une contrainte rpm.
> Au fait, j'indique au passage que la version officielle de rpm 4.2.2 n'est pas triviale à trouver, i.e. ce n'est pas celle de rpm.org.
???
> Par ailleurs, il est intéressant de noter que même RedHat commence à libifier un peu ses packages de sorte à limiter les conflits possible lors d'installation de packages ia32/amd64 en parallèle.
Pourquoi commence ?
> Sous Mandrakelinux, tu peux installer n'importe quel lot de packages libifiés sans aucun conflit et qui peuvent être mis à jour indépendamment, l'un de l'autre.
Comme les autres.