1 points par GN⁺ 2025-12-29 | 1 commentaires | Partager sur WhatsApp
  • Fournit un environnement de développement où l’environnement de bureau lui-même s’exécute sur QNX 8.0, en adoptant une approche auto-hébergée qui supprime la dépendance à la compilation croisée
  • Simplifie la prise en main du développement QNX et met en place un environnement qui facilite fortement le portage d’applications et de bibliothèques Linux vers QNX 8.0
  • Inclut à l’avance de nombreux ports du QNX Open-source Dashboard, permettant de tirer parti d’un écosystème de ports couvrant diverses architectures et cibles
  • Propose une image QEMU sous forme de version initiale, testable immédiatement dans un environnement de machine virtuelle
  • Présenté comme le point de départ d’une transformation de l’expérience développeur visant à étendre le développement QNX vers un véritable workflow de bureau

Aperçu

  • Fournit un environnement de développement combinant un environnement de bureau complet fonctionnant sur QNX 8.0 et la prise en charge de la compilation auto-hébergée
  • Réduit la barrière à l’entrée pour les nouveaux développeurs QNX et simplifie le transfert d’actifs de code Linux existants vers QNX
  • L’environnement de développement lui-même fonctionne sur QNX, ce qui permet de construire et d’exécuter dans le même environnement que la cible

Composition des ports open source

  • De nombreux ports inclus dans le QNX Open-source Dashboard sont préinstallés
  • Donne accès à plus de 1 400 informations de ports couvrant diverses versions, architectures et cibles QNX
  • Repose sur un écosystème comprenant plus de 600 ports uniques hors doublons

Fonctionnalités incluses

  • Fournit un environnement de bureau XFCE personnalisable fonctionnant sur Wayland
  • Inclut un ensemble d’outils de compilation et d’exécution tels que clang, gcc, clang++, Python, make, cmake et git
  • Fournit un navigateur web exécutable directement sur le bureau QNX
  • Inclut les ports des principaux IDE et éditeurs comme Geany, Emacs, Neovim et vim
  • Inclut le gestionnaire de fichiers Thunar
  • Préinclut des exemples Hello World en C, C++ et Python, ainsi que des démonstrations GTK et OpenGL ES
  • Fournit un environnement de terminal par défaut

Configuration système requise

  • S’exécute dans un environnement de machine virtuelle basé sur QEMU
  • Nécessite Ubuntu 22.04 ou 24.04

Utilisation

  • Téléchargeable via le QNX Software Center avec une licence QNX gratuite
  • Installer le paquet « QNX SDP 8.0 Quick Start Target Image for QEMU »
  • Suivre le README.md du répertoire QEMU dans le chemin d’installation par défaut pour procéder à l’assemblage des paquets
  • Suivre le document PDF du répertoire qemu_qsti/docs pour installer les dépendances et effectuer le démarrage
  • En cas de problème, consulter la section Troubleshooting du PDF ou les indications de la communauté Discord

Feuille de route

  • Une image QEMU pour Windows et macOS est prévue
  • Une image native x86 est prévue
  • Une image de bureau native pour Raspberry Pi est planifiée
  • Amélioration et extension de la qualité de la documentation
  • Ajout de fonctionnalités d’environnement auto-hébergé exploitables dans les tâches CI
  • Extension des exemples et amélioration de la stabilité

1 commentaires

 
GN⁺ 2025-12-29
Réactions sur Hacker News
  • J’adorais vraiment l’ancien Photon UI
    C’était léger, rapide, avec un style cohérent très marquant
    Je comprends pourquoi ils sont passés à Qt ou aux technologies web, mais ça reste une grosse perte à mes yeux
    À noter que la documentation sur Photon est disponible dans le guide officiel de QNX et dans le guide de programmation Photon de Mike Cramer

    • En lisant ça, je suis allé revoir d’anciens thèmes LiteStep
      Les thème 1 et thème 2 m’ont donné un bon coup de nostalgie
    • Je partage totalement l’idée de « comprendre pourquoi ils sont passés à Qt et au web »
      Mais si le temps avance en spirale, les technologies du passé peuvent redevenir utiles dans le futur
      Si Photon n’a pas pu être libéré en open source, ils auraient peut-être pu confier la maintenance de la licence à un tiers
      Si Blackberry abandonne Photon pour de bon, ce serait bien d’autoriser un projet clone pour Linux ou FreeBSD
      Les claviers Blackberry ont encore une base de fans solide en 2025, au point d’être en rupture de stock en quelques minutes
    • QNX était l’OS le plus cool que j’aie jamais vu
      Photon était l’environnement de bureau le plus élégant qui tournait dessus
      Sur Linux, j’aime bien XFCE, mais la disparition de Photon est regrettable
      En particulier, le builder visuel C++ pour développer des applis GUI était vraiment excellent
    • Réutiliser quelque chose d’existant est rationnel, mais j’espérais des captures d’écran de Photon MicroGUI et j’ai été déçu
      À mes yeux, c’était l’un des designs skeuomorphiques les plus réussis
    • En tant que nouveau venu chez QNX, j’ai l’impression que Photon reste un souvenir très particulier dans le cœur des gens
  • Ça fait plaisir de voir que QNX continue d’évoluer
    J’y ai fait deux stages à Ottawa, et c’était vraiment une excellente entreprise
    Je me souviens avoir passé tout un été avec les développeurs noyau à recevoir une formation sur l’architecture du noyau, la programmation en C et le matériel

    • Cette formation continue encore aujourd’hui
      La série « QNX From The Board Up » sur le blog développeur est une adaptation partielle de ce contenu
      J’espère que tout sera publié d’ici 2026
    • Ça me donne envie de refaire ce type de formation pendant un congé sabbatique de remise à niveau en milieu de carrière
  • Ça me rappelle l’époque des disquettes de démo QNX
    Le navigateur et l’environnement de bureau tenaient sur une seule disquette

    • À l’époque, c’était vraiment sidérant
      Linux demandait 4 ou 5 disquettes même pour une installation en mode texte, alors que QNX pouvait démarrer en live sur une seule disquette de 1,44 Mo
  • « Un desktop QNX ? Wayland XFCE ? »
    Ça m’a donné une impression de réveil en pleine confusion

    • En réalité, QNX est resté discrètement présent pendant tout ce temps comme OS automobile ou pour des systèmes critiques
  • J’ai eu l’impression d’être Charlie Brown en train d’essayer de taper dans le ballon que Lucy retire au dernier moment

    • « Oh, good grief! » était exactement la réplique qu’il fallait
  • Il faut ramener Photon
    C’était une GUI presque parfaite

    • J’ai cliqué sur le lien en espérant voir Photon, donc j’ai été déçu de tomber sur autre chose
      Photon fait partie de mes GUI préférées, avec une esthétique proche de CDE
      À une époque, je détestais le fait qu’on ne puisse distribuer que des BSP, mais le fait de pouvoir développer directement sur un système live comme maintenant, c’est très bien
  • QNX était l’OS que j’utilisais de 1985 à 1988
    Je l’ai réétudié en 2000 pour un projet, mais celui-ci a fini par être annulé
    Les premières versions divergeaient entre le concept et l’implémentation, mais la version 1.2 a nettement gagné en maturité

  • « Je connais ça ! C’est un classique ! »
    QNX va probablement changer de direction à nouveau dans un ou deux ans

  • « QNX appartient à Blackberry ? Blackberry existe encore ? »

  • J’utilise encore un Blackberry Q10 comme téléphone secondaire
    J’espère sincèrement voir QNX renaître comme OS sécurisé multiplateforme
    Si Blackberry sortait un nouveau téléphone demain, ce serait probablement le téléphone Android le plus sécurisé
    Les applis Android tournent sur BB10OS via une couche de traduction
    En apprenant que du code Swift pouvait s’exécuter sur QNX, je me suis demandé si des applis iPhone pourraient peut-être aussi fonctionner
    Même si Blackberry a quitté le marché des téléphones, QNX reste le leader absolu des OS automobiles

    • Le fait que du code Swift tourne ne veut pas dire que des applis iPhone tourneront
      Pour exécuter des applis iPhone, il faut toutes les bibliothèques et le runtime GUI
    • Swift ne représente qu’1 % de l’ensemble
      On peut aussi utiliser Swift sous Windows, mais cela ne permet pas d’exécuter des applis iPhone
      Les bibliothèques multimédia d’iOS sont énormes et n’ont jamais été portées en dehors de l’écosystème Apple
    • Swift et SwiftUI ne sont pas la même chose
      Les applis iOS modernes dépendent de SwiftUI
      Si Apple veut vraiment étendre l’écosystème Swift, il faudra ouvrir SwiftUI
      Cela dit, c’est une bonne nouvelle que QNX prenne en charge des langages modernes
      J’aimerais tester la compatibilité du nouveau desktop développeur avec les outils récents