totof2000 a écrit 1795 commentaires

Est-ce que quelqu'un ici suit l'implémentation de DNS Over HTTPS dans les OS ? JE m'étais posé la question récemment. Je sais que je pourrais chercher un peu, mais si quelqu'un suit le sujet, ça m'intéresserait d'avoir les retours.

Pour aller dans ton sens : j'habite en banlieue est de Paris, et je me passe plutôt bien de voiture depuis quelque temps déjà. Avant ça, j'habitais en banlieue nord (toujours au delà du périphérique), et je me passais de voiture également. Mon ex en avait une parce que certains ennuis de santé lui rendaient la vie sans voiture assez compliquée (on a essayé pendant quelques mois ). Mais c'est parce que la gare était a deux pas de chez moi. Pour d'autres personnes qui habitent un peu plus loin, et qui ne sont pas sur les lignes de bus qui amènent à la gare, c'est bien plus compliqué. Et je ne parle pas de ceux qui habitent dans des endroits encore plus reculés.

il est tout à fait possible dans certains endroits, pour certaines personnes, avec certains choix de vie de vivre sans voiture dans des petites communes.

C'est là ou je ne suis pas d'accord: le choix de vie. Certains choix nous sont imposés par la société dans laquelle nous vivons. Et d'autre part, si les choix proposés sont de s'entasser comme des animaux dans des cages à lapin mal insonorisées avec des voisins qui ne respectent rien ni personne, pour éviter à devoir payer des transports en commun qui font un peu plus que deux trajets par jour pour emmener les gens, je ne suis pas d'accord. Attention, je ne dis pas qu'il faut nécessairement que tout le monde ait un pavillon éloigné de tout avec transports à proximité, je dis juste que si on veut qe les gens se regroupent pour des raisons écologiques et/ou économiques (parce qu'avoir un maillage fin en transports, oui ça coûte), il faut faire en sorte que la population puisse vivre correctement et ne pas ignorer les problématiques liées à la densité importante de la population. Aujourd'hui ce que je constate c'est qu'on ignore completement ces aspects.

Pour ma part à une époque, j'avais, en région parisienne, le choix entre aller travailler en transports ou en voiture. Le problème c'est que la différence de temps de trajet était énorme : moins d'une heure en voiture, plus de deux heures en transports (je parle de l'aller ou du retour). A ce stade le choix est vite fait, surtout quand tu passes par des lignes plus ou moins à problème qui peuvent encore régulièrement allonger le temps de transport. Pourtant à la base, je préfère me poser dans un train et me laisser porter tout en lisant tranquillement plutôt que de prendre un véhicule et me fatiguer, avec risque de me prendre des amendes à cause de l'inattention qui peut vite arriver avec la fatigue.

Autre problème : la baisse de fréquence des transports le week-end ou un trajet prenant habituellement entre 30 mn et 1h peut facilement prendre 2 à 3 h lorsqu'il y a des correspondances (avec une fréquence de passage toutes les 30 mn, sur 3 ou 4 correspondances, on y arrive vite).

Tant que ce genre de problème ne sera pas résolu, on ne pourra pas esperer que les gens adoptent massivement les transports en commun.

En fait je trouve qu'il y a contradiction entre la promière partie de ton message et le reste. En tout cas ce que j'en comprends c'est une forme de déni des problèmes rencontrés par les gens qui vivent dans des endroits ou sans voiture c'est très compliqué, surtout pour une famille. Du coup ça a peut-être biaisé la lecture du reste de ton message, d'ou ma réaction. Désolé si j'ai mal compris.

Merci pour l'info, je vais voir si je peux l'utiliser sur ma liseuse.

Ne pas confondre conphondre avec le Phront National, un parti politique phrançais

Ce genre de problème est une des raisons pour lesquelles je déteste les démarrages en mode silencieux. C'est bien beau quand ça fonctionne, mais le jour ou ça ne marche pas, c'est bien difficile de savoir ce qui pose problème.

Simplement, j'aimerai que les défenseurs de l'automobile ne croient ni ne fassent croire qu'il est impossible de vivre "à la campagne" (ou du moins dans une petite ville de moins de 5000 habitants éloignée d'une métropole) sans voiture.

Sors de ta bulle : il y a beaucoup d'endroits ou aujourd'hui c'est quasi impossible. Pour ma part je m'en passe plutôt bien depuis quelques années, mais dans d'autres endroits c'est très compliqué.

Quand tu as trois enfants, que tu dois les amener à trois écoles différentes quasi à la même heure parce que les offres de transports ne sont pas adaptées, qu'en plus de ça tu as besoin de te rendre à des rendez-vous médicaux réguliers parce que tu as toi et/ou tes enfants des problèmes de santé, même dans des endroits pourvus de transports, ça peut devenir difficile. Donc ne parlons même pas des endroits ou il n'y en a pas … Et pour ton information, il y a de plus en plus d'endroits ou il n'y a plus de pharmacie, plus de distributeurs, plus de services postaux, plus de magasin de proximité, ou les seuls transports que tu trouve (s'il y en a) c'est un bus le matin pour aller au travail, et un bus le soir pour rentrer. Mais personne ne veut s'occuper de ces problèmes, parce que ceux qui sont chargé de le faire refusent de le voir - c'est leur idéologie qui passe avant tout.

Perso je suis favorable à la diminution de la voiture dans notre vie quotidienne, mais je trouve que la méthode adoptée aujourd'hui n'est pas la bonne : on s'y prend à l'envers. On rend la possession et l'utilisation de véhicules de plus en plus difficiles, mais à côté de ça on n'offre pas d'alternatives viables. On va avoir la même problématique avec les logements: on pousse de plus en plus les gens a s'entasser dans des immeubles, mais on ne fait rien pour que la cohabitation soit possible (immeubles mal insonorisés, manque de sanctions contre ceux qui pourissent la vie de leurs voisins par leur comportement, etc …).

… Part Number (ou PN).

.. je suppose que tu vas passer un peu de temps à trouver un meilleur fournisseur … mais mis à part ça ?

… et ça faisait partie des questions que je me posais (et que j'avais posé autour de moi) aux débuts de chatGPT : une IA qui gère du contenu qui sera ingéré par elle-même ou une autre IA, ça va donner quoi ?

Après, ça ne signifie pas que l'IA soit une mauvaise chose en soi, mais que l'un des plus grands défis de cette techno, c'est la qualité de la source des données d'entrainement, Aujourd'hui c'est plus le fait d'entrainer des IA avec des données prises n'importe comment sur internet qui pose problème, mais on peut aussi y introduire un biais idéologique via les données qu'on sélectionne pour entrainer l'IA.

De toute façon je pense que ça va faire comme tous les trucs hypes qu'on a connu ces dernières années : tout le monde va vouloir en mettre partout à toutes les sauces (comme pour XML à une époque, ou on en a mis partout), mais après quelques déboires, on en viendra à une utilisation plus raisonnée de la techno. Par contre moi, ce qui me fait peur, ce sont les dégats que cet emploi à outrance auront occasionnés.

D'après ce que j'ai lu, j'ai cru comprendre qu'ils ont repris de zero en fin d'année dernière, mais d'un autre côté ils ne partaient pas de rien non plus. Et si le code est bien organisé, il est relativement facile après d'implémenter de nouvelles fonctionnalités. De plus, le fait que Rust détecte pas mal de problèmes à la compilation doit permettre de gagner du temps dans les phases de debug, donc permettre d'aller plus vite.

En tout cas, c'est une bonne chose que ça aille aussi vite.

https://www.digora.com/fr/blog/oracle-linux-ou-redhat-linux-comment-choisir

Aparamment il est possible de l'installer sans payer, mais c'est sans support.

Faudra que je l'essaie un jour.

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.