Thomas Debesse a écrit 3657 commentaires

  • # En fait ce n’est pas nouveau malheureusement

    Posté par  (site web personnel, Mastodon) . En réponse au lien Des téléphones endommagés par un laser lors d'une disco.. Évalué à 10.

    En fait ce n’est pas nouveau malheureusement, y compris avec des appareils photos professionnels à plusieurs K€…

    Ici un article en 2011: https://www.hdcamteam.com/2011/07/10/report-cmos-ccd-cameras-damaged-by-laser/

    Ou celui-là en 2013 avec une vidéo qui marche encore, contrairement à l’article précédent : https://photofocus.com/photography/beware-lasers-can-kill-your-cameras-sensor/

    Ladite vidéo est dite être plus ancienne que l’article (probablement celle mentionnée dans l’article de 2011) et a été prise avec un Canon 5D Mark II, un modèle sorti en 2008.

    En effet j’ai entendu des histoire comme ça depuis ces époques-là, c’est comme ça que j’ai retrouvé ces articles, en cherchant de mémoire « laser canon camera damaged » sur DDG). J’avais souvenir d’une autre vidéo mais celle-là montre bien le problème aussi.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Rocm vs cuda

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 8.

    La réalité qui fait mal c’est que si ton activité économique dépend du calcul sur GPU et que tu n’as pas des milliers de machines, il faut acheter du Nvidia.

    Krita AI Diffusion est dans la même situation que Blender et d’autres logiciel de ce type : ça implémente à la fois CUDA (NVidia) et ROCm (AMD), mais indépendamment des efforts de Krita, l’écosystème CUDA est plus mature et la prise en charge matérielle est beaucoup plus large. Mais Nvidia çapucépalibre.

    Beaucoup d’outils IA fonctionnent sur ROCm aussi, mais il faut aligner les planètes et sacrifier une chèvre un soir de pleine-lune. ROCm rattrape son retard mais pour choisir ROCm il faut bien savoir ce qu’on fait et acheter très précisément son matériel.

    Après CUDA c’est pas la panacée non-plus, leurs pilotes sont par génération donc dès que ta carte est de la génération précédente ça commence à poser problème, mais au moins tu n’as pas de problème entre deux produits de la même génération (hors limitations matérielle comme la taille de la mémoire).

    C’est beaucoup moins risqué d’acheter une carte Nvidia en aveugle pour faire du calcul.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: AMD > Intel/NVidia

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 10.

    mais c'est dans le même esprit de maximiser les gains sans aucune humanité ou respect du client.

    Merci de dire ça, maintenant ça me fait tilt dans ma tête. C’est vrai que je répondais surtout sur le sujet des pilotes de cartes graphiques, et donc mes expériences Intel autres ne me sont pas revenues tout de suite, et j’ai seulement parlé de pratiques anti concurrentielles autour des CPUs parce que c’est la chose la plus objectivement scandaleuse à laquelle je pensais.

    Mais ce dont tu me rappelles et qui n’est pas illégal mais vraiment insupportable en parlant de « maximiser les gains sans aucune humanité ou respect du client », c’est la segmentation des produits qui va jusqu’au sabotage. Exemple de choses que j’ai vues :

    • Des CPUs 64-bit qui sont vendus comme 32-bits et qu’il faut essayer pour se rendre compte qu’en fait ça marche en 64-bit. J’ai vu ça sur des cartes pour routeur type Soekris (ouh le coup de vieux) avec la gamme de CPUs Intel Atom E6xx.
    • Des CPUs qui prennent en charge le PAE mais qui ne déclarent pas la prise en charge (contraignant à recourir à des hacks pour que les distributions acceptent d’installer un noyau PAE). Par exemple le Thinkpad R51 (ordinateur portable grand public) était affecté, avec son Pentium M Dothan.
    • Des produits avec le même nom mais qui n’ont pas les mêmes fonctionnalités, comme le Pentium E2200 qui n’a pas de prise en charge de virtualisation mais qui vient avec une puce graphique OpenGL 2.1, ou le Pentium E2200 (même nom) qui prend en charge la virtualisation mais qui ne vient pas avec une puce graphique OpenGL 2.1.
    • Les récentes déboires autour de AVX512 où les fonctionnalités sont ajoutées ou retirées selon le produit, la gamme, ou la génération… Ce tableau est éloquent : https://en.wikipedia.org/wiki/AVX-512#CPUs_with_AVX-512

    Parce que oui en fait, si certains exemples précédents sont anciens, en fait Intel fait toujours ça.

    Les produits Intel sont insupportables sur le marché de l’occasion, tu ne sais jamais vraiment ce que tu vas avoir comme fonctionnalité, et toute cette souffrance est l’effet de leur politique de segmentation des produits.

    Alors que quand tu achètes un produit AMD d’occasion, tu sais qu’il y aura toutes les fonctionnalité de l’époque où le produit est sorti, et surtout que, contrairement à ce qui peut se passer avec Intel, tu ne vas pas avoir un produit avec moins de fonctionnalité que les produits plus anciens, ou que le produit de la gamme d’à côté, ou que le produit avec le même nom sur l’étagère d’à côté.

    Parce qu’avec AMD tout n’est pas rose (l’exemple du pilote ROCm qui n’est pas universel), mais contrairement à Intel, AMD ne retire pas dans sa génération suivante une fonctionnalité matérielle de la génération précédente, sur des trucs aussi fondamentaux que le PAE, la visualisation, ou des extensions de calcul qui requièrent une recompilation du logiciel si elles sont manquantes.

    Cette façon de segmenter le marché est d’ailleurs en train de piquer très fortement avec la fin de Windows 11 et l’omniprésence d’Intel : Windows 11 dit requérir TPM et un processeur double cœur, mais tu tombes fréquemment sur des machines qui ont toutes les fonctionnalité requises (y compris la bonne version de TPM), avec un processeur double cœur comme demandé, mais en fait non, on découvre au dernier moment qu’Intel avait décidé de segmenter ses produits en activant ou désactivant ci ou ça selon le produit et certains ordinateurs sont désormais compatibles Windows 11 et d’autres ne le sont pas, en pure conséquence de ces désactivations arbitraires de je ne sais quoi au moment de la mise sur le marché il y a quelques années.

    Intel en occasion c’est une roulette russe, tu ne peux jamais supposer « c’est de telle année, donc ça a au moins telle fonctionnalité ». C’est insupportable.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Résolution / définition

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 4.

    Ah oui c’est vrai ! J’ai ajouté ce paragraphe en dernier juste avant de soumettre à la modération, j’ai été moins vigilant. 😀

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Jungle

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 10.

    La commande pour Vulkan est vulkaninfo --summary (ou vulkaninfo si tu veux beaucoup de lignes).
    Le pilote Vulkan de base est RADV. Par exemple de mon côté j’ai :

    $ vulkaninfo --summary
    ==========
    VULKANINFO
    ==========
    
    Vulkan Instance Version: 1.3.275
    
    
    Instance Extensions: count = 24
    -------------------------------
    VK_EXT_acquire_drm_display             : extension revision 1
    VK_EXT_acquire_xlib_display            : extension revision 1
    VK_EXT_debug_report                    : extension revision 10
    VK_EXT_debug_utils                     : extension revision 2
    VK_EXT_direct_mode_display             : extension revision 1
    VK_EXT_display_surface_counter         : extension revision 1
    VK_EXT_headless_surface                : extension revision 1
    VK_EXT_surface_maintenance1            : extension revision 1
    VK_EXT_swapchain_colorspace            : extension revision 4
    VK_KHR_device_group_creation           : extension revision 1
    VK_KHR_display                         : extension revision 23
    VK_KHR_external_fence_capabilities     : extension revision 1
    VK_KHR_external_memory_capabilities    : extension revision 1
    VK_KHR_external_semaphore_capabilities : extension revision 1
    VK_KHR_get_display_properties2         : extension revision 1
    VK_KHR_get_physical_device_properties2 : extension revision 2
    VK_KHR_get_surface_capabilities2       : extension revision 1
    VK_KHR_portability_enumeration         : extension revision 1
    VK_KHR_surface                         : extension revision 25
    VK_KHR_surface_protected_capabilities  : extension revision 1
    VK_KHR_wayland_surface                 : extension revision 6
    VK_KHR_xcb_surface                     : extension revision 6
    VK_KHR_xlib_surface                    : extension revision 6
    VK_LUNARG_direct_driver_loading        : extension revision 1
    
    Instance Layers: count = 6
    --------------------------
    VK_LAYER_INTEL_nullhw             INTEL NULL HW                         1.1.73   version 1
    VK_LAYER_MANGOHUD_overlay_x86_64  Vulkan Hud Overlay                    1.3.0    version 1
    VK_LAYER_MESA_device_select       Linux device selection layer          1.3.211  version 1
    VK_LAYER_MESA_overlay             Mesa Overlay layer                    1.3.211  version 1
    VK_LAYER_RENDERDOC_Capture        Debugging capture layer for RenderDoc 1.3.131  version 27
    VK_LAYER_VKBASALT_post_processing a post processing layer               1.3.223  version 1
    
    Devices:
    ========
    GPU0:
        apiVersion         = 1.3.289
        driverVersion      = 24.2.8
        vendorID           = 0x1002
        deviceID           = 0x7480
        deviceType         = PHYSICAL_DEVICE_TYPE_DISCRETE_GPU
        deviceName         = AMD Radeon PRO W7600 (RADV NAVI33)
        driverID           = DRIVER_ID_MESA_RADV
        driverName         = radv
        driverInfo         = Mesa 24.2.8-1ubuntu1~24.04.1
        conformanceVersion = 1.3.0.0
        deviceUUID         = 00000000-8300-0000-0000-000000000000
        driverUUID         = 414d442d-4d45-5341-2d44-525600000000
    
    GPU1:
        apiVersion         = 1.3.289
        driverVersion      = 0.0.1
        vendorID           = 0x10005
        deviceID           = 0x0000
        deviceType         = PHYSICAL_DEVICE_TYPE_CPU
        deviceName         = llvmpipe (LLVM 19.1.1, 256 bits)
        driverID           = DRIVER_ID_MESA_LLVMPIPE
        driverName         = llvmpipe
        driverInfo         = Mesa 24.2.8-1ubuntu1~24.04.1 (LLVM 19.1.1)
        conformanceVersion = 1.3.1.1
        deviceUUID         = 6d657361-3234-2e32-2e38-2d3175627500
        driverUUID         = 6c6c766d-7069-7065-5555-494400000000
    
    

    Comme pour moi ça peut éventuellement lister une seconde « GPU » (llvmpipe) qui est en fait une implémentation CPU de secours s’il n’y a pas de GPU prenant en charge Vulkan (les deux s’affichent quand même).

    Il n’y a pas de raison que ta distribution n’installe pas le pilote RADV, il est fourni en standard depuis très longtemps maintenant. Il est possible que la commande vulkaninfo ne soit pas installée, mais le pilote devrait déjà être là.

    En quelque sorte Vulkan fait double emploi avec OpenGL dans le sens que ça a la même fonction : être utilisé par des applications pour afficher des choses à l’écran. Mais ça ne fait pas double emploi dans le sens que certaines applications utilisent OpenGL, et d’autres applications utilisent Vulkan, donc il faut avoir les deux, ce n’est pas interchangeable pour l’utilisateur.

    Pour info, la commande standard pour vérifier OpenGL est glxinfo -B sous X11 (-B pour brief, entrer seulement glxinfo pour avoir la sortie bavarde), et eglinfo -B sous Wayland (eglinfo pour la sortie bavarde). Ici ta commande inxi râle un peu parce que tu es sous Wayland mais tu n’as que glxinfo d’installé et pas eglinfo. Comme mentionné tu peux entrer inxi --recommends pour en savoir plus sur les outils utilisables par inxi.

    Par exemple:

    $ glxinfo -B
    name of display: :1
    display: :1  screen: 0
    direct rendering: Yes
    Extended renderer info (GLX_MESA_query_renderer):
        Vendor: AMD (0x1002)
        Device: AMD Radeon PRO W7600 (radeonsi, navi33, LLVM 19.1.1, DRM 3.63, 6.8.0-63-generic) (0x7480)
        Version: 24.2.8
        Accelerated: yes
        Video memory: 8192MB
        Unified memory: no
        Preferred profile: core (0x1)
        Max core profile version: 4.6
        Max compat profile version: 4.6
        Max GLES1 profile version: 1.1
        Max GLES[23] profile version: 3.2
    Memory info (GL_ATI_meminfo):
        VBO free memory - total: 3476 MB, largest block: 3476 MB
        VBO free aux. memory - total: 115256 MB, largest block: 115256 MB
        Texture free memory - total: 3476 MB, largest block: 3476 MB
        Texture free aux. memory - total: 115256 MB, largest block: 115256 MB
        Renderbuffer free memory - total: 3476 MB, largest block: 3476 MB
        Renderbuffer free aux. memory - total: 115256 MB, largest block: 115256 MB
    Memory info (GL_NVX_gpu_memory_info):
        Dedicated video memory: 8192 MB
        Total available memory: 136967 MB
        Currently available dedicated video memory: 3476 MB
    OpenGL vendor string: AMD
    OpenGL renderer string: AMD Radeon PRO W7600 (radeonsi, navi33, LLVM 19.1.1, DRM 3.63, 6.8.0-63-generic)
    OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.2.8-1ubuntu1~24.04.1
    OpenGL core profile shading language version string: 4.60
    OpenGL core profile context flags: (none)
    OpenGL core profile profile mask: core profile
    
    OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.2.8-1ubuntu1~24.04.1
    OpenGL shading language version string: 4.60
    OpenGL context flags: (none)
    OpenGL profile mask: compatibility profile
    
    OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.2.8-1ubuntu1~24.04.1
    OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
    

    Et pour OpenCL la commande est clinfo -l (ou clinfo quand on aime scroller), commande qui n’est généralement pas installée par défaut. Le pilote rusticl n’est pas toujours installé par défaut, sur Ubuntu par exemple c’est le paquet mesa-opencl-icd, et comme il est encore expérimental il faut généralement mettre une variable d’environnement explicite pour l’activer.

    Par exemple de mon côté sur Ubuntu 24.04, avec à la fois ROCm et RustiCL :

    $ RUSTICL_ENABLE=radeonsi clinfo -l
    Platform #0: AMD Accelerated Parallel Processing
     `-- Device #0: gfx1102
    Platform #1: rusticl
     `-- Device #0: AMD Radeon PRO W7600 (radeonsi, navi33, LLVM 19.1.1, DRM 3.63, 6.8.0-63-generic)
    

    Pour résumer il est probable que ta distribution installe par défaut RadeonSI pour OpenGL, RadeonSI pour VA-API, ainsi que RADV pour Vulkan, et propose dans ses dépôts RustiCL RadeonSI pour OpenCL. Les noms de paquets contiennent généralement le nom mesa et l’API (par exemple vulkan) sans préciser plus car ils fournissent aussi les pilotes des autres fabricants. Par exemple sur Ubuntu : libegl-mesa0 libglx-mesa0 libglapi-mesa mesa-vulkan-drivers mesa-va-drivers mesa-opencl-icd.

    Il est assez rare que ROCm soit fournit dans les dépôts, et pour GIM c’est pas la peine d’y penser.

    Normalement ta distribution te fourni déjà les pilotes OpenGL et Vulkan sans que tu ne fasses rien (ce serait grave si ce n’était pas vrai).

    J’ai envie de dire que si tu ne sais pas ce que tu as, c’est que tu n’as pas besoin de ce que tu n’as pas. 😉️

    ce commentaire est sous licence cc by 4 et précédentes

  • # Rien que pour s’amuser, je suis un peu taquin 🤡️

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 10. Dernière modification le 04 juillet 2025 à 09:55.

    Pour illustrer la dépêche je me suis amusé à coller sur une pile de cartes graphiques un autocollant LinuxFr récupéré sur le stand au dernier salon OSXP, et pour le fun je n’ai mis que des cartes graphiques pro mais qui ont toutes une histoire rigolote dans le sens où… il y a systématiquement un piège. 🤫

    La Radeon PRO W7600 noire, c’est une RDNA 3 (donc très récente), que j’ai acheté exprès en gamme « PRO » pour être certain d’avoir ROCm (pour le calcul HIP). Mais je n’avais pas besoin d’un monstre, et je voulais une simple-slot, donc j’ai pris celle-là, une petite pro, mais une pro quand même. Je m’étais dit (à tort) que la gamme « PRO » allait me garantir la prise en charge. En fait non, ROCm n’est officiellement pas pris en charge sur cette carte, jugée trop bas de gamme j’imagine. Le pilote est quand même actif, mais Blender Cycle ne produit rien de correct et Darktable se vraque dès que j’active OpenCL avec ROCm. Bon, j’ai un ThreadRipper à côté donc c’est pas très grave, mais ça rappelle que pour le calcul HIP, il faut vraiment bien sélectionner son matériel. 🧐️

    La FirePro S7510 noire et blanche est le seul modèle publiquement pris en charge par l’ancien pilote GIM de virtualization GPU. Elle existe en simple GPU ou en double GPUs (deux puces graphiques sur la carte, comme s’il y avait deux cartes dans le PC), celle-ci est la simple GPU. En fait à l’époque AMD avait 3 modèles de cartes virtualisables je crois, mais la S7150 (simple ou double GPU) était la seule publiquement disponible, et le pilote GIM public ne prenait que celle-ci en charge. J’imagine que les autres modèles étaient réservés à certains marchés (type serveur de jeu Google Stadia) et que les clients avaient accès à un pilote non public. Évidemment le pilote GIM pour cette carte date d’il y a 6 ou 8 ans… 🙃️

    La Radeon PRO V320 bleue est une carte conçue pour le poste de développement Google Stadia (chez le développeur), donc pas la supposée carte virtualisable sus-mentionnée. Elle n’est pas sensée être sur le marché, donc si par chance les pilotes graphiques (OpenGL et Vulkan) fonctionnent, ce n’est pas la peine d’aller chercher du support chez AMD pour autre chose (ROCm ou autre). 😅️

    Et la dernière avec le ventilateur rouge, c’est une FirePro S10000, c’est une carte double GPUs de génération GCN1 et pour le coup c’est une très haut de gamme. Mais puisqu’elle est de génération GCN1 c’est donc une carte qui n’a aucun pilote de calcul propriétaire qui (même obsolète) fonctionnerait encore aujourd’hui avec le pilote amdgpu sur un noyau actuel. Il faut revenir à fglrx et un noyau et une distribution qui date de Mathusalem pour ça. 😭️ Avec le pilote libre Linux amdgpu, Mesa RustiCL est son seul espoir de faire du calcul aujourd’hui sur une distribution récente. 🤪️

    Donc il y a marqué « PRO » partout sur toutes ces cartes, mais en fait c’est insuffisant pour toutes de ces cartes : elles sont ou bien trop petites, ou trop vieilles, ou trop confidentielles… Bon c’est vrai que j’ai fait exprès de les rassembler pour la photo. 😏️

    Si vous avez d’autres besoins qui ne peuvent être satisfait ni par OpenGL, ni par Vulkan, ni par VA-API, ni par l’OpenCL de RustiCL… (en gros, ROCm ou GIM), sélectionnez vos cartes vraiment très soigneusement. 👀️

    Mais si comme 99% des gens tout ce que vous faites c’est du rendu (vidéo, jeu…), n’importe quelle carte AMD fonctionne du tonnerre même en la choisissant les yeux fermés, et ce même avec des cartes très confidentielle : par exemple les pilotes Linux et Mesa prennent même en charge la puce graphique de la PlayStation 5, cette puce s’étant retrouvée sur la carte de minage BC-250 🫣️ (et j’ai vérifié [1],[2] 😎️).

    ce commentaire est sous licence cc by 4 et précédentes

  • # Menues corrections de conjugaison

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 4.

    Trouvées en me relisant après publication…

    Ici :

    - le pilote RADV fournit par votre distribution
    + le pilote RADV fourni par votre distribution

    Et là:

    - PAL et ORCA était des portages du pilote OpenCL
    + PAL et ORCA étaient des portages du pilote OpenCL

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: AMD > Intel/NVidia

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 10.

    Aujourd’hui Intel est devenu un concurrent plus sérieux, non-seulement leurs puces intégrées ont des performances correctes, mais ils produisent aussi désormais des cartes graphiques (au format carte, donc). Je range leurs pilotes dans la même case qu’AMD en terme d’intégration et de fonctionnalité. Comme on dit, ça marche au déballage. Je ne sais pas trop qui est le plus collaboratif entre AMD et Intel.

    J’ai basculé de Nvidia à ATI en janvier 2008 en achetant une HD 2600 PRO AGP [preuve], c’était juste après le rachat d’ATI par AMD et le début de la publication des spécifications des cartes ATI et le début de l’aventure RadeonHD. Cet achat a été un acte politique. J’avais racheté cette carte à un camarade de promo qui avait fait une erreur d’achat (j’imagine qu’il avait confondu AGP/PCIe). Depuis j’achète systématiquement du AMD neuf pour la carte graphique de ma station de travail.

    Je n’aime pas beaucoup Intel pour leurs pratiques anti-concurrentielles, donc j’achète mes CPUs neufs chez AMD, et je n’aime pas Nvidia pour sa politique de fermeture, donc j’achète mes GPUs neufs chez AMD.

    La dernière fois que j’ai donné de l’argent à Nvidia c’était pour une Geforce 4 PCI et une Geforce 6600 AGP. C’était pour faire un triple écran, mais Nvidia l’a cassé quelques semaines plus tard en séparant le pilote en deux pour chacune des cartes, et les pilotes étaient incompatibles, c’était soit la Geforce 4, soit la Geforce 6600.

    J’évite Nvidia autant que je peux. Parfois mes ordis portables ont du Nvidia mais c’est parce que j’achète systématiquement des Thinkpads d’occasion et que donc ça reflète l’état du marché d’il y a quelques années, et je ne me permet ces cartes Nvidia que parce que c’est d’occasion. Et c’est un enfer. Je rencontre les mêmes problèmes que je rencontrais dans les années 2000, ça donne une sensation très bizarre. L’expérience Nvidia c’est comme si tu vivais encore à l’époque de MSN, de Windows XP, des forfaits téléphone 2h et 30 SMS à 30€/mois et d’Alizée qui tourne en boucle à la radio, mais avec des performances graphiques actuelles. En 2021 je racontais que j’avais dû modifier le fichier xorg.conf pour faire marcher une Nvidia comme si on était encore au début des années 2000, mais après 2020. Nvidia c’est l’expérience des années 2000 mais en plus rapide. Le futur avec Nova et NVK devrait changer la donne, heureusement, il est plus que temps…

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: authentification... (ou identification ?)

    Posté par  (site web personnel, Mastodon) . En réponse au lien Faciale sous Linux. Évalué à 7.

    il s'agit d'authentification faciale sous Linux […]
    Pour la répudiation de l'authentification, je suis moyennement partant

    C’est précisément pourquoi il ne faut pas confondre identification et authentification, la biométrie permet de vous reconnaître donc de vous identifier, c’est à dire de pré-remplir l’identifiant. La biométrie ne peut pas pré-remplir votre mot de passe.

    La biométrie ne peut servir qu’à ça, vous vous placez à un poste de travail, l’ordinateur vous reconnaît « bonjour Thomas ! » et vous demande de vous authentifier (saisir un mot de passe, par exemple).

    Un autre moyen de comprendre la différence, c’est que l’identification, l’authentification et l’accès peuvent être chacun des trois révoqués séparément.

    Par exemple l’administrateur du système peut révoquer votre identifiant quand vous quittez définitivement la société, il peut aussi conserver votre identifiant parce que vous êtes parti en année sabbatique mais révoquer votre accès jusqu’à votre retour, et il peut encore révoquer votre mot de passe seul, « parce que votre date de naissance comme mot de passe c’est un peu abusé, et pourquoi pas votre visage aussi ? » ou encore parce qu’on vous avait explicitement dit que vous deviez utiliser des mots de passe différents pour vos accès locaux et les accès à la boîte mail que vous consultez depuis chez vous…

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Pas compris

    Posté par  (site web personnel, Mastodon) . En réponse au lien Le petit cerveau du "simple" développeur. Évalué à 8.

    Je pense que même en Anglais les bébés ne parlent pas comme ça. En fait si, ils parlent comme ça, mais par les fesses.

    C’est un exercice où chaque phrase est retranché intentionnellement d’un élément de structurel nécessaire : verbe, conjonction de coordination, ponctuation… C’est pas du baby english, c’est du cryptage (pas du chiffrage), et du cryptage asymétrique : on n’est pas sensé retrouver facilement la phrase d’origine, l’absence de bijection de la transformation est intentionnelle, et la destruction d’information est intentionnelle.

    C’est de la torture mentale et j’ai refusé de lire au bout de trois lignes. En tant que lecteur je demande d’être respecté un minimum et qu’on ne me gicle pas ses fèces au visage.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Zero bug original corrigé mais de nouveaux bugs

    Posté par  (site web personnel, Mastodon) . En réponse au lien XLibre Xserver: Banned by Red Hat Developer Plans Revival of X11. Évalué à 9.

    Je ne dirai pas « Le contributeur le plus prolifique », ni contributeur, ni prolifique, parce que visiblement c’est quelqu’un qui soumet la sortie d’une IA, donc ce n’est pas un contributeur, et sans sujet, il n’y a pas de qualificatif à apporter. Les IAs peuvent produire beaucoup de bruit, c’est pas nouveau.

    ce commentaire est sous licence cc by 4 et précédentes

  • # Pas merci

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Not so Common Desktop Environment (NsCDE), un paradigme différent. Évalué à 5.

    Et même KDE, dont le nom serait un jeu de mots avec Kool Desktop Environment (personne ne s'en souvient vraiment, on trouve d'autres explications).

    Je suis vieux [mais|et|donc|car]¹ je me souviens de ce jeu de mots.

    ¹ Choisir la conjonction de coordination que vous préférez.

    Je me souviens aussi avoir utilisé quelques instants CDE sur Solaris 10 au début des années 2000, quelques instants seulement car je me suis déconnecté et avant de me reconnecter dans le gestionnaire de connexion j’ai choisi le Java Desktop System, un dérivé de GNOME, qui m’était plus familier. Donc si GNOME m’était déjà familier, je ne suis pas si vieux que ça alors (on essaie de se rassurer comme un peu) ! Dites les gens, vous souvenez-vous aussi du Project Looking Glass ?

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Compression

    Posté par  (site web personnel, Mastodon) . En réponse au lien Le format Open Document file (ODF) fête ses vingt ans. Évalué à 3.

    C’était pour repréciser le contexte pour bien identifier où zstd rentre en jeu dans l’affaire. =)

    Ça concerne LibreOffice mais je doute qu’ils aient deux bibliothèques “zipapi”, donc l’ajout de zstd à leur bibliothèque zip laisse supposer que cette compression sera utilisable avec un fichier ODF. Ça pourrait aussi être utilisé pour les fichiers d’extension OXT, ou les sauvegardes temporaires.

    Ce commentaire est intéressant :

    […] a fast zip odt-mode with zstandard for working could be possible.
    zstandard compression is also possible for internal automatic fast saving in a second parallel work file in session.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Compression

    Posté par  (site web personnel, Mastodon) . En réponse au lien Le format Open Document file (ODF) fête ses vingt ans. Évalué à 5. Dernière modification le 02 mai 2025 à 10:10.

    Un fichier ODT, ODG, etc. est simplement une archive zip avec des fichiers dedans. Zip est un conteneur, dans un zip, chaque fichier est compressé séparément, ce qui permet de lire et décompresser un seul fichier depuis l’archive sans avoir à décompresser toute l’archive, c’est pourquoi zip est souvent utilisé comme conteneur de divers format (Microsoft fait pareil avec ses OOXML). Chaque fichier étant compressé séparément dans le conteneur, il est en fait possible d’utiliser différents algorithmes de compression, par fichier. Par défaut l’algorithme de compression est deflate, mais ça peut être autre chose, comme rien du tout (fichier non compressé), ou zstd. La compression zstd étant plus efficace que deflate, ça devrait produire des fichiers plus compacts, mais comme le conteneur est inchangé, tout le code de manipulation de fichier dans une archive reste le même, excepté la fonction de compression ou décompression.

    Je connais un peu le sujet car avec Unvanquished nos fichiers de jeux sont stockés dans des archives DPK… qui sont en fait des zip. Tout comme un jeu qui va stocker des textures dans un zip, libreoffice va stocker les divers fichiers d’un document dans un zip, le texte en lui-même, les métadonnées, les images et fichiers sons éventuels… :D

    ce commentaire est sous licence cc by 4 et précédentes

  • # L’annonce sur Cemetch

    Posté par  (site web personnel, Mastodon) . En réponse au journal Décès de Romain Liévin, auteur de TiLP et acteur incontournable de la scène TI sous Linux. Évalué à 8.

    L’annonce de Lionel (en Anglais) sur Cemetech: https://www.cemetech.net/forum/viewtopic.php?t=20268

    C’est une reprise de celle sur ticalc.org complétée avec plus de détails. Cemetech est un site centré sur les modèles TI Z80/eZ80 (l’administrateur Kerm Martian est entre autre l’auteur du shell Doors CS pour les 83+/84+) ainsi que quelques récentes Casio et HP.

    Je savais que Romain avait des enfants, Lionel y confirme en commentaire qu’il en avait trois. Je ne pouvais être présent à la cérémonie à Valence mais mes prières vont à la famille.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Son ancien blog

    Posté par  (site web personnel, Mastodon) . En réponse au journal Décès de Romain Liévin, auteur de TiLP et acteur incontournable de la scène TI sous Linux. Évalué à 6.

    En effet ! Quand je disais que je n’avais cessé de le croiser en ligne, je disais cela même en ayant oublié sa présence ici…

    En 2012 il avait laissé un commentaire sous ma dépêche sur Punix (un Unix pour TI-92+) :
    https://linuxfr.org/news/punix-le-bapteme-du-feu#comment-1331791

    J’en avais profité pour le remercier directement pour ce qu’il avait réalisé :
    https://linuxfr.org/news/punix-le-bapteme-du-feu#comment-1331866

    Dans son commentaire il expliquait qu’une part de son désintérêt pour les calculatrices venait de la fermeture des nouveaux modèles :

    Dommage que la NSpire soit autant fermée, raison pour laquelle j'ai arrêté de travailler sur ces machines.

    S’il a pu travailler à implémenter la connectivité avec la Nspire et que TI l’avait aidé en lui fournissant un modèle, la Nspire est la génération de calculatrice avec laquelle TI a recommencé à verrouiller ses modèles pour empêcher l’exécution de code machine. C’est la problématique évoquée dans cette récente dépêche, même si la Nspire n’est pas mentionnée. Avec sa Nspire, TI était un précurseur de la fermeture à cette époque, et ça en a découragé plus d’un :

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Bravo

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.55, enfin là !. Évalué à 9.

    Merci ! C’est vrai qu’on prend un soin particulier à polir minutieusement ce jeu. 🙂️

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Article intéressant ...

    Posté par  (site web personnel, Mastodon) . En réponse au lien Bjarne Stroustrup appelle a défendre le C++ contre les attaques sur le manque de protection mémoire. Évalué à 5.

    La question si j'ai bien compris, est de patcher le C/C++ pour qu'il puisse gérer la mémoire de manière pluis sûre, parce que ce serait moins compliqué d'adapter le code existant à une nouvelle gestion mémoire que tout réécrire en rust … Ca se défend, mais je ne suis pas convaincu : ça dépendra surtout je pense de la façon dont le code a été écrit initialement.

    Ben personnellement j’irai plutôt dans la direction d’adapter le code existant si possible. Par exemple le jeu Unvanquished c’est environ 20 000 lignes dans le moteur et près de 12 000 dans le jeu lui-même, sans compter certaines bibliothèques et autre outils que l’on maintient. Personne n’ira réécrire ça. D’ailleurs historiquement notre code a été porté de C vers le C++, et ça a été possible parce que tu peux commencer à compiler du C avec un compilateur C++ assez facilement avant de commencer à utiliser des choses qui n’existent que dans le C++. Un effort similaire pour porter progressivement vers un C++2 serait possiblement envisageable, mais pas une réécriture dans un langage qui ne partage rien en commun.

    Un projet comme le noyau Linux est aussi le genre de projet qui pourrait bénéficier d’extensions du C, par exemple de nouveaux types qui, lorsque tu les utilises, te sortent des erreurs et t’obligent à porter en cascade le reste du code qui utilise ces variables et autres constructions.

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Cool

    Posté par  (site web personnel, Mastodon) . En réponse au lien Après plus de quatre années de développement, Dynamic Triple Buffering est prêt pour GNOME 48 !. Évalué à 4.

    Hmmm, la GMA Gen 3 est vraiment limitée. Par exemple elle ne prend en charge OpenGL 2.1 que sous Linux parce que Mesa en émule une partie sur le CPU… La GMA 950 date de 2005, et même les dernières Gen 3 qui datent de 2007 sont plus limitées que la Radeon 2500 d’ATI qui date elle, de 2002… Quand je dis plus limité, ça signifie moins de fonctionnalités dans le matériel, ALU plus petite, etc. Je ne sais pas quels sont les prérequis pour cette nouvelle fonctionnalité, mais ça a l’air vachement serré une GMA Gen 3…

    La Intel HD 4000 c’est le futur à côté (GL 4, Vulkan 1…). 😁️

    À ce que je sache le minimum requis pour Mutter est OpenGL 2.1, mais est-ce suffisant pour bénéficier des fonctionnalités dernier cri ? Le truc c’est qu’il s’agit surtout ici de manipuler des framebuffers (pas des shaders, par exemple), donc peut-être que c’est suffisant…

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Se voir samedi?

    Posté par  (site web personnel, Mastodon) . En réponse au journal GIMP et ZeMarmot au FOSDEM 2025! Et avec une keynote!. Évalué à 3.

    Oui on s’est manqué de peu, en même temps je m’y attendais un peu avec mon emploi du temps chargé. Je passe trois autres frontières dans la soirée ! Bon courage pour demain ! 🙂️

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Se voir samedi?

    Posté par  (site web personnel, Mastodon) . En réponse au journal GIMP et ZeMarmot au FOSDEM 2025! Et avec une keynote!. Évalué à 3.

    Je dois reprendre mon train à 16h30, ce sera donc pour une autre fois 🤭. Bon FOSDEM! 🙂

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: Se voir samedi?

    Posté par  (site web personnel, Mastodon) . En réponse au journal GIMP et ZeMarmot au FOSDEM 2025! Et avec une keynote!. Évalué à 2. Dernière modification le 01 février 2025 à 15:28.

    Ah ben j'ai passé l'aprem dans cette salle et je l'ai quittée avant cette conférence pour aller faire coucou à Stan de 0 A.D. 😅

    Je suis à la porte de droite en sortant (côté conférencier) avec un pull blanc et un chapeau bleu. 🎩

    ce commentaire est sous licence cc by 4 et précédentes

  • # Se voir samedi?

    Posté par  (site web personnel, Mastodon) . En réponse au journal GIMP et ZeMarmot au FOSDEM 2025! Et avec une keynote!. Évalué à 3.

    Cette année je ne serai au FOSDEM que le samedi parce que j’ai une obligation le dimanche. Je pourrai toujours assister à vos interventions grâce à la magie du différé, mais si on peut se retrouver sur un stand ou autour d’une gaufre le samedi ça serait sympa. Est-ce qu’il y a un moyen privilégié de vous retrouver ce samedi?

    ce commentaire est sous licence cc by 4 et précédentes

  • [^] # Re: De la liberté de ne pas être représenté par ceux qui prétendent vous représenter

    Posté par  (site web personnel, Mastodon) . En réponse au journal LGB ≠ T. Évalué à 7.

    "Les religions du livre" fait référence évidemment aux religions qui partagent l'ancien testament

    C’est pas toi qui décide :

    « Religions du Livre » est une expression pour désigner les religions abrahamiques, soit le judaïsme, le christianisme et l'islam. Cette expression provient de la formule coranique Ahl al-Kitab (« gens du Livre ») désignant les juifs et les chrétiens.—Religion du Livre

    L’expression « Gens du Livre » est une expression coranique pour désigner les juifs et les chrétiens. C’est comme ça, t’as pas le choix.

    Pour le reste, j'ai l'impression que tu nous fais une dichotomie "Essentialisme / existentialisme", avec existentialisme = tu te vends au loi du marché. On perçoit bien une forme d'une certaine morale d'origine religieuse effectivement …

    Les sujets d’essentialisme et d’existentialisme ne sont pas traités dans mon commentaire, que j’ai volontairement restreint. Je parle effectivement d’être et d’agir mais ce que je discute c’est l’ordre entre les deux. Il y a des états qui précèdent des actes (exemple : être porteur d’un organe sexuel reproducteur précède l’acte sexuel) et des actes qui précèdent des états (exemple : l’acte sexuel précède la naissance d’un être porteur d’organe sexuel reproducteur), ce que je discute c’est l’ordre, la façon dont agir et être sont ordonnés. D’autant plus qu’essentialisme et existentialisme ne s’opposent pas, je vais prendre les deux premières phrases de Wikipédia sur chacun des articles sur ces sujets parce qu’elles synthétisent bien les choses pour le coup :

    Essentialisme : L'essentialisme est un mode de pensée selon lequel toute entité est caractérisée par un ensemble d'attributs essentiels nécessaires à son identité et à sa fonction.
    Existenstialisme : L'existentialisme est un courant philosophique et littéraire qui considère que l'être humain forme l'essence de sa vie par ses propres actions.

    On remarquera que l’objet d’étude n’est même pas le même. Le premier observe par exemple « l’être humain » (et donc « ce qu’il a reçu », et le second observe « sa vie » (et donc « ce qu’il devient »). Évidemment les deux sujets sont proches et peuvent être en conflits, mais bon ce n’est pas le sujet et je n’ai pris aucun parti dans ces domaines. Je me permet de développer un peu ces sujets parce que même si je n’en ai pas parlé, je montre que non seulement tu te trompes en supposant que je parle de ça, mais en plus je montre que tu ne maîtrise pas ces sujets.

    Je ne parle pas de se vendre aux lois du marché (voir ci-après).

    L'essentialisme n'est pas une surprise, c'est une doctrine qui suppose que tu naît en ayant prédéterminées certaines caractéristiques prédéterminées (avec bonus si tu es né d'une bonne famille évidemment), et des rôles sociaux qui vont avec. Ça va très bien avec une lecture dogmatique des écritures.

    Je n’ai fait qu’une seule mention d’écriture, c’est une mention du Coran, pour la rejeter. Donc tu inventes encore.

    L'essentialisme n'est pas une surprise

    Une surprise pour qui, de quoi ?

    Ça va très bien avec une lecture dogmatique des écritures.

    Quelle lecture dogmatique des écritures ? Par qui ? De quelles écritures ? Pour quoi ?

    Tu es bien certain que tu réponds à mon commentaire ? J’ai l’impression là que tu parles à quelqu’un d’autre et d’un autre sujet…

    Et non ça n'implique pas de se vendre au marché ou au diable, juste de vivre son existence.

    En fait tu n’as pas lu mon commentaire ou tu ne l’as pas compris. J’expose la possibilité que des hypothèse anthropologiques soient incompatibles entre elles.

    À aucun moment je n’ai parlé de se vendre au marché. J’ai parlé de la pensée qui définit l’homme comme un produit : cela peut être subie. Je me suis retenu de donner quelques exemples d’abus pour garder mon commentaire concis, mais je ne traite pas de la question de « se vendre » dans mon commentaire, je traite de la question « d’être vendu ».

    C’est toi qui parle de diable, vraiment il doit me manquer un bout de la discussion que tu as avec d’autres…

    C'est perché […] ton post,

    T’as même pas lu, ou alors tu n’as rien compris et tu le sais. T’as réagis épidermiquement et tu as exprimé ce que le contact avec mon commentaire a causé en toi d’impression. En simple, tu n’as pas compris, ce que tu ne comprends pas te fait peur, et tu te rassures en récitant un catéchisme plutôt que questionner ce qui te perturbe ton confort intellectuel. Je t’assure que si tu sors de ta zone de confort et que tu t’ouvres à l’autre, tu auras à y gagner.

    Je rappelle que le titre de mon commentaire c’est « De la liberté de ne pas être représenté par ceux qui prétendent vous représenter ». C’est ça l’objet de mon commentaire. Si quelqu’un n’est pas d’accord avec toi, tu ne peux rien y faire, c’est pas toi qui choisis. C’est tout. Si tu vas contre ça c’est une domination.

    ce commentaire est sous licence cc by 4 et précédentes

  • # De la liberté de ne pas être représenté par ceux qui prétendent vous représenter

    Posté par  (site web personnel, Mastodon) . En réponse au journal LGB ≠ T. Évalué à 4.

    À première-vue ce que je vais dire n’est pas le sujet du journal, mais en fait je pointe une confusion que tu fais que tu sembles dénoncer dans un autre domaine.

    Tu as écrit :

    Les religions du Livre (Judaïsme, Christianisme, Islam et autres)

    Attention, l’expression « les religions du Livre » est une expression coranique qui signifie « les religions du Coran », employer cette expression est une profession de foi islamique. Employer cette expression, faire cette profession de foi c’est affirmer que le Judaïsme et le Christianisme n’existent que selon les dogmes islamiques, et que les juifs et les chrétiens sont soumis à l’Islam. C’est non-seulement l’expression d’une domination, mais cela suppose que toute interprétation se fait selon l’Islam. Les chrétiens sont alors non-pas définis parce qu’ils sont, mais par l’expérience islamique d’Arabie du 7e siècle, c’est pourquoi ils sont appelés Nazaréens par l’Islam, du nom d’une secte chrétienne éteinte de cette époque dans cette région. Il en est de même des juifs, qui n’ont pas d’autre possibilité que d’être considéré comme l’étaient les juifs au temps premiers de l’Islam, selon les relations de l’époque et du lieu de l’émergence de l’Islam. Employer cette expression c’est aussi faire sienne l’affirmation musulmane que la bible serait falsifiée, et suppose d’accepter les changements islamiques dans les dogmes et les récits (comme par exemple des changements de généalogie, de lieux, etc.).

    Il me semble que ton journal cherche à dénoncer une confusion similaire qui serait faite à ton encontre dans un sujet différent. En d’autres termes : peut-être ne te reconnais-tu pas dans le drapeau LGBT, quand bien même le sigle LGBT prétend te représenter. Par exemple, supposons que tu sois une femme qui pratique le lesbianisme, le L du sigle LGBT prétend te représenter, et pourtant tu as le droit ne pas être représenté par le mouvement LGBT, par ce sigle, et par ce drapeau.

    En effet, le drapeau et le sigle LGBT sont le produit d’un courant philosophique et politique auquel on a le droit de ne pas adhérer, quand bien même on pratiquerai certaines pratiques listées dans le catalogue LGBT. Le mot de catalogue est important. En fait ce courant philosophique a été notamment popularisé par certains travaux américains dans le sillage du docteur Kinsey. Par exemple si l’on prend la page Wikipédia sur la monosexualité on peut lire :

    D'après les rapports Kinsey, 87 % des femmes et 63 % des hommes peuvent être décrits comme monosexuels, en prenant comme outil de classification les expériences sexuelles débouchant sur un orgasme—« Prevalence of Homosexuality » The Kinsey Institute

    Comme on le voit ici, selon ces principe, c’est le sexe de celui qui te consomme sexuellement qui définit ce que tu es. Cela suppose d’adhérer à au moins deux dogmes :

    • l’agir précède l’être (je suis parce que je fais)
    • ma nature est d’être un produit de consommation dans un marché

    Le drapeau LGBT et le sigle supposent l’adhésion à ces principes philosophiques : ils expriment tout deux le catalogue de produits de consommations dans lequel tu es listé par avance.

    Pourtant tu peux pratiquer le lesbianisme et ne pas vouloir être réduit à être un produit de consommation sexuelle dans un catalogue. Pourtant tu peux pratiquer le lesbianisme et être convaincu que l’être précède l’agir. En ce sens, tu as parfaitement le droit de ne pas te reconnaître dans le drapeau LGBT et dire que ce n’est pas ton drapeau, quand bien même ce drapeau prétendrait te représenter. Supposer que ce drapeau représente tout le monde est faux, et c’est une domination que de le prétendre.

    Je donne un autre exemple : selon la doctrine du catalogue des produits de consommation sexuelles, le célibat est renommé « asexualité » : ce qui est consommé est la continence, et l’homme ou la femme sont consommés pour cela. Pourtant les prêtres catholiques qui sont tenus au célibat ne se reconnaissent pas nécessairement dans l’énumération LGBTQIA+, et la réciproque est tout autant possible.

    Prétendre que le drapeau LGBT représente toutes les lesbiennes serait aussi absurde que de prétendre que le drapeau de l’Action Française représente tous les français, ou que la rose socialiste représente tous les travailleurs sociaux (en particulier ici, le socialisme est la doctrine politique du contractualisme, la religion du contrat social élevé au rang de divinité, ce qui n’a donc rien à voir avec « faire du social »).

    Puisque tu parles du T de « LGBT », on retrouve encore des conflits doctrinaux à l’intérieur de ce « T », par exemple la différence entre le transsexualisme (philosophiquement plus naturaliste, avec la volonté de transformer le corps et donc la reconnaissance indiscutable de caractères sexuels), et le transgenrisme (philosophiquement contractualiste, c’est parce que tu m’appelles madame et donc que tu acceptes ce contrat que je suis une femme, le contrat social est tenu pour créateur de ma féminité).

    Tu exposes dans ton journal d’autres conflits possibles à l’intérieur du sigle LGBT, séparant LGB et T, ce qui reste même possible en adhérant aux principes du contrat cause de toute réalité, de l’agir qui précède l’être, et de la nature première de produit sexuel dans un catalogue. Ce qui ne fait que confirmer que ces symboles ne sont pas aptes à représenter les gens. Et si d’autres gens ne sont pas d’accord avec toi, savoir qui a raison n’a aucune espèce d’importance : si vous n’êtes pas d’accord, alors le sigle ou le drapeau LGBT ne vous représentent pas.

    ce commentaire est sous licence cc by 4 et précédentes