Mais c'est lourd, chiant, demande du bricolage et ne s'intègre pas avec les mises à jours de ta distrib. De plus, ça casse souvent quand tu mets des librairies système à jour.
???
Déjà il n'y a pas de liens entre les mises à jours de tes appli. 64 bits et 32 bits donc en aucun cas ça ne peut casser quelque chose entre elles. Sur debian, centos, redhat ou fedora (arch est hors course puisque en rolling) j'ai rarement vu une mise à jour casser quelque chose à part bien sur lorsque l'on change de version de distribution. Ou alors j'ai vu aussi un comportement assez idiot qui est d'utiliser ndiswrapper quant le paquet en 64 bits est dispos.
Bref à part si tu compiles toi-même tes versions 32 ou 64 bits ou récupère une application non dispos dans les dépots ; une mise à jour peut poser problème mais c'est aussi à toi de regarder les mises à jour que tu fais et ne pas faire dans le syndrome press button.
Pour résumer :
si ça casse quelque chose dasn une utilisation normale ça veut dire que le paquet à été mal fait (qu'il n'a pas à être dans les dépots) et tu as tout à fait le droit de le reporter sur le bugzilla de ta distribution. Ceci est aussi valable sur les distribution only 32 que 64 bits. Dernièrement j'ai encore le cas du paquet libmtp qui met en l'air la reconnaissance des sondes spyder mais c'est aussi valable si tu avais une version seulement 32 bits.
Si ça casse quelque chose parce que l'utilisateur s'amuse à faire n'importe quoi (interface, chaise, clavier) pas besoin de reporter sur un système qui fonctionne correctement jusqu'à preuve du contraire.
[^] # Re: L'intérêt de ce type de question sur un journal ?
Posté par Refuznik . En réponse au journal Quels avantages à installer un noyau 64 bits ?. Évalué à 6. Dernière modification le 29 septembre 2011 à 15:31.
???
Déjà il n'y a pas de liens entre les mises à jours de tes appli. 64 bits et 32 bits donc en aucun cas ça ne peut casser quelque chose entre elles. Sur debian, centos, redhat ou fedora (arch est hors course puisque en rolling) j'ai rarement vu une mise à jour casser quelque chose à part bien sur lorsque l'on change de version de distribution. Ou alors j'ai vu aussi un comportement assez idiot qui est d'utiliser ndiswrapper quant le paquet en 64 bits est dispos.
Bref à part si tu compiles toi-même tes versions 32 ou 64 bits ou récupère une application non dispos dans les dépots ; une mise à jour peut poser problème mais c'est aussi à toi de regarder les mises à jour que tu fais et ne pas faire dans le syndrome press button.
Pour résumer :
si ça casse quelque chose dasn une utilisation normale ça veut dire que le paquet à été mal fait (qu'il n'a pas à être dans les dépots) et tu as tout à fait le droit de le reporter sur le bugzilla de ta distribution. Ceci est aussi valable sur les distribution only 32 que 64 bits. Dernièrement j'ai encore le cas du paquet libmtp qui met en l'air la reconnaissance des sondes spyder mais c'est aussi valable si tu avais une version seulement 32 bits.
Si ça casse quelque chose parce que l'utilisateur s'amuse à faire n'importe quoi (interface, chaise, clavier) pas besoin de reporter sur un système qui fonctionne correctement jusqu'à preuve du contraire.
ps ==> on ne dit pas librairies