Ce sublime temps et soleil samedi dernier n'a pas découragé quelques uns à venir à la permanence mensuelle. Merci à eux.
Initiation au dev web par @papinou avec Kenzo. Vérification du fonctionnement d'une imprimante sous OpenSUSE. Discussions en tout genre.
Enfin nous avons fait la rencontre de @yannick85. Merci pour ta visite 👍

albanera-cafe-map.png

Tous les derniers jeudi du mois, l'association Linux Challans vous convie à un apéro. Cet événement informel et convivial réunit les personnes intéressées par le monde du Libre.

Nous vous donnons rendez-vous à l'Albanera Café, 17 rue du Général Leclerc 85300 Challans à partir de 18h pour échanger autour du Libre avec les bénévoles de l’association Linux Challans.

Tou·te·s sont les bienvenu·e·s, qu'ils/elles soient membres ou non, que ce soit pour découvrir l'association, se renseigner sur ses activités, ou simplement partager un bon moment avec d'autres bénévoles du Libre !

Débuter avec l'ordinateur Le samedi 17 septembre 2022 - 15 h à 17 h Centre de la Coursaudière Gratuit

computer.jpg

Vous souhaitez débuter avec l'utilisation d'un ordinateur ? Cette animation est faite pour vous !

Vous saurez vous repérer sur un ordinateur après avoir appris à reconnaître et utiliser les principaux composants physiques.

Enfin, vous apprendrez à utiliser différents logiciels de création de contenu, internet et la messagerie.

Réservations au 06 64 35 64 44

Pour une installation nouvelle version de Opensuse (!), je suis de nouveau perdue pour savoir ce que je dois choisir : graver sur clé, oui, mais quelle chargement dois-je prendre : metalink, pink mirror check sum, torrent file ? Je ne vois pas à quoi ces 4 propositions correspondent et ce qu'elles impliquent pour ma mise à niveau ecran-chargement-opensuse-220501.png

Petit billet du samedi matin (faudrait pas prendre ça pour habitude 😉 )
'========================================================='
Hello, suite au message de @papinou concernant le passage progressif du code kernel du noyau Linux vers le langage Rust, je suis allé faire mon premier "hello world" en Rust. Comme quoi, les publications des uns et des autres servent bien à quelque chose ! J'ai alors trouvé que la documentation concernant Rust était fort bien faite (https://jimskapt.github.io/rust-book-fr/). J'ai alors farfouiné pour voir avec quel système cette doc avait été faite. Il s'agit d'un système appelé "MdBook" (Markdown book). Je vous laisse le lien pour créer vos propres documentations (en anglais malheureusement, pas vu de traduction). J'ai essayé de faire mes premières pages et ça fonctionne bien (à priori) :
https://rust-lang.github.io/mdBook/index.html
Les pages sont à écrire en langage Markdown, un langage assez simple pour faire des pages de doc en général et qui commence à prendre de l'ampleur un peu partout (bon rapport simplicité/fonctionnalité).
A côté de ça, je suis en train de consulter la documentation de Texinfo, le système conçu à la base pour documenter les logiciels Gnu (mais qui peut servir aussi pour d'autres docs). Attention, on passe à un autre niveau de complexité (du bon vieux made in Richard Stallman avec un mélange de Latex).
https://www.gnu.org/software/texinfo/
Je fini mon billet avec un petit mot concernant les pages de man. J'ai toujours trouvé, ces pages de manuel linux un peu imbuvables pour un débutant et par hasard (?), j'ai trouvé dans le livre "Linux Kernel Programming" (je ne sais pas dans quoi je me lance, là !!) qu'il existait un système appelé appelé Tl;dr (Too long; Didn't read = trop long, je n'ai pas lu, comme les pages de man trop touffues). Ce système a donc été conçu pour donner la documentation pour les options courantes des logiciels en ligne de commande. Voir : https://tldr.sh/ . Le pdf résume de nombreuses commandes : https://tldr.sh/assets/tldr-book.pdf (penser à activer la table des matières à gauche dans le pdf).
Pour installer le système tldr :

#regarder si npm (gestionnaire de paquets de node js) est installé : >npm --version #si ce n'est pas le cas, l'installer en mode admin (debian, ubuntu) : >sudo apt install npm #vérifier que npm est maintenant installé >npm --version #récupérer le paquet tldr >npm install -g tldr #fixer les vulnérabilités si besoin >sudo npm audit fix >npm i --package-lock-only #tester si tldr est bien installé >tldr --version #utiliser tldr pour voir les infos sur la commande cp (copie de fichiers)... #vous aurez droit à une mise à jour de la base de donnée la première fois >tldr cp #pour avoir l'aide sur tldr : >tldr --help #pour mettre à jour la base de donnée >tldr --update

Et Voilà ! (Autentica qualità). Bon We.

Souvenez-vous de la fameuse touche sur laquelle appuyer au démarrage que vous utilisiez tous les 6 mois pour réinstaller automatiquement Windows. Cette fonction de récupération existe toujours sur les ordinateurs vendus avec Windows par les constructeurs OEM. Elle nécessite de découper le disque dur en plusieurs partitions dont une contient le système d'origine.

Et sous Linux ?

J'ai découvert dans une comparaison de Pop!_OS et d'Ubuntu que la distribution Pop!_OS publiée par System76 permet de restaurer son système à l'aide d'une partition de récupération stockée sur le disque dur. Il est aussi prévu lors de la mise à jour du système la mise à jour de la partition de récupération.

Chez Dell on fait bien les choses aussi ! Le projet dell-recovery permet une installation en mode OEM avec la création d'une partition de récupération. L'utilitaire dell-recovery génère une image disque ISO à utiliser pour l'installation. L'installation ne fonctionne que sur un système UEFI et crée 4 partitions dont la partition ESP et la partition de récupération.

Customer USB recovery

If customer boots up USB recovery disk, it will come to a prompt selecting which disk to use to install to. Customer presses next, and disk is wiped, content copied to ESP and recovery partition Boot variables set for next boot System automatically reboots into phase 2.

Il est possible de bricoler soi-même ce genre de configuration grâce à GRUB qui autorise le démarrage d'un ISO stocké sur le disque dur. Le paquet grml-rescueboot facilite l'intégration du démarrage des ISOs au menu GRUB.

Je trouve cette solution de récupération (ne pas confondre avec une sauvegarde) très utile pour l'utilisateur final car elle permet tant que le matériel ne tombe pas en panne de restaurer son système à l'origine en l'absence de disque CD ou USB.

PS: Je réinstalle ma machine en mode EFI pour pouvoir publier quelques images de tout ça.

Sur ma Debian, le service man-db double le temps de démarrage :
systemd-analyze | grep man-db.service → 43 s
Sans cette régénération de service, le temps de démarrage est de 33 s.
Il est possible de remédier à cela :
– supprimer le paquet man-db. Les pages de manuel peuvent être trouvées par exemple ici → https://manpages.debian.org/unstable/man-db/man.1.fr.html
– en cas de nécessité de ce paquet, modifier la périodicité comme indiqué ici → https://forums.linuxmint.com/viewtopic.php?f=46&t=348719

Le noyau linux et la sécurité selon Linus :

https://linux.developpez.com/actu/331431/Linus-Torvalds-se-prepare-a-faire-passer-le-noyau-Linux-au-C-moderne-C11-dans-un-contexte-ou-le-langage-Rust-apparait-de-plus-en-plus-comme-candidat-ideal-a-la-mise-au-rebut-du-langage-C/

Un Frameworks Rust dans le noyau ? :

https://www.linuxadictos.com/fr/un-marco-en-rust-podria-ser-implementado-en-el-kernel-para-mejorar-los-controladores.html

Framework web Rocket.rs (vidéo en français) :

https://www.youtube.com/watch?v=fS7oVSvGDUQ

Linux Terminal Server Project (LTSP) permet de démarrer des machines connectées sur le réseau et sans disque dur à partir de fichiers téléchargés du serveur LTSP.

J'ai fait un test à l'aide de GNOME Boxes entre une machine cliente sans système d'exploitation et sans disque dur, et une machine Xubuntu 20.04 servant de serveur LTSP. Aucune configuration particulière je me suis contenté d'utiliser les paramètres par défaut.

ltsp.png

En haut à gauche la machine cliente et le serveur LTSP. Comme GNOME Boxes utilise QEMU, KVM et libvirt, nous pouvons voir les machines virtuelles dans Virtual Machine Manager (virt-manager). Bien que mon PC portable dispose d'un SSD et de 8 Go de mémoire le démarrage de la VM cliente est un peu long.

ltsp-server-&-boot-client.png

Pour démarrer la machine cliente j'ai choisi l'ISO contenant le chargeur de démarrage réseau iPXE. Le projet donne d'autres possibilités comme l'installation du paquet grub-ipxe sur une installation Linux existante afin d'ajouter un option de démarrage au menu GRUB.

... Un serveur puissant, des raspberry pi en pagaille, et vous voilà doté d'une infra à faible coût pour votre entreprise, votre école, votre salle de jeu ou cybercafé.

Salut à tous,
Je cherche une solution pour trouver le dernier livre sur Emacs (avant dernière version).

https://shop.fsf.org/books-docs/gnu-emacs-manual-nineteenth-edition-emacs-version-272

On peut le commander au USA mais les prix du transports sont prohibitifs (environ le prix du livre), ce qui fait 100 euro en tout environ. J'ai l'impression qu'il n'y a plus possibilité de trouver les bouquins de la fsf à prix raisonnable chez nous (sauf des anciens sur amazon et autres). OUinnnn.
J'ai contacté leur service de vente une fois : ils m'ont déjà renseigné sur quel transporteur le livrait en France (relayé ensuite par la poste) car je ne voulais pas des frais abusif pratiqués par des sociétés de transport internationales qui font passer leurs frais de dossier de passage en douane pour des frais de douanes (c'est dédouané en dessous de 150 euro pour info et c'est marqué sur le site de la douane française).
Je les ai recontactés aujourd'hui et suis en attente de réponse.
Si vous avez une idée (en dehors de "RTFM*" en ligne), je suis preneur.

RTFM : Read The Fucking Manual !!

Salut à tous,
Je ne sais pas ce qui m'a pris (!!) mais je me suis décidé à essayé de comprendre cette après-midi de tempête le script d'install pour le sdk du rpi pico (fondation raspberry pi).
Le sdk permet de programmer le microcontrôleur rp2040 tout juste sorti en c/c++ et assembleur.
La notice du sdk est ici :
https://datasheets.raspberrypi.com/pico/getting-started-with-pico.pdf
Dedans on propose pour programmer ce microcontrôleur de le faire à partir d'un rpi4.
Le script d'install (script shell bash) est ici :
https://raw.githubusercontent.com/raspberrypi/pico-setup/master/pico_setup.sh
Voici le contenu du script commenté, j'ai appris pas mal de choses sur cette install automatique (ne pas hésiter à me faire vos retours, je débute (enfin presque) dans les scripts shell. Au passage, je me suis aidé d'un petit livre qui me suis régulièrement pour la ligne de commande (et que je recommande ) :
"La ligne de commande par l'exemple" de Vincent Fourmond (14.90 euro à l'époque)

#!/bin/bash # set -e demande au script de s'arrêter en cas de code de retour erreur sur une commande set -e # avec la commande grep, on cherche la chaîne "Raspberry" dans /proc/cpuinfo qui donne des infos sur le processeur utilisé if grep -q Raspberry /proc/cpuinfo; then echo "Running on a Raspberry Pi" else echo "Not running on a Raspberry Pi. Use at your own risk!" fi # Number of cores when running make : on met le nombre de coeurs à 4, ça peut permettre de faire des compilations de code avec Gcc(et autres) plus rapides JNUM=4 # Where will the output go? : le dossier (de sortie) de l'installation du sdk pico OUTDIR="$(pwd)/pico" # Install dependencies : installation des paquets logiciels complémentaires (dépendances) # Utile pour l'installation du paquet debian "git" (logiciel en ligne de commande de versionning de fichier utilisé par de nombreux développeurs) GIT_DEPS="git" # Utile pour l'installation des paquets cmake (utilitaire de construction logicielle), gcc-arm-non-eabi (toolchain pour compiler sur processeur M0 et autres), gcc (compilateur et accessoires), g++ (compilateur c++) SDK_DEPS="cmake gcc-arm-none-eabi gcc g++" # Utile pour l'installation des paquets gdb-multiarch (débogueur multi architecture), automake(), autoconf (système de création de fichier de config automatisé), build-essential (utilitaires de construction), texinfo (sortie de texte au format gnu texinfo), libtool (), libtool (), libftdi-dev (librairie C pour l'utilisation des communications UART), libusb...(librairie pour l'utilisation de USB); OPENOCD_DEPS="gdb-multiarch automake autoconf build-essential texinfo libtool libftdi-dev libusb-1.0-0-dev" # Wget to download the deb (WGET = utilitaire pour charger du contenu web/ftp en ligne de commande) VSCODE_DEPS="wget" #Minicom : console série en ligne de commande UART_DEPS="minicom" # Build full list of dependencies : une chaîne de caractère contenant la liste des paquets à installer DEPS="$GIT_DEPS $SDK_DEPS" # Les doubles crochets correspondent au nouveau style pour les tests bash. == est pour l'égalité entre deux chaînes de caractères pour bash (c'est = pour d'autres shells). if [[ "$SKIP_OPENOCD" == 1 ]]; then echo "Skipping OpenOCD (debug support)" else DEPS="$DEPS $OPENOCD_DEPS" fi if [[ "$SKIP_VSCODE" == 1 ]]; then echo "Skipping VSCODE" else DEPS="$DEPS $VSCODE_DEPS" fi echo "Installing Dependencies" sudo apt update # Le paramètres -y demande de répondre automatiquement yes à l'install des paquets apt sudo apt install -y $DEPS echo "Creating $OUTDIR" # Create pico directory to put everything in : on créer le dossier pico pour mettre tout dedans mkdir -p $OUTDIR cd $OUTDIR # Clone sw repos : les variables contenant les parties de dossiers pour les téléchargement github GITHUB_PREFIX="https://github.com/raspberrypi/" GITHUB_SUFFIX=".git" SDK_BRANCH="master" # l'action va être faite pour les repositeries : sdk, examples, extras et playground (que l'on peut voir à l'adresse : https://github.com/orgs/raspberrypi/repositories?type=all for REPO in sdk examples extras playground do DEST="$OUTDIR/pico-$REPO" # si la variable $DEST correspond à un dossier (renvoie true) if [ -d $DEST ]; then echo "$DEST already exists so skipping" else #constitution de l'adresse complète du repository REPO_URL="${GITHUB_PREFIX}pico-${REPO}${GITHUB_SUFFIX}" echo "Cloning $REPO_URL" # le -b correspond au nom d'une branche git clone -b $SDK_BRANCH $REPO_URL # Any submodules cd $DEST git submodule update --init cd $OUTDIR # Define PICO_SDK_PATH in ~/.bashrc VARNAME="PICO_${REPO^^}_PATH" echo "Adding $VARNAME to ~/.bashrc" # on envoie la sortie echo dans le fichier de config .bashrc il s'agit d'un affectation de variable (VARNAME prend le contenu de DEST) # et on exporte VARNAME comme une variable d'environnement (le fait de mettre dans .bashrc rend la chose non temporaire. echo "export $VARNAME=$DEST" >> ~/.bashrc export ${VARNAME}=$DEST fi done cd $OUTDIR # Pick up new variables we just defined : on recharge la config dans .bashrc avec la commande "source" source ~/.bashrc # Build a couple of examples cd "$OUTDIR/pico-examples" mkdir build cd build # on construit les exemples cmake ../ -DCMAKE_BUILD_TYPE=Debug # on fait un make pour blink et hello_world for e in blink hello_world do echo "Building $e" cd $e # on met l'option de make avec plusieurs processeurs (option "-j") make -j$JNUM cd .. done cd $OUTDIR # Picoprobe and picotool for REPO in picoprobe picotool do DEST="$OUTDIR/$REPO" REPO_URL="${GITHUB_PREFIX}${REPO}${GITHUB_SUFFIX}" # on récupère le dépôt en local pour picoprobe et picotool git clone $REPO_URL # Build both cd $DEST mkdir build cd build cmake ../ make -j$JNUM if [[ "$REPO" == "picotool" ]]; then echo "Installing picotool to /usr/local/bin/picotool" # on copie picotool vers local/bin sudo cp picotool /usr/local/bin/ fi cd $OUTDIR done # si opencd est bien un dossier if [ -d openocd ]; then echo "openocd already exists so skipping" SKIP_OPENOCD=1 fi if [[ "$SKIP_OPENOCD" == 1 ]]; then echo "Won't build OpenOCD" else # Build OpenOCD echo "Building OpenOCD" cd $OUTDIR # Should we include picoprobe support (which is a Pico acting as a debugger for another Pico) INCLUDE_PICOPROBE=1 OPENOCD_BRANCH="rp2040" OPENOCD_CONFIGURE_ARGS="--enable-ftdi --enable-sysfsgpio --enable-bcm2835gpio" if [[ "$INCLUDE_PICOPROBE" == 1 ]]; then OPENOCD_CONFIGURE_ARGS="$OPENOCD_CONFIGURE_ARGS --enable-picoprobe" fi git clone "${GITHUB_PREFIX}openocd${GITHUB_SUFFIX}" -b $OPENOCD_BRANCH --depth=1 cd openocd ./bootstrap ./configure $OPENOCD_CONFIGURE_ARGS make -j$JNUM # on installe openocd sudo make install fi cd $OUTDIR # Liam needed to install these to get it working : la variable qui contient les paquets nécessaires pour l'install de vscode EXTRA_VSCODE_DEPS="libx11-xcb1 libxcb-dri3-0 libdrm2 libgbm1 libegl-mesa0" if [[ "$SKIP_VSCODE" == 1 ]]; then echo "Won't include VSCODE" else # vérification si vscode.deb est un fichier (-f) if [ -f vscode.deb ]; then echo "Skipping vscode as vscode.deb exists" else echo "Installing VSCODE" # on récupère le type de processeur avec uname et on le passe dans grep if uname -m | grep -q aarch64; then VSCODE_DEB="https://aka.ms/linux-arm64-deb" else VSCODE_DEB="https://aka.ms/linux-armhf-deb" fi # on télécharge vscode.deb plus le deb du proc avec wget wget -O vscode.deb $VSCODE_DEB sudo apt install -y ./vscode.deb # on télécharge les paquets nécessaires sudo apt install -y $EXTRA_VSCODE_DEPS # à partir de vscode, on installe des extensions (débeugage de arm cortex, des tools cmakes, et des outils cplus plus) # Get extensions code --install-extension marus25.cortex-debug code --install-extension ms-vscode.cmake-tools code --install-extension ms-vscode.cpptools fi fi # Enable UART if [[ "$SKIP_UART" == 1 ]]; then echo "Skipping uart configuration" else # on installe la console série minicom sudo apt install -y $UART_DEPS echo "Disabling Linux serial console (UART) so we can use it for pico" # on désactive la sortie habituelle uart pour pouvoir utiliser la sortie uart gpio en utilisant l'utilitaire raspi-config en ligne de commande https://raspberry-pi.fr/activer-port-serie-raspberry-pi/ sudo raspi-config nonint do_serial 2 echo "You must run sudo reboot to finish UART setup" fi # Voilà, je me suis bien amusé à comprendre tout ça !

5 participants :

installation GNU/Linux (F.Fossa LTS) sur un PC exotique récent par @e1415. Paramétrage du son infructueux. Demande d'installation sur un PC tour (non apporté) dont l'accès BIOS impossible (clef inconnue). RDV convenu à la prochaine permanence. installation d'un serveur php/mysql via xamp par @kaitos85 et @papinou : serveur php/mysql non accessibles pour l'instant.

Ce tuto décrit comment régler le problème du [w] warning missing firmware
Il y a apparemment un bug dans le noyau linux qui fait qu'on a ce message d'erreur dans debian (et sans doute systèmes dérivés) pour les récentes versions.

Note : ce tuto ne s'adresse pas à des débutants !!!

// ce qui à priori ne change rien (mais je l'ai fait quand même !)
Ajouter dans /etc/apt/sources.list :
#ajout de non-free
deb http://deb.debian.org/debian buster main contrib non-free
deb http://deb.debian.org/debian-security/ buster/updates main contrib non-free
deb http://deb.debian.org/debian buster-updates main contrib non-free

Installer apt-file pour faciliter la recherche de fichier :
sudo apt install apt-file

Mettre à jour apt-file :
sudo apt-file update

Installer firmware-linux (liste des firmware non-free) :
sudo apt install firmware-linux
sudo apt update

//ce qui nous dit les firmwares manquants (car à priori un bug dans la table des versions des firmwares dans initramfs)
sudo update-initramfs -u -k all

//on peut vérifier que les firmwares sont bien ici pour le device i915 (ce n'est pas le cas pour moi, il en manque)
cd /lib/firmware/i915/
ls

//on créer un dossier git dans /home
mkdir git

//on télécharge les firmwares non free, il y en a bcp dans le dépôt git ci-dessous :
git clone git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git git

//on teste avec un fichier
cp /home/yannick/git/i915/rkl_dmc_ver2_02.bin /lib/firmware/i915/ -i
ça marche !! plus de message d'erreur pour celui-ci !

//on copie tout le dossier i915
sudo cp /home/yannick/git/i915/. /lib/firmware/i915/
cool, toutes les erreurs liées à i915 ont disparu.

//on regarde du côté de rtl_nic (un autre pilote manquant chez moi)
Il n'y a pas de dossier rtl_nic dans les firmwares !

//on créer le dossier
sudo mkdir /lib/firmware/rtl_nic

//on copie les fichiers realtech
sudo cp /home/yannick/git/rtl_nic/. /lib/firmware/rtl_nic/

//on vérifie en faisant un update de initramfs
//au passage, je constate, que le job se fait pour tous les noyaux
sudo update-initramfs -u -k all
ça marche, tout est ok, plus d'erreur warning (normal, tous les fichiers dont on a besoin sont là) !

//sudo reboot
tout est ok
pfiew !!!!

Une alternative à Teamwiever :

https://www.justgeek.fr/rustdesk-logiciel-bureau-a-distance-open-source-80181/

https://framalibre.org/content/rustdesk

https://rustdesk.com/

https://github.com/rustdesk/rustdesk

Il y en a pour tous les goûts !

https://www.tech-knowhow.com/2017/01/raspberry-pi-disk-images-definitive-list/

Installer le proxy Tor sur Ubuntu 22.04 Linux :

https://wowgold-seller.com/fr/stories/8518-install-tor-proxy-on-ubuntu-22-04-linux

https://www.omgubuntu.co.uk/2022/01/ubuntu-22-04-release-features

Dans la continuité de mes recherches parmi les innombrables possibilités d'utilisation du Raspberry Pi j'ai trouvé intéressante celle permettant le stockage en ligne dans son nuage personnel grâce à NextCloud (en anglais) :

https://www.makeuseof.com/raspberry-pi-nextcloud/

Chaque onglet ouvert (actif) sous Firefox consomme de la mémoire. Plus vous avez d'onglets ouverts plus vous consommez de la mémoire et moins il vous en reste pour le système et les autres programmes.

Les nouvelles versions de Firefox (>= 93) évitent la saturation de la mémoire en déchargeant automatiquement les onglets nécessaires. Ces onglets sont visibles à l'adresse about:unloads et vous permet de les décharger manuellement d'un clic (bouton Unload)

NB: Les onglets déchargés ne sont pas perdus. Ils sont toujours présents dans le navigateur mais leur contenu est vide et ils ne consomment plus de mémoire.

firefox-about-unloads.png

Plus d'info aux adresses https://support.mozilla.org/fr/kb/decharger-onglets-inactifs-economiser-memoire-systeme-firefox
https://firefox-source-docs.mozilla.org/browser/tabunloader/

J'ai whatsapp sur mon téléphone portable et je voudrais l'installer sous mon opensuse. J’ai trouvé un site (https://www.techcroute.com/comment-utiliser-whatsapp-sous-linux/) qui semblait pouvoir me guider.
J’ai effectué les premières étapes avec les lignes de commandes indiquées sur ce site :
1- Installer NODE et NPM
2- Installer Nativefier
3- Télécharger une icône pour notre application whatsApp
Puis je suis arrivée à la 4ème étape de leur explication :
4- Générer votre propre application WhatsApp pour Linux.
Au début cela a semblé fonctionner pour les commandes « mkdir -p whatsapp-build » dans tmp et « wget https://raw.githubusercontent.com/DocBox12/WhatsApp-nativefier-fix/master/whatsapp_fix.js ».
Mais quand j’ai voulu effectuer la commande suivante qu’ils proposent « nativefier -p linux -a x64 -i ~/icon.png –inject whatsapp_fix.js –single-instance https://web.whatsapp.com/ » dans le dossier whatsapp-build, j’obtiens la réponse suivante :
**URL "–inject" lacks a protocol. Will try to parse it as HTTPS: "https://–inject". Please pass "http://–inject" if this is what you meant.
Unable to automatically determine app name, falling back to 'APP'. Reason: Error: getaddrinfo ENOTFOUND xn--inject-vg0c

Preparing Electron app...

Converting icons...
Error during build. Run with --verbose for details. [
[Error: ENOENT: no such file or directory, lstat '/root/icon.png'] {
errno: -2,
code: 'ENOENT',
syscall: 'lstat',
path: '/root/icon.png'
}**
Et donc je suis perdue car je ne comprends pas ce que c’est que l’error « getaddrinfo ENOTFOUND xn--inject-vg0c »
Y-a-t-il une autre façon pour installer whatsapp ?

Lorsque j'ai rebranché mon ordi samedi soir en rentrant de Challans, j'ai vu apparaître cette page :
P1250425.jpg
Depuis, pour ne plus avoir cette page au démarrage il faut que je débranche l'ordi du secteur . Ensuite je rebranche et l'ordi fonctionne. Seulement alors qu'il me dit être en charge, la batterie ne se charge pas réellement et je n'ai plus que 15 % d'autonomie sans secteur. Que signifie cette bizarrerie (je précise que le branchement secteur est le même que j'utilise habituellement et le même que j'ai utilisé à Challans, pas de mélange de chargeur).