pulkomandy a écrit 2178 commentaires

  • [^] # Re: europe

    Posté par  (site web personnel, Mastodon) . En réponse au lien L'Espagne relance le débat Européen sur la suppression du changement d'heure. Évalué à 6.

    Que tout le monde soit dans le même fuseau, bof.

    Personne n'a proposé ça. mais par contre, que tout le monde fasse le changement d'heure à la même date, ou bien ne le fasse pas du tout, ça semble important pour éviter des complications dans la période intermédiaire ou un pays est passé à l'heure d'été mais pas l'autre

  • [^] # Re: europe

    Posté par  (site web personnel, Mastodon) . En réponse au lien L'Espagne relance le débat Européen sur la suppression du changement d'heure. Évalué à 6.

    Le principe de l'abandon du changement d'heure a été adopté par l'UE en 2019 mais ça n'avancera que une fois que chaque pays a décidé quel fuseau horaire il souhaite adopter. Pour l'instant, aucun pays ne l'a fait.

    Auparavant, l'UE avait adopté le changement d'heure dans les années 80 et synchronisé la date de changement pour tous les pays (mais pas la même qu'aux USA). Ça semble une bonne idée que le décalage d'un pays à l'autre (s'il en subsiste un) soit fixe, et ne change pas en fonction des saisons, pour faciliter l'organisation de tout ce qui est international: horaires de trains transfrontaliers, d'avions (les slots de décolage et d'aterrissage dans les aéroports), ou n'importe quelle entreprise ou projet qui implique des personnes dans plusieurs pays (on pense à Airbus mais ils sont loin d'être les seuls).

  • [^] # Re: Par rapport àla choucroute

    Posté par  (site web personnel, Mastodon) . En réponse au lien L'Espagne relance le débat Européen sur la suppression du changement d'heure. Évalué à 10.

    Le paquet tzdata dans la plupart des distributions Linux (et autres systèmes) fournit les informations sur les fuseaux horaires, dates de changement d'heure, etc.

    La lecture des commentaires dans le fichier fourni, ainsi que de la mailing list du projet, révèle tout un tas d'anecdotes intéressantes.

    Par exemple:

    • Le directeur d'une base scientifique en antarctique décide unilatéralement que sa base suivra désormais le même fuseau horaire que ses voisins et va donc se décaler de plusieurs heures par rapport à ce qui était utilisé auparavant. Il prévient le projet tzdata une quinzaine de jours avant via leur mailing list. Que faire? Cette personne a-t-elle vraiment l'autorité pour déclarer un changement de fuseau horaire pour cette zone géorgraphique? Quelle est exactement la zone géographique concernée? Comment faire pour déployer une mise à jour de tzdata sur toutes les machines concernées en temps et en heure étant donné le délai très court?
    • Que se passe-t-il dans les mêmes conditions, mais pour un pays entier? La Turquie a supprimé le changement d'heure en 2016 avec un délai similaire entre l'annonce et la prise d'effet du changement.
    • En 1989, l'enclave Allemande de Büsingen, qui est entourée par le territoire Suisse, choisit de se décaler d'une heure par rapport au reste de l'Allemagne et de s'aligner sur le fuseau horaire suisse. En 1990, moins d'un an plus tard, la Suisse choisit de s'aligner sur l'heure de ses voisins européens. Donc l'enclave de Büsingen dispose de sa propre entrée dans la base de données pour un décalage avec l'heure de Berlin qui n'a même pas duré un an.
    • Dans certains pays, c'est tellement le bazar que chacun fait un peu ce qu'il veut et il n'y a même pas de fuseau horaire officiel (ou bien il y en a plusieurs concurrents). Il faut dans ce cas que chacun d'entre eux soit nommé, afin que la base de donnée tzdata puisse être utilisée pour convertir correctement n'importe quelle date et heure (à condition de savoir à quel fuseau elle fait référence) dans une autre.

    Et plus on remonte loin dans le temps, plus il est difficile d'avoir des informations précises sur les fuseaux horaires, leurs limites géographiques, leurs dates de mise en place, et toutes les réformes qu'il y a pu avoir.

    Donc, oui, il y a bien un rapport avec le logiciel et en particulier avec le logiciel libre. Merci à tous les mainteneurs de tzdata qui ont du attraper quelques cheveux blancs avec toutes ces histoires.

  • [^] # Re: Prix Turing et Grace Hopper

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Delphine Demange et les compilateurs. Évalué à 6.

    Ces histoires remontent assez loin, en fait la question s'est posée pour le frontend Objective-C de gcc avant 1992, avec une explication de Stallman lui-même ici:

    https://github.com/JoshCheek/clisp/blob/master/doc/Why-CLISP-is-under-GPL#L360

    Mais je ne sais pas à quel point cela était toujours dans la culture de gcc par la suite. Il y avait déjà eu une "crise" à l'époque du passage de gcc2 à gcc3 avec le projet EGCS (c'est donc vers 1996-1998), un fork de gcc avec une gouvernance plus ouverte, qui a fini par devenir le gcc "officiel".

  • [^] # Re: Prévisible

    Posté par  (site web personnel, Mastodon) . En réponse au lien La 5G en France, un flop à 11 milliards d'euros. Évalué à 5.

    Pour le reste oui il y a 15.5% des français (~ 10 millions) qui sont en dessous du seuil de pauvreté

    Ce taux est surtout lié à la façon dont le seuil de pauvreté est calculé en France (il est placé à 60% du revenu médian). Il change très peu au cours du temps et est toujours autour de 15%.

    Il est également un peu contre-intuitif. Par exemple, si le revenu médian baisse, le seuil de pauvreté baisse aussi, et donc il y a moins de personnes en dessous du seuil de pauvreté. Ce qui est bien sûr le contraire de ce qu'il se passe.

  • [^] # Re: Prix Turing et Grace Hopper

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Delphine Demange et les compilateurs. Évalué à 6.

    Le développement de llvm a accéléré surtout suite au passage de gcc à la license GPL version 3. Apple (gros utilisateur et contributeur historique de gcc) n'a pas validé l'utilisation de cette license pour l'intégration dans Mac OS, les clauses sur les brevets étant jugées trop contraignantes pour eux.

    Pour d'autres parties de leur système ils ont pu trouver un remplacement (par exemple, bash a été remplacé par zsh). Mais pour le compilateur, il n'y avait pas d'autre choix que llvm, projet peu connu à l'époque mais qui fournissait un point de départ acceptable.

    Ce n'est pas la peine de chercher une raison plus loin, même si les critiques sur gcc à l'époque (refus d'intégrer du C++ dans la base de code pour mieux la structurer, par exemple) peuvent être justifiées.

  • [^] # Re: Borg

    Posté par  (site web personnel, Mastodon) . En réponse au lien Debian TC Overrules systemd Maintainers on /var/lock Permissions. Évalué à 10.

    Le débat va un peu plus loin cette fois ci. Ce qui se joue c'est un changement sur la façon dont les logiciels peuvent obtenir l'accès exclusif à un fichier ou un périphérique. Par exemple, un port série: si plusieurs applications ouvrent un tel port, elles vont recevoir chacune la moitié des données.

    La méthode classique est de créer un fichier dans /var/lock avec un nom choisi à l'avance t communeavec les autres logiciels qui pourraient avoir accès à la même reesource. Bien sûr ça n'est pas du tout vérifié par le système. Si un logiciel ne suit pas ce protocole, ou bien s'il l'implémente mal, on a un conflit d'accès à la ressource.

    Le nouveau système est l'utilisation d'APIs dédiées (flock() par exemple. Il a l'avantage d'être explicitement lié au fichier concerné puisque il n'y a pas besoin d'un fichier séparé dans /var/lock. Et le noyau peut vérifier la orésence d'un lock et interdire l'accès au fichier à d'autres logiciels. systemd souhaite bien sûr utiliser cette nouvelle méthode, et ils ont choisi de forcer la main aux autres logiciels pour se mettre à jour rapidement en bloquant l'ancienne, car il n'est pas souhaitable de faire fonctionner les deux en parallèle (cela obligerait chaque logiciel à implémenter les deux méthodes à la fois avec de nouvelles possipilités de bugs).

    Il est probable qu'une future version de FHS changera les règles pour /var/lock (de la même façon que /usr est en train de disparaître par exemple). Systemd est juste allé un petit peu vite.

  • [^] # Re: Autres articles sur le sujet

    Posté par  (site web personnel, Mastodon) . En réponse au lien La 5G en France, un flop à 11 milliards d'euros. Évalué à 9.

    Ok, ça nous fait donc un troisième but atteint: augmenter la capacité du réseau, ce qui était bien nécessaire puisque l'utilisation a effectivement triplé (si on mesure en débit).

    Nécessaire je ne sais pas, on aurait pu dire aux gens "non désolé, restez avec votre vieux réseau qui rame" à la place. Intéressant pour les opérateurs mobiles, par contre, je vois assez bien comment. Et pour les utilisateurs aussi, puisque de plus en plus de gens font absolument tout en streaming (netflix, google drive, …) depuis une tablette ou un téléphone, et de moins en moins hors ligne depuis un ordinateur relié à un réseau local.

    Mais le commentaire de Maderios sous-entend qu'il y aurait une raison cachée à ce déploiement de la 5G, et je n'arrive pas à voir ce que ça pourrait être si ça n'est pas, en résumé, les opérateurs vont pouvoir gagner plus de sous en envoyant plus de données à plus d'abonnés pour moins cher. Qu'est-ce que ça peut être d'autre? Le contrôle de la pensée à distance via des ondes 5GHz? Le rechargement sans fil des robots qui ont remplacé les oiseaux depuis 1970? La mise en service des puges injectées à la population avec les vaccins covid? Je dois faire partie des neuneus qui se font avoir en croyant les raisons officielles, donc.

  • [^] # Re: Autres articles sur le sujet

    Posté par  (site web personnel, Mastodon) . En réponse au lien La 5G en France, un flop à 11 milliards d'euros. Évalué à 6.

    J'ai du mal à comprendre qu'est-ce que ça sous-entend. Quel serait le but du déploiement à marche forcée de la 5G, si ce n'est pas de faire des économies, en particulier sur la consommation électrique, et d'augmenter la densité, c'est à dire de pouvoir avoir plus de clients et un réseau qui ne sature pas dans les centre ville et autres zones où il y a beaucoup de monde?

  • [^] # Re: Pénurie ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Des robots Terminator dans les usines chinoises.... Évalué à 10.

    La recette est souvent la même: les robots humanoides fonctionnent très très bien pour attirer les investisseurs et convaincres les décideurs pressés. Comme les programmes informatiques capables de s'exprimer en langage humanoide.

    Une fois que tu as les sous, tu peux commencer à développer un vrai produit.

  • # ACARS

    Posté par  (site web personnel, Mastodon) . En réponse au journal N'importe qui peut écouter les signaux ADS-B des avions, et ce n'est pas chiffré.. Évalué à 9.

    Il existe également un projet pour collecter les messages ACARS, un genre de système de SMS pour les avions et autres aéronefs. Le principe est à peu près le même mais je ne sais pas si ça se situe sur les mêmes fréquences.

    La couverture du sud de la France a l'air pas terrible pour l'instant

    https://acarsdrama.com

  • [^] # Re: deja des usages concrets ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal >Petit point informatique (et information) quantique. Évalué à 8.

    Une citation de Edgar Dijkstra il me semble: "L'informatique est au sujet des ordinateurs, de la même façon que l'astronomie est au sujet des télescopes".

    On peut donc très bien faire de l'informatique quantique théorique sans avoir encore de matériel capable d'exécuter les algorithmes. Et peut-être que les algorithmes ainsi découverts pourront être utilisés sans jamais avoir ce matériel sous la forme imaginée au départ. Peut-être qu'une simulation sur un ordinateur classique est suffisante. Peut-être qu'on va trouver une autre façon de réaliser une machine avec les propriétés nécessaires pour exécuter ces algorithmes.

  • [^] # Re: Respect de la licence Apache 2.0 / GPL 2.0 ?

    Posté par  (site web personnel, Mastodon) . En réponse au lien L’âge d’or des ROM Android est mort, mais la communauté refuse d’abandonner. Évalué à 7.

    C'est interprétation actuelle; mais la Software Freedom Conservancy a une procédure en cours pour essayer d'obtenir la diffusion de code source en tant qu'acheteur de matériel contenant du code sous GPL (en l'occurence, une smart TV utilisant entre autres un noyau Linux).

    La procédure est en cours depuis 2020 et le procès est prévu en janvier.

  • [^] # Re: Comme pour les pc ?

    Posté par  (site web personnel, Mastodon) . En réponse au lien L’âge d’or des ROM Android est mort, mais la communauté refuse d’abandonner. Évalué à 6.

    Jusqu'à présent, AOSP est quand même un logiciel libre. Tout le code est ouvert, ça respecte donc la license.

    Cela n'empêche pas que les équipes Android continuent de faire cette libération à contre-coeur, que ça n'a été dans l'intérêt de Google que le temps de gagner une situation de quasi-monopole sur ce marché, et que ils développent de plus en plus de choses fermées dans les Play Services.

    Et donc il n'est pas surprenant de voir que AOSP souffre de problèmes de gouvernance et que les autrts projets qui en dépendent n'ont pas su (ou n'ont pas essayé) se préparer à l'inévitable, que Google essaie de leur mettre des bâtons dans les roues.

    Du côté de Apple, ils contribuent en fait à beaucoup de projets: WebKit, CUPS, llvm, …

    Mais ils le font en s'intégrant mieux dans l'écosystème, sans forcément que le projet leur appartienne, et finalement sans faire de vagues. Donc on en entend très peu parler. À choisir entre les deux, je préfère cette façon de travailler à celle de Google.

  • [^] # Re: 37 millions d’euros !

    Posté par  (site web personnel, Mastodon) . En réponse au lien Indemnités journalières : la Cnam renonce à son logiciel Arpège. Évalué à 4.

    Oui, bien sûr. Je peux éventuellement comprendre que les administrations et ministères ne pensent pas à demander la publication sous license libre dans leurs appels d'offres et leurs contrats. Mais je trouverais surprenant qu'il ne demandent pas au moins de récupérer le code source et d'être en mesure d'en effectuer eux-même la maintenance (ou de la confier à un autre prestatire).

    Mais ce n'est pas vraiment mon domaine, alors peut-être que je suis trop optimiste sur leurs pratiques.

  • [^] # Re: 37 millions d’euros !

    Posté par  (site web personnel, Mastodon) . En réponse au lien Indemnités journalières : la Cnam renonce à son logiciel Arpège. Évalué à 5.

    Je travaille en ESN et les projets qu'on développe pour nos clients ne sont pas libres (ou très rarement), mais c'est le client qui est propriétaire du code soure et on a des engagements à leur livrer le code source complet et du support pour la mise en place de l'environnement de compilation.

    J'ose espérer que les offres des ESN dans ce type de projet, ce n'est pas de livrer un setup.exe tout fermé, ou bien une offre SaaS ou le client n'est pas propriétaire du code du logiciel? (Les clients de mon employeur n'etant pas des ministères et administrations, je ne sans pas ce qu'il se pratique)

  • # Les ordinateurs classiques sont toujours devant

    Posté par  (site web personnel, Mastodon) . En réponse au journal IAllucination post-quantique. Évalué à 10.

    https://www.theregister.com/2025/07/17/quantum_cryptanalysis_criticism/

    Un papier de recherche à l'humour un peu acide fait le point sur la situation. En théorie, l'algorithme de Shor permetrtrait à un ordinateur quantique de factoriser un nombre et donc de casser des chiffrements de type RSA par exemple.

    En pratique, aucun ordinateur n'a vraiment factorisé de nombre de plus de 4 ou 5 bits. Et encore, dans certaines expériences publiées, l'implémentation est telle qu'il est nécessaire de connaître le résultat à l'avance L'article entreprend donc de reproduire certains de ces résultats: à l'aide d'un micro-ordinateur VIC-20 de 1981, puis à l'aide d'un boulier, et enfin l'auteur demande à son chien d'effectuer une factorisation.

  • # Je ne sais pas écrire et en plus je clique trop vite

    Posté par  (site web personnel, Mastodon) . En réponse au lien Pourquoi le J-Link compact est incompatible avec certains câbles USB. Évalué à 3.

    Il faut bien sûr lire USB et pas USP dans le titre, si quelqu'un peut corriger…

  • # CoolRetroTerm

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Interminable liste de terminaux. Évalué à 10.

    Même pas une petite mention de Cool Retro Term, l'émulateur de terminal qui prend la partie "émulateur" beaucoup trop au sérieux?

  • [^] # Re: programmeur/programmateur

    Posté par  (site web personnel, Mastodon) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 3.

    Aucun des deux mots ne semble être dans les dictionnaires pour cet usage. On n'y trouve que les métiers de programmeur (de logiciel) et de programmateur (artistique). Donc on fait ce qu'on veut!

    Pour moi, un programmateur, c'est plutôt un appareil qui déclenche des évènements (démarrage et arrêt d'un chauffage, par exemple) selon un programme établi (des plages horaires fixes, en général).

  • [^] # Re: Antivol/antialteration

    Posté par  (site web personnel, Mastodon) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 4.

    Oui et non: si j'ai bien compris, l'activation du mode développeur passe forcément par une réinitialisation des données utilisateur. J'imagine que ça génère une nouvelle clé de chiffrement au passage et que ça détruit l'ancienne.

    Donc j'aurais pu le booter, mais pas accéder aux données existantes.

  • [^] # Re: Antivol/antialteration

    Posté par  (site web personnel, Mastodon) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 5.

    Effectivement, le contenu de la partition utilisateur est chiffré (pas la partition elle-même, mais un fichier encrypted.block qui est stocké dedans).

    Merci pour cette réponse, je n'avais pas du tout pensé à ça, et effectivement c'est bien plus important de protéger les données de l'utilisateur que l'installation d'un autre système, et dans ce cas la conception du truc devient beaucoup plus logique.

  • [^] # Re: Antivol/antialteration

    Posté par  (site web personnel, Mastodon) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 5.

    Peut-être que je surestime les débutants en soudure.

    Ça n'est pas si compliqué que ça avec un fer classique pour re-souder la puce. Les pattes sont espacées de 1.27mm ce qui est plutôt large. Il faut effectivement savoir travailler avec des composants montés en surface, mais à vrai dire je trouve ça presque plus simple.

    J'ai l'habitude de faire des soudures sur des composants avec un espacement à 0.8mm à l’œil nu sans problème. En-dessous, il devient effectivement utile d'avoir du matériel et des techniques spécifiques (une bonne loupe ou un microscope USB, et éventuellement de la pâte d'étain utilisable avec la station à air chaud). Mais pour un composant avec des pattes à 1.27mm, ce n'est absolument pas nécessaire.

    Le composant n'ayant que 8 pattes, on peut également dessouder avec un fer classique et diverses astuces, par exemple comme ceci en moins d'une minute. Comme j'ai une station à air chaud, je ne me suis pas embêté.

  • [^] # Re: la programmation bios

    Posté par  (site web personnel, Mastodon) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 3.

    Mon programmeur CH341 est fourni avec plusieurs adaptateurs, mais pas le bon pour cette puce-ci. La puce est légèrement plus large que l'adaptateur. Je ne sais pas lequel des deux est en SOP8 et lequel est dans un autre format.

    Effectivement avec du BGA ou même du QFN ce serait beaucoup moins facile.

  • [^] # Re: ====

    Posté par  (site web personnel, Mastodon) . En réponse au journal Déverrouillage d'un Chromebook. Évalué à 9.

    pourquoi ne pas avoir suivi la procédure consistant à contacter "coute que coute" le gestionnaire de l'antivol logiciel

    Je crois que ça m'aurait coûté plus de temps pour un résultat incertain. Et puis, je pense que par principe le matériel ne devrait pas être verrouillé comme ça. Comment tu réagirais si pour installer Linux sur un PC vendu en supermarché, il fallait d'abord contacter Microsoft ou le supermarché ou le fabricant du PC pour déverrouiller des trucs, ou sortir le fer à souder? Personnellement ça me semble important d'avoir un minimum d contrôle sur le matériel que j'utilise, et de pouvoir choisir quel système j'installe dessus.

    le truc c'est que le no de série de la machine restera a jamais marqué "volé/perdu" dans la BDD chez google, et donc si une personne veut le réutiliser sur un android classique, il risque de se bloquer aussi?

    Le numéro de série étant stocké dans la même ROM, ça semble être facile de le changer. Et de toutes façons, pourquoi quelqu'un voudrait réinstaller un système non libre sur cette machine?