Vous n'êtes pas identifié(e).
pour la VM je suis pas un utilisateur (je connais pas) , mais je sais que la prise en charge graphique par défaut est basique
Jusqu'à présent, je n'ai pas noté de problème à ce niveau-là sur mes machines virtuelles. La virtualisation m'a même permis d'avoir une machine Buster opérationnelle sur un portable Lenovo Windows10 alors que je ne pouvais pas l'installer en dualboot à cause d'un problème de driver vidéo. Quand BullsEye est sorti, j'ai retenté le coup, et là ça a fonctionné. Comme quoi, il ne faut pas désespérer.
si tu tien a utiliser une VM pour Candle il faudra demander comment l'améliorer (et si c'est possible)
Je n'ai utilisé la machine virtuelle que pour les tests d'installation, pour limiter les risques ou les mauvaises manipulations. J'utiliserai Candle depuis la machine réelle, bien sûr.
En ce qui concerne les fontes, c'est un problème vraiment mineur qui n'affecte en rien l'utilisation du logiciel, d'autant qu'on peut en régler la taille dans une certaine mesure, ce qui fait que l'affichage est tout à fait satisfaisant, mis à part le petit problème des items du menu. L'item sélectionné n'est pas mis en surbrillance (ou la couleur de surbrillance est la même que la couleur standard) et son libellé, qui, à mon avis, est toujours là, prend la même couleur que le fond, ce qui le rend invisible. Il est cependant opérationnel et se comporte normalement quand je clique dessus. Dès que le curseur de la souris quitte l'item en question, il redevient "non sélectionné" et le libellé redevient visible. Je n'ai aucune idée de ce qui se passe.
EDIT : ça y est, je sais . Ça vient du thème que j'utilise (Mojave). En changeant de thème, ce phénomène curieux disparaît.
Je note quand même que sur ma Stretch 64 bits, tout a fonctionné parfaitement dès l'installation, sans aucune manipulation de ma part, et qu'il n'y a pas de problème d'affichage avec Mojave.
Cela dit, mon problème de base est réglé et je passe donc en [Résolu].
Un grand à toi et à tous ceux qui sont intervenu.
Amicalement,
naute
remarques:
dans le menu Candle , paramètres je suis passé de 9 a 12 points (écriture => taille => redémarrage nécessaire)
bien plus gros
je n'ai pas besoin de redémarrer : la mise à jour de l'affichage est immédiate.
Concernant glxinfo sur BullsEye (machine réelle), voilà ce que j'obtiens :
alors que sur la distribution Stretch, j'ai bien un retour qui correspond au tien.
qui, cette fois-ci, fonctionnent parfaitement puisque j'ai exécuté les bonnes instructions .
Ensuite, j'exécute :
qui m'indique que les fichiers suivants sont manquants (not found) :
libstdc++.so.6
libgobject-2.0.so.0
libglib-2.0.so.0
libgthread-2.0.so.0
libX11.so.6
libGL.so.1
Une petite recherche sur https://packages.debian.org/bullseye/ m'indique que ces fichiers se trouvent dans les packages :
libstdc++6
libglib2.0-0
libx11-6
libgl1
J'installe donc la version i386 de ces packages avec :
Je lance ensuite Candle avec :
dans le répertoire qui va bien, et je me retrouve avec le même message que anonyme, à savoir :
ce qui semble logique.
J'exécute ensuite :
ce qui au lancement de Candle me donne :
Là, je fais l'impasse sur la manipulation concernant les drivers vidéo parce-que je ne sais pas où je mets les pieds. Si je n'ai plus d'affichage il faut tout recommencer . Je sais que je suis sur une machine virtuelle, mais quand même...
Enfin, je fais la manipulation :
en la modifiant un peu puisqu'il faut, en réalité, installer les versions i386, ce qui donne :
les deux paquets qt5-doc et qt5-doc-html semblent ne pas avoir de version i386.
Le lancement de Candle se passe bien, que ce soit depuis la console ou en cliquant sur l'exécutable. La connexion USB à ma graveuse CNC ne pose pas de problème et la graveuse est opérationnelle, du moins si j'en crois les tests de base que j'ai effectué, à savoir déplacement sur les trois axes et activation de la broche. Je n'ai pas encore essayé de lancer un fichier G-Code, mais je ne vois pas pourquoi ça ne fonctionnerait pas.
Mais, car il y a un "mais", il y a deux problèmes d'affichage.
Le premier, qui n'est pas vraiment dérangeant, concerne la fonte utilisée dans l'interface, et qui est un peu petite, mais bon...
Le second est plus ennuyeux, car en plus, il affecte toutes les fenêtres quand Candle est en fonctionnement : l'affichage des fenêtres, lors d'un déplacement, par exemple, est très lent, c'est-à-dire que quand je déplace une fenêtre avec la souris, la fenêtre ne suit pas la souris mais se déplace lentement jusqu'à l'emplacement où j'ai relâché le bouton. Le phénomène disparaît quand je ferme Candle .
Une idée ?
l'installation du paquet n'a pas résolu ?
apt install qt5dxcb-plugin:i386
Non non ! c'est l'installation du paquet précédent libglx-mesa0:i386 qui n'a rien changé.
Après son installation, si j'ai bien lu, en exécutant ./Candle tu obtiens :
alors que moi, j'ai toujours :
et donc, je n'ai pas tenté l'installation de qt5dxcb-plugin:i386.
Si tu ne tapes pas correctement les commandes que j'indique, ça marche beaucoup moins bien.
Désolé : c'est une erreur de lecture, que j'ai répétée par la suite. J'aurai dû faire un copier/coller plutôt que de saisir la commande. Comme quoi, il est parfois préférable d'être fainéant . Je l'installe au plus tôt.
j'ai testé KDE Plasma c'est la même chose
tu dis installé grblControl , on parle bien de celui ci => Candle_1.1.7.tar.gz
Je travaille avec Plasma et Mate et je confirme que le comportement est le même.
Pour grblControl, c'est seulement l'ancienne version de Candel. Jusqu'à présent, j'utilisais grblControl sur ma distribution Stretch. Quand j'ai voulu l'installer sur BullsEye, j'ai constaté qu'il y avait une nouvelle version qui apportait des fonctionnalités intéressante : Candle. J'ai donc, en toute logique, essayé d'installer cette nouvelle version. Constatant qu'elle ne démarrait pas sur BullsEye, je l'ai installée sur Stretch où elle fonctionne parfaitement. J'ai également, à tout hasard, essayé d'installer grblControl sur BullsEye, pour voir : ça ne démarre pas non plus.
Pour résumer, les deux versions, grblControl et Candle, fonctionnent sous Stretch et pas sous BullsEye.
Je ne vais probablement pas pouvoir bosser là-dessus ce week-end (famille et tout), mais je n'abandonne pas.
Donc, à lundi, à moins que je puisse m'échapper avant .
Et encore merci pour toutes vos interventions : j'ai bon espoir, avec votre aide, de trouver une solution à ce problème.
Amicalement,
naute
alors que toi, tu obtiens ceci :
tu a un matériel connecté a la machine ?
Pour le moment, non !
En temps normal, pour utiliser Candel (ou grblControl), j'ai une petite graveuse CNC, destinée à la gravure de PCB, connectée en USB.
Mais le logiciel se lance de toute manière, qu'il y ait du matériel connecté ou pas. Simplement, la plupart de ses fonctions sont activées ou désactivées selon le cas.
Sinon, mes retours sont les même que pour toi. Je ne comprends pas ce qui se passe et ma connaissance des entrailles de Linux est dérisoirement insuffisante pour résoudre ce genre de problème, d'autant plus que dans mon souvenir, je n'ai rencontré aucune difficulté quand j'ai "installé" (décompressé serait plus juste) grblControl sur ma Stretch toute neuve (elle venait juste de sortir, il y a 4 ou 5 ans). Si j'avais eu ce genre de soucis, je m'en souviendrais.
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 ?
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.
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 .
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
devient :
Fichier "INSTALLDIR/appGUI/VisPyPatches.py" :
les lignes 32 et 33 :
doivent être commentées et deviennent donc :
car l'attribut markers._marker_dict n'existe pas.
Le fonctionnement n'est pas garanti mais FlatCAM démarre : voir à l'usage !
encore,
amicalement,
naute
Ma commande apt est en mode simulation (option -s).
Oups ! Effectivement !
Donc je recommence, et voilà ce que ça donne :
Après quoi j'essaye de lancer le logiciel :
ce qui donne :
Qu'est-ce que tu en penses ?
Plutôt que de faire des bêtises et de tout casser (ça je sais faire ), je préfère demander quelle est le moyen le plus sûr d'installer cette nouvelle version.
Merci d'avance,
naute
PS: on propose sur https://pypi.org/project/PyQt5-sip/ de l'installer avec pip mais comme la version précédente a été installée avec apt (à priori), je ne suis pas convaincu.
Debian GNU/Linux 2.2 (a.k.a. Potato) was released on August 14th, 2000. The latest point release of Debian 2.2 is 2.2r7, released on July 13th, 2002.
[...]
Contrary to our wishes, there are some problems that exist in the potato release, even though it is declared stable. We've made a list of the major known problems, and you can always report other issues to us.
Ce n'est donc pas obligatoirement, à mon avis, un signe de dégradation, mais plutôt un avertissement qui devrait accompagner le produit de tout éditeur de logiciel (en général, et d'OS, en particulier) un tant soit peu honnête, surtout s'il s'agit d'un logiciel payant, comme "l'OS à fenêtre" dont tu parles.
Qu'un logiciel (au sens large) gratuit comme Debian mette en garde ses utilisateurs contre "d'éventuels" dysfonctionnements est donc à porter à son crédit.
Le problème, et on en est tous plus ou moins responsable, est qu'on est dans une logique de fuite en avant qui impose le développement de nouvelles fonctionnalités avant même d'avoir réglé les problèmes liés aux fonctionnalités existantes. C'est comme ça et ce n'est pas prêt de changer. Ça s'appelle le progrès, je crois .
Amicalement,
naute
installé ou pas les guestadditions?
Oui, bien sûr. Comme spécifié dans mon premier post, je dispose actuellement de VirtualBox 6.1.12 avec toutes les options, à savoir Extension Pack et Guest Additions.
une recherche dans ton log comme dans le mien remonte les mots virtualbox ET vmware alors qu'en ce qui me concerne je n'ai jamais installé le second.
Pareil : je me demande, du coup, si VirtualBox n'embarque pas une partie du code VMware.
J'ai "googlé" (avec DuckDuckGo, je n'utilise pas Google) suivant tes conseils mais ça n'a rien donné de constructif.
Je peux préciser que j'ai trois machines virtuelles, une Debian 9 et deux Debian 10, et que le problème est identique pour les trois, ce qui laisse à penser que le problème vient de VirtualBox : quand je quitte la machine en mode fenêtré, elle redémarre en mode fenêtré (normal) et tout se passe bien, par contre, quand je quitte la machine en mode plein écran, elle redémarre en mode plein écran (normal également), mais l'écran reste noir, à part le curseur de la souris. Il faut que je repasse par le mode fenêtré, avec CTRL-F par exemple, pour obtenir l'affichage de l'écran. Dans les deux cas, quand je repasse en mode plein écran, tout va bien.
Comme je le disais, ce n'est pas dramatique, mais ce n'est pas normal : il y a forcément une solution.
ah tiens, t'es aussi là, toi ?
Ben vi !
Et si tu essayais une autre config, juste pour voir ?
Ben non !
Si je vais chez mon garagiste parce-que ma 4L est en panne et qu'il me dit d'acheter une 2CV, je dis "Ben non ! J'veux qu'on répare ma 4L".
Et, just curious, on peut changer l'affichage du curseur ? Explique, en deux mots…
Je ne suis pas sûr de comprendre ce que tu veux. Je ne fais allusion au curseur de la souris que pour préciser qu'à ce moment-là mon interface graphique est, à priori, bien chargée avec le thème choisi, puisqu'il s'agit du bon curseur, et que la souris est bien capturée.
Je me tue à répéter que tout se déglingue, mais rien ne change et ça continue à se déglinguer...
À commencer par moi, mais je ne peux rien y faire .
Faudrait voir les logs de /var/log/0/Xorg.log, pour commencer…
Alors je n'ai pas de /var/log/0/Xorg.log, mais j'ai un /var/log/Xorg.0.log (problème de dyslexie, peut-être ) dont voici le contenu :
pour l'analyse duquel mes compétences sont malheureusement insuffisante .
Amicalement,
neute