Journal Manuel d'installation de Pharo 13 sur Zorin OS 17 Core

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
15
11
jan.
2026

Le prix du Ministère de l'Enseignement et de la Recherche décerné à Pharo en décembre 2025 pour sa documentation m'a donné l'idée de rédiger ce manuel d'installation de Pharo 13 sur ma distribution GNU/Linux Zorin OS 17.3 Core.

Je l'ai publié sur le site Web des Éditions Atramenta (https://www.atramenta.net/lire/installation-et-utilisation-de-pharo/102768) sous licence Creative Commons BY-SA 3.0.
Il est téléchargeable gratuitement au formats PDF ou ePub.

En complément, je trouve que l'article sur les 40 ans de Smalltalk paru dans GNU/Linux Magazine des Éditions Diamond publié en septembre 2020 me semble une bonne introduction à cet Environnement de Développement Intégré (EDI).

  • # Zorin = Ubuntu

    Posté par  (Mastodon) . Évalué à 6 (+3/-0).

    Zorin étant basé sur ubuntu, j'imagine que le même guide pourrait s'appliquer à Debian, Mint, Ubuntu et tout autre distro basée sur Debian et Ubuntu à excluant les variantes immutables peut-être.

    • [^] # Re: Zorin = Ubuntu

      Posté par  (site web personnel) . Évalué à 2 (+1/-0). Dernière modification le 11 janvier 2026 à 18:04.

      Je le suppose aussi, mais je ne peux pas le vérifier n'ayant qu'un seul ordinateur portable.

      En théorie, les écrans bleux sont rare. En pratique, les utilisateurs appellent rarement le support pour dire : Bonjour.

    • [^] # Re: Zorin = Ubuntu

      Posté par  (site web personnel) . Évalué à 1 (+0/-0).

      Je viens de mentionner Pharo comme IDE sur la documentation officielle francophone d'Ubuntu.
      https://doc.ubuntu-fr.org/editeur_de_texte
      dans le paragraphe 2 Éditeurs orientés développement.

      En théorie, les écrans bleux sont rare. En pratique, les utilisateurs appellent rarement le support pour dire : Bonjour.

      • [^] # Re: Zorin = Ubuntu

        Posté par  (site web personnel) . Évalué à 1 (+0/-0). Dernière modification le 13 janvier 2026 à 16:10.

        Je viens de créer la page Pharo sur le Doku-Wiki d'Ubuntu (https://doc.ubuntu-fr.org/pharo) en m'inspirant de mon manuel pour Zorin OS 17 Core.
        A charge, aux utilisateurs d'Ubuntu de modifier mon texte, si Ubuntu le nécessite.

        En théorie, les écrans bleux sont rare. En pratique, les utilisateurs appellent rarement le support pour dire : Bonjour.

        • [^] # Re: Zorin = Ubuntu

          Posté par  . Évalué à 2 (+0/-0). Dernière modification le 14 janvier 2026 à 12:05.

          concernant la mention de pharo comme "éditeur de texte", c'est erroné, tu ne peux pas avoir un texte sur ton ordinateur, l'ouvrir avec pharo comme si c'était kate, vim ou geany, et l'éditer simplement. Sinon dans ce cas firefox ou android-studio ce sont des "éditeurs de texte", et même dans ce cas ils seront même plus adapté que pharo pour cet usage (sinon faudra expliquer comment extraire le texte de l'image pharo ensuite).

          Pour la doc sur le wiki d'ubuntu, pourquoi avoir indiqué des antislash pour les chemins ?

          \home\login\Telechargements

          Rappel important : vos amis qui se sont retournés contre vous parce que la TV leur a dit de le faire : ils le feront encore.

          • [^] # Re: Zorin = Ubuntu

            Posté par  (site web personnel) . Évalué à 2 (+1/-0).

            Je viens de supprimer Pharo de la liste des Éditeurs de texte orientés vers la programmation.

            En théorie, les écrans bleux sont rare. En pratique, les utilisateurs appellent rarement le support pour dire : Bonjour.

          • [^] # Re: Zorin = Ubuntu

            Posté par  (site web personnel) . Évalué à 2 (+1/-0).

            Pour les antislash, cela provient d'un vieux réflexe du à l'usage prolongé des environnements Microsoft. Mea culpa.
            Correction effectuée sur la documentation d'Ubuntu.

            En théorie, les écrans bleux sont rare. En pratique, les utilisateurs appellent rarement le support pour dire : Bonjour.

    • [^] # Re: Zorin = Ubuntu

      Posté par  . Évalué à 2 (+0/-0).

      Plus généralement, je suis étonné de voir l'utilisation massive de VM pour faire tourner le truc. (c'est abordé ici, et ).

      Question de vrai Noob: Pourquoi, keskisspass ?

      "Si tous les cons volaient, il ferait nuit" F. Dard

      • [^] # Re: Zorin = Ubuntu

        Posté par  (site web personnel, Mastodon) . Évalué à 10 (+7/-0).

        Il ne s'agit pas de virtualisation pour faire tourner un système classique dedans (comme les qemu, virtualbox, etc).

        Pharo est écrit en Smalltalk, un langage qui fonctionne dans une machine virtuelle spécifique, comme la JVM pour Java.

        L'idée de départ est la même (faire tourner le code sur une machine qui n'est pas le vrai matériel), mais les raisons ainsi que la réalisation sont très différentes. Dans la virtualisation moderne, on cherche surtout à mutualiser du matériel tout en isolant les applications (pour des questions de sécurité, de séparation de dépendances, ou de facilité en gardant un environnement connu). Pour Smalltalk, il s'agit plutôt de portabilité (le bytecode compilé peut s'exécuter sur n'importe quelle machine physuque, du moment qu'il existe une implémentation de la machine virtuelle) et aussi de s'affranchir (dans une certaine mesure, bien sûr) des limites de la machine physique. Les premières implémentations de Smalltalk (sur le Xerox Alto par exemple) pouvaient ainsi travailler avec des objets en RAM (très limitée, moins de 80Ko disponibles) mais aussi sur le disque dur de façon transparente (ce qu'on appelle aujourd'hui de la mémoire virtuelle).

        On peut donc concevoir une application bien plus grosse que la mémoire disponible dans la machine, déplacer/coper cette application sur une autre machine avec une architecture matérielle très différente, et obtenir du code très compact car le jeu d'instruction de la machine virtuelle est très adapté à ce qu'on exécute dessus (on fait donc beaucoup de choses avec peu d'instructions).

        L'implémentation peut être très simple (une boucle qui lit les instructions du bytecode une par une et les exécute) ou beaucoup plus complexe avec de la génération de code pour le CPU natif à la volée.

        • [^] # Re: Zorin = Ubuntu

          Posté par  . Évalué à 2 (+0/-0).

          ok, merci pour les explications.
          Je vais retenir l'analogie avec une JVM.

          "Si tous les cons volaient, il ferait nuit" F. Dard

    • [^] # Re: Zorin = Ubuntu

      Posté par  . Évalué à 2 (+0/-0).

      Plus généralement, je suis étonné de voir l'utilisation massive de VM pour faire tourner le truc. (c'est abordé ici, et ).

      Question de vrai Noob: Pourquoi, keskisspass ?

      "Si tous les cons volaient, il ferait nuit" F. Dard

  • # smalltalk

    Posté par  (site web personnel, Mastodon) . Évalué à 7 (+5/-0). Dernière modification le 11 janvier 2026 à 14:39.

    J'avais lu cet article sur Pharo. Ça a l'air fascinant. La seule raison de ne pas s'y mettre est le manque de temps…

    Byte Magazine Volume 06 Number 08 - Smalltalk
    https://archive.org/details/byte-magazine-1981-08/

    Pourquoi pas plus de succès ?

    • [^] # Re: smalltalk

      Posté par  (site web personnel) . Évalué à 6 (+4/-0).

      Pourquoi pas plus de succès ?

      non empaqueté dans Debian, ni dans les autres distributions ?

      introuvable sur :
      https://packages.debian.org/search?searchon=contents&keywords=pharo&mode=filename&suite=stable&arch=any
      ni https://repology.org/
      ni https://pkgs.org/

      • [^] # Re: smalltalk

        Posté par  (site web personnel, Mastodon) . Évalué à 6 (+4/-0). Dernière modification le 11 janvier 2026 à 20:01.

        Pas non plus dans Fedora.

        En fait, ma question portait plus largement sur Smalltalk sur le long terme. Est-ce que par exemple Microsoft n'aurait pas pu s'en servir aux débuts de Windows pour faire des applications graphiques ? Est-ce qu'on aurait pu alors avoir un environnement Smalltalk au lieu de Visual Basic dans les années 90 ?

        • [^] # Re: smalltalk

          Posté par  . Évalué à 5 (+3/-0).

          d'aprés pkgs.org, pharo n'est empaqueté que pour FreeBsd

          • [^] # Re: smalltalk

            Posté par  (site web personnel) . Évalué à 2 (+1/-0). Dernière modification le 12 janvier 2026 à 10:01.

            Et encore, c'est un paquet Pharo 10.x amd64 qui est disponible pour FreeBSD.

            Alors que Pharo en est à la version 13.

            En théorie, les écrans bleux sont rare. En pratique, les utilisateurs appellent rarement le support pour dire : Bonjour.

        • [^] # Re: smalltalk

          Posté par  (site web personnel, Mastodon) . Évalué à 10 (+7/-0).

          En fait, ma question portait plus largement sur Smalltalk sur le long terme. Est-ce que par exemple Microsoft n'aurait pas pu s'en servir aux débuts de Windows pour faire des applications graphiques ? Est-ce qu'on aurait pu alors avoir un environnement Smalltalk au lieu de Visual Basic dans les années 90 ?

          Les débuts de Smalltalk en dehors de Xerox ont été très compliqué à cause de problèmes de performances (il fallait du matériel hors de prix spécifique au moins dans la première moitié des années 80).

          Puis ensuite, d'autres technos avaient pris la place. Smalltalk (les versions de l'époque, en tout cas) fonctionne bien si il est utilisé comme un système d'exploitation complet (il vient avec sa propre façon de gérer les fenêtres et l'environnement graphique, le stockage sur disque, …). Mais il est difficile à intégrer dans un système existant.

          Enfin, le fait de développer son application en modifiant directement son environnement de travail (il n'y a pas de phase de compilation, ou de distinction entre l'environnement de développement et d'exécution), c'est super pour expérimenter et développer le système lui-même, mais ce n'est pas forcément quelque chose qu'on veut mettre entre toutes les mains. C'est trop facile de faire une fausse manipulation et de "casser" un objet essentiel au fonctionnement du système. Tout cela n'a été résolu que plus tard.

          Cependant, beaucoup d'idées développées dans Smalltalk ont trouvé une utilisation ailleurs. Les machines virtuelles orientées objet avec un bytecode ont donné Java, la gestion de la mémoire avec les applications résidentes en RAM a donné Palm OS, l'interface graphique à base de fenêtres a fortement inspiré Apple pour le Lisa et le Macintosh, puis ensuite un peu tous les autres systèmes, et tout ça sans parler des aspects matériels qui ont été développés en parallèle: Ethernet, imprimantes laser, CPU avec un microcode reprogrammable…

      • [^] # Re: smalltalk

        Posté par  (site web personnel) . Évalué à 3 (+2/-0).

        Le package debian n'existe pas. La demande de création du package a été faite mais n'a pas déchaîné les foules.

  • # MOOC Programmation objet immersive en Pharo

    Posté par  (site web personnel, Mastodon) . Évalué à 10 (+12/-0).

    Fun et l'Inria Learning Lab viennent d'annoncer la prolongation en 2026 de l'excellent Mooc gratuit Programmation objet immersive en Pharo

    Pour découvrir le langage, lire la dépêche Pharo : quoi de neuf ? incluant la fameuse carte postale qui présente l'ensemble de la syntaxe de Pharo.

    Titre de l'image

    Et évidemment le site https://pharo.org/ qui propose de nombreuses ressources.

    Le Byte Magazine Volume 06 Number 08 - Smalltalk est collector.

Envoyer un commentaire

Suivre le flux des commentaires

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