Curl fonctionne sur 100 systèmes d’exploitation

Prise en charge de nombreux systèmes d’exploitation par cURL et libcurl

• Dans une pull request récente de cURL, il est précisé qu’il faut veiller à ce que les modifications proposées par un contributeur n’entravent pas les tests sur les plateformes legacy.
• cURL prend actuellement en charge le type time_t 32 bits et souligne qu’il faut conserver cette capacité.
• L’intérêt porté aux systèmes legacy vise à tenir les promesses faites et à éviter les régressions inutiles.

Une part de stabilité et d’engagement

• Le projet cURL s’efforce en permanence de préserver la stabilité et la compatibilité de son ABI et de son API.
• Une application écrite au milieu des années 2000 continue de fonctionner de la même manière avec une version récente de libcurl, même après mise à niveau, sans recompilation.
• C’est un principe fondamental de cURL et de libcurl, qui en fait une solution de transfert Internet stable sur laquelle les utilisateurs peuvent compter en toute confiance.

Le nombre d’utilisateurs n’a pas d’importance

• Le nombre d’utilisateurs d’une plateforme donnée n’est pas la motivation pour la prendre en charge.
• Ce qui compte, c’est qu’une personne fasse le travail et que ce travail soit mené à bien.
• Si un contributeur veille continuellement à ce que cURL fonctionne sur une plateforme donnée, alors cURL continuera d’y fonctionner même si le nombre d’utilisateurs est faible.

Pourquoi cURL est partout

• Si cURL fonctionne sur tant de systèmes d’exploitation et d’architectures CPU et est installé sur autant d’appareils, c’est grâce à une forte priorité donnée au fait de pouvoir le compiler et l’exécuter partout.
• De nombreux utilisateurs et entreprises continuent de s’appuyer sur des plateformes anciennes, de niche ou legacy, et affirment que dépendre de cURL est bien meilleur du point de vue de la sécurité que les autres alternatives.

Nous abandonnons encore certaines spécifications

• cURL met parfois fin à la prise en charge de certaines bibliothèques tierces et fait aussi évoluer d’autres aspects.
• Les spécifications sont abandonnées lentement et prudemment, avec une communication ouverte permettant à chacun de se préparer ou de faire objection.
• Si les utilisateurs ne peuvent pas détecter un changement de comportement, alors on considère qu’il n’y a pas réellement eu de changement.

Les changements du monde

• Les protocoles Internet et leurs versions évoluent avec le temps.
• La plupart des commandes cURL écrites en 2002 échouent aujourd’hui, car les noms d’hôte et les URL ne fonctionnent plus.
• La principale raison pour laquelle les commandes cURL écrites en 2002 ne fonctionnent plus exactement de la même manière aujourd’hui est la transition de HTTP vers HTTPS.

L’avis de GN⁺

• Le point le plus important de cet article est l’effort des développeurs pour permettre à cURL de prendre en charge de nombreux systèmes d’exploitation et architectures, tout en maintenant stabilité et compatibilité.
• Le fait que cURL reste un outil fiable malgré l’évolution des utilisateurs et des technologies est un élément intéressant et attractif pour de nombreux ingénieurs logiciel et utilisateurs.
• Ce support continu et cette stabilité font de cURL l’un des outils fondamentaux d’Internet, lui permettant de conserver un rôle important malgré les changements technologiques.

[GN⁺]

Avis Hacker News

• Éloges pour la réussite de Curl

  • Curl est un outil très important pour les développeurs qui ont pour objectif de maintenir un logiciel fonctionnant sur de nombreux systèmes d’exploitation.
  • La compatibilité avec time_t en 32 bits a été mise en avant, mais à l’approche du problème de l’an 2038, certains s’interrogent sur la valeur du traitement du temps en 32 bits.

• La prise de conscience, chez les développeurs, du poids qu’apportent les dépendances

  • Les infrastructures fortement dépendantes et les systèmes centraux deviennent difficiles à faire évoluer.
  • Même des changements simples peuvent affecter de nombreux services, ce qui exige un examen prudent.
  • Une certaine fierté est exprimée à l’idée de maintenir les systèmes existants tout en rendant les changements invisibles.

• L’usage continu de plateformes anciennes, de niche et legacy

  • De nombreux utilisateurs et entreprises restent attachés à d’anciennes plateformes, dans des situations où il n’est pas possible de changer.
  • Certains développeurs logiciels fournissent des logiciels adaptés à leur usage ainsi que des garanties explicites, mais cela coûte cher et avance lentement.

• Interrogations sur le support de Curl sur de vieux systèmes d’exploitation

  • Certains se demandent si les builds actuels se font encore sur des systèmes qui n’ont pas reçu de mise à jour depuis plus de 25 ans.
  • Malgré les efforts pour ne pas casser la matrice de support, il est difficile de vérifier si cela fonctionne réellement.

• La licence permissive, l’un des facteurs de popularité de Curl

  • La licence de Curl ressemble à la MIT, mais avec quelques différences.
  • Une demande a été faite pour une brève explication des principales différences.

• Étonnement face à la diversité des versions de Linux

  • Il existe plus de 100 versions de Linux, même lorsqu’on le considère comme un seul OS.

• Interrogations sur la distinction entre systèmes d’exploitation similaires

  • FreeDOS, DR-DOS et MS-DOS ont été classés comme des OS distincts, alors qu’en pratique ils sont compatibles au niveau ABI.

• Demandes de réécrire Curl en Rust et interrogations sur la portée des cibles de Rust

  • Certains se demandent si Rust peut cibler toutes les architectures et tous les systèmes d’exploitation pris en charge par Curl.

• Suggestion de lecture connexe sur la naissance et l’histoire de Curl

  • Un lien vers un blog retraçant les 25 ans d’histoire de Curl a été partagé.

• Remarque humoristique sur l’ampleur du support et des mises à jour de Curl

  • Une blague évoque l’exécution de Curl sur l’ENIAC, où chaque mise à jour prendrait énormément de temps.