[Mise à jour] Wine

[Refuznik]

C'est bizarre aujourd'hui après un yum -Syu il me propose le paquet wine avant de passer au reste.

:: Début de la mise à jour complète du système...
:: Remplacer bin32-wine par community/wine ? [O/n]

Mais surtout je n'ai jamais utilisé wine qui est en conflit avec le paquet bin32-wine.

Sinon j'ai aussi à la suite une erreur avec le paquet lib32-glibc voir le topic http://forums.archlinux.fr/topic6454.html

[schaars]

Bonjour

C'est bizarre aujourd'hui après un yum -Syu il me propose le paquet wine avant de passer au reste.

Le plus bizarre est d'utiliser yum sous archlinux

Tu as installé bin32-wine ? Que donne la commande suivante ?

Code : Tout sélectionner

yaourt -Qi bin32-wine

[Refuznik]

Oups désolé je discutais en même temps sur fedora, je voulais bien sur dire pacman -Syu.

Le retour de la commande me donne :

Code : Tout sélectionner

$yaourt -Qi bin32-wine

Nom                   : bin32-wine
Version               : 1.2-2
URL                   : http://www.winehq.org/
Licences              : LGPL
Groupes               : --
Fournit               : wine=1.2
Dépend de             : lib32-fontconfig  lib32-libxxf86dga  lib32-mesa
                        lib32-libxcursor  lib32-libxrandr  lib32-libxdamage
                        lib32-libldap  lib32-libxslt  lib32-lcms
                        lib32-libpng>=1.4.0
Dépendances opt.      : lib32-cups: Print support via CUPS
                        lib32-sane: Scanner support via SANE
                        lib32-gphoto2: Digital camera support, may not be
                        necessary
                        lib32-jack: JACK audio driver
                        lib32-esound: EsounD audio driver
                        lib32-nvidia-utils: Accelerated 3D with the NVIDIA
                        non-free video driver
                        lib32-catalyst-utils: Accelerated 3D with the AMD
                        non-free video driver
Requis par            : bin32-winetricks-svn
Est en conflit avec   : --
Remplace              : --
Taille (installé)     : 99024,00 K
Paqueteur             : Unknown Packager
Architecture          : x86_64
Compilé le            : lun. 19 juil. 2010 07:31:11 CEST
Installé le           : jeu. 22 juil. 2010 20:43:51 CEST
Motif d'installation  : Explicitement installé
Script d'installation : Oui
Description           : A compatibility layer for running Windows programs (for x86_64)

[schaars]

bin32-wine est installé.
Après le message vient du fait que maintenant il faut installer le paquet wine au lieu de bin32-wine. Il faudrait voir les différences entre les deux.
Tu peux soit lui dire de ne pas remplacer bin32-wine par wine, soit le remplacer. Il ne devrait pas y avoir de soucis (surtout avec wine, c'est pas comme s'il s'agissait d'un paquet important pour démarrer la machine).

Edit : tu serais pas avec un système 64 bits et une version 32 bits de wine ? Il me semble qu'il y avait quelques soucis avec wine en 64 bits il y a quelques temps.
Mais peut être que c'est résolu maintenant.

[Refuznik]

bin32-wine est installé.
Après le message vient du fait que maintenant il faut installer le paquet wine au lieu de bin32-wine. Il faudrait voir les différences entre les deux.

Yep je connais la différence entre les deux, l'un est une version 32 pour 64 et l'autre un pure 64 qui ne fonctionnent pas avec mes jeux.

Non ma question est mais pourquoi diantre cornegidouille, ce crétin de pacman veut me forcer à modifier un paquet par un autre, au lieu de proposer seulement un update comme pour tous les autres paquets (hors xorg nouvelle version).

Maintenant à cause de pacman, doit on être obliger de faire un blacklistage des paquets à chaque lancement parce que là il va le proposer ad-vitae eternam ?
Pacman n'est il plus sûr pour updater son système ?

[Nydol]

Si je ne me trompe pas, bin32-wine n'a plus aucune raison d'exister (et d'ailleurs il n'existe plus), vu que les dernières versions de wine sont compatibles 32bits et 64bits.

[coolgeek]

j'utilise Guild Wars (32 bits donc) sur ma machine installé en 64bits. yaourt (et donc pacman) m'a aussi demandé ce remplacement. j'ai accepté. J'ai toujours mon jeu qui tourne sous souci...

[Refuznik]

Si je ne me trompe pas, bin32-wine n'a plus aucune raison d'exister (et d'ailleurs il n'existe plus), vu que les dernières versions de wine sont compatibles 32bits et 64bits.

Bien sur chez moi les 3/4 des trucs plantent, c'est tout à fait normal.

Euh guildwars et les autres mmorpg sont sans aucun doute le truc demandant le moins de ressources système (à part un ou deux coréens totalement incompatibles du à l'utilisation du dernier moteur d'epic (que l'on utilise la version 32 ou 64)), perso je ne baserais pas là-dessus.

[Nydol]

J'aurais du mettre :

que les dernières versions de wine sont censées être compatibles 32bits et 64bits.

[CroK]

Il suffit de regarder les dépendances, pour moi la nouvelle version wine x86_64 n'est que bin32-wine renommé.

http://www.archlinux.org/packages/commu ... 6_64/wine/

[wido]

Oui et non,
cette version est basé sur le wine-wow64-git, qui fonctionne pour le 32 bits et le 64 bits.

[CroK]

Donc en fait on pourrait recommencer a faire les pkg bin32-wine, sur [archlinuxfr] ?
Je saisis pas, si il y a des différences vraiment flagrantes entre les deux…

[Refuznik]

Donc en fait on pourrait recommencer a faire les pkg bin32-wine, sur [archlinuxfr] ?
Je saisis pas, si il y a des différences vraiment flagrantes entre les deux…

D'après ce que j'ai compris, ils ont retiré le package lib32-wine pour le remplacer par wine-wow64-git qui a été renommé en wine.
Wine-wow64 à la base est une version de wine capable de lancer les applications window 32 et 64 bits.
Attention ce n'est pas la version wine_64 qui est actuellement dispos seulement sous AUR.
Wine-wow64 n'étant pas compatible i686, pour ces utilisateurs il n'y a aucune changement.

Bref un petit message ou une note sur la page d'accueil concernant ces derniers packages n'aurait pas été de refus comme il est courant de voir pour certains paquets. Bref expliquer un peu aux utilisateurs ce qui se passe et ne pas les mettre devant le fait accomplis comme une MAJ ou un pack d'XP.