Programme qui bogue sur Debian 9 installé mais pas en live-USB

Support Debian
#1

Salut à tou(te)s,

J’ai un phénomène étrange qui se produit.
Un soft que j’utilisais sans problème avec Ubuntu, kisslicer_linux64_1.6.3_release me pose problème avec mon Debian 9.

Je met le lien ci-dessous mais attention cela lance le chargement du ZIP
www.kisslicer.com/uploads/1/5/3/8/15381852/kisslicer_linux64_1.6.3_release.zip
C’est un exécutable qui se lance sans installation.

Le soft s’ouvre, la fenêtre de travail et les menus apparaissent bien mais si je bouge la souris dans l’espace de travail tout se ferme.
En le lançant par le terminal deux cas de figure :

~$ sudo ./KISSlicer1.6.3
Erreur de segmentation

~$ gksudo ./KISSlicer1.6.3

fermeture sans message

Donnant dans var/log/messages :

Jan 20 19:34:45 DEBIAN64 kernel: [26685.488377] KISSlicer1.6.3[5310]: segfault at 7ffe86dca000 ip 00007f0898aa66e0 sp 00007ffe86dc78e8 error 4 in libc-2.24.so[7f0898979000+195000]

Jan 20 19:37:35 DEBIAN64 kernel: [26855.326198] KISSlicer1.6.3[5331]: segfault at 7ffea9c13010 ip 00007f38f80816d0 sp 00007ffea9c0fc58 error 4 in libc-2.24.so[7f38f7f54000+195000]

Dans Synaptic je n’ai aucun paquet en erreur.

Jusque là on pourrait penser que ce soft a un problème, ce que j’ai cru au départ.
Mais en testant sur d’autres distributions, comme Fedora qui n’est pas du Debian, pas de plantage.
J’ai testé le soft sur Ubuntu en Live-USB, pas de plantage.
Je me suis dit, pourquoi ne pas tester avec le live de mon Debian 9 ?
Et c’est bizarre en live le soft ne plante pas.

Je pourrais utiliser ce soft sur mon PC Fedora mais j’en ai dédié un autre pour tout ce qui est applications techniques, en Debian 9, pour être tranquille et en finalité cela m’embête plus que je croyais de ne pas rester sur le même PC pour une même activité.
En plus mon Debian 9 est super stable et tourne comme une horloge suisse…

Une idée pour traquer la source du bogue ?

#2

j’ai essayé ton truc et il ne plante pas; pourquoi le lances tu avec sudo; essayes en simple user.

#3

Je n’ai pas été assez précis.
J’ai lancé dans le terminal pour avoir un retour avec message éventuel.
Et j’ai essayé en sudo car l’erreur de segmentation pouvait indiquer de ne pas avoir assez de “droits”.
Cela ne m’étonne pas que le soft ne plante pas ailleurs que sur mon Debian “installé” puisqu’il fonctionne bien en live-USB.
Il y a quelque chose dans mon système installé qui ne va pas mais quoi ?

#4

En fait, l’erreur de segmentation, c’est quand le programme essaie d’accéder à une zone de la mémoire qui ne lui est pas attribué. Ça arrive aussi aux programmes lancés en tant que root. En général, c’est une erreur de programmation ou un effet de bord non prévu.

#5

Ce programme n’a pas besoin de se lancer en root.
Il faut donc oublier ce que j’ai mis en début de sujet car le problème ne se situe pas au niveau utilisateur/super-utilisateur puisque dans les 3 cas suivants le bogue apparait :

  • lancement normal
  • lancement par le terminal en utilisateur
  • lancement par le terminal en super-utilisateur
    Ce n’est pas une erreur de programmation, le soft fonctionne correctement sur toutes les distributions, sur Debian 9 en USB-Live mais pas sur mon PC qui a Debian 9 résident.
#6

Pour comprendre comment fonctionne un binaire pouvez-vous nous donner les retours des commandes suivantes

file  ./KISSlicer1.6.3
ldd ./KISSlicer1.6.3
ls -lAR /proc/<pid>  | less

en remplaçant <pid> par le numéro du processus associé, donc dans le cas où le soft nous fait l’honneur de se lancer.

D’autre part, à quoi cela sert ce logiciel de kisslicer.com ?

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

F. Petitjean
Ingénieur civil du Génie Maritime.

« On ne perd pas son temps en aiguisant ses outils. »
Proverbe français

#7

Merci pour la réponse littlejohn75

$ file ./KISSlicer1.6.3
./KISSlicer1.6.3: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.15, BuildID[sha1]=74688c330738ed82f1e3c122056ee50b9e0ca671, stripped

$ ldd ./KISSlicer1.6.3
linux-vdso.so.1 (0x00007fff38528000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007fdfe6dd2000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fdfe6a50000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fdfe674c000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fdfe6535000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fdfe6196000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fdfe5e56000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fdfe5c39000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fdfe5a35000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fdfe582d000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fdfe5603000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007fdfe5400000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007fdfe51fd000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007fdfe4ff6000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007fdfe4df4000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007fdfe4bc5000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fdfe49b3000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007fdfe47b0000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007fdfe45aa000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007fdfe43a8000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fdfe4180000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007fdfe3f65000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007fdfe3d60000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007fdfe3b5a000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007fdfe394a000)
/lib64/ld-linux-x86-64.so.2 (0x00007fdfe7044000
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fdfe3746000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fdfe3540000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007fdfe332a000)

Si la souris ne passe pas dans la zone de travail de la fenêtre, le soft peut rester ouvert…
Pour la dernière commande je ne connais pas comment récupérer un pid et j’ai tenté avec la commande

ps ux

puis complété

ls -lAR /proc/<pid>  | less

et malheureusement pour voir les informations sur le terminal il faut utiliser la flèche du clavier sans possibilité de faire un copier/coller d’une foule d’informations…

Kisslicer est un slicer, c’est à dire un logiciel de tranchage pour transformer un objet en 3D en couches et générer du “GCODE” , c’est à dire des commandes pour piloter en l’occurrence une imprimante 3D.
Démo https://www.youtube.com/watch?v=ykQSgv2GzLY

#8

C’est un logiciel graphique , c’est-à-dire qui utilise libX11.so.6; il convient donc de le lancer en arrière plan

./KISSlicer1.6.3 &

et en plus vous aurez l’identification <pid> du processus qui devrait être affichée par le shell.
On peut remarquer dans la sortie de ldd que c’est un logiciel écrit à l’ancienne en ce sens qu’il n’utilise pas de bibliothèque en surcouche à X11/Xorg telle que gtk+/cairo/pango/… ou Qtcore/Qtxxxx/ et encore moins de bibliothèque d’intégration dans un environnement de bureau dbus ou gnome ou KDE.
Pour votre problème de copier/coller on peut imaginer une méthode de contournement consistant à détourner la sortie de la commande dans un fichier

ls -lR /proc/<pid> > en_live.lR

La liste des fichiers ouverts

ls -lR /proc/<pid>/fd

Pour trouver la raison du crash avec Debian 9 installé, commençons par comparer les versions globales

lsb_release -a

puis, tentez de voir les différences de version dans les sorties des commandes ldd en live et en résident.
Donnez aussi la sortie exacte du lancement en arrière plan dans le cas du crash. (toujours en terminal évidemment, tant que le problème n’est pas résolu on ne s’amuse pas à cliquer sur une icône )
Donnez aussi le contenu du fichier .desktop
Pour trouver ce fichier

dpkg-query --listfiles  <nom_paquet>  | fgrep desktop

Bon courage
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

F. Petitjean
Ingénieur civil du Génie Maritime.

Serre le poing à ta poule, et elle te serrera le cul.
– Émile Littré

#9

Merci littlejohn75

$ ls -lR /proc/3565/fd
/proc/3565/fd:
total 0
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 0 -> /dev/pts/0
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 1 -> /dev/pts/0
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 2 -> /dev/pts/0
lr-x------ 1 debian64 debian64 64 janv. 22 19:20 3 -> pipe:[348811]
l-wx------ 1 debian64 debian64 64 janv. 22 19:20 4 -> pipe:[348811]
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 5 -> socket:[348812]
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 6 -> /dev/dri/card0
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 7 -> /dev/dri/card0
lrwx------ 1 debian64 debian64 64 janv. 22 19:20 8 -> /dev/dri/card0

ne me sort aucun fichier

Je ne comprends pas “nom_paquet”.

$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 9.6 (stretch)
Release:	9.6
Codename:	stretch

je passe sur le live

#10

en live

$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 9.6 (stretch)
Release:	9.6
Codename:	stretch

$ file  ./KISSlicer1.6.3
./KISSlicer1.6.3: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.15, BuildID[sha1]=74688c330738ed82f1e3c122056ee50b9e0ca671, stripped

$ ldd ./KISSlicer1.6.3
linux-vdso.so.1 (0x00007ffe99be2000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x00007f4640f33000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4640bb1000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f46408ad000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f4640696000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f46402f7000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f463ffb7000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f463fd9a000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f463fb96000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f463f98e000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f463f764000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f463f561000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f463f35e000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f463f157000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f463ef55000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f463ed26000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f463eb14000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f463e911000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f463e70b000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f463e509000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f463e2e1000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f463e0c6000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f463dec1000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f463dcbb000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f463daab000)
/lib64/ld-linux-x86-64.so.2 (0x00007f46411a5000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f463d8a7000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f463d6a1000)
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f463d48b000)

ls -lR /proc/2924/fd
/proc/2924/fd:
total 0
lrwx------ 1 user user 64 janv. 22 18:39 0 -> /dev/pts/0
lrwx------ 1 user user 64 janv. 22 18:39 1 -> /dev/pts/0
lrwx------ 1 user user 64 janv. 22 18:39 2 -> /dev/pts/0
lr-x------ 1 user user 64 janv. 22 18:39 3 -> pipe:[39593]
l-wx------ 1 user user 64 janv. 22 18:39 4 -> pipe:[39593]
lrwx------ 1 user user 64 janv. 22 18:39 5 -> socket:[39594]

note,
J’ai comparé les eux ldd, il sont identiques dans les versions…

#11

Sur quel système exactement votre identifiant est debian64et “le soft” a bien démarré (processus 3565) ?
Autrement dit, vous ne pouvez pas dire que le programme ne se lance pas.
Nous attendons toujours le retour complet du lancement dans un terminal, quels sont les messages d’erreur ? Aucune fenêtre n’apparaît ?

Sur le système live, où vous vous appelez user la sortie de

ls -lR /proc/2924/fd

ne comporte que 5 descripteurs de fichiers, en particulier pas de descripteurs pour /dev/dri/card0 En supposant que dri signifie Direct Rendering Interface nous retombons dans les affres résultant de cartes graphiques propriétaires conçues pour des systèmes privateurs.
Quelle carte graphique et quel pilote ?

Comme le dirait Bernard Laporte, il va falloir revenir aux fondamentaux, en particulier les mécanismes de redirection et de tuyaux intégrés au shell.

ls -l *.lR

man dpkg-query
man unzip

Vous pouvez aussi tenter la commande

less le_fichier.deb

et si cette commande ne veut pas afficher des informations sur le .deb modifiez votre fichier $HOME/.bashrc pour avoir

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

En conclusion, vous ne pouvez pas dire que le programme ne se lance pas, précisez les différences de comportement et si la puce graphique est fabriquée par NVidia recherchez sur Youtube Linus Torvald NVidia fuck you.

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

F. Petitjean
Ingénieur civil du Génie Maritime.

I hope to die before I have to use Microsoft Word.
- Donald E. Knuth, 2001-10-02 in Tübingen

« Ubuntu is an ancient african word, meaning “I can’t configure Debian” »
– http://www.urbandictionary.com/define.php?term=ubuntu

#12

merci littlejohn75

Je n’ai pas du bien m’exprimer.
La fenêtre de kisslicer est de type standard, une bordure, un menu en haut et en partie principale une zone de travail graphique accolée d’une zone avec des options et boutons. Si la souris n’entre pas dans la zone graphique la fenêtre reste ouverte et le programme ne se ferme pas. Si le pointeur de souris est dans la zone graphique sans bouger la souris, la fenêtre reste ouverte mais au moindre mouvement de la souris le programme se ferme.

debian64 est le système résident, user64 le live, j’ai séparé exprès en deux messages.

Je ne comprends pas.
Si c’est donner le résultat du lancement dans le terminal c’est dit au début, en user aucun message à la fermeture tandis qu’en su

Avec le & il n’y a que le PID qui apparaît même après la fermeture

$ ./KISSlicer1.6.3 &
[1] 2167

C’est pour çà qu’en début de sujet j’ai commencé en donnant la commande en su

Mon niveau est nul et j’ai un QI de surimi, par exemple le fameux man que tout le monde conseille est pour moi du langage normal alors que je serais autiste. Je ne sais pas comment vous arrivez à comprendre ce que dit “man”, ou peut-être n’ai-je pas les bases nécessaires pour comprendre…

Pareil pour

Quel .deb ?
kisslicer n’est pas un .deb mais un exécutable…
La suite me dépasse.

J’ai eu de la chance de trouver la commande pour savoir quelle carte est sur mon PC

$ lspci | grep -i vga
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV570 [Radeon X1950 PRO]

Le live la gère très bien, tout comme kisslicer.

Puce Nvidia et vulgarité…
Il y a l’élite informatique et le bas peuple, le combat est ailleurs en élevant les esprits.
Celui qui est proche du ciel doit remercier son créateur en aidant les autres à grimper et non en insultant un ennemi sans le combattre.

Je ne veux pas vous prendre plus de temps car je n’arrive pas à suivre.
Debian est mon nvidia mais je n’ai pas le choix car en impression 3D (c’est du nvidia aussi) les softs sont des .deb et ne tournent pas, sauf kisslicer et quelques autres softs très bons (il y en a peu dans ce domaine), sur Fedora.

Encore merci
Cordialement

#13

J’ai navigué avec elinks (pas de javascript) et suis arrivé à une page de téléchargement et un lien pour une version 64bits (amd64)
L’extraction de l’archive zip donne seulement 2 fichiers

2076 -rwxr-xr-x 1 fp2  fp2  2123176 mai    5  2018 KISSlicer
   4 -rw-r--r-- 1 fp2  fp2     1055 mars  25  2013 KISSlicer.png

autrement dit, le numéro de version n’apparaît dans le binaire inclus. Cette extraction a eu lieu dans /tmp

fp2@debpacha:/tmp$ unzip -l kisslicer_linux64_1.6.3_release.zip
Archive:  kisslicer_linux64_1.6.3_release.zip
  Length      Date    Time    Name
---------  ---------- -----   ----
     1055  2013-03-25 16:21   KISSlicer.png
  2123176  2018-05-05 03:11   KISSlicer
---------                     -------
  2124231                     2 files
fp2@debpacha:/tmp$

Au premier lancement du logiciel, j’ai eu droit à une succession de dialogues m’invitant à définir des profil pour différents paramétrages ( printers, materail, …). Comme je n’ai pas d’imprimante 3D, j’ai annulé au fur et à mesure et je suis arrivé sur une fenêtre principale bien sympathique où j’ai pu quitter par le menu File/quit
Après cela, un certain nombre de répertoires et fichiers ont été créés

   8 -rw-r--r-- 1 fp2  fp2     6023 janv. 23 12:15 _KS_backup_profiles.ini
   0 drwx------ 2 fp2  fp2       33 janv. 23 12:15 _materials/
   0 drwx------ 2 fp2  fp2       32 janv. 23 12:15 _printers/
   0 drwx------ 2 fp2  fp2       30 janv. 23 12:15 _styles/
   0 drwx------ 2 fp2  fp2       32 janv. 23 12:15 _supports/

chaque sous-répertoire contient un fichier .ini.

Conclusion : sur une Debian 9.6 cette version free ne pose aucun problème de lancement.

Quand avez-vous téléchargé kisslicer_linux64_1.6.3_release.zip et comment avez-vous extrait son contenu ? Pouvez-vous reprendre les choses en partant d’un répertoire vide et en n’utilisant surtout pas sudoou su.
Il est possible que le logiciel utilisé pour extraire le contenu du zip a fait du zèle pour rajouter le numéro de version dans le nom du binaire. D’autre part, des lancements successifs en utilisateur simple et via sudo, cela ne peut pas arranger les choses en ce qui concerne les droits sur les répertoires créés. C’est un logiciel de tranchage, pas un outil d’administration. Il est rare que les auteurs de logiciel technique se donnent la peine de tester les codes retour de tous les appels système.

Vérifiez la somme de contrôle

fp2@debpacha:/tmp$ md5sum  KISSlicer*
f01c358d0a5d787681733ec5c025aefb  KISSlicer
845f829ec47fac9321f9f64d147e5e00  KISSlicer.png
fp2@debpacha:/tmp$

Je ne vois aucune raison à la fermeture brutale de la fenêtre si ce n’est qu’une programmation un peu laxiste vis à vis des appels système, par exemple une lecture ou écriture de paramétrage qui échoue à cause d’un problème de droits (merci sudo) et on continue comme si de rien n’était.

C’est de ma faute. Je ne sais pas pourquoi, mais j’étais persuadé que ce logiciel était empaqueté pour Debian (et qu’il comprenait aussi un fichier desktop ). On est là en brut de fonderie, ce qui n’est pas plus mal vu les utilisateurs ciblés.

Une remarque, c’est un logiciel protégé (dans sa version PRO)

fp2@debpacha:/tmp$ strings KISSlicer | fgrep -i product
product_key
Enter Product Key
Enter the new Product Key
fp2@debpacha:/tmp$ 
fp2@debpacha:/tmp$ strings KISSlicer | fgrep -i licen
/_license.ini
License
:  Library Used  :    License                          :
:  OpenGL        :  License not needed for developers  :
KISSlicer FREE License:
KISSlicer PRO License:
fp2@debpacha:/tmp$

Bon courage,
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

F. Petitjean
Ingénieur civil du Génie Maritime.

« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)

#14

Merci littlejohn75

Je dirais même mieux kisslicer fonctionne sur mon PC en montant un deuxième disque Debian9.
Sans avoir à installer de pilote, la carte graphique et l’écran ont bien été reconnus et donc ce ne sont pas eux qui posent problème à Kisslicer.

J’ai kisslicer sur mon disque Debian9 et aussi sur un disque data, en copié/collé du dézippé de départ.
En live, tout comme avec le 3eme disque “nouveau Debian9” le kisslicer du “data” fonctionne bien.
Avec le Debian9 “résident”, le même exécutable ne fonctionne pas correctement sur cette même “copie”.
Le problème est donc dans l’installation du Debian 9 “résident”…

Malheureusement je dois refaire l’installation du 2eme debian9 car j’ai trop d’erreur au démarrage.
Je l’ai installé avec ma clef Multisysteme qui est surtout prévue pour les lives, je vais donc recommencer en créant une clef d’installation et l’ISO du jour.

#15

Je vais être poli et non vulgaire donc ne pas parler de mes pensées sur une installation qu’il m’a fallut refaire 3 fois pour arriver au bout pour un temps de plus de 3 heures de temps…

La source du bug est identifiée…

En tentant de faire disparaître les erreurs au démarrage, je n’en ai plus eu mais j’ai perdu kisslicer !!!

C’est le paquet firmware-amd-graphics qui calme le système au niveau des erreurs mais qui me plombe kisslicer, sans lui le soft fonctionne correctement.

Les erreurs au démarrage me font perdre du temps mais n’ont pas d’impact en fonctionnement, c’est [auto-censuré].
Désolé mais il n’y a pas que nvidia dans la zone “fait devenir vulgaire”…

#16

Les tests faits sur d’autres distributions Linux ont montré que Kisslicer rencontre des incompatibilités avec la carte Radeon X1950 et son driver R520_cp.bin.
Pour que Kisslicer fonctionne correctement il faut utiliser un driver générique qui n’active pas la totalité des fonctions de cette carte graphique.
Je pense que c’est la partie accélération matérielle qui est en conflit avec Kisslicer mais c’est juste une appréciation.
Cela pose des problèmes avec d’autres logiciels qui en ont besoin.
La Radeon X1950 et son driver R520_cp.bin ont un fonctionnement correct avec d’autres logiciels encore plus complexes en rendu 3D comme par exemple Blender.
Cette carte étant rare, je ne pense pas que l’équipe de Kisslicer puisse perdre de l’argent en recherches donc je conseille à toute personne voulant utiliser leur logiciel de trouver une autre carte graphique.
Il serait bienvenu que l’équipe de Kisslicer communique une liste de cartes graphiques compatibles Linux et ne rencontrant pas de problèmes avec leur soft.
Ce texte a été posté sur leur forum.
Pour information…