Forum Linux.debian/ubuntu (Résolu) wine ne fonctionne plus, après passage à Debian 11

Posté par lfr821 (site web personnel) le 16 avril 2022 à 10:44. Licence CC By‑SA.

Étiquettes :

avr.

2022

Bonjour à Toutes et Tous :-)

Je suis passé de debian 10 à debian 11, et depuis, wine/winehq refuse de fonctionner !

Je l'utilise pour peu de programmes, 1 exactement, un vaguemestre de courriel, qui fonctionnait très bien, sous debian 10.

Lorsque je lance le programme, wine ouvre le programme, le lance, et l'ensemble se referme 3 à 4 secondes après…

Avez-vous eu ce souci lorsque vous êtes passés de debian 10 à 11, en utilisant wine/winehq ?
Vous l'avez résolu, de quelle manière, ou pas ?

Merci de vos retours,
Cordialement
BernArd

# winecfg ?

Posté par Cyril Brulebois (site web personnel) le 16 avril 2022 à 15:08. Évalué à 4.

L'utilitaire winecfg permet de changer les paramètres de compatibilité (version de Windows, DirectX, intégration au bureau, etc.), je commencerais par vérifier si bouger des paramètres (de manière globale ou spécifiquement pour ton application, ce qui devrait être équivalent puisque tu en as une seule…) permet de refaire fonctionner ton programme.

Debian Consultant @ DEBAMAX
- [^] # Re: winecfg ?
  
  Posté par lfr821 (site web personnel) le 17 avril 2022 à 10:41. Évalué à 1.
  Bonjour Cyril :-)
  
  Merci pour ton retour, voici ce que me répond la commande winecfg :
```
# winecfg
wine: Unhandled page fault on read access to 0x00000008 at address 0x7fcedf1f2679 (thread 000b), starting debugger...
err:winediag:nulldrv_CreateWindow Application tried to create a window, but no driver could be loaded.
err:winediag:nulldrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly.
Could not load wine-gecko. HTML rendering will be disabled.
wine: Unhandled page fault on read access to 0x00000008 at address 0x7f1dd00fa679 (thread 003f), starting debugger...
winedbg: Internal crash at 0x7f7f5c4dd679
# 
# 
déconnexion
$ winecfg
wine: Unhandled page fault on read access to 0x00000008 at address 0x7f174a4d0679 (thread 003b), starting debugger...
winedbg: Internal crash at 0x7fba2658e679
$ 
```
  Dans les 2 cas, il est crashé…
  
  (je n'ai pas trouvé comment mieux présenter les commandes dans une fenêtre appropriée… :-o
  
  Cordialement, BernArd
  - [^] # Re: winecfg ?
    
    Posté par palm123 (site web personnel) le 17 avril 2022 à 11:19. Évalué à 2.
    
    quel est le nom de ton soft ?
    
    est-ce que tu le trouves sur
    
    https://appdb.winehq.org/
    
    je suppose que tu le lances via
    wine chemin/windowsexe.exe
    
    peux-tu montrer ce que ça affiche ?
    
    sinon tu peux rendre cela plus bavard avec
    
    https://wiki.winehq.org/Debug_Channels
    
    j'ai Debian 11 et par exemple Captvty fonctionne sans problème
    
    quelle est ta version de wine
    
    wine --version
    
    ウィズコロナ
    - [^] # Re: winecfg ?
      
      Posté par lfr821 (site web personnel) le 19 avril 2022 à 18:46. Évalué à 1. Dernière modification le 19 avril 2022 à 18:48.
      
      le programme se nomme Mailwasher,
      
      je le lance directement en cliquant sur son icône, dans son dossier, du moins… je le lançais…
      
      voilà ce que ça donne actuellement :
      $ wine /home/bernard/Bureau/MailWasherPortable/MailWasherPortable.exe
      wine: Unhandled exception 0x0eedfade in thread 41 at address 0x7ffdf000:0x7b43c04c (thread 0041), starting debugger…
      winedbg: Internal crash at 0x7e3d4686
      $
      
      ou :
      
      root@debian-fixe:~# wine /home/bernard/Bureau/MailWasherPortable/MailWasherPortable.exe
      err:winediag:nulldrv_CreateWindow Application tried to create a window, but no driver could be loaded.
      err:winediag:nulldrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly.
      
      q
      
      et reste bloqué sans pouvoir arrêter le processus…
      obligé de fermer la fenêtre !
      
      j'ai recherché et j'en trouves sur
      https://appdb.winehq.org/
      
      J'ouvre une session root en faisant :
      su -
      
      bonne ou mauvaise méthode ?
      je le fais depuis que je suis passé à buster, debian 10 !
      
      oh, je lis que tu as captvty, que je n'ai plus, depuis que j'ai eu la malheureuse idée de le mettre à jour, via sa touche intégrée…
      
      merci de vos retours avec ces nouvelles réponses :-)
      
      Cordialement, BernArd
  - [^] # Re: winecfg ?
    
    Posté par NeoX le 17 avril 2022 à 19:38. Évalué à 3.
    err:winediag:nulldrv_CreateWindow Make sure that your X server is running and that $DISPLAY is set correctly.
    Could not load wine-gecko. HTML rendering will be disabled.
    
    un changement de paramètre dans debian ferait que le $DISPLAY n'est plus renseigné ?
    ou les droits ont été durci pour lancer une application graphique
    
    ou que le serveur X est maintenant en Wayland et non en X11, et sans export possible ?
    
    bref, il faut chercher ce qui a changé entre Debian10 et Debian11 de ce coté.
    
    il est probable qu'en lançant ton logiciel dans le terminal avec la commande suivante
```
wine chemin/tonprogramme.exe
```
    te donne une réponse similaire,
    c'est donc alors bien tout le WINE qui est cassé, ou le paramètre de debian11 qui casse WINE
    - [^] # Re: winecfg ?
      
      Posté par Cyril Brulebois (site web personnel) le 18 avril 2022 à 11:31. Évalué à 5.
      Les lignes citées montrent deux choses :
      
      un lancement en tant que root ;
      
      un lancement en tant que user non privilégié.
      
      En fonction de comment la session root a été ouverte, c'est assez classique de ne pas avoir la variable d'environnement DISPLAY, et/ou le cookie qui va bien (historiquement ~/.Xauthority mais ça peut être déporté dans un autre répertoire, en fonction du gestionnaire de connexion graphique, auquel cas ne pas perdre XAUTHORITY est également important).
      
      Ça me semble n'avoir aucun rapport avec un éventuel changement introduit entre Debian 10 et Debian 11…
      
      Debian Consultant @ DEBAMAX
      - [^] # continuer à avancer...
        
        Posté par lfr821 (site web personnel) le 21 avril 2022 à 13:03. Évalué à 1.
        
        Pour continuer à avancer, j'ai suivi cette page de Debian :
        https://wiki.debian.org/fr/Wine#Installation_standard
        
        j'ai listé les paquets pour savoir s'ils étaient dispo :
        root@debian-fixe:~# apt-cache policy wine \
        wine32 \
        wine64 \
        libwine \
        libwine:i386 \
        fonts-wine
        wine:
        Installé : (aucun)
        Candidat : 5.0.3-3
        Table de version :
        5.0.3-3 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        500 http://deb.debian.org/debian bullseye/main i386 Packages
        wine32:i386:
        Installé : (aucun)
        Candidat : 5.0.3-3
        Table de version :
        5.0.3-3 500
        500 http://deb.debian.org/debian bullseye/main i386 Packages
        wine64:
        Installé : (aucun)
        Candidat : 5.0.3-3
        Table de version :
        5.0.3-3 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        libwine:
        Installé : (aucun)
        Candidat : 5.0.3-3
        Table de version :
        5.0.3-3 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        libwine:i386:
        Installé : (aucun)
        Candidat : 5.0.3-3
        Table de version :
        5.0.3-3 500
        500 http://deb.debian.org/debian bullseye/main i386 Packages
        fonts-wine:
        Installé : (aucun)
        Candidat : 5.0.3-3
        Table de version :
        5.0.3-3 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        500 http://deb.debian.org/debian bullseye/main i386 Packages
        root@debian-fixe:~#
        
        puis les ai installés :
        root@debian-fixe:~# apt install \
        wine \
        wine32 \
        wine64 \
        libwine \
        libwine:i386 \
        fonts-wine
        Lecture des listes de paquets… Fait
        Construction de l'arbre des dépendances… Fait
        Lecture des informations d'état… Fait
        
        Certains paquets ne peuvent être installés. Ceci peut signifier
        que vous avez demandé l'impossible, ou bien, si vous utilisez
        la distribution unstable, que certains paquets n'ont pas encore
        été créés ou ne sont pas sortis d'Incoming.
        L'information suivante devrait vous aider à résoudre la situation :
        
        Les paquets suivants contiennent des dépendances non satisfaites : libwine:i386 : Dépend: libvkd3d1:i386 (>= 1.0) mais il n'est pas installable E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». root@debian-fixe:~#
        
        du moins, j'ai tenté de les installer…
        
        Qu'en pensez-vous, et connaissez-vous une manière de résoudre ce souci, si elle existe, cette manière !
        
        Merci d'avance :)
        
        Cordialement, BernArd
        
        [^] # Re: continuer à avancer...
        
        Posté par lfr821 (site web personnel) le 25 avril 2022 à 04:44. Évalué à 1. Dernière modification le 25 avril 2022 à 04:44.
        
        Bon, je continue à avancer, et j'ai trouvé !
        
        C'est le fameux paquet libwine:i386 qui causait le blocage…
        
        voici comment j'ai procédé :
        $ apt policy libvkd3d1:i386
        
        puis j'ai testé son installation :
        $ apt install --simulate libvkd3d1:i386
        
        Toutefois, comme je souhaitais installer et être sûr que c'était bien celui pour wine, je l'ai supprimé, via synaptic !
        Là, à la suppression, aucun blocage ou ajout intempestif de paquet…
        
        Après sa suppression, j'ai suivi le wiki Debian !
        
        Tout s'est bien installé, sans aucun blocage ou quoi d'autre !
        
        Wine est bien installé, et mailwasher fonctionne nickel !
        
        Maintenant, il me reste captvty à faire fonctionner… !
        
        Merci de m'avoir lu ;-)
        
        Cordialement, BernArd
        
        [^] # Re: continuer à avancer...
        
        Posté par NeoX le 25 avril 2022 à 08:57. Évalué à 3.
        
        Wine est bien installé, et mailwasher fonctionne nickel !
        Maintenant, il me reste captvty à faire fonctionner… !
        
        sinon il y a https://alternativeto.net pour trouver des logiciels similaires à ces logiciels "windows" mais pour linux.
        
        tu éviterais alors ces "hack" consistant à passer par Wine pour les utiliser.
        
        mail washer : https://alternativeto.net/software/mailwasher/?platform=linux
        
        captvty : https://alternativeto.net/software/captvty/?platform=linux
        
        [^] # installer Captvty
        
        Posté par palm123 (site web personnel) le 29 avril 2022 à 07:13. Évalué à 2. Dernière modification le 29 avril 2022 à 07:16.
        
        il y a des scripts pas mal automatisés pour installer Captvty V2 ou V3
        
        https://forum.ubuntu-fr.org/viewtopic.php?id=2027322
        
        ウィズコロナ
# verbose

Posté par kosnik le 17 avril 2022 à 09:28. Évalué à 1. Dernière modification le 17 avril 2022 à 09:28.

Je connais pas wine, mais, j'imagine qu'il doit avoir moyen d'avoir des logs, ou lancé wine depuis la console, pour avoir des info sur pourquoi ça plante.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.