Journal Passage Heure d'hiver : SFR a oublié ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes : aucune
8
1
nov.
2022

Attention cette dépêche dénonce grave …

Bonjour,

Ce matin, surprise, ma box SFR perso affichait 9h22 au lieu de 8h22

Au 21e siècle, alors que l'heure se diffuse depuis les années 80 sur le réseau, SFR n'a pas mis à jour l'heure sur ma box …

Suis je un cas isolé ?

Je sais SFR n'est pas le meilleur FAI, mais dans la campagne profonde de l'Ain on a pas toujours le choix …

mais quand même il s'agit de protocoles tellement basiques qu'on les oublient.

  • # tz database

    Posté par  . Évalué à 10.

    Au 21e siècle, alors que l'heure se diffuse depuis les années 80 sur le réseau, SFR n'a pas mis à jour l'heure sur ma box …

    Il n'y a pas besoin du réseau pour ça, c'est la tz database qui connaît les règles pour le changement d'heure d'été ou d'hiver, selon le fuseau horaire choisi sur le système.

    Évidemment, ce n'est pas une excuse pour SFR :)

    • [^] # Re: tz database

      Posté par  . Évalué à 2.

      Exactement, même ma montre connectée, pas connectée, s'est mise à l'heure d'hiver toute seule.

      file /usr/share/zoneinfo/Europe/Paris 
      
      /usr/share/zoneinfo/Europe/Paris: timezone data, version 2, 13 gmt time flags, 13 std time flags, no leap seconds, 184 transition times, 13 abbreviation chars
      
      • [^] # Re: tz database

        Posté par  . Évalué à 1.

        Je ne me suis jamais intéressé au sujet mais en voyant ça, je me pose la question de savoir quel mécanisme empêche de faire le passage à l'heure d'hiver de façon infinie. Ca ne peut pas être un simple SI car une heure plus tard, on se retrouve dans la même situation.

        SI (date = 29/10/2022) ET (heure = 03h00)
            heure = 02h00
        FIN SI
        

        On pourrait imaginer un flag mais il faudrait remettre à zéro les flags sur un changement de date.

        • [^] # Re: tz database

          Posté par  . Évalué à 6.

          GMT ne change pas et sert de référence.

        • [^] # Re: tz database

          Posté par  (site web personnel) . Évalué à 4.

          Ça ne marche qu'en France ton histoire.

          Selon les pays et les époques les règles ne sont pas les mêmes. En plus TZ data doit être capable de revenir en arrière.Le 23 juin 1763 lorsqu'il était 10h à New-York, quelle heure était-il à Paris ?

          On a l'impression que l'heure est quelque chose de figé dans le temps. Pourtant si tu suis la liste TZ data tu verras que ça change sans arrêt.

          https://mm.icann.org/mailman/listinfo/tz

        • [^] # Re: tz database

          Posté par  . Évalué à 4.

          Pour moi le mécanisme ça serait plutôt d'avoir un champ is_heure_hiver. Le temps, lui, défile sans arrêt (on a beau dire que à 3 heure il est 2 heures, nous n'allons pas dans le passé)

          Au moment de l'affichage d'une date, on regarde le temps universel actuel auquel on ajoute le temps de la timezone. Puis on retire une heure si on est en heure d'hiver.

          Voilà le mécanisme auquel je penserais

          Amiralgaby#1847

        • [^] # Re: tz database

          Posté par  . Évalué à 5. Dernière modification le 04 novembre 2022 à 07:58.

          C’est calculé en offset utc, qui est monotone et continu. La tzdb map chaque changement par rapport à utc. En gros ça dit: du 30 mars 2022, 02:00 (utc) au 31 octobre 2022, 02:00, Central European summer time est 2 heures devant utc. Le 31 octobre 2022 a 2:00, ça passe à +1

          T’as juste à trouver l’intervalle pour l’instant à calculer, et appliquer l’offset. L’horloge de base étant en utc, ça marche toujours sans avoir à tenir un état à jour.

          Linuxfr, le portail francais du logiciel libre et du neo nazisme.

    • [^] # Re: tz database

      Posté par  (site web personnel, Mastodon) . Évalué à 7. Dernière modification le 02 novembre 2022 à 14:12.

      Il y a surtout un besoin d’une TZ Database à jour… ça va être funky quand l’UE se décidera à faire sauter le changement d’horaire1 et que des logiciels vont continuer à changer d’heure sur la base d’une TZ Database obsolète…

      D’une manière générale, bien gérer les fuseaux horaires (et tout ce qui est données temporelles en général) c’est en fait très complexe, c’est pour ça que je ne suis pas très surpris de ce bug. Comme souvent avec les données temporelles, les solutions propres existent, mais beaucoup de développeurs essaient de faire les malins et de coder des trucs à la main – foireux dans 99 % des cas.

      PS : gérer ça proprement, c’est possible. Par exemple, les graphiques NetData de la nuit de samedi à dimanche sur le fuseau horaire de Paris montraient bien deux occurrences de 2h du matin.


      1. Procédure prévue mais en pause parce que le Brexit, puis le Covid, puis la guerre en Ukraine, et qu’on a pas une infinité de fonctionnaires européens. 

      La connaissance libre : https://zestedesavoir.com

      • [^] # Re: tz database

        Posté par  . Évalué à 2.

        et qu’on a pas une infinité de fonctionnaires européens

        Et qu'on s'est rendu compte que tout le monde est d'accord pour arrêter de changer l'heure mais tout le monde n'est pas d'accord sur le fuseau à choisir et qu'introduire une différence d'heure entre des pays frontaliers, ça cause quand même beaucoup de problème.

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

        • [^] # Re: tz database

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          Oui, mais il y a des raisons physiques quelque part… une autre solution c’est de faire comme la Chine, un seul fuseau horaire sur le territoire, ce qui amène à d’autres problèmes (en l’occurrence : le soleil culmine entre 9h du matin (!!!) et 13h30 selon la région – théoriquement ça devrait être 12h, en France métropolitaine on est aux alentours de 13h en hiver, 14h en été).

          La connaissance libre : https://zestedesavoir.com

          • [^] # Re: tz database

            Posté par  . Évalué à 4.

            ne autre solution c’est de faire comme la Chine, un seul fuseau horaire sur le territoire,

            Ce qui est actuellement le cas de l'Espagne à la Pologne. On ne pas d'inventer un nouveau fuseau horaire. Par contre, je comprends bien que ça pose des soucis, je montrais juste que c'était un point bloquant.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

          • [^] # Re: tz database

            Posté par  . Évalué à 4.

            en France métropolitaine on est aux alentours de 13h en hiver, 14h en été

            Même en France métropolitaine, tu as un bel écart d'environ 1h, entre Brest tout à l'ouest et Bastia tout à l'est (la Corse est plus à l'est que l'Alsace donc que toute la France continentale).
            Sans parler de la différence de latitude entre Lille et Ajaccio…

      • [^] # Re: tz database

        Posté par  (site web personnel) . Évalué à 5.

        que des logiciels vont continuer à changer d’heure sur la base
        d’une TZ Database obsolète…

        Pas plus que ce qui arrive maintenant avec des dates de changements qui changent au dernier moment.

        Par exemple, le gouvernement du Chili a annoncé le 9 août que le changement d'heure se fait le 11 septembre, et pas le 4 septembre.

        Celui d'Égypte fait ça aussi, et je pense que le pays tient le record pour le moment, avec 3 jours de délai entre le changement prévu et le changement (ou plutôt, non changement) effectif.

        • [^] # Re: tz database

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          Ça va, le Chili laisse de la marge. En général, mes distros Linux ne m'ont jamais lâchée ; mais le souci c'est effectivement quand les gens ne font pas les m-à-j

          “It is seldom that liberty of any kind is lost all at once.” ― David Hume

          • [^] # Re: tz database

            Posté par  (site web personnel) . Évalué à 3.

            1 mois, ça peut être tendu. Si il faut attendre que le fournisseur fasse le patch puis valide ça (voir attende un autre correctif pour faire 1 release), puis que tu fasses pareil via prod/prepod/etc la mise à jour, et que ça doit tomber dans une fenêtre spécifique pour un reboot, je peux voir comment ça peut coincer.

            Par exemple, le département info chez nous avait une fenêtre ou on ne touche à rien sur certains serveurs, juste avant la fin du trimestre. Donc 3 semaines avant, et 15 jours après, il y a pas de reboot sur certains services sauf demande spécifique autorisé par plusieurs directeurs.

            C'est facile de louper les questions de timezone surtout sur un pays qui n'est pas le tien.

            Ensuite, dans un monde idéal, on devrait faire plus rapidement les mises à jours, mais parfois, ça arrive.

            • [^] # Re: tz database

              Posté par  (site web personnel, Mastodon) . Évalué à 3.

              Comme tu dis, dans un monde idéal… C'est l'un de mes combats partout où je passe, enfin dans une certaine mesure (je veux que les mises à jour de sécurité soient faites rapidement et pour le reste qu'on prenne le temps d'évaluer)

              “It is seldom that liberty of any kind is lost all at once.” ― David Hume

            • [^] # Re: tz database

              Posté par  (site web personnel) . Évalué à 4.

              Pense aussi aux appareils embarqués où la création et le déploiement d'une nouvelle version sont en général longs.

              Je ne comprends pas trop pourquoi certaines régions du monde jouent avec ce sujet de manière régulière sans que cela soit justifié. Cela devrait être stable et prévisible dans le temps en théorie.

  • # futuristes

    Posté par  (site web personnel) . Évalué à 10.

    Ou alors ils sont peut-être dans le futur, quand on cessera de changer d'heure tous les six mois.

    -->[]

  • # Fôôte dans le titre

    Posté par  (site web personnel) . Évalué à 9. Dernière modification le 01 novembre 2022 à 12:18.

    "SFR à oublié ?" -> "SFR à oublier ?"
    ;-)

    « Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker

  • # Oui, mais...

    Posté par  . Évalué à 6.

    l'heure se diffuse depuis les années 80 sur le réseau

    Est-ce que tu as vérifié que ta box a bien les éléments requis pour se connecter au réseau ? --> []

    Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

    • [^] # Re: Oui, mais...

      Posté par  . Évalué à 5.

      SAV : «Avez-vous redémarré votre périphérique ?»

  • # Apparemment c'est connu ... et pas nouveau

    Posté par  (site web personnel) . Évalué à 3.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.