python suite à migration 6-->7 [Réglé]

Erik Membre non connecté
-
- Voir le profil du membre Erik
- Inscrit le : 27/05/2014
- Groupes :
je viens de passer à Magéia7. Python (pyzo) ne s'y retrouve pas.
/bin/sh: /usr/bin/python3.5m: Aucun fichier ou dossier de ce type
The process failed to start (invalid command?). (127)
The process failed to start (invalid command?). (127)
Je vois bien qu'il n'est plus dans la bonne version, mais comment faire?
Merci
Erik
Erik

Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Dans le ccm, gestionnaire de logiciel, j'ai bien Pyzo (en 4.7.3)
et il se lance très bien chez moi avec mageia 7 à jour, 64 bits, KDE.
Va fait un tour dans le gestionnaire de programmes,
Peut-être faudrait il vérifier que tes sources sont bien sélectionnées ?
Édité par Ami age Le 13/04/2020 à 10h31
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.



___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Comment as-tu réalisé ta migration ? S'est-elle bien passée ?
Tu pourrais lancer en ligne de commande, en root :
Code BASH :
urpmi --auto-update
Yves

Erik Membre non connecté
-
- Voir le profil du membre Erik
- Inscrit le : 27/05/2014
- Groupes :
Pyzo 4.7.3 bien installé: vérifié dans le ccm.
J'ai fait la migration par
Mise à niveau en ligne, en utilisant urpmi (ligne de commande/CLI)
J'ai à un moment "perdu mon écran" qui s'était mis en veille, puis quand j'ai voulu redémarrer l'ordi à la suite de l'installation, ça n'a pas fonctionné: idem fermer. J'ai dû fermer brutalement. Quand j'ai rallumé, la version 7 était installée.
[root@localhost ~]# urpmi --auto-update
le média « Core Release » est à jour
le média « Core Updates » est à jour
le média « Nonfree Release » est à jour
le média « Nonfree Updates » est à jour
le média « Tainted Release » est à jour
le média « Tainted Updates » est à jour
le média « Core 32bit Release » est à jour
le média « Core 32bit Updates » est à jour
le média « Nonfree 32bit Release » est à jour
le média « Nonfree 32bit Updates » est à jour
le média « Tainted 32bit Release » est à jour
le média « Tainted 32bit Updates » est à jour
Les paquetages sont à jour
[root@localhost ~]#
Ça a l'air tout bon......
Erik
Erik

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si on essaye de désinstaller pyzo et de de le réinstaller ?
Cela devrait installer python3.7 si ce n' est pas déjà le cas.

Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Je confirme que ça fonctionne chez moi.
Vu que tu as eu un problème de mise à niveau, il est possible que le PC soit dans un état entre 2. Il faudrait vérifier que tes sources pointent bien vers des dépôts Mageia 7. Si c'est bien le cas. Je désinstallerai et réinstallerai Pyzo.
Si cela fonctionne pour éviter d'autres désagréments, je vérifierai qu'il ne reste pas des paquets Mageia 6 installés sur le système. Deux méthodes :
- À la main en affichant uniquement les paquets installés dans le CCM et en regardant s'il reste des mga6.
- Avec une commande pour lister seulement les paquets mga6.
La commande pour lister les paquets installés est :
Code BASH :
rpm -qa
Mais je ne trouve pas l'expression nécessaire pour lister uniquement les paquets finissant en .mga6.

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Mais je ne trouve pas l'expression nécessaire pour lister uniquement les paquets finissant en .mga6.
rpm -qa | grep mga6 ?


Erik Membre non connecté
-
- Voir le profil du membre Erik
- Inscrit le : 27/05/2014
- Groupes :
j'ai effectivement quelques mga6 qui subsistent (cf ci-dessous, je n'ai pas tout mis)
[root@localhost ~]# rpm -qa | grep mga6
kernel-desktop-4.14.131-1.mga6-1-1.mga6
lib64qalculate9-0.9.12-1.mga6
libva1-1.7.3-3.mga6
libswscaler4-3.3.9-1.mga6.tainted
lib64ical2-2.0.0-2.1.mga6
lib64ktpaccountskcminternal16-16.12.3-1.mga6
lib64avfilter6-3.3.9-1.mga6
gutenprint-foomatic-5.2.11-2.mga6
.
.
.
lib64qrencode3-3.4.4-5.mga6
kernel-desktop-4.14.121-1.mga6-1-1.mga6
lib64avformat57-3.3.9-1.mga6
lib64gstbadbase1.0_0-1.10.3-1.mga6
lib64iso9660_10-0.94-1.1.mga6
kernel-desktop-4.14.131-1.mga6-1-1.mga6
lib64qalculate9-0.9.12-1.mga6
libva1-1.7.3-3.mga6
libswscaler4-3.3.9-1.mga6.tainted
lib64ical2-2.0.0-2.1.mga6
lib64ktpaccountskcminternal16-16.12.3-1.mga6
lib64avfilter6-3.3.9-1.mga6
gutenprint-foomatic-5.2.11-2.mga6
.
.
.
lib64qrencode3-3.4.4-5.mga6
kernel-desktop-4.14.121-1.mga6-1-1.mga6
lib64avformat57-3.3.9-1.mga6
lib64gstbadbase1.0_0-1.10.3-1.mga6
lib64iso9660_10-0.94-1.1.mga6
Erik
Erik

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Python3.5m ?
Réinstallation du logiciel sans rien y faire ?
ça sent mauvais le fichier de configuration qui ne se mets pas à jour.
As tu un autre utilisateur sur le PC ? Est-il possible de tester avec un autre utilisateur ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
cat ~/.pyzo/config.ssdf | grep "exe ="
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Erik Membre non connecté
-
- Voir le profil du membre Erik
- Inscrit le : 27/05/2014
- Groupes :
[root@localhost ~]# cat ~/.pyzo/config.ssdf | grep "exe ="
cat: /root/.pyzo/config.ssdf: Aucun fichier ou dossier de ce type
cat: /root/.pyzo/config.ssdf: Aucun fichier ou dossier de ce type
Erik
Erik

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je pense qu' il ne faut pas lancer la commande en root ( surtout si pyzo n' a pas été lancé sous cet utilisateur).
edit: a tout hasard, que donne un
Code BASH :
file /usr/bin/python3
Code BASH :
$file /usr/bin/python3 /usr/bin/python3: symbolic link to python3.7 $rpm -q --whatprovides /usr/bin/python3 python3-3.7.6-1.mga7
Édité par nic80 Le 13/04/2020 à 16h09

Erik Membre non connecté
-
- Voir le profil du membre Erik
- Inscrit le : 27/05/2014
- Groupes :
[eric@localhost ~]$ cat ~/.pyzo/config.ssdf | grep "exe ="
exe = '/usr/bin/python3.5m'
exe = '/usr/bin/python3.5m'
Erik
Erik

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Chez moi, cela retourne:
Code BASH :
cat ~/.pyzo/config.ssdf | grep "exe =" exe = ''
Donc je supprimerais bien soit le fichier ~/.pyzo/config.ssdf ou je supprimerais la référence au python3.5m

Erik Membre non connecté
-
- Voir le profil du membre Erik
- Inscrit le : 27/05/2014
- Groupes :
[eric@localhost ~]$ file /usr/bin/python3
/usr/bin/python3: symbolic link to python3.7
/usr/bin/python3: symbolic link to python3.7
Erik
Erik
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie