mplabx-v5.35 et linux

[polo974]

bon,
sudo lance par défaut dash.

(script permettant d'avoir le nom de l'exe courant

$ cat ./x.sh
ls -l /proc/$$/exe

$ sudo ./x.sh
lrwxrwxrwx 1 root root 0 déc.  17 17:59 /proc/25438/exe -> /usr/bin/dash

mais on peut forcer directement bash

$ sudo bash ./x.sh
lrwxrwxrwx 1 root root 0 déc.  17 18:00 /proc/25463/exe -> /usr/bin/bash

ou en ajoutant la directive en début de script:

$ cat ./xb.sh
#!/bin/bash
ls -l /proc/$$/exe

$ sudo ./xb.sh
lrwxrwxrwx 1 root root 0 déc.  17 18:01 /proc/25491/exe -> /usr/bin/bash
mais c'est plus fatigant pour un one-shoot... :S:

-----

[lutshur]

$ sudo bash ./x.sh

#!/bin/bash est d'origine dans l'installeur de microchip, j'avais oublié de le remettre dans mon script

[micapivi]

#!/bin/bash est d'origine dans l'installeur de microchip …

S'il s'agit du script d'installation MPLABX-v5.35-linux-installer.sh (qui est contenu dans le fichier MPLABX-v5.35-linux-installer.tar)

mic@deb13x:~$ head -n1 MPLABX-v5.35-linux-installer.sh 
#!/bin/sh
mic@deb13x:~$

[lutshur]

Je ne sais pas comment j'ai eu le #!/bin/bash du #20. C'est une simple recopie de ce que j'avais dans l'éditeur de texte, en supprimant l'inutile. J'ai même retéléchargé tout à l'heure le fichier (958 Mio) pour vérifier, c'est bien #!bin/sh.
Et là, que l'installation se soit réalisée en sudo avec le shebang #!bin/sh, c'est plus mystérieux

[lutshur]

Et là, que l'installation se soit réalisée en sudo avec le shebang #!bin/sh, c'est plus mystérieux

Il fallait juste prendre le temps de la réflexion.
"if user != root and UID != 0 "
user différent de root = Faux
UID différent de 0 = Vrai
Une condition est fausse, le résultat est FAUX --> "The installer needs to be run as root" n'est pas affiché, l'installation se poursuit. "root" est suffisamment élastique
J'ai profité d'avoir téléchargé et décompressé MPLABX-v5.35-linux-installer.sh pour le lancer de nouveau.
Puis lancement du logiciel

[antek]

Maintenant tu achètes un pickit3 et je t'enverrais un 16f1719 pour que tu me lises la mémoire programme.

Merci

[polo974]

En fait, de mémoire (à 95 %), sous ubuntu 8.04, le /bin/sh pointait sur bash.
Et je sais plus sur quelle version
, ils sont repassé à un shell plus frugal ( /vin/dash )...

Ce (mal)faisant, les vieux scripts exploitant des possibilités de bash ne fonctionnaient plus...

Et bien là, on est en plein dedans.

Et puis quelle idée de prendre des microchip (allez, hop, une petite gueguerre pour rire (non pitié, pas ça ))...

[antek]

Tuas autre chose à proposer en petit µC programmables en assembleur ?

[lutshur]

Ce matin, j'ai fait un disque debian 13 pour essayer d'installer MPLAB 5.35
Il semble que debian n'installe pas par défaut des bibliothèques 32 bit. L'installeur les réclame.
J'en ai remis, mais pas moyen pour deux. LibX11.so (de mémoire) et une autre que j'ai oubliée.
J'ai laissé tomber.

[antek]

Oui, mais on trouve tous les paquets nécessaires : libc6:i386 libx11-6:i386 libxext6:i386 libstdc++6:i386 libexpat1:i386
Auparavent (chinois) il faut paramétrer apt (ou je sais plus qui . . .) pour qu'il prenne en charge l'architecture 32 bit, avec

xxx # dpkg --add-architecture i386

[lutshur]

il faut paramétrer apt (ou je sais plus qui . . .)

/etc/apt/sources.config
libX11 est dans les archives de debian, la verion 9 si je me rappelle bien. Sur un ftp/ports... sauf qu'y a pas

[lutshur]

Et puis, c'est plus le moment de faire quoi que ce soit

[antek]

libX11 est dans les archives de debian, la verion 9 si je me rappelle bien. Sur un ftp/ports... sauf qu'y a pas

Mais si il y a, fais voire ta ligne de commande ?

[lutshur]

peux pas, j'ai viré le disque debian pour pouvoir utiliser l'ordi. Je verrai peut-être demain, après installation de QEMU pour fair une VM debian.
Par ailleurs, ce n'est pas /etc/apt/sources.config mais /etc/apt/sources.list

[antek]

MPLABX ne fonctionne ne fonctionne pas en machine virtuelle.

[lutshur]

Bon, j'ai refait un disque debian 13 et installé les bibliothèques 32 bit.
Résultat de la tentative d'installation de MPLABX 5.35

pc@device:~/Téléchargements/MPLABX-v5.35-linux-installer$ sudo ./MPLABX-v5.35-linux-installer.sh
64 Bit, check libraries
Check for 32 Bit libraries
Verifying archive integrity... All good.
Uncompressing MPLAB X v5.35 installer...
Unable to initialize installer.
Is /tmp writable ?
Is SELinux enabled? You may need to disable it temporarily
Please see below for details
http://docs.fedoraproject.org/en-US/...html#id3037154
Unable to initialize installer.
Is /tmp writable ?
Is SELinux enabled? You may need to disable it temporarily
Please see below for details
http://docs.fedoraproject.org/en-US/...html#id3037154
The program './MPLABX-v5.35-linux-installer.run' returned an error code (1)
pc@device:~/Téléchargements/MPLABX-v5.35-linux-installer$

/tmp est en lecture-écriture pour tout le monde.
MPLABX 5.35 ne doit pas aimer debian

[antek]

Il a dû se passer "quelque chose", parce qu'avec debian11 l'installation se faisait correctement.

Que le diable les enfourne.

[lutshur]

S'il y a eu quelque chose, c'est du coté debian. Je n'imagine pas microchip retoucher un vieux machin, qui est sur leurs serveurs mais aussi ailleurs.

[antek]

Oui, c'est ce que je voulais dire.

[polo974]

S'il y a eu quelque chose, c'est du coté debian. Je n'imagine pas microchip retoucher un vieux machin, qui est sur leurs serveurs mais aussi ailleurs.

Déjà dit: dans le temps /bin/sh pointait sur bash et depuis quelques temps pointe sur dash
le script utilise des spécificités de bash, il faut donc utiliser bash pour le lancer.

sudo bash ./MPLABX-v5.35-linux-installer.sh

mais avant, il est possible de voir les options possibles:

bash ./MPLABX-v5.35-linux-installer.sh --help

j'ai regardé le .run, c'est un programme 64 bits (au cul du quel est collé un paquet de data (sans doute un .gz)... encore...)
lancé le .run en sudo, ça fait l'nstall en mode graphique en posant des questions (j'ai gardé l'option "mplab x ide" (avec le x) et viré l'option "mplab ide" (sans le x) qui correspond à un vieux truc sans doute en 32 bit) et ça charge les compilos et les installe, (sauf que je ne les ai pas installés). ensuite, j'arrive à lancer l'ide (qui me dit qu'il n'y a pas de compilo)
tout ça sans libx11 installée en i386. (ubu 24.04) mais je ne vais pas plus loin...

[antek]

J'ai toujours cru que bash était le shell système par défaut, mais dash est là depuis au moins Buster (Debian10).
Mais alors pourquoi bash est-il invoqué lorsqu'on execute un scripte depuis le terminal ? Je persiste : c'est diabolique.

C'est juste pour papoter : ça me dépasse . . .

https://manpages.debian.org/buster/dash/dash.1.en.html
https://amis-sh.fr/debian

[lutshur]

Ubuntu, Mint sont aussi passés à dash, parce que plus rapide. Mint : /usr/bin/sh est un lien symbolique vers dash. debian 13 : /usr/bin/sh est un lien symbolique vers dash. Visible par ls -l /usr/bin/sh
L'installeur de MPLABX 5.35 comprend le shebang #!/bin/sh, il a fonctionné sous Mint, pourquoi pas debian ? Le souci ne serait pas celui auquel on pense.
J'ai la tête comme un melon à force de consulter différentes sources d'aide.

[antek]

Moi ça va, je fais du pic-as, l'assembleur pour les d'jeuns . . .

[lutshur]

J'ai essayé sudo ./MPLABX-v5.35-linux-installer.sh --unattendedmodeui minimal --> il me renvoie vers l'aide. Idem avec --unnattendedmodeui minimalWithDialogs

[lutshur]

Moi ça va, je fais du pic-as, l'assembleur pour les d'jeuns . . .

Ben, la ligne de commande, c'est puissant, mais pas question de tout mémoriser

[lutshur]

Bon, le script lui-même se déroule correctement.
Il décompresse 2 fichiers elf.
C'est le run de ces fichiers qui bloque
Décompression

pc@device:~/Téléchargements$ sudo ./MPLABX-v5.35-linux-installer.sh --noexec --nolibrarycheck --keep
Creating directory makeself-4293-20200228045148
Verifying archive integrity... All good.
Uncompressing MPLAB X v5.35 installer...
pc@device:~/Téléchargements$
pc@device:~/Téléchargements$ ls -l makeself-4293-20200228045148/
total 1033780
-rwxr-xr-x 1 root root 5438612 févr. 28 2020 MPLABCOMM-3.35.24-linux-installer.run
-rwxr-xr-x 1 root root 1053144258 févr. 28 2020 MPLABX-v5.35-linux-installer.run
pc@device:~/Téléchargements$

Tentatives de run

pc@device:~/Téléchargements$ cd makeself-4293-20200228045148
pc@device:~/Téléchargements/makeself-4293-20200228045148$ sudo ./MPLABCOMM-3.35.24-linux-installer.run
Unable to initialize installer.
Is /tmp writable ?
Is SELinux enabled? You may need to disable it temporarily
Please see below for details
http://docs.fedoraproject.org/en-US/...html#id3037154
pc@device:~/Téléchargements/makeself-4293-20200228045148$ sudo ./MPLABX-v5.35-linux-installer.run
Unable to initialize installer.
Is /tmp writable ?
Is SELinux enabled? You may need to disable it temporarily
Please see below for details
http://docs.fedoraproject.org/en-US/...html#id3037154
pc@device:~/Téléchargements/makeself-4293-20200228045148$

[lutshur]

Sur le pc Mint, j'ai lancé sudo ./MPLABCOMM-3.35.24-linux-installer.run. Ca ne bloque pas pour la même raison, mais c'est normal

A suitable version 1.7+ was not found. The USB Bridge Application will not work properly until Oracle JRE 1.7+ is installed.

[lutshur]

Suite et ce sera aussi fin.
J'avais besoin du disque, alors j'ai formaté.
Donc j'ai refait un disque Debian13 calamares.
Sans chercher à installer MPLABX, j'ai vérifié ces avertissements

Is /tmp writable ?
Is SELinux enabled? You may need to disable it temporarily

pour /tmp, pas de souci.
SElinux. Il a fallu installer selinux-utils, puis chercher la commande qui va bien. Evident, mon cher Watson !
Donc

pc@mon-pc:~$ sestatus
SELinux status: disabled
pc@mon-pc:~$

Par contre, KVM est actif, mais comme sur Mint. Donc ce n'est pas ce qui bloque