Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
.Dernière modification par naute (17-11-2021 10:17:06)
Hors ligne
par exemple pour mon cpu amd FX8320E
idem pour intel (le sse2 a été mit dans les cpu dans les années 2000 pour intel)
pour le reste j'ai pas la réponse (version qt5 et gcc 10)
un
pour stable c'est une version 10 il me semble (sid est en version 11)
.
Le drapeau sse2 est présent et donc à ce niveau-là, à priori pas de problème !
Maintenant, il faudrait savoir s'il existe une commande permettant de connaître la version de Qt5 installée, savoir si on peut faire cohabiter deux versions différentes de Qt5, et si oui, comment installer une ancienne version.
On avance .
Amicalement,
naute
Dernière modification par naute (09-11-2021 18:19:35)
Hors ligne
mon ancien pseudo : bartaba
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
.Hors ligne
alors que je suis dans le bon dossier
System requirements for running "Candle":
Windows/Linux x86 >>>>>>>>>>>>>>>>>>>>>>>>> OK
x86 donc 32 bits, ça ne serait pas ça le probleme ?
Dernière modification par Mugen (09-11-2021 21:48:08)
mon ancien pseudo : bartaba
Hors ligne
Bonjour,
naute@debian:~/Projets/candle/Candle$ Candle
bash: Candle : commande introuvable
On n'exécute pas une commande ainsi qui n'est pas le PATH.
Essaie plutôt avec :
Mais d'abord, je regarderais que ce soit le bon nom de fichier et qu'il soit exécutable :
Dernière modification par Tawal (09-11-2021 22:18:19)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
x86 donc 32 bits, ça ne serait pas ça le probleme ?
Effectivement c'est un exécutable 32 bits :
Pour pouvoir exécuter un programme 32 bits sur une système 64 bits, il faut ajouter l'architecture i386 dans dpkg et installer le paquet libc6 i386.
Il faudra peut-être aussi installer des bibliothèques i386, à vérifier avec
Il ne doit pas y avoir de "=> not found".
je regarderais que ce soit le bon nom de fichier et qu'il soit exécutable
S'il n'était pas exécutable l'erreur serait différente : "permission non accordée".
Il vaut mieux montrer que raconter.
Hors ligne
S'il n'était pas exécutable l'erreur serait différente : "permission non accordée".
Lancé de la façon que j'indique oui, pas de la sienne 
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
comment a été faite la migration ?
si le i386 activé sous stretch , il ne disparaît pas sous bulseye après la migration
sur la machine de test (bookworm) l'archive => Candle_1.1.7.tar.gz
installé le paquet "lib32stdc++-10-dev (et dépendances)
ensuite
je ne vais pas plus loin ...... 
remarque: caja me propose de "lancer" Candle (bureau mate , bien sur ça ne fonctionne pas)
=> https://github.com/Denvi/Candle
=> https://github.com/trasz/grblControl
=> https://github.com/gnea/grbl/wiki
sur la migration les paquets sont mit a jour , mais a priori certaines choses ont été cassé . et en plus de debian9 => debian10 => debian11
sur une installation de base de debian11 l'application ne fonctionne pas (idem pour stretch des choses ont été installé pour supporté l'application)
a priori pas aussi simple que cela
Dernière modification par anonyme (10-11-2021 04:58:27)
.
Ensuite, en ce qui concerne la remarque de bartaba concernant l'architecture 32 bits : en effet, la commande indiquée par anonyme :
me renvoie bien i386 sur la machine Stretch et rien sur la machine BullsEye. Donc le problème, ou du moins une partie du problème, vient de là.
J'exécute la procédure de raleur et voilà ce que ça donne :
@ raleur :J'ai trouvé le paquet libc6-i386_2.31-13+deb11u2_amd64.deb sur pkgs.org. Il semblerait donc que le nom du paquet est libc6-i386, qui est dans les dépôts Debian, et non pas libc:i386. Par contre, avant de l'installer, je préférerais avoir une confirmation. Je ne voudrais pas casser une belle distribution toute neuve 
.
Hors ligne
puis
mais a mon avis ça ne suffira pas (il va manquer des modules)
essaie la commande en console user , depuis le dossier décompressé
a priori il te faut ces deux paquets au moins
=> https://packages.debian.org/fr/sid/lib32stdc++6
=> https://packages.debian.org/fr/bullseye/libglib2.0-0
Dernière modification par anonyme (10-11-2021 11:47:48)
Bonjour
pour le multiarch => https://wiki.debian.org/fr/Multiarch/HOWTO
donc
dpkg --add-architecture i386
puis
apt-get update
raleur m'a déjà fourni ces indications, que je me suis empressé de suivre. Merci quand même .
J'attends le feu vert pour l'installation de libc6-i386.
Hors ligne
voir mon retour #13
ps : tu aura aussi libc6-i386 et 32 (pas noter dsl)
Dernière modification par anonyme (10-11-2021 11:54:07)
tu a bien "libc6-i386 libc6-x32"
Il est maintenant possible de se référer à un paquet via « paquet:architecture » à peu près partout où il était possible de le faire avant avec « paquet » — nous avons donc libc:i386 et libc:amd64 — malheureusement, les sémantiques comprises par dpkg et apt étant légèrement différentes, les résultats obtenus via ces deux interfaces peuvent être légèrement différents. Cependant, préciser l'architecture d'un paquet devrait toujours être sûr et sans ambigüité, quant au nom « paquet » sans précision, il se réfère au paquet dans l'architecture courante d'apt.
Il semble que la référence au paquet doive se faire sous la forme paquet:architecture et non paquet-architecture. Or, raleur me dit d'installer libc:i386 et non pas libc6-i386. C'est pourquoi je demande la confirmation qu'il s'agit bien du même paquet, ou du moins que je peux remplacer l'un par l'autre. Ce n'est pas évident, d'autant qu'il y a toujours une erreur après l'intallation :
installé le paquet "lib32stdc++-10-dev (et dépendances)
ensuite./Candle
./Candle: error while loading shared libraries: libgobject-2.0.so.0: cannot open shared object file: No such file or directory
Pour info, la même simulation chez moi donne :
Est-ce que tu penses que je peux installer lib32stdc++-10-dev sans risque ?
Hors ligne
pour lib32stdc++-10-dev je vais le faire sur bullseye (sur testing ça n'a posé aucun problème)
mais bon je comprend pas ce retour "bash: ./Candle: Aucun fichier ou dossier de ce type" , je suis bien dans le dossier ~/test/Candle/Candle
après avoir installé le paquet le retour
par contre je bloque sur ce "libgobject-2.0.so.0"
Dernière modification par anonyme (10-11-2021 13:00:15)
voila je suis bloqué la dessus , je comprend pas ce qu'il manque pour avoir "libgobject-2.0.so.0"
Hors ligne
il y a aussi un libglib2.0-dev-bin
tu a un matériel connecté a la machine ?
voir la documentation pour ce programme
ci tu installe le paquet " lib32stdc++-10-dev" ton retour doit changer sur bullseye
ps: il peut être purgé comme ceci
puis pour les dépendances
ps: pour mon sources.list je n'ai pas les sources activé (src)
je n'ai rien cassé sur testing ou stable
mais ce sont des librairies 64 dans ce dossier je suppose
je vais tenter d installer ceci 
Dernière modification par anonyme (10-11-2021 13:59:16)