totof2000 a écrit 1857 commentaires

J'ai acheté une pocketbook il y a maintenant 3 ou 4 ans. C'est une liseuse couleur, elle est toujours mise à jour, mais je lui trouve pas mal de défauts : lorsque je veux surligner, je dois me battre avec parce qu'elle ne me sélectionne jamais les bonnes lignes (c'est délirant, à en devenir fou), et l'un des boutons n'a plus l'air de fonctionner … Dommage, parce que mis à part ça le rendu est pas trop mal.

Sans aucune animosité, mais plutôt un conseil bienveillant : tu devrais cesser de poster ce genre de message et laisser les gens se faire leur opinion. A trop chercher à te justifier, les choses se retournent contre toi. On pourrait t'accuser de harcellement, de diffamation, de dénigrement, etc …

Je ne m'étendrai pas sur la pertinence de rester en 2G ou pas Dans l'absolu, tôt ou tard il faudra migrer. Cependant, d'après ce qui est dit, Free n'aurait pas communiqué sur sa planification de coupure 2G. A voir si c'est vrai, mais si c'est le cas ils auraient pu communiquer pour permettre aux personnes qui en ont absolument encore besoin de prendre leurs précautions (en s'abonnant chez un operateur qui la propose encore par exemple s'ils veunlent pousser l'utilisation dela 2G jusqu'au bout).

OK, je vois. Je ne m'étais pas intéressé à cet aspect. Je ne m'interessais qu'à l'explication sur les pipes. Mais c'est bien vu.

C'est incompréhensible : on dirait une traduction automatique issue d'une IA peu performante.

C'est à dire ?

Pour savoir exactement ce que ça fait, il faut savoir comment fonctionne un "tube", et connaitre le principe d'entrée et de sortie standard + erreur sous Unix.

Tout processus lorsqu'il est créé possède par défaut trois descripteurs de fichiers ouverts qui lui serviront à communiquer : l'entrée standard (le clavier pour un processus interactif dans un shell), la sortie standard (le terminal par défaut), et la sortie d'erreur (le terminal également). Petit exemple : exécute la commande cat sans rien lui passer : tu verras qu'elle t'affichera tout ce que tu lui entres au clavier:

$ cat
abc
abc
def
def
ghi
ghi

Note : pour arrêter la saisie sur l'entrée standard, tu tapes sur les touches CTRL+D

En fait la commande cat est une commande qui, si on ne lui spécifie pas de paramètres, va prendre tout ce qui arrive sur l'entrée standard pour l'afficher sur la sortie standard (petite parenthèse : le nom cat vient à l'origine du mot con*cat*, et cette commande permet d'afficher sur sa sortie standard les fichiers qu'on lui passe en paramètre).

Le descripteur de fichier de l'entrée standard porte le numéro 0, celui de la sortie standard le numéro 1, et celui de la sortie d'erreur le numéro 2 (on y reviendra plus tard).

Cependant, il est possible de faire des redirections des divers périphériques par défaut. Par exemple, tu peux exécuter la commade cat < /dev/random : en exécutant cette commande tu dis à cat que l'entrée standard n'est plus le clavier, mais le fichier que tu as passé en paramètre (ici /dev/randpm génère des nombres aléatoires : tu verras une bouillie binaire s'afficher à ton écran).

De même qu'il est possible de changer le périphérique d'entrée, il est possible de changer le périphérique de sortie. Par exemple, si tu veux rediriger la sortie de la commande cat dans un fichier :

totof@superbipbip:~$ cat >/tmp/toto.txt
abc
def
ghi
la vie est belle

(taper control+d pour faire cesser la saisie)

Là tu as généré un fichier que tu peux visualiser ainsi :

totof@superbipbip:~$ more /tmp/toto.txt
abc
def
ghi
la vie est belle
totof@superbipbip:~$ 

Le troisième descripteur est la sortie d'erreur. Cette sortie affiche le message d'erreur. Faisons en sorte que cat génère une erreur en lui donnant un fichier bidon en paramètre d'entrée :

totof@superbipbip:~$ cat /tmp/je_nexiste_pas
cat: /tmp/je_nexiste_pas: Aucun fichier ou dossier de ce nom

Une erreur qui s'affiche à l'écran, mais tu peux également la rediriger :

totof@superbipbip:~$ cat /tmp/je_nexiste_pas 2>/tmp/erreur.txt

La commande est "muette", mais elle génère bien un message d'erreur qu'on a redirigé vers un fichier

totof@superbipbip:~$ more /tmp/erreur.txt 
cat: /tmp/je_nexiste_pas: Aucun fichier ou dossier de ce nom

Maintenant venons-en aux pipes. Quand tu enchaines les commandes via un pipe, tu demandes à ce que la sortie standard de la commande à gauche du pipe soit redirigée vers l'entrée standard de la commande à droite du pipe. Décomposons cet enchaînement :

totof@superbipbip:~$ echo "coucou" | cat
coucou

Ici, la commande écho affiche sur la sortie standard la chaîne "coucou" et la commande cat la récupère depuis son entrée standard pour l'afficher à son tour sur sa sortie standard. A noter que les deux commandes tournent en parallèle. Le traitement de la commande de droite n'attend pas que la commande de gauche soit terminée pour s'exécuter. Elles tournent ensemble et les données sont traitées par la commande de droite au fur à mesure qu'elles arrivent de la commande de gauche.

En redirigeant vers un fichier :

totof@superbipbip:~$ echo "coucou" | cat >/tmp/coucou.txt
totof@superbipbip:~$ more /tmp/coucou.txt 
coucou

Si tu veux récupérer la sortie standard et la sortie d'erreur pour la rediriger vers ton pipe tu peux : il suffit de le demander. Voici ce qui se passe sans redirection :

totof@superbipbip:~$ cat /tmp/jenexistepas  | cat >/tmp/coucou.txt
cat: /tmp/jenexistepas: Aucun fichier ou dossier de ce nom

Le premier cat essaie de récpérer le contenu du fichier en paramètre, mais comme il n'existe pas, le processus affiche un message d'erreur. ( et si tu vas voir le contenu de /tmp/coucou.txt, tu auras un fichier vide car la commande n'a rien retourné sur sa sortie standard).

Si on veut récupérer ce message d'erreur dans le pipe, il faut rediriger la sortie d'erreur (descripteur N° 2) vers la sortie standard (2>&1 permet de le faire dans la commande suivante) :

totof@superbipbip:~$ cat /tmp/jenexistepas  2>&1 | cat >/tmp/coucou.txt

Là encore, à la saisie on a l'impression qui ne se passe rien .. mais si on va voir :

totof@superbipbip:~$ more /tmp/coucou.txt 
cat: /tmp/jenexistepas: Aucun fichier ou dossier de ce nom

Pour résumer, quand on exécute commmande 1 | commande 2, on demande à commande 2 de récupérer sur son entrée standard le contenu du canal de sortie standard de commande 1. Et si tu veux rediriger la sortie d'erreur vers le pipe, il faut que tu précises à la commande 1 (à gauche du pipe) de rediriger sa sortie d'erreur vers la sortie standard (je précise parce que c'est facile d'oublier).

Maintenant pourquoi ce que tu as fait n'a pas fonctionné ?

tail -2 fichier.txt | nl fichier.txt

En gros tu dis à tail de récupérer les deux dernières lignes du fichier en paramètre. Tail les envoie sur sa sortie standard qui est capturée par le pipe. Sauf que à droite tu dis à la commande nl de ne pas récupérer la sortie standard, mais de récupérer les données du fichier passé en paramètre. Donc la sortie standard de la commande de gauche est ignorée. Tout ce que tu fais c'est exécuter des commandes en parallèle sans qu'elles n'interagissent entre elles.

Maintenant un petit mot : j'ai utilisé cat pour l'exemple. Cependant beaucoup de monde croit que faire un cat est nécessaire pour pouvoir ensuite le traiter par une autre commande (tu verras beaucoup de cat fichier | grep par exemple). Le cat ne sert à rien dans ce cas. Démonstration avec le fichier généré précédemment :

totof@superbipbip:~$ more /tmp/toto.txt
abc
def
ghi
la vie est belle

Beaucoup de gens vont faire ceci :

totof@superbipbip:~$ cat /tmp/toto.txt | grep def
def

Le cat ne sert à rien. On appelle ça UUOC ou Useless use of cat. Dans ce cas il vaut mieux faire ceci:

totof@superbipbip:~$ grep def /tmp/toto.txt
def

Et si ta commande ne prend pas de fichier en paramètre mais ne prend ses données sur l'entrée standard (oui ça existe) :

totof@superbipbip:~$ grep def < /tmp/toto.txt
def

100% d'accord avec la logique, mais avec mes capacités limitées de programmation, le bash reste plus simple, car avant de me poser la question, il faut d'abord interroger la box pour savoir si le wifi est allumé (via le programme sysbus.py), ce que fait déjà mon script.

Dans ce cas je ne suis pas sûr que cette approche fonctionne : il faudra peut-être lancer un terminal qui appelle ton script plutôt que de lancer le script directement (a moins que tu utilises un framework graphique dans ton script …).

.

J'aurais bien aimé essayer, mais je n'ai pas vraiment le temps ce week-end ( j'ai du ménage et de l'exercice à rattrapper ce week-end … je me suis laissé un peu aller ces derniers jours). Je verrai si je trouve le temps de tester (chatgpt a peut-être racconté n'importe quoi, ou le signal en question n'est peut-être plus disponible).

J'ai cherché de ce côté mais je n'ai rien trouvé qui correspondant, et j'ai cherché dans la doc gnome shell extension, mais celle-ci est assez mal faite de mon point de vue. Normal vu qu'ils ne sont pas fichius de mettre de la stabilité dans leurs développements, donc pourquoi documenter un truc qui change tous les 4 matins ?

la demande initiale :

J'aimerai donc que mon ordinateur me demande à l'extinction si je désire couper ou non le wifi, lorsqu'il constate qu'il est encore allumé.

Tu demandes à la fermeture de session "voulez-vous couper le wifi ?" et si la personne dit oui, tu exécute la commande (ou le script) de coupure wifi (sans poser de question), sinon tu sors sans couper.

L'interactivité se fait au niveau de l'extension, pas du script. Ca restte de mon point de vue plus logique.

Tu parles de la nouvelle ? Ca ne m'interesse pas de faire ce genre de choses en mode collaboratif. En tout cas, pas cette nouvelle.

Je pense que le problème du posteur initial vient surtout du fait qu'en général l'apprentissage de la programmation objet est mal fait (que ce soit par des profs ou via des tutoriels en ligne). Parce que effectivement, quand la seule chose qu'un prof ou un tutoriel dit c'est "déclarer les propriétés de classe en privé et faites des méthodes pour y accéder", ça n'a pas de sens. Par contre lorsqu'on explique que l'intéret d'encapsuler ses objets et de mettre en place des interfaces pour y accéder, là on comprend mieux (l'exemple de la tempértature en degré ou en kelvin, ou l'expression des coordonnées d'un point en coordonnées polaires ou rectangulaires est plus parlant).

Si on n'explique pas que le but c'est de pouvoir changer l'implémentation sans que les développeurs qui utilisent nos classes ne soient impactés, il est difficle de se faire une idée de la raison d'être de l'encapsulation. L'idéal est d'avoir un cas concret comme exemple.

Et utiliser une fonction pour lire ou écrire chaque variable présente dans une classe, je trouve ça complètement inefficace et ça réduit les performances, car ça fait un appel de fonction au lieu de lire et écrire directement la variable.

Le but n'est pas de définir une fonction pour chaque élément de ta structure, mais de masquer les détails d'implémentation. Un exemple : une structure ou classe qui a une propriété température. Comment l'implémenter, sachant que l'on peut exprimer une température en kelvin (système international), en degré Celsius ou en Degré Fahrenheit. Si tu donnes directement accès à la propriété, tu vas devoir choisir de définir l'unité d'implémentation, et t'y tenir parce que es gens feront des trucs comme par exemple: temperature_degre = instance_objet.temperature

Par contre si tu rend ta propriété température privée, mais que tu crées des interfaces qui retournent la température soit en degré celsius, soit en kelvin, soit en degreé Fahrenheit, tu peux te sentir libre de changer du jour au lendemain la façon dont tu va stocker ta température. Les utilisateurs de ton objet n'auront qu'à appeler l'interface, qui leur retournera toujours la même chose. Ils n'auront rien à changer dans leur code (il n'y a que toi qui aura à faire les adaptations).

J'ai demandé à chatGPT … C'est possible (voir le code plus bas). Pour créer une extension, voir https://doc.ubuntu-fr.org/utilisateurs/roschan/tutoriel/creer_une_extension_gnome par exemple, ou https://gjs.guide/extensions/development/creating.html (doc officielle)

Pour info, GNOME Shell emet un signal 'end session' lorsqu'une session est sur le point de se terminer, c'est-à-dire lorsque l'utilisateur demande à se déconnecter, à redémarrer ou à éteindre l'ordinateur.

global.display.connect('end-session', …) : Cette ligne de code connecte ce signal à une fonction de rappel (callback), qui est exécutée lorsque ce signal est émis.

const { St, Main, Shell, Meta } = imports.gi;
const Dialog = imports.ui.modalDialog;
const ExtensionUtils = imports.misc.extensionUtils;

let logoutSignal;

function init() {
    // Initialisation si nécessaire
}

function enable() {
    logoutSignal = global.display.connect('end-session', (display, screen) => {
        // Afficher la boîte de dialogue ici
        let dialog = new Dialog.ModalDialog({
            styleClass: 'prompt-dialog',
            destroyOnClose: false
        });

        dialog.contentLayout.add(new St.Label({
            text: 'Voulez-vous exécuter un script avant de fermer la session ?'
        }));

        dialog.setButtons([
            {
                label: 'Oui',
                action: () => {
                    // Exécuter un script shell ici
                    Shell.util_spawn(['sh', '-c', '/chemin/vers/votre/script.sh']);
                    dialog.close();
                    display.end_session(true);  // Confirmer la déconnexion
                }
            },
            {
                label: 'Non',
                action: () => {
                    dialog.close();
                    display.end_session(true); // Confirmer la déconnexion sans exécuter le script
                },
                key: Dialog.DEFAULT_CANCEL_ACTION
            }
        ]);

        dialog.open();
    });
}

function disable() {
    // Nettoyage lors de la désactivation
    if (logoutSignal) {
        global.display.disconnect(logoutSignal);
        logoutSignal = null;
    }
}

Ça semble logique (l'utilisateur est déconnecté, donc il y a un souci sur qui interagit), et alors ma demande serait un moyen d'exécuter une action quand on demande à se déconnecter.

Oui, c'est ce que j'en ai déduit aussi : c'est pour ça que je verrais plutôt une extension gnome shell qui s'exécuterait à la fermeture de session. J'ai regardé un peu la documentation des extensions gnome shell, mais je n'ai pas encore vu s'il y a un moyen de créer un plugin qui demanderait d'éteindre le wifi de la box.

Ok, je vois. Du coup je me demande si c'est n script shell dont tu as réellement besoin, ou si c'est pas plutôt une extension gnome shel .. Je regarde si j'ai le temps (ça m'intéresse de savoir).

J'espère bien pouvoir le faire (il y a plein de journaux que j'ai envie d'écrire sur plein de sujets que je veux expérimenter), mais malhereusement, j'ai tendance à me disperser … J'avais même commencé à écrire une nouvelle (une petite histoire) pendant les confinements covid: j'ai une trame qui tient pas trop mal la route, mais là encore je n'ai pas continué :(. Là le pack de batteries va probablement rester là plusieurs semaines avant que je ne trouve la motivation pour m'y mettre …

D'après la page man de gdm3 :

When managing a display, gdm3 attempts to execute /etc/gdm3/Init/display, or /etc/gdm3/Init/Default if that does not exist. When a user logs in, gdm3 first attempts /etc/gdm3/PreSession/display (or /etc/gdm3/PreSession/Default), and then one of the sessions defined in /usr/share/xsessions. When the session has completed, gdm attempts to run /etc/gdm3/PostSession/display, or /etc/gdm3/PostSession/Default.

J'ai essayé de trouver un peu plus d'infos à ce sujet, , mais je n'ai pas trouvé pour le moment (et je n'ai pas vraiment le temps de chercher de suite, désolé).

Si tu utilises un autre gestionnaire de session, il faut voir la page man correspondant (voir par exemple dans ce fil de discussion)

Le mélange de vieilles cellules avec des nouvelles est aussi à proscrire, particulièrement ici, ou les courants sont aux limites de ce qu'elles peuvent produire.

En fait suite à toutes les remarques, je pense que je vais procéder autrement : je vais récupérer les cellules qui fonctionnent encore pour faire des montages "de test" (il y a plusieurs trcs que j'ai en tête qui auraient besoin de batterie), et si j'arrive à trouver des cellules de remplacement pour un cout inferieur à ce que me couterait un pack neuf, je les utiliserai. Sinon, si ce n'est pas rentable je me débarasserai du reste (le bloc avec la carte et les cellules défectueuses).

Utiliser d'anciennes cellules peut être intéressant pour des tests. Au moins si je fais une fausse manip, il n'y aura pas de regrets :)

En tout cas merci à tous pour vos idées vos retours d'expérience, etc … C'était très intéressant.

Fais attention aux châtaignes quand tu désosses ton battery pack, peu importe que tu dessoudes ou que tu découpes les languettes métalliques ! Si jamais tu fais des court-circuits, c'est un coup à faire surchauffer une ou plusieurs 18650 avec le risque de les faire péter !

Je fais toujours attention à ce genre de détais : je m'efforce de bien décharger mes condensateurs ou les bobines avant de toucher à quelque chose, et dans ce cas précis, j'ai l'intention de décharger les batteries avant de les manipuler. Ca limitera la casse en cas de court-circuit.

Perso, je préfère découper les languettes métalliques qui font contact sur les 18650. Idéalement, au Dremel avec un disque à tronçonner.

J'ai ça chez moi. Mais je ne vais peut-être pas utiliser le disque mais la fraise : les points de soudure sont faits sur des espèce de "trou" que je pourrai attaquer sans devoir découper le tout : ça me permettra de réutiliser les lamelles en cas de besoin. En m'y prenant bien, je n'entamerai pas (ou très peu) la batterie.

Pour la soudure, évite le fer à souder classique. Déjà, tu auras un mal de chien à étamer les pôles des 18650 et ensuite tu risques là aussi de les faire surchauffer. Au mieux, tu les rends inutilisables, au pire tu les détruits par explosion.

Je sais : je sais que les batteries sont des éléments fragiles, et je ne veux pas prendre trop de risques.

Pour la soudure par point, j'ai vu qu'ils vendent des trucs pas cher sur aliexpress. Qu'est ce que ça vaut ? J'ai vu aussi sur youtube un gars en bricoler un à partir d'un transfo de micro-onde.

J'ai vu aussi des trucs pas cher sur aliexpress, ou sur Amazon, mais comme tu dis, il faut voir ce que ça vaut. J'ai vu aussi des gens utiliser des batteries de voiture pour faire ce genre de choses … mais ça me paraît un peu trop hasardeux. Comme dit par ailleurs, peut-être qu'un fablab pourrait avoir ce matériel ?

Plus simple, il est possible d'acheter des accus avec des pattes qui elles sont soudables de façon traditionnelle.

C'est ce que je ferai quand j'aurai à intégrer des batteries dans un montage que je ferai moi-même. Mais pas sûr que des batteries avec pattes à souder puissent s'intégrer dans le boitier existant. Mais merci pour la piste, je vais regarder.

Je ne ferais pas personnellement un mix d'accus neufs et vieux, les éléments les plus chargés vont passer leur temps à charger les autres. Normalement il faudrait des éléments homogènes en performance. Comme avec de simples piles, il ne faut pas trop mélanger.

Ok, peut-être du coup serait-il plus judicieux de récupérer des accus dans une autre batterie ?

J'ai eu l'idée, jamais réalisée, de bricoler sur un dyson un support pour une batterie d'outil Lidl à partir d'un chargeur HS. Ça permet d'utiliser des batterie Li-ion et un chargeur externe. Il faut juste un adaptateur de tension correctement dimensionné.

Je n'i pas trop compris. Est-ce que tu pourrais détailler ?

Pour dessouder, j'ai toujours coupé (à la pince coupante) les bandes métallique

C'est ce que je souhairerais éviter … :(

Si avais l'habitude de sortir le fer à souder et que tu étais déjà équipé, pourquoi pas, mais là tu n'as pas grand chose à gagner.

J'ai un fer à souder que je manie de temps en temps.

Si ton souhait est de ne pas jeter l'ancienne batterie, je te conseillerai de commencer par chercher autour de toi, ou sur le net, une entreprise qui fait du reconditionnement et de leur demander un prix pour ta batterie.

Peut-être n'as-tu pas lu le récit complet : le but n'est pas seulement de ne pas jeter la batterie, mais de la réutiliser pour pouvoir gagner en efficacité lorsque je fais le ménage. Par contre je partage ton point de vue sur la question que tu poses : vraiment moins cher que d'acheter une batterie ?

La troisième voie : trouver un fablab qui disposerait de l'appareil permettant de souder à nouveau …

Merci pour la suggestion. J'avais vu cette possibilité mais je ne trouve pas cette alternative pratique.