gUI a écrit 5536 commentaires

J'ai Thunderbird qui relève mon Gmail en background, comme ça j'ai une copie locale. Je n'ai rien dans Drive ni dans Google Photos.

Ce que je veux dire par là c'est que t'as plus ton email, donc le soucis de récupération de comptes, ou plus généralement d'identité (ton email est considéré comme ton identité par la majorité des sites web).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Déjà préparons-nous à une catastrophe numérique.

Exemple de situations catastrophiques :

• cambriolage complet de tous nos appareils
• Google qui ferme notre compte pour une raison obscure (mettez n'importe quel fournisseur de votre email principal)
• accident perso qui fait qu'on perd la mémoire (ou qu'on devient un légume), comment faire pour que les proches puissent reprendre en main votre vie numérique (impôts par exemple)

J'y pense régulièrement, mais je suis prêt à à peu près aucun de ces trucs.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

une radio hertzienne quelque part pour pouvoir obtenir les informations de la part des autorités.

Ouais bin la seule fois où j'ai fait ça c'était pour la catastrophe d'AZF ou en effet le préfet nous a rapidement donné des instructions : "on sait pas trop ce qui s'est passé, calfeutrez-vous chez vous".

Heu… J'AI PLUS DE FENÊTRES !!!

Bref on s'est barrés dans le Gers chez mes parents :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Au-delà de la blague, si l'on se concentre sur l'outil, la différence est flagrante :

• LinuxFR.org affiche tous les commentaires (oui il y a le masquage, mais ils sont tous présents quand même, même quand il y en a 1000)
• Sur LinuxFR.org l'invite à commenter est en dessous des commentaires, donc faut scroller et passer devant (quitte à ne pas les lire)
• Sur LinuxFR.org le suivis de conversation (indentation des réponses aux réponses) est clair et immédiat

Non, vraiment, c'est pas pareil du tout.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Bon, à distance ça commence à être compliqué de te donner des conseils, mais tu vois que en insistant, en simplifiant au maximum (une chose à la fois comme je dis toujours), en procédant étape par étape tu dois arriver à faire ce que tu veux.

"La route est longue mais la voie est libre" (elle est pas de moi).

• Pour le démarrage automatique c'est pas un problème, une fois que tu auras un script qui marche tu pourras en faire un service systemd (premier résultat de ma recherche Google, je te laisse regarder tout ça mais il n'y a pas spécialement de piège autre que le fait qu'il faut absolument qu'il soit exécuté en root, donc un service système et pas user)
• Pour la stabilité, c'est quand même curieux cette affaire, regarde avec dmesg si t'as des messages particuliers lors de la déconnexion (à première vue je soupçonne un truc autour de l'économie d'énergie qui fait qu'il se déconnecte)

Bon courage :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

ImportError: You must be root to use this library on linux.

Souviens-toi, il te faut faire sudo python3 button.py parce que ça attaque directement des périphériques système :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Un ESP32 et une stack déjà faite et t'es pas loin de la solution.

EDIT : ça peut se faire aussi avec un ATTiny85 apparemment.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Au passage, si on veut que l'utilisateur puisse laisser des trucs en arrière plan sans être connecté il faut lui donner les droits explicitement via loginctl enable-linger <user>

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ça me donne l'idée d'un gadget ça tiens. Un truc USB reconnu comme un clavier qui envoie la touche "réveil" (ou d'ailleurs n'importe quelle touche). Tu le programmes périodiquement et/ou le contrôle à distance…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

favoriser les échanges d’idées

Du coup je comprends pourquoi ils se barrent de Twitter, cet outil est exactement fait pour le contraire : pas de discussion, mais des punchlines sur le premier truc qui passe par la tête.

Le simple fait qu'un post ait des centaines ou des milliers de commentaires montre à quel point on se fout de l'avis des autres (peut-on croire qu'avant d'écrire le 1000e commentaire il a été lu les 999 autres ?)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ça me plaît ça :

t=1
v=1
c=114

Du coup tu reprends tes essais du tout début (le script avec "Button was pressed") sauf que tu mets 114 comme valeur dans le script.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Faudrait trouver un équivalent au système Google qui faut reconnaître est top.

À distance tu peux :

• le localiser
• le faire sonner très fort (même si il est en silencieux, très pratique pour le retrouver sous le 2e coussin du canapé)
• avoir qques infos (batterie, wifi connecté)
• le verrouiller avec une passphrase différente que le code habituel
• le reformater (cas du téléphone volé)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

La question c'est "simplement avec le numéro de téléphone".

Sinon oui des solutions de pistage il y en a plein, par avec ma femme on utilise celui de Google (on voit la gueule de l'autre sur GMaps quasi en temps réel) et faut reconnaître que c'est très pratique au quotidien ("ah elle est encore au boulot, du coup j'ai le temps de passer faire 3 courses pour le repas de ce soir").

Et je vous rassure, c'est largement assez peu fiable et c'est tellement facilement désactivable que ça ne nous empêche en rien d'aller voir en cachette notre aventure extra conjugale :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ne t'éparpille pas !

ls -l /dev/input/input* = ls: cannot access '/dev/input/input*': No such file or directory

Je t'ai peut-être raconté une connerie, même chez moi à l'instant où je tape, j'ai pas de input mais bien des event0, event1, event2…

re tentative d'installation du keyboard (bien plus tard)

Tu n'installes pas un keyboard, tu installes une librairie python de manipulation de keyboard. Elle était déjà installée, donc ça n'a rien fait. C'est complètement indépendant de la présence d'un keyboard ou pas. Le keyboard, c'est le kernel Linux qui s'en occupe (tous les drivers nécessaires sont présents dans le kernel, il se débrouille comme un grand).

ls /dev/input (BT shutter allumé) = mice event0 (il me semble que j'avais plus de trucs quand j'ai checké cette commande il y a quelques jours, en tous cas pas de keyboard ici!?)

C'est bien dans event0 que ça va se passer.

Du coup on va la jouer simple, choper tous les événements qu'on voit passer. Une fois ton bouton associé en BT, lances ce script et clique sur le bouton :

from evdev import InputDevice

device = InputDevice('/dev/input/event0')

print(device)

for event in device.read_loop():
   print(f"t={event.type}")
   print(f"v={event.value}")
   print(f"c={event.code}")
   print('---')

après un certain moment: Traceback (most recent call last) [...]

Bon on dirait que le device a disparu, style désassociation BT ? Bon, on regardera ça après, un problème à la fois :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Et c'est facile : tu envoies un SMS "t'es où ?"

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est pas simple et en plus c'est interdit. Seul l'opérateur peut le faire, et donc le gouvernement via une autorisation d'un juge.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Sur la page de l'inverview, le lien vers la bricole toulousaine semble cassé.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

sur des trucs très modernes c'est l'installateur Debian Netboot que j'avais trouvé le plus à jour (je me demande si il est pas mis à jour quasi quotidiennement).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

tu pourrais nous faire un cat /etc/apt/sources.list.d/balena-etcher.list stp ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

La première idée que j'ai c'est que le module keyboard accède à un clavier… inexistant !

Pour voir si ça peut venir de là (et apprendre encore et encore…)

Sur la page du module keyboard je vois écrit : To avoid depending on X, the Linux parts reads raw device files (/dev/input/input*) but this requires root.

Du coup, avec et sans clavier USB branché, fais un ls -l /dev/input/input* pour voir ce qu'il s'y passe. Ça peut expliquer des choses…

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Dis-toi que si tout était simple, informaticien ne serait pas un métier ;) Ce que je dis à qui veut l'entendre c'est que en informatique rien n'est compliqué, mais la difficulté vient de l'entassement de petits trucs (pas compliqués en soit) qui fait que au final le système est complexe.

sudo apt install python3-pip

Oui, pip est un outil comme un autre, il faut qu'il soit installé et en effet c'est pas toujours le cas par défaut. Tu as fait ce qu'il fallait.

pour la création du programme(fichier) python j'ai tâtonné également avec les commandes

Linux est un nouveau système pour toi, il te faut tout apprendre. C'est long et fastidieux, mais ensuite quelle efficacité tu y trouveras ! Courage :)

sudo python3 button.py faisait systématiquement planter le système

Là on rentre dans le dur :) La première idée que j'ai c'est que le module keyboard accède à un clavier… inexistant ! Peux-tu essayer en branchant un clavier USB sur ton RPi pour voir si ça change de comportement ?

chmod +x button.py

Allez, petite explication sur ce que tu as fait et pourquoi ça n'a rien résolu.

Si tu fais ls tu peux voir les fichiers de ton répertoire (tu dois le savoir je pense) et si tu fais ls -l tu as quelques détails supplémentaires sur les fichiers, comme la taille, la date, et une suite de trucs style -rw-r--r--. C'est une description des droits sur ce fichier, qui a le droit (comme chantait le poète) de faire quoi.

Ça se lit par paquet de 3 (et en écrivant ceci je vois un tout premier - que je sais même pas à quoi il sert, alors oublions-le). Il y a 3 paquets de 3 caractères.

Dans un paquet :

• le premier caractère est le droit en lecture ('r' si tu as le droit de lecture '-' si tu n'as pas le droit)
• le second caractère est le droit en écriture ('w' si tu as le droit de lecture '-' si tu n'as pas le droit)
• le troisième caractère est le droit en exécution ('x' si tu as le droit de lecture '-' si tu n'as pas le droit)

Et les paquets sont :

• les droits du propriétaire
• les droits des utilisateurs dans le même groupe que le propriétaire
• les droits des autres utilisateurs

Dans mon tout premier exemple on a rw-r--r-- c'est à dire que moi j'ai le droit de lire et écrire le fichier (mais pas de l'exécuter), ceux de mon groupe juste de le lire, et le reste du monde juste de le lire également.

En ajoutant un chmod +x je rends le fichier exécutable (ce qui pour un fichier texte ne sert à rien en fait) et du coup je vois maintenant rwxr-xr-x.

Ça ne sert à rien parce que quand tu lances la commande python3 demo.py (avec ou sans sudo ça importe peu pour l'explication), l'exécutable c'est bien python, qui va aller lire le fichier demo.py. Et il a juste besoin des droits en lecture.

Tu peux t'amuser à faire des chmod +x et chmod -x et faire les ls -l à chaque fois pour bien voir la différence.

(J'anticipe quelques éventuels commentaires : oui on peut en fait rendre ce fichier directement exécutable, mais ne compliquons pas les choses et restons-en là).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui, ça doit marcher tel quel, et comme t'es un peu perdu je t'explique vite fait :

import keyboard

Ça utilise la librairie keyboard. Les fonctions et constantes commençant par keyboard sont censé venir de là (dans notre cas c'est keyboard.read_event() et keyboard.KEY_DOWN)

Bien sûr, tu auras au préalable installé la librairie sur ton RPi avec la commande sudo pip3 install keyboard (à ne faire qu'une fois puisque c'est une installation)

VOLUME_UP = 115

Définition de la constante du numéro de la touche attendue.

def do():
    print("Button was pressed")

Définition d'une fonction. C'est cette fonction qui est appelée lors de l'appui de la touche (elle s'appelle do mais elle peut s'appeler n'importe comment c'est une fonction quoi). Je te conseille de la laisser telle quelle ne serait-ce que pour vérifier que tout marche bien. Ensuite tu complexifieras en mettant ce que tu veux faire réellement à chaque appui sur le bouton.

while True:
    ev = keyboard.read_event()
    if ev.scan_code == VOLUME_UP and ev.event_type == keyboard.KEY_DOWN:
        do()

Boucle infinie qui attends un événement clavier (read_event), puis qui regarde si c'est la bonne touche et un appui (il y a un autre événement quand on lâche la touche qu'on ne veut pas ici) : elle appelle do. Pour info en python les boucle et autre if n'ont pas d'accolade, c'est l'indentation qui défini la portée des instructions.

Tu mets tout ça tel quel dans un fichier demo.py par exemple (attention, ne le nomme surtout pas keyboard.py ça foutra en l'air l'import) et tu l'exécutes par sudo python3 demo.py (il faut être root car tu interceptes le clavier).

C'est censé afficher "Button was pressed" à chaque fois que tu appuies sur ton bouton.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

GOTO 10 ❤️

Je fais partie des adeptes du goto en C. Justement c'est parfait dans le cas de gestion d'erreurs.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Il y a une erreur, il faut écrire

'Arrrrrrrrrg'

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ah bin j'en ai trouvé un qui n'est pas dans la liste : "Hair Guitar" !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.