QNX devient gratuit pour les usages non commerciaux et ajoute une image Raspberry Pi
(blackberry.qnx.com)- Les développeurs d’OS embarqués et temps réel peuvent désormais expérimenter gratuitement QNX SDP 8.0 pour des usages étudiants, hobbyistes ou de prototypage, ce qui réduit la barrière d’accès jusqu’ici centrée sur le commercial
- Les utilisateurs doivent soumettre le formulaire de licence avec un compte myQNX et, une fois la demande traitée, reçoivent une licence logicielle QNX à usage non commercial
- L’offre comprend QNX SDP 8.0, QNX Developer Desktop et QNX Hypervisor, couvrant l’apprentissage de l’OS jusqu’au développement self-hosted et aux expérimentations de virtualisation
- Des ressources de démarrage sont fournies, dont le Quick Start Guide, l’image QNX 8.0 pour Raspberry Pi, les vidéos QNX Everywhere et le Self-Hosted Developer Desktop Guide
- La licence gratuite est limitée à l’éducation, aux projets personnels et à l’apprentissage des RTOS ; pour l’évaluation ou le développement à des fins commerciales, il faut demander une licence d’évaluation distincte de 30 jours
Mise à disposition d’un environnement de développement QNX non commercial
- QNX Everywhere est un programme qui permet aux étudiants, développeurs hobbyistes et prototypistes d’utiliser gratuitement les logiciels QNX à des fins non commerciales
- Sont proposés l’OS de nouvelle génération de QNX, des outils de développement et des fonctions temps réel, pour l’apprentissage, l’expérimentation et la création de projets embarqués hautes performances
- Les chiffres publiés font état de 15K+ téléchargements de licences QNX Everywhere, 6K+ apprenants inscrits aux formations en ligne et 100+ établissements académiques partenaires
Processus de demande de licence
- Un compte myQNX est nécessaire pour obtenir une licence non commerciale
- Si vous avez déjà un compte, connectez-vous
- Si vous utilisez QNX pour la première fois, créez un compte myQNX
- Une fois connecté, lancez la demande en saisissant les données de licence dans le formulaire de licence QNX Everywhere
- Une fois la demande traitée, vous recevez une licence logicielle QNX pour un usage non commercial
- Après la demande, la licence peut mettre jusqu’à 1 heure à apparaître dans le profil myQNX
Plateformes et outils inclus
- QNX SDP 8.0 est la plateforme de développement de base pour les SoC de nouvelle génération
- Elle inclut le QNX Operating System de nouvelle génération
- Elle met en avant une architecture conçue pour tirer parti des évolutions futures du silicium
- Elle vise à fournir des performances temps réel constantes dans les systèmes à forte intensité de calcul à travers l’IoT
- Elle inclut une toolchain mise à niveau, de nouveaux utilitaires pour le débogage et le profiling, ainsi que des utilitaires open source
- QNX Everywhere inclut l’accès suivant
- QNX SDP 8.0 : plateforme RTOS à microkernel hautes performances, prête pour les exigences de sûreté
- QNX Developer Desktop : bureau self-hosted pour créer des applications sur QNX OS 8.0
- QNX Hypervisor : hyperviseur déterministe pour les systèmes à criticité mixte
Formation, communauté et open source
- QNX propose des cours de formation en ligne gratuits pour les développeurs QNX OS
- Les développeurs peuvent échanger avec les ingénieurs QNX au sein de la communauté de développeurs en ligne afin de résoudre des problèmes, discuter d’idées et collaborer sur des projets open source
- Comme il s’agit d’un OS compatible POSIX, une grande partie des logiciels pour systèmes d’exploitation POSIX peut être compilée pour QNX avec peu ou pas de modifications
- QNX publie le code source des ports open source conformément à leurs licences d’origine et maintient des ports exploitables par les développeurs dans un GitHub repository
- Les ports, leur niveau de test et les détails d’hébergement sont consultables sur l’Open-Source Dashboard
Démarrer avec la documentation et l’image Raspberry Pi
- La documentation QNX Everywhere fournit les outils et instructions nécessaires pour créer aussi bien une première application que des solutions QNX avancées
- Les ressources fournies sont les suivantes
- QNX SDP 8.0 Quick Start Guide : guide de démarrage du développement QNX
- QNX Quick Start Target Image for Raspberry Pi : image cible de démarrage rapide QNX 8.0 pour Raspberry Pi
- Get Started With QNX Everywhere : vidéos pour débuter avec QNX Everywhere
- Self-Hosted Developer Desktop Guide : guide du bureau développeur self-hosted
- Les utilisateurs de Raspberry Pi 5 peuvent flasher et utiliser l’image QNX SDP 8.0 prête à l’emploi
- L’image inclut plusieurs applications de démonstration open source
- Ces applications de démonstration peuvent être clonées, modifiées et recompilées
Conditions d’utilisation et exclusions
- La licence gratuite vise les utilisateurs individuels non commerciaux de QNX Software Development Platform 8.0
- Les usages autorisés couvrent l’éducation, les projets personnels et les activités sans génération de revenus ni exploitation commerciale
- Les usages non commerciaux incluent les environnements académiques, les développeurs hobbyistes et les personnes qui apprennent les systèmes d’exploitation temps réel
- L’évaluation ou le développement à des fins commerciales n’est pas inclus
- Les activités commerciales comprennent la génération de revenus ou l’exploitation d’une activité
- Une licence d’évaluation commerciale de 30 jours doit être demandée séparément
- QNX SDP 7.1 n’est pas inclus dans ce programme
- QNX SDP 8.0 est proposé comme plateforme logicielle de nouvelle génération basée sur des SoC avec 4 cœurs CPU ou plus
Installations multiples dans les établissements d’enseignement
- Pour configurer plusieurs postes de travail dans un laboratoire ou une salle de classe, il est possible d’obtenir une licence multi-utilisateur via le programme QNX in Education
- Cela couvre QNX Software Development Platform 8.0 ainsi que QNX Software Development Platform 7.1
- Lorsqu’une seule instance doit être installée à la fois, l’usage d’une licence QNX Everywhere est recommandé
Dépannage des comptes et licences
- En cas de problème de connexion après l’enregistrement d’un nouveau compte myQNX, contactez myqnx@blackberry.com
- L’état des licences et du déploiement des produits peut être consulté et accepté dans le myQNX License Manager
- La section Registered Products du profil du compte myQNX affiche, pour chaque produit déployé, la clé de licence, le numéro de série, le certificat de licence et le gestionnaire de licence
- Pour télécharger QNX Software Center, une licence produit QNX doit être attribuée à l’utilisateur myQNX
1 commentaires
Avis de Hacker News
J’aimerais pouvoir y croire, mais QNX a déjà été “ouvert” deux fois par le passé, avant de se refermer
Avant le premier retrait, les projets open source incluaient souvent QNX parmi leurs cibles de build, et il était possible de prendre en charge des cibles Firefox et Eclipse pour QNX, ainsi que de compiler GCC et les outils GNU en ligne de commande
Il existait aussi un environnement de bureau appelé Photon, que j’ai utilisé comme bureau principal pendant trois ans lorsque nous construisions un véhicule pour le DARPA Grand Challenge
Mais après le rachat de QNX par Harman en 2004, tout cela a disparu ; en 2007, les sources ont été rouvertes, au point qu’on pouvait consulter et compiler jusqu’au micro-noyau, mais ce n’était pas sous une licence publique
Quand RIM a racheté QNX en 2010, ils ont refermé les sources sans préavis ; tout le développement open source autour de QNX s’est arrêté, et la confiance de la communauté a été perdue
Les conditions contractuelles posent aussi problème : http://www.qnx.com/download/feature.html?programid=51624 indique : « TERMINATION. This Agreement and licenses granted hereunder may be terminated by either Party upon written notice to the other Party », ce qui signifie que QNX peut couper l’accès à tout moment
Si QNX est sérieux, il semble logique de suivre une licence à la Unreal Engine. On télécharge les sources, on les utilise librement, c’est gratuit jusqu’à 1 million de dollars de chiffre d’affaires produit, puis Epic prélève 5 % de royalties : https://cdn2.unrealengine.com/UnrealEngine/faq/UnrealEngineE...
Le piratage n’est pas non plus un gros problème, car dès qu’un jeu génère un chiffre d’affaires significatif, il devient assez visible pour que les responsables des licences s’en aperçoivent
S’ils veulent accroître l’adoption de QNX, ils devraient apporter la grille de conditions d’Epic à leur service juridique et à leur direction, puis comparer la croissance du chiffre d’affaires d’Unreal Engine avec celle de QNX
Comme je l’avais dit autrefois à un commercial de QNX, le problème de QNX n’est pas le piratage, mais le fait d’être ignoré
Toute activité open source était interdite, alors que beaucoup d’entre nous y contribuaient activement à l’époque. J’avais même travaillé pour l’Eclipse Foundation
Un ami qui écrivait des romans s’est vu dire qu’il lui faudrait une autorisation écrite chaque fois qu’il mettrait en ligne ou publierait un texte
Même s’il y avait une traduction allemande annexée, la langue faisant foi était l’anglais, et on a contraint des ingénieurs allemands à signer ce contrat ; au final, beaucoup d’entre nous sont tout simplement partis
Ce dont je me souviens le plus, c’est que l’équipe de transition venue du Canada nous expliquait que « les employés de RIM travaillent dans des donjons de béton sombres, vous avez donc beaucoup de chance de pouvoir continuer à utiliser vos beaux bureaux de Munich »
Dans l’ADN de cette entreprise, toute idée d’ouverture semblait totalement étrangère, et je ne leur ferais pas confiance une seconde
Les développeurs hobbyistes et les projets libres et open source accepteraient volontiers d’utiliser un système d’exploitation sous GPLv3, tandis que les gros clients commerciaux traditionnels de l’automobile et de l’embarqué ne voudraient pas de l’obligation GPLv3 permettant aux utilisateurs d’installer un firmware personnalisé ; ils continueraient donc à payer
Tout le monde pourrait y gagner
Ceci n’est pas un avis juridique, et chacun doit faire sa propre interprétation des licences
J’ai longuement discuté avec des ingénieurs avant la sortie de BB10, et, si je me souviens bien, il fallait à l’époque faire une demande pour accéder à l’ensemble du SDK Blackberry, et aussi signer un NDA
Pendant ce temps, Android et iOS étaient déjà lancés à pleine vitesse, et ce sont les plateformes qui privilégiaient la facilité d’écriture d’apps qui ont gagné
Blackberry semble structurellement incapable de gérer ce type de relation avec une communauté. Une mentalité de type opérateur télécom, « nous contre eux », existe au sommet de l’organisation et se diffuse vers le bas, explicitement ou implicitement
Après l’échec de BeOS, j’ai joué avec QNX, développé dessus, et je l’aimais assez pour l’utiliser à plein temps sur ma machine principale de développement
Mais quand il s’est refermé, je me suis fait sérieusement échauder, et depuis je ne touche plus à aucune plateforme de développement fermée
En regardant la licence actuelle, je ne vois absolument aucun changement, et aujourd’hui, hors de ses marchés existants, QNX est devenu largement moins pertinent
Choisir QNX aujourd’hui me paraît insensé. Il existe désormais de bonnes alternatives, toutes sous licences ouvertes
Il y a maintenant aussi https://arstechnica.com/gadgets/2024/09/real-time-linux-is-o...
Avec Linux, il n’y a pas besoin de discuter de licence, ni de craindre de se faire prendre par surprise avec une fermeture soudaine
L’interdiction d’usage commercial est terrible. Je vis quelque chose de similaire en ce moment avec ArangoDB : le produit est bon, mais je n’ai ni le budget pour leurs instances cloud managées, ni celui pour discuter d’une licence commerciale avec leur équipe commerciale
Je l’utilise dans plusieurs systèmes, dont l’un en est à environ 80 % de la taille d’une base de données « trop grosse pour être utilisée gratuitement », mais je ne sais pas si son destin sera de devenir open source, un produit, ou un système générant directement de l’argent
Donc le chemin le plus court aujourd’hui n’est pas de discuter avec des gens qui pourraient ne pas autoriser mon modèle économique, mais de migrer vers PostgreSQL
Pour consulter directement les conditions développeur liées à l’utilisation non commerciale de QNX 8.0, c’est ici : https://support7.qnx.com/download/download/51624/BB_QNX_Deve...
Ceci n’est pas un avis juridique, ni un examen exhaustif de cette licence, ni un résumé de son interprétation. Avant d’agir sur la base de ce qui suit, il faut demander conseil à un avocat
Les conditions commencent par une clause du type selon laquelle l’utilisateur n’aurait pas eu l’occasion de les examiner et de les accepter avant d’engager sa personne, son entreprise ou son institution ; aux États-Unis, cela semble susceptible d’invalider l’ensemble du document, donc mieux vaut les examiner avec un avocat avant utilisation
Dans le monde académique, seuls les étudiants et le corps enseignant de l’institution concernée sont éligibles, et l’utilisation de cette licence pourrait, du point de vue d’un service juridique, être considérée comme la signature d’un contrat contraignant au nom de l’employeur
Il faut vérifier qu’on ne risque pas d’engager sa responsabilité à cause de contributeurs open source, ni d’être licencié pour s’être présenté à tort comme une personne habilitée à signer au nom de l’institution
Les utilisateurs cloud sont limités par les conditions à AWS ; l’utiliser sur GCP, Heroku ou toute autre instance serveur qui n’est pas sous le contrôle d’un contrat privé pourrait entraîner des frais de licence
Ici, l’« Open Source » autorisé se limite à la définition de l’OSI ; quelqu’un qui distribue un logiciel sous une licence non commerciale restrictive ne peut donc pas utiliser la licence non commerciale de QNX
La clause « haut risque » interdit le développement d’applications susceptibles de nuire à la société, ce qui pourrait aussi exclure les applications sociales. Attention à ne pas violer cette clause en créant une application virale
Tous les numéros de série identifiables de tout le matériel utilisé en lien avec ce produit sont collectés et conservés
La licence non commerciale peut être résiliée à tout moment et sans condition, même si les conditions ont été respectées de bonne foi ; il pourrait alors falloir fournir, à un coût inconnu, une « certification » non définie attestant que tout le code QNX reçu a été supprimé
Si un client Twitter plante, personne n’est blessé ou tué
Avec la maturité de Linux temps réel, je me demande pour quel projet il y aurait encore une raison d’utiliser QNX. Faut-il vraiment s’exposer au risque qu’ils changent soudainement la licence et vous prennent à revers ?
J’ai déjà utilisé QNX par le passé, parce que c’était mignon et intéressant d’un point de vue académique
Mais la prochaine fois que je choisirai un SoC et son BSP pour un projet, je n’irai pas chercher QNX. J’utiliserai plutôt la distribution FreeRTOS incluse, ou j’installerai les outils de build Android pour pousser un APK dans un fork Android bizarre
Pour l’automobile ou le médical, c’est une autre histoire, mais même dans ces domaines les concurrents continuent de rattraper leur retard, et les changements temps réel de Linux vont rendre la situation encore plus difficile
Nous ne sommes plus en 2010. Il y a beaucoup de choix, et pendant que QNX restait derrière des exigences de licence floues et agaçantes, des dizaines d’entreprises ont développé des alternatives. Certaines sont assez grandes, et certaines sont même allées dans l’espace
Désormais, pour que QNX soit pris au sérieux, « commencer à rouvrir les portes de QNX comme avant » ne suffit plus
Si ce n’est pas complètement open source, y compris pour un usage commercial, ça ne m’intéresse pas. Si les outils et le support BSP valent le temps gagné, je pourrais tolérer une licence à la Epic, mais je n’ai absolument aucun intérêt à payer des frais de licence simplement pour démarrer
Le produit s’est banalisé et relève désormais de la curiosité. La seule voie pour obtenir suffisamment de développement actif et d’adoption est d’en faire un projet communautaire
Tout le monde ne se soucie pas de savoir si c’est libre et open source, et il n’est pas surprenant que les gens penchent dans des directions différentes sur ce genre de sujet
Parmi les systèmes d’exploitation que j’ai essayés au début des années 2000, les seuls qui donnaient à un vieux Pentium monocœur du milieu des années 90 une sensation vraiment excellente et réactive étaient QNX et BeOS
C’était bien meilleur que n’importe quelle version de Windows ou de Linux
Dans les deux cas, je pense que c’était surtout grâce au planificateur et à une pile multimédia nettement meilleure
J’ai toujours espéré que les systèmes d’exploitation du futur donneraient cette impression ; ce qui s’en rapproche le plus est probablement iOS, même s’il utilise l’astuce consistant à tuer constamment des processus. L’avenir n’est pas terrible
Les systèmes d’exploitation de la même époque avaient, eux, un gros verrou global
Je ne me souviens plus avec certitude si l’intervalle de préemption de BeOS était de 750 ms ou de 3 ms, mais il était plus court que les 20 ms de Linux et Windows, puis 10 ms par la suite, et c’est probablement pour cela qu’on sentait la différence
Des décennies plus tard, la plupart des systèmes d’exploitation ont rattrapé leur retard avec un verrouillage plus fin dans l’espace noyau, mais les intervalles de préemption diffèrent encore à cause du débat débit contre latence. Les benchmarks de systèmes d’exploitation fondés sur des scripts mesurent le débit global, pas la réactivité de l’interface graphique
Les buffers média qui profitent de petites tailles de tampon en sont un bon exemple : même si le débit baisse, les musiciens remarquaient la meilleure réactivité de BeOS, d’où son surnom de « Media OS »
Dans l’espace GUI aussi, le serveur d’applications de BeOS/Haiku fournit une charge de travail distribuée plus importante que les autres environnements de bureau. Chaque fenêtre reçoit son propre thread, l’app aussi reçoit son propre thread, et l’app comme le serveur d’applications ont un thread par application et par fenêtre afin de ne pas rester bloqués à attendre qu’une app lente analyse ses messages
Ainsi, même une application BeOS minimale avec une fenêtre graphique « Hello World » a 4 threads. Même quand l’app est occupée, le reste du système donne toujours une impression de réactivité
En contrepartie, cela a un coût en débit et en complexité de développement applicatif, particulièrement élevé pour les applications portées
Haiku doit réordonner les messages Qt/Gtk/boîtes à outils de plusieurs fenêtres dans une seule file de messages afin d’éviter les bugs multithread. C’est parce que, dans leur environnement d’origine, la boucle de messages de l’application n’était pas multithread
À cause de cette mise en ordre, même quand ce n’est pas nécessaire — par exemple pour des messages destinés à la même fenêtre — Haiku a besoin d’appels de verrouillage/déverrouillage supplémentaires
En revanche, les applications natives Haiku sont d’une fluidité glaciale. Voici une capture de l’éditeur vidéo Medo, où toutes les fenêtres tournent dans leur propre thread : https://raw.githubusercontent.com/smallstepforman/Medo/refs/...
Sur un système moderne, cette app est d’une fluidité glaciale, ce qui est presque hérétique pour un éditeur vidéo. L’application Haiku liée ici, c’est moi qui l’ai écrite
J’ai abandonné Android quand même Samsung ne semblait pas vouloir sérieusement améliorer la réactivité de ses téléphones
C’est bien qu’Apple mette systématiquement l’accent sur la réactivité ; cela incite Google, Samsung et Microsoft à s’occuper de leurs produits devenus trop lourds
Parmi les systèmes d’exploitation actuels, lequel se rapproche le plus de cette vivacité ? Haiku OS ?
J’utilise avec plaisir un MacBook M1, mais parfois j’ai l’impression que ce n’est pas suffisant
Autre exemple : SGI IRIX avait un planificateur exceptionnellement bon. J’ai utilisé pendant un temps une machine à 30 MHz, et le bureau était assez réactif
Un jour, j’ai compilé AMP et je lui ai donné une liste de MP3, principalement en 192 kbps ; à noter que ce programme pouvait aussi décoder du 256 kbps sans coupure
Les fichiers étaient sur un partage NFS, et en lançant gr_osview j’ai vu que l’utilisation CPU était à 95 %, mais le gestionnaire de fichiers restait réactif et la musique ne coupait pas
Le simple fait de décoder des MP3 à un bitrate supérieur à 192 kbps sur 30 MHz était déjà impressionnant
Garder une bonne réactivité avec tout le bureau X Window System lancé, tout en lisant des fichiers depuis un partage NFS, montrait une pile réseau et un planificateur légers et robustes, qui fonctionnaient bien même sur du matériel modeste
C’était IRIX 5.3 sur Indigo Elan
Un ami et moi aimions les systèmes d’exploitation, donc nous avions fait tourner BeOS sur un vieux Pentium 90, et comme dit plus haut c’était très réactif
Linux a aussi joué son rôle. Après des dégâts des eaux, ce Pentium 90 n’était plus stable, et comme il utilisait de la RAM sans parité, Windows NT devenait progressivement bizarre avant d’enchaîner les écrans bleus
Pour s’amuser, on y a installé Red Hat 5.2, et ça tournait bien. Les journaux système affichaient de nombreuses lignes chaque seconde, et on pouvait ouvrir une console X pour les regarder défiler
Cette machine a même servi la page web de l’entreprise pendant quelques semaines, juste pour le plaisir. C’était le bon temps
Pour ajouter un détail, le code source de QNX était accessible de 2007 jusqu’au rachat par RIM/Blackberry en 2010
Est-il prévu de redonner accès au code source de QNX à l’avenir ?
https://www.qnx.com/news/pr_2471_1.html
Ils nous disent entendre que c’est important à la fois pour les clients et pour la communauté. Restez à l’écoute
Mon ancienne entreprise fabriquait des routeurs Active/Standby à haute disponibilité pour réseaux mobiles, et utilisait QNX comme système d’exploitation. Cette capacité reste impressionnante aujourd’hui
Mes souvenirs sont flous, mais QNX tournait sur le processeur du plan de contrôle, et il prenait nativement en charge le lancement de processus sur des processeurs distants via le réseau interne du routeur
Autrement dit, la communication interprocessus de bas niveau pouvait utiliser IP, et l’IPC de QNX était essentielle aux fonctions de basculement haute disponibilité
Le fait que les pilotes de périphériques soient des processus en espace utilisateur et puissent être redémarrés en cas de crash était aussi excellent. Je développais un pilote réseau, donc cela arrivait parfois réellement
Le fait que les périphériques apparaissent effectivement dans l’arborescence /dev/ était aussi mieux, contrairement à Linux où les périphériques réseau font exception et n’apparaissent pas vraiment correctement dans /dev/
Anecdote amusante : une fois, j’ai eu un problème parce que j’avais ajouté par erreur un const à une valeur de retour IPC, et mon processus mourait entre la fonction IPC de QNX et ma propre fonction
J’ai passé des jours à déboguer, et avec le niveau du débogueur C/espace utilisateur que nous utilisions à l’époque, cette erreur n’a pas été détectée
Les cartes de ligne étaient elles aussi sous Linux, mais elles ne faisaient que programmer l’ASIC selon les instructions du plan de contrôle
Ces fonctionnalités ne sont pas vraiment pertinentes, et l’IPC pouvait se faire en HTTP ou de n’importe quelle manière souhaitée
@JohnAtQNX Serait-il possible de supprimer, sur le site de téléchargement, la restriction selon laquelle tout nécessite un compte, ainsi que le mécanisme de licence de qcc ?
Cela aiderait beaucoup à encourager les développeurs amateurs à essayer
Les revenus viennent probablement des contrats de licence en volume, avec un modèle de licence facturée par terminal
Si vous énervez les équipes CI/CD qui doivent prendre en charge la gamme QNX, vous mettez cette source de revenus en danger
C’est bien d’entendre le même discours de l’extérieur, et je vais remettre le sujet sur la table et pousser progressivement
Je déteste vraiment devoir ajouter sans cesse un nouveau compte à chaque nouveauté
C’est pareil pour les flux d’actualité : près de la moitié des sites d’info se disent « gratuits » mais exigent tout de même une connexion. Dans ce cas, c’est un peu moins gênant, car il est souvent facile de retrouver le même article ailleurs
Je me souviens encore avoir été bluffé par la démo QNX sur une seule disquette, qui incluait même un navigateur web. C’était vraiment rapide
J’espère que cela marchera. J’imagine à peine le nœud gordien juridique que représente le fait de régler tous les problèmes légaux pour ouvrir réellement quelque chose
Comme d’autres l’ont dit, après s’être fait avoir deux fois, tout le monde reste prudent, mais QNX a beaucoup de choses intéressantes à offrir ; j’espère donc que cette fois l’élan prendra
Depuis, j’ai toujours gardé une image plutôt positive de QNX, mais les changements de propriétaire et les allers-retours entre statut ouvert et commercial m’ont toujours tenu à distance
Malheureusement, cette « ouverture » a elle aussi un air familier, et à moins qu’une vraie grande communauté libre et open source n’émerge, avec une licence GPL réellement ouverte et la liberté de maintenir des forks, je pense que cela sera encore retiré
J’aime les tentatives audacieuses. J’observe QNX avec intérêt depuis longtemps, mais dans la plupart des cas je n’ai pas vraiment été un utilisateur potentiel
Une bonne prochaine étape serait une série de billets de blog choisissant des types courants de projets hobby, et expliquant comment appliquer les points forts de QNX dans ces situations
Je travaille aussi pour une association à but non lucratif qui fait de la recherche sur la surveillance côtière, avec quelques personnes qui fabriquent du matériel sur mesure. Cela pourrait-il aussi nous aider ?
Chez Rizin, nous aimerions améliorer la prise en charge de QNX dans notre framework libre et open source de rétro-ingénierie et de débogage
Nous avons déjà une prise en charge[1][2][3][4], mais nous ne pouvons pas la tester de manière fiable
Comme Windows fournit directement des VM limitées pour les tests[5], ce serait bien d’avoir une image QEMU fournie par défaut
[1] https://github.com/rizinorg/rizin/tree/dev/librz/bin/format/...
[2] https://github.com/rizinorg/rizin/blob/dev/librz/bin/p/bin_q...
[3] https://github.com/rizinorg/rizin/blob/dev/librz/debug/p/deb...
[4] https://github.com/rizinorg/rizin/tree/dev/subprojects/rzqnx
[5] https://developer.microsoft.com/en-us/windows/downloads/virt...
Cela dit, je comprends qu’un téléchargement en un clic comme pour les images Windows serait plus simple, et je vais faire remonter ce retour
Si nous pouvons vous aider d’une autre manière à rendre la prise en charge de QNX possible, envoyez-moi un DM ou écrivez à qnxcommunityengagement at qnx dot com