Je comprend l'inquiétude, mais les règles doivent être appliquées pour avoir le tampon FCC et autres, je doute que les vendeurs de module radio dont un changement du moindre détail coûte très cher prennent le risque de passer en dessous de 24.0 GHz.
Le problème c'est qu'en radio, le filtrage n'est jamais parfait. Tu a beau essayer d'émettre sur une seule fréquence, ça "bave" toujours un peu à côté.
Le but des règles de la FCC, c'est de faire en sorte que ce qui dépasse soit en dessous d'un certain seuil pour ne pas déranger les émissions des canaux voisins. Ainsi chacun sait à quoi s'en tenir sur le niveau de bruit causé par les émissions voisines, et prévoit la puissance de ses émetteurs et les performances de ses récepteurs en conséquence. Et justement, on va en gros demander un niveau qui est du même ordre que celui du bruit "naturel" (par exemple celui émis par la vapeur d'eau de l'atmosphère). Et les fabricants de modules radio ne vont pas s'embêter à faire mieux que respecter les contraintes de la FCC.
Seulement, là, pour les satellites météo, le but est justement de mesurer des trucs négligeables (les émissions de micro ondes d'une molécule de vapeur d'eau) avec un récepteur passif. Du coup, la moindre interférence peut poser problème, même là où elle n'en pose pas pour des communications radio classiques.
Petit résumé en Français: la 5G utilise une bande de fréquence autour de 24GHz. Certains satellites utilisent des détecteurs à micro-ondes pour mesurer la quantité de vapeur d'eau dans l'atmosphère. Il se trouve que la fréquence qui fonctionne bien est de 23.8GHz, soit, pas très loin de celle de la 5G.
La NASA a déposé un recours auprès de la FCC, qui a choisi de l'ignorer. En principe, il y a quand même 800MHz d'écart, et normalement, un émetteur 5G ne devrait pas envoyer d'ondes en dehors des fréquences qui lui sont allouées. Mais les règles sont prévues pour ne pas couvrir un autre signal, et là, il s'agit surtout de mesurer ce qu'en télécommunications on considère être du bruilt, faible et facilement couvert.
Il y a un précédent, depuis plusieurs années ces mesures sont déjà perturbées par la réflection sur le sol des ondes des satellites de télévision, qui sont aussi dans une bande de fréquence proche.
On avait des carambars chez Haiku! J'admet qu'ils n'étaient pas faits maison toutefois.
Je prépare des gâteaux quand je peux muis là j'ai filé prendre le train tout de suite en quittant le bureau donc c'était un peu compliqué. Mais je ferai ça pour le capitole du libre!
Cela comprend les plus connues, le TCP-IP sur Pigeon Voyageur, le protocole HTCPCP pour les cafetières connectées, ou encore le Peg-DHCP pour attribuer les adresses IP en les inscrivant sur des pinces à linge attachées aux cable réseau ou antennes wifi.
Le truc c'est que si tu essaie d'écrire du C avec un ramasse miettes, tu vas avoir du code super compliqué.
En Java, on peut déplacer un objet dans la mémoire pour la défragmenter. Comme le langage n'utilise pas la notion de pointeur, mais des références qui sont suivies par l'interpréteur, ça ne pose pas souci.
En C, tu peux avoir des pointeurs qui sont stockés dans des variables locales sur la pile, dans des registres, dans des variables globales, et il n'y a aucun suivi pour savoir ou on en est. Du coup, pour déplacer un objet, bon courage.
Alors, tu peux toujours essayer de ne jamais utiliser directement de pointeur dans ton code C pour ne pas avoir ce problème, mais ton code va être bien moche et illisible et je suis même pas certain que tu puisses arriver à t'assurer que le compilateur ne décide pas de mettre un pointeur quelque part de façon temporaire.
En C++, tu as peut-être moyen de t'en sortir avec un objet qui masque ton pointeur. En Java, tu n'as rien à faire.
Du coup, si on en revient au point de vue écologique, il faut compter certes le temps d'exécution du programme, mais aussi le temps de développement (ce sont aussi des ordinateurs qui fonctionnent…), à corriger les bugs et redéployer des binaires, etc. Et là, le C va vite perdre des points.
Je n'ai pas trouvé comment faire pour choisir dans quel calendrier on accepte l'une ou l'autre invitation, ni comment on peut déplacer des évènements d'un calendrier à l'autre.
C'est pire que ça: 3 personnes dont une de 13 ans ont été arrêtées pour avoir partagé un lien vers une page avec une boîte de dialogue en Javascript dans une boucle infinie. Même pas pour avoir écrit la page. Avec perquisition et tout. ça rigole pas!
A priori, c'est une interprétation assez large d'une loi interdisant de développer des malwares.
La loi est rédigée de façon tellement large qu'on pourrait l'appliquer à toute exécution de code Javascript depuis une page web. Du coup, le département de police en charge de ces arrestations a supprimé Google Analytics de leurs pages web.
Brendan Eich, le créateur de Javascript, a proposé de témoigner pour expliquer que le langage n'est pas dangereux.
L'auteur du blog encourage à relayer l'information pour mettre la pression sur la police japonaise depuis l'étranger, en attendant que cette loi soit réécrite pour être plus précise.
Si j'ai bien suivi, le souci n'est pas de faire des modifications en local, mais de s'assurer que quand on renvoie des infos au créateur de l'évènement (par exemple pour accepter/refuser ce dernier), les modifications ne doivent pas être incluses (sinon… ben il ne s'agit plus du même évènement).
Dans la même veine, si l'initiateur de l'évènement fait une mise à jour (par exemple pour changer l'heure ou le lieu), il ne faudrait pas que les catégories personnalisées soient écrasées.
Du coup, il faudrait bien stocker ces informations en les marquant comme locales, pour être sûr qu'elles ne sont pas confondues avec les données de l'invitation originale. Et donc, ajustements à prévoir dans la base de donnée des évènements, je suppose.
Et voici comme promis les changements effectués chez moi (sous forme à peu près d'un patch mais y'a des morceaux de prompt bash au milieu): https://pulkomandy.tk/drop/thunderbird.patch
Thunderbird 60.4.0 qui est la version dans la Debian que j'utilise actuellement. Il y a peut être d'autres changements en plus dans les versions plus récentes.
J'ai intégré les modifications telles quelles (à quelques numéros de ligne près). ça fonctionne pour moi mais il faut bien cliquer sur "save and close" et pas simplement fermer la fenêtre.
Je mets les deux fichiers modifiés en ligne, mais pas tout de suite, parce que c'est la journée de la procrastination et il faudrait pas être trop productif :o) (et aussi parce que je n'ai pas accès à la partition ou j'ai fait les changements, là tout de suite).
On trouve des trucs intéressants dans les contributions et données dérivées qui vont un peu au-delà du jeu de données brut. Par exemple une analyse des numéros de téléphones, emails, et adresses postales que les gens ont laissé dans leurs réponses, probablement sans réaliser que ce serait publié tel quel en open data:
Un point intéressant: Google propose maintenant aux constructeurs d'appareil d'adopter séparément Google Play, Chrome, et Google Search. Du coup, les fabricants de téléphones pourront choisir d'utiliser l'un mais pas l'autre.
Par contre, il est curieux que les téléphones Android proposent de choisir un navigateur et un moteur de recherche différents, mais rien pour l'app store?
Quand y'avait des gens qui faisaient des journaux "bookmark", ils se faisaient descendre.
Tout le monde n'a pas le temps de rédiger du contenu pour un journal. Alors les liens, c'est bien pour ça. Faut juste aller voir et mettre quelques commentaires en dessous du lien pour que la section soit vivante. La valeur des liens est plus dans les commentaires que dans le message initial.
Si tu sais comment complètement retirer SwiftKey de mon téléphone, ça m'intéresse. Le constructeur l'a installé, je ne m'en sers pas, mais il transmet quand même quelques données à… je sais pas qui. Et je peux pas le désactiver complètement.
Ouais alors l'ASF c'est bien, mais ça fait quand même un peu poubelle à projets morts parfois. Par exemple on a Google Wave qui a atteri là et dont personne n'a jamais rien fait: http://incubator.apache.org/projects/wave.html (et c'est pas le seul projet dans ce cas).
Ils peuvent fournir un peu d'infrastructure pour héberger un projet, mais si y'a pas de communauté autour pour prendre le relais et poursuivre les devs, ça ne donnera pas grand chose.
ça parle surtout de problèmes d'échappement dans le shell, au final.
Est-ce qu'il ne serait pas plutôt tant de se poser la question d'utiliser des outils plus adaptés pour scripter des choses. Parce que dans mon job, je ne traite pas beaucoup de fichiers, mais j'ai quand même plein de problèmes débiles du même genre avec des grep/cut/awk/sed pour récupérer la sortie d'outils divers et en faire quelque chose.
On voit que ça loggue par exemple les changements de mode (scientifique/standard/…), mais aussi dans certains cas les expressions entrées par l'utilisateur, j'ai vu passer ça par exemple quand on colle quelque chose depuis le presse papier? Mais j'ai pas vérifié en détail.
Tout à fait, si j'ai bonne mémoire le signal GPS grand public contient des informations qui sont transmises une fois toutes les 12.5 minutes. Par exemple, les secondes intercalaires, probablement la date, et tout un tas d'autre choses.
Chaque bit coûte donc assez cher, car si cette période devient plus longue, d'une part ça va mettre plus de temps pour récupérer les informations, et d'autre part, la probabilité de perdre un bit parmi tout le message est augmentée (et dans ce cas, on a plus qu'à attendre la prochaine émission…).
Donc un compteur sur 20 ans, c'est déjà pas mal. Il y a peu de récepteurs GPS fabriqués avant 1999 qui sont encore utilisés aujourd'hui, non?
Et je suppose que les signaux utilisée par les militaires américains (qui eux, ne sont pas documentés) n'ont pas ce problème, les specs militaires demandant probablement que ça dure plus de 20 ans.
# Même problème avec WebKit
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Pourquoi les développeurs ont déserté firefox dans les 201X. Évalué à 7.
Le port 6666 est également bloqué par WebKit par défaut, du coup je ne peux pas accéder aux réglages de ZNC avec mon navigateur web non plus.
Si on arrêtait de faire n'importe quoi avec les numéros de ports, aussi?
[^] # Re: Radiofréquences
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien L'abus de la 5G peut gravement nuire à la fiabilité des prévisions météos. Évalué à 10.
Le problème c'est qu'en radio, le filtrage n'est jamais parfait. Tu a beau essayer d'émettre sur une seule fréquence, ça "bave" toujours un peu à côté.
Le but des règles de la FCC, c'est de faire en sorte que ce qui dépasse soit en dessous d'un certain seuil pour ne pas déranger les émissions des canaux voisins. Ainsi chacun sait à quoi s'en tenir sur le niveau de bruit causé par les émissions voisines, et prévoit la puissance de ses émetteurs et les performances de ses récepteurs en conséquence. Et justement, on va en gros demander un niveau qui est du même ordre que celui du bruit "naturel" (par exemple celui émis par la vapeur d'eau de l'atmosphère). Et les fabricants de modules radio ne vont pas s'embêter à faire mieux que respecter les contraintes de la FCC.
Seulement, là, pour les satellites météo, le but est justement de mesurer des trucs négligeables (les émissions de micro ondes d'une molécule de vapeur d'eau) avec un récepteur passif. Du coup, la moindre interférence peut poser problème, même là où elle n'en pose pas pour des communications radio classiques.
# Radiofréquences
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien L'abus de la 5G peut gravement nuire à la fiabilité des prévisions météos. Évalué à 10.
Petit résumé en Français: la 5G utilise une bande de fréquence autour de 24GHz. Certains satellites utilisent des détecteurs à micro-ondes pour mesurer la quantité de vapeur d'eau dans l'atmosphère. Il se trouve que la fréquence qui fonctionne bien est de 23.8GHz, soit, pas très loin de celle de la 5G.
La NASA a déposé un recours auprès de la FCC, qui a choisi de l'ignorer. En principe, il y a quand même 800MHz d'écart, et normalement, un émetteur 5G ne devrait pas envoyer d'ondes en dehors des fréquences qui lui sont allouées. Mais les règles sont prévues pour ne pas couvrir un autre signal, et là, il s'agit surtout de mesurer ce qu'en télécommunications on considère être du bruilt, faible et facilement couvert.
Il y a un précédent, depuis plusieurs années ces mesures sont déjà perturbées par la réflection sur le sol des ondes des satellites de télévision, qui sont aussi dans une bande de fréquence proche.
[^] # Re: Crêpes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Découvrez les JDLL 2019 à travers le regard d'un suricate. Évalué à 2.
On avait des carambars chez Haiku! J'admet qu'ils n'étaient pas faits maison toutefois.
Je prépare des gâteaux quand je peux muis là j'ai filé prendre le train tout de suite en quittant le bureau donc c'était un peu compliqué. Mais je ferai ça pour le capitole du libre!
[^] # Re: RFC 8565: Hypertext Jeopardy Protocol (HTJP/1.0)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Liste de poissons d'avril 2019. Évalué à 5.
Il y en a une presque tous les ans depuis 1978 (ainsi qu'en juin 1973):
https://en.wikipedia.org/wiki/April_Fools'_Day_Request_for_Comments
Cela comprend les plus connues, le TCP-IP sur Pigeon Voyageur, le protocole HTCPCP pour les cafetières connectées, ou encore le Peg-DHCP pour attribuer les adresses IP en les inscrivant sur des pinces à linge attachées aux cable réseau ou antennes wifi.
[^] # Re: Quid sur de gros programmes ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Faites du C pour sauver la planète!. Évalué à 2.
Le truc c'est que si tu essaie d'écrire du C avec un ramasse miettes, tu vas avoir du code super compliqué.
En Java, on peut déplacer un objet dans la mémoire pour la défragmenter. Comme le langage n'utilise pas la notion de pointeur, mais des références qui sont suivies par l'interpréteur, ça ne pose pas souci.
En C, tu peux avoir des pointeurs qui sont stockés dans des variables locales sur la pile, dans des registres, dans des variables globales, et il n'y a aucun suivi pour savoir ou on en est. Du coup, pour déplacer un objet, bon courage.
Alors, tu peux toujours essayer de ne jamais utiliser directement de pointeur dans ton code C pour ne pas avoir ce problème, mais ton code va être bien moche et illisible et je suis même pas certain que tu puisses arriver à t'assurer que le compilateur ne décide pas de mettre un pointeur quelque part de façon temporaire.
En C++, tu as peut-être moyen de t'en sortir avec un objet qui masque ton pointeur. En Java, tu n'as rien à faire.
Du coup, si on en revient au point de vue écologique, il faut compter certes le temps d'exécution du programme, mais aussi le temps de développement (ce sont aussi des ordinateurs qui fonctionnent…), à corriger les bugs et redéployer des binaires, etc. Et là, le C va vite perdre des points.
[^] # On voit ce que donne Haiku
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Linus : il n'y a rien de mieux que le langage C pour le développement de systèmes d'exploition. Évalué à 3.
Vous reprendrez bien un peu de C++ dans votre OS?
http://www.haiku-os.org
[^] # Re: Différents calendriers
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Procrastination avec Lightning/Thunderbird. Évalué à 2. Dernière modification le 01 avril 2019 à 10:13.
Je n'ai pas trouvé comment faire pour choisir dans quel calendrier on accepte l'une ou l'autre invitation, ni comment on peut déplacer des évènements d'un calendrier à l'autre.
[^] # Re: On se rapproche doucement des types sommes
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Java XII est dehors. Évalué à 5.
ça va commencer à être aussi compliqué que du C++, donc…
[^] # Re: et ça marche ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Java XII est dehors. Évalué à 2.
Il y a un rapport de bug?
# Encore mieux
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La police nippone est en droit de vous arrêter pour une simple boite de dialogue en JavaScript. Évalué à 5.
C'est pire que ça: 3 personnes dont une de 13 ans ont été arrêtées pour avoir partagé un lien vers une page avec une boîte de dialogue en Javascript dans une boucle infinie. Même pas pour avoir écrit la page. Avec perquisition et tout. ça rigole pas!
A priori, c'est une interprétation assez large d'une loi interdisant de développer des malwares.
La loi est rédigée de façon tellement large qu'on pourrait l'appliquer à toute exécution de code Javascript depuis une page web. Du coup, le département de police en charge de ces arrestations a supprimé Google Analytics de leurs pages web.
Brendan Eich, le créateur de Javascript, a proposé de témoigner pour expliquer que le langage n'est pas dangereux.
L'auteur du blog encourage à relayer l'information pour mettre la pression sur la police japonaise depuis l'étranger, en attendant que cette loi soit réécrite pour être plus précise.
[^] # Re: Bug 920285
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Procrastination avec Lightning/Thunderbird. Évalué à 2.
Maintenant je sais que ça sera à nouveau cassé quand je mettrai à jour ma Debian, alors…
[^] # Re: Bug 920285
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Procrastination avec Lightning/Thunderbird. Évalué à 2.
Si j'ai bien suivi, le souci n'est pas de faire des modifications en local, mais de s'assurer que quand on renvoie des infos au créateur de l'évènement (par exemple pour accepter/refuser ce dernier), les modifications ne doivent pas être incluses (sinon… ben il ne s'agit plus du même évènement).
Dans la même veine, si l'initiateur de l'évènement fait une mise à jour (par exemple pour changer l'heure ou le lieu), il ne faudrait pas que les catégories personnalisées soient écrasées.
Du coup, il faudrait bien stocker ces informations en les marquant comme locales, pour être sûr qu'elles ne sont pas confondues avec les données de l'invitation originale. Et donc, ajustements à prévoir dans la base de donnée des évènements, je suppose.
Et voici comme promis les changements effectués chez moi (sous forme à peu près d'un patch mais y'a des morceaux de prompt bash au milieu):
https://pulkomandy.tk/drop/thunderbird.patch
Thunderbird 60.4.0 qui est la version dans la Debian que j'utilise actuellement. Il y a peut être d'autres changements en plus dans les versions plus récentes.
[^] # Re: Bug 920285
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Procrastination avec Lightning/Thunderbird. Évalué à 2. Dernière modification le 25 mars 2019 à 14:31.
J'ai intégré les modifications telles quelles (à quelques numéros de ligne près). ça fonctionne pour moi mais il faut bien cliquer sur "save and close" et pas simplement fermer la fenêtre.
Je mets les deux fichiers modifiés en ligne, mais pas tout de suite, parce que c'est la journée de la procrastination et il faudrait pas être trop productif :o) (et aussi parce que je n'ai pas accès à la partition ou j'ai fait les changements, là tout de suite).
# Fuite de données personelles
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Donnée ouverte du Grand Débat National. Évalué à 4.
On trouve des trucs intéressants dans les contributions et données dérivées qui vont un peu au-delà du jeu de données brut. Par exemple une analyse des numéros de téléphones, emails, et adresses postales que les gens ont laissé dans leurs réponses, probablement sans réaliser que ce serait publié tel quel en open data:
https://medium.com/@pauldes/contributions-au-grand-débat-national-elles-sont-fraîches-mes-données-personnelles-c80890ad1bfb?sk=bf4611971b85978b806644b870b2727e
# Licenses
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Google to ask Android users in the EU which browser and search engine they want to use - OSnews. Évalué à 4. Dernière modification le 25 mars 2019 à 12:43.
Un point intéressant: Google propose maintenant aux constructeurs d'appareil d'adopter séparément Google Play, Chrome, et Google Search. Du coup, les fabricants de téléphones pourront choisir d'utiliser l'un mais pas l'autre.
Par contre, il est curieux que les téléphones Android proposent de choisir un navigateur et un moteur de recherche différents, mais rien pour l'app store?
[^] # Re: linuxfr.org a pensé à toi!
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal J'avais un journal intéressant à écrire ..... Évalué à 2.
Quand y'avait des gens qui faisaient des journaux "bookmark", ils se faisaient descendre.
Tout le monde n'a pas le temps de rédiger du contenu pour un journal. Alors les liens, c'est bien pour ça. Faut juste aller voir et mettre quelques commentaires en dessous du lien pour que la section soit vivante. La valeur des liens est plus dans les commentaires que dans le message initial.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche LineageOS 16. Évalué à 2.
Si tu sais comment complètement retirer SwiftKey de mon téléphone, ça m'intéresse. Le constructeur l'a installé, je ne m'en sers pas, mais il transmet quand même quelques données à… je sais pas qui. Et je peux pas le désactiver complètement.
[^] # Re: Community over code
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Elastic Search préforké. Évalué à 2.
Ouais alors l'ASF c'est bien, mais ça fait quand même un peu poubelle à projets morts parfois. Par exemple on a Google Wave qui a atteri là et dont personne n'a jamais rien fait: http://incubator.apache.org/projects/wave.html (et c'est pas le seul projet dans ce cas).
Ils peuvent fournir un peu d'infrastructure pour héberger un projet, mais si y'a pas de communauté autour pour prendre le relais et poursuivre les devs, ça ne donnera pas grand chose.
# Shell
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Fixing Unix/Linux/POSIX Filenames: Control Characters, Leading Dashes, and Other Problems. Évalué à 4.
ça parle surtout de problèmes d'échappement dans le shell, au final.
Est-ce qu'il ne serait pas plutôt tant de se poser la question d'utiliser des outils plus adaptés pour scripter des choses. Parce que dans mon job, je ne traite pas beaucoup de fichiers, mais j'ai quand même plein de problèmes débiles du même genre avec des grep/cut/awk/sed pour récupérer la sortie d'outils divers et en faire quelque chose.
[^] # Re: Collecte de données d'une calculette
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft publie sous licence MIT les sources de la calculatrice de Windows. Évalué à 3.
C'est pas impossible qu'il réclame des changements sans utiliser le produit pour autant…
[^] # Re: télémétrie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft publie sous licence MIT les sources de la calculatrice de Windows. Évalué à 7.
Et ben regardons ce que fait le flag en question:
https://github.com/Microsoft/calculator/search?q=SEND_TELEMETRY&unscoped_q=SEND_TELEMETRY
On voit que ça loggue par exemple les changements de mode (scientifique/standard/…), mais aussi dans certains cas les expressions entrées par l'utilisateur, j'ai vu passer ça par exemple quand on colle quelque chose depuis le presse papier? Mais j'ai pas vérifié en détail.
[^] # Re: s/publie/libère/
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft publie sous licence MIT les sources de la calculatrice de Windows. Évalué à 4.
En effet, j'ai rédigé un peu vite, si un modérateur souhaite corriger le titre?
[^] # Re: et au final ça fait quoi ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal 6 avril 2019 : C'est le 2e GPS Week Number Rollover. Évalué à 2.
Tout à fait, si j'ai bonne mémoire le signal GPS grand public contient des informations qui sont transmises une fois toutes les 12.5 minutes. Par exemple, les secondes intercalaires, probablement la date, et tout un tas d'autre choses.
Chaque bit coûte donc assez cher, car si cette période devient plus longue, d'une part ça va mettre plus de temps pour récupérer les informations, et d'autre part, la probabilité de perdre un bit parmi tout le message est augmentée (et dans ce cas, on a plus qu'à attendre la prochaine émission…).
Donc un compteur sur 20 ans, c'est déjà pas mal. Il y a peu de récepteurs GPS fabriqués avant 1999 qui sont encore utilisés aujourd'hui, non?
Et je suppose que les signaux utilisée par les militaires américains (qui eux, ne sont pas documentés) n'ont pas ce problème, les specs militaires demandant probablement que ça dure plus de 20 ans.
[^] # Re: Ne pas utiliser l'argument fallacieux de la facilité pour les logiciels
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal [HS] Etes-vous pour rester à l'heure d'été ou à l'heure d'hiver ?. Évalué à 3.
La lecture du fichier tzdata avec les commentaires sur où ils ont été récolter les informations est d'ailleurs assez distrayante.