gUI a écrit 6073 commentaires

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.

J'ai surtout envie de comprendre.

Le root est quasi inévitable, car Android utilise l'UID comme cloisonnement des applications. Chaque appli a son propre UID et du coup ne va pas ravager la voisine.

Après la question pourrait être pourquoi n'est-on pas root (et donc avoir accès à tous les applications) facilement dans un shell ADB ? Il me semble que ce serait une grosse faille en cas de vol de portable (mais je ne suis pas certain que ce soit la bonne raison).

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

Oui bien évidemment, mais justement ça pourrait permettre de tester de réelles solutions qu'on pourrait imaginer un jour passer au stade supérieur.

Si dès le début on part du principe qu'on va la jouer "light" ça fait pas trop avancer le schmilblick et du coup toute solution technique devient acceptable puisque "boarf ça va hein ?"

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

"Alors ça c'est très tordu mais bougrement intelligent" ©Dîner de cons 1998

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

aucune idée de savoir ou sont rangés les SMS par contre (perso c'est pas ca qui m'interesse à sauvegarder)

À une époque c'était une simple BdD SQLite dispo dans l'arborescence. J'avais même fait un script qui lisait les SMS sur un Android à demeure dans mon garage.

EDIT : ah mais faut être root je pense, on retombe sur le même soucis

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

À ma connaissance il n'existe pas de solution technique qui permette à tout un chacun de vérifier (au moins en partie) le résultat de vote.

Je suis très souvent réquisitionné au dépouillement à mon bureau de vote et tu peux être sûr qu'à chaque fois il y a 3 ou 4 personnes qui y assistent, comme ça, pour le fun (et y a même pas d'apéro à la fin, c'est dire !). C'est d'une transparence inégalable, n'importe qui peu dire "au bureau X de la ville Y, c'est sûr, le résultat n'a pas été faussé".

J'ai du mal à voir un système informatisé aussi transparent que des enveloppes dans une boîte scellée (transparente d'ailleurs).

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

oulah elle me plaît bien ta requête !

je note le snippet pour afficher un résultat intermédiaire : | tee >(wc -l 1>&2)

si je comprends bien, tu passes par tee sauf que au lieu de rediriger vers un fichier tu rediriges vers un sous-shell ? par contre je ne comprends pas pourquoi tu envoies ça sur stderr 1>&2

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

Enfin, en réalité, le facteur limitant c’est presque toujours la personne derrière le boitier…

"presque" ?

Quand on parle d'art la question ne se pose pas, ce serait presque une définition d'ailleurs.

Vous avez 2 heures.

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

Vu ce qu'il propose (ajout d'un délai dans les fichiers systemd), ça se tente sur n'importe quelle distrib.

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

En pratique, si ça passe pas bien à l'oreille, les autres […] placent leur tel loin, avec écouteur, main libre, ou j'en passe.

À condition que ce soit expliqué quelque part parce que perso j'aurais jamais eu l'idée de me dire "si je l'éloigne de moi il va patater plus fort et du coup je capterai mieux".

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

c'est juste une manipulation différente des photos

Oui parce que clairement les APN ont déjà un sacré traitement intégré, même en mode RAW on n'a pas la sortie brute du capteur comme on pourrait le croire, mais le résultat d'un traitement déjà évolué.

Et d'ailleurs dans ces traitements le modèle et le réglage de l'optique servent bcp (notamment pour corriger les défauts de la lentille en effet) et du coup avec le système proposé ici c'est impossible.

Mais bon, quand je vois le buzz autour de ce truc qui a juste une page vide sur Kickstarter, je me dis tout de même que ça sent le vaporware de compétition.

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

Et encore, je trouve ça pas cher, quand tu vois que les chinoiseries (apparemment ça se fait dans l'astronomie) à base de ce capteur sont autour de $1000.

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

Le terme que je cherche c'est celui qui autorise un flux interne, à contacter l'IP publique du routeur, pour rerentrer comme s'il venait de l'exterieur

Ok je crois que je comprends.

Par exemple chez moi j'ai la box, qui renvoie tout (DMZ) sur mon routeur (pfSense) qui redirige le port 80 sur un serveur local.

Ce que tu veux c'est par exemple que depuis mon browser dans mon réseau local je tape mon adresse IP publique et je peux voir mon site web (donc rerentrer dans la box, puis dans le routeur, puis sur le serveur interne). C'est bien ça ?

Bon bin avec pfSense ça marche.

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