Discussion :

[jpouly]

5) Permettre aux moins favorisés d'utiliser une version de windows moins à jour mais gratuite et qui leur permettra d'être famillier avec windows pour par exemple s'insérer dans le monde professionnel.

Il me semble que W$ est fournis lorsqu'on achète en PC en super marché. Et une personne défavorisée ne va pas acheter des pièces détachés de PC pour le monter lui-même.

D'une part, parce que c'est plus chère (même sans la licence W$), et d'autre part, la majorité du marché se porte sur les portables. Donc l'argument n'est pas très bon.

6) Les écoles et autre qui ont toujours 50 versions de retard parce que cout des licences pourrait avoir 20 versions de retard sans le cout des licences.

Quand on connait les prix que fait M$ à l'administration et aux écoles . C'est surtout l'administration qui a la flemme ou tout simplement pas les moyens humains et matériels de se mettre à jour.

7) Pour ceux qui ne sont pas en accord avec la collecte d'information de Windows ?

C'est sûr, il vaut mieux faire confiance à Google .

[esperanto]

Il me semble que W$ est fournis lorsqu'on achète en PC en super marché. Et une personne défavorisée ne va pas acheter des pièces détachés de PC pour le monter lui-même.

Non mais une personne défavorisée a toutes les chances de se tourner vers le marché de l'occasion. Et comme la plupart des gens négligent de conserver le CD qui contient la version OEM de l'OS (quand ils ne flinguent pas tout simplement la partition de sauvegarde) ils vont se retrouver à devoir acheter un nouveau Windows, sachant que Microsoft ne commercialise plus les anciennes versions même si les nouvelles sont incompatibles avec les vieilles config.

Donc on est coincé. Résultat: en Afrique le système FreeDos reste très populaire (parce que Microsoft ne commercialise plus les vieux DOS), alors que de par chez nous, personne ou presque ne connaît. Quand ReactOS aura un peu progressé, il en ira de même.

Je disais que le temps de faire le reverse engineering, windows aurait beaucoup changé,

Et l'argument est également valable pour Wine, pourtant ils ont bien fini par réussir à créer une version avec un niveau de compatibilité acceptable avec Windows.
On ne fait pas du reverse engineeringpour le plaisir, ou pour apprendre quoi que ce soit; on le fait quand c'est le seul moyen d'assurer une compatibilité avec ses propres logiciels (ici, Wine ou ReactOS). C'est même le seul cas dans lequel la jurisprudence française reconnaît le droit au reverse engineering.

ce qui veut dire qu'une fois les faiblesses trouvées elles n'existeraient pas/plus sur les nouvelles versions.

Oui mais faudra peut-être repasser à la caisse parce qu'entre temps Microsoft aura changé d'avis et créé finalement un Windows 11 et cessé de maintenir le précédent.

[Nebulix]

Je vais en faire bondir mais ...
J'utilise pour des expériences de laboratoire des PS sous DOS ou W98. J'utilise des fonctionnalités qui ont été supprimées dans les W suivants, en particulier le blocage des interruptions pour des synchronisations rapides et le pilotage direct de ports d'E/S.
ReactOS pourrait-il m'être utile ?
Merci

[CaptainDangeax]

L'intérêt est multiple:
1) Etudier le fonctionnement bas niveau de Windows : par jeu et pour recherche. Sans le réimplémenter il est difficile d'évaluer ses vrai atouts / faiblesses.
2) Avoir un OS Windows ancien a jour pour par exemple faire tourner des application qui n'ont pas été porté sur Windows 10. Par exemple les applications Windows XP alors que les failles Windows XP ne sont plus corrigé.
3) Avoir un OS Windows donc compatible avec tous les pilotes et logicielsmais peu courant et donc ou les failles ne sont pas la cible des attaquants.
4) Avoir un OS Windows très léger (ReactOS est beaucoup plus léger que n'importe quel Windows y compris Windows XP)
Et je n'ai certainement pas fais le tour. Alors oui l'intérêt est faible pour beaucoup mais pas null du tout.

Pas d'accord avec le point 2. Si une application est compatible avec une version de windows mais pas avec les suivantes, c'est qu'elle a été programmée avec les pieds sans respecter les consignes de MS librement accessibles via Technet et MSDN. Donc cette application est mauvaise et défectueuse, donc il ne faut pas l'utiliser et chercher des alternatives.

[arond]

Ok mais vu l'écart qu'il y a entre l'interface IHM Windows 10 et ReactOS on compare du windows 95 à windows 10 là

Autant mettre linux+WINE dans ce cas non ?

Pour votre premier contre argument je vous répondrais que c'est toujours plus proche de Windows que Linux Tout en nécessitant semble-t-il moins qu'une Debian de dernière génération.

WINE à ma connaissance et des echo que j'en ai eu n'est pas parfait même si il remplis sa fonction.
Bug bénin ou crash sont apparemment communs et une erreur de paramétrage minime va vous envoyer dans les choux. Sachant cela en temps qu'utilisateur lambda (sans cerveau) Wine n'est pas des plus attirant. Même si des programmes comme Lotis (je suis pas trop documenté dessus donc pas taper) semblent aider à améliorer l'utilisation de Wine pour l'utilisateur finale c'est loin d'être une solution utilisateur friendly.

J'ajouterais que vous ne devez pas oublier que vous êtes avertis pour un utilisateur lambda si sa marche pas en cliquant sur un bouton sa l'énerve.

[singman]

Pour la question du copyright, Microsoft est déjà passé par là il y a quelques années, et l'équipe de développement est très attentive. Ils n'ont pas hésité a virer un dev qui avait pourtant fournit un travail très conséquent car celui-ci avait tout simplement pompé les sources d'un leak de Windows (affaire d'il y a quelques années). Toutes ses contributions ont été retirées. Ils ont aussi fait un audit complet de leurs sources pour se prémunir d'ennuis de ce genre.

Sinon, c'est amusant de vous voir vous exciter sur ReactOS, un projet très très vieux quand même, presque 15 ans ! Il n'est jamais trop tard pour vous y mettre, même s'il avance très lentement (pour diverses raisons). Bon testing

Il me semble que W$ est fournis lorsqu'on achète en PC en super marché. Et une personne défavorisée ne va pas acheter des pièces détachés de PC pour le monter lui-même.
D'une part, parce que c'est plus chère (même sans la licence W$), et d'autre part, la majorité du marché se porte sur les portables. Donc l'argument n'est pas très bon.

Faux ! Un PC dans un super marché est vendu avec sa licence Windows mais cela à un cout, une dizaine d'euros. Pas énorme me dira tu mais c'est toujours ça.
Par contre, il existe de nombreuses associations en France qui récupère le matériel informatique et le recycle, pour le revendre tout en générant du travail pour des personnes en difficulté. Et dans ce cas précis, ReactOS est parfait car il offre une expérience utilisateur semblable a Windows sans rajouter un coût de licence supplémentaire.

On a bien compris ton point de vue, toi et quelques autres, qui n'avez pas envie de voir autre choses que "votre vérité", avec une ouverture d'esprit minimale et des œillères. Une bien belle démonstration, merci a cette news de vous avoir mis dans la lumière...

Je ne donne pas complètement tord à Oracle. C'est comme copier tout le design d'une voiture MAIS mettre un autre moteur dedans, le moteur les utilisateurs d'en foutent presque, mais comme le design est le même on garde ses habitudes de programmation.

Non, copier les API d'une voiture consisterait a dire :
- un dispositif X qui me permet de tourner à droite ou à gauche
- un dispositif Y qui permet d'avancer ou de reculer
etc...
Les API définissent une fonction, pas une implémentation, si tu étais programmeur, tu devrais le savoir.

[dvig.dv]

En ciblant les petites et moyennes entreprises, avec en prime une étude des types d'applications le plus souvent utilisées dans cette sphère, je pense compta, gestion drh, stock...sur des machines en réseau, le coût s'en trouve réduit. Importance donnée en priorité, à la formation des futures utilisateurs et de leurs administrateurs.
Vers les utilisateurs "domestiques" ROS monté sur des machines sans windows, le gain est ressenti.
A mon avis, c'est une bonne manière de contrer, non pas forcément microsoft mais les lobbies.
Bravo à cette équipe.

[Stan Adkens]

ReactOS 0.4.11 est disponible avec d'importantes améliorations du noyau
Et un accent mis sur une réimplémentation des API Windows


L'équipe ReactOS a publié la toute dernière mise à jour de l’alternative open source à Windows, ReactOS 0.4.11. Trois mois en arrière, en novembre 2018, la version 0.4.10 publiée par l’équipe ReactOS mettait l’accent sur la cohérence et la stabilité du projet, y compris la capacité du système d’exploitation open source à démarrer à partir d'un lecteur formaté BTRFS. Au cours de ces trois derniers mois, l’équipe a abattu un travail substantiel sur le noyau avec un accent mis sur une réimplémentation des API Windows, ce qui a contribué à améliorer la stabilité globale du système.

Un travail important abattu dans l’amélioration du noyau

ReactOS 0.4.11 apporte de nombreuses améliorations au niveau du noyau de ce système d'exploitation open source. Des correctifs apportés par l’équipe au niveau de la gestion des Entrée/Sortie de fichiers par le noyau ont permis de supprimer au moins une source d'écrans bleus lors de la tentative de sauvegarde de la partition d'un disque en utilisant le logiciel de sauvegarde ODIN.

Des travaux de l’équipe ont porté également sur les systèmes de fichiers pris en charge par ReactOS. En effet, bien que le pilote fastfat soit un pilote de système de fichiers interne, ReactOS s'est toujours appuyé sur un pilote tiers pour le support BTRFS, d’après la note de version. Ce qui était à la base de certains disfonctionnements dans les versions antérieures tels qu’un problème majeur de fuite de mémoire qui a été résolu dans ReactOS 0.4.11.

Une incompatibilité avec le pilote UniATA avec les contrôleurs AHCI SATA qui accompagnent les puces Intel de 6ème génération (Skylake) a également été traitée dans ReacOS 0.4.11. En effet, de nos jours, la plupart des ordinateurs utilisent des connexions SATA et l'interface AHCI correspondante, pour laquelle ReactOS s'appuie sur le pilote UniATA. Lorsque la 6e génération de processeurs Intel Core (Skylake) est sortie, elle s'est accompagnée d'une plateforme de chipset dont les contrôleurs AHCI SATA se sont avérés incompatibles avec UniATA.

Des améliorations apportées au Demarrage/Arrêt des applications dans ReactOS 0.4.11

Lorsqu'une application est exécutée, elle dépend souvent d'autres bibliothèques sous la forme de DLLs. Le chargeur (LDR) est responsable de la recherche et du chargement des DLLs dépendantes, et l'itération correcte sur ces dépendances est fondamentale pour que tout fonctionne. Une façon de spécifier ces dépendances est d'utiliser des manifestes, qui n'étaient pas correctement pris en charge dans ReactOS. Cette fonctionnalité n'était pas bien supportée dans les versions précédentes de ReactOS, ce qui était « un trou très flagrant » comme l’a spécifié la note de version de ReactOS 0.4.11. Mais ce défaut est maintenant résolu et toute une gamme d’applications modernes peut maintenant démarrer dans la dernière version ReactOS. Parmi les d'applications nouvellement activées dans ReactOS, il y a Blender 2.57b, Bumptop, Evernote 5.8.3, Quicktime Player 7.7.9, et bien d'autres applications.

Blender 2.57b compatible avec ReactOS 0.4.11

Les versions précédentes de ReactOS étaient également confrontées à un problème lié à l’arrêt de certaines applications sous les versions précédentes. En effet, ReactOS avait des difficultés particulières lorsqu'il s'agissait de gérer la séquence d'arrêt des applications .NET 2.0. Souvent des temps d'attente trop courts ont empêché ces applications de pouvoir s’arrêter correctement. Ce problème a été résolu faisant de ReactOS 0.4.11 une plateforme utile pour exécuter des applications compatibles Windows.

Des améliorations apportées à Win32 dans ReactOS 0.4.11

Le bloc de fonctionnalités communément appelé win32k, implémenté dans l'espace du noyau du système d'exploitation, peut contenir des problèmes qui peuvent être à l’origine des crashs du système entier avec les versions antérieures de ReactOS. Selon la note de service, ce défaut a été résolu et les problèmes liés n’apparaitront plus dans la version 0.4.11 de ReactOS.

Les améliorations dans la mise en réseau

Les efforts de l’équipe ReactOS ont permis également d’améliorer la mise en réseau sous ReactOS, en activant divers programmes de débogage et de diagnostic de réseau. De cette manière, ReactOS devient utile non seulement comme plateforme pour exécuter des applications, mais aussi pour les déboguer. Ce qui rend le système d’exploitation utile pour les utilisateurs comme pour les développeurs.

Toutes ces améliorations apportées au système d’exploitation open source, surtout les corrections dans au niveau du noyau vont contribuer à la robustesse et à la stabilité de ReactOS 0.4.11 pour le bonheur des amateurs de l’open source Windows. Toutefois, les fans de l’open source peuvent toujours se diriger vers Linux, et aussi la compatibilité Windows, bien qu'améliorée, est encore balbutiante sur certains Framework .NET récents, tels que le .NET 4.7.2.

Source : Note de version

Et vous ?

Avez-vous déjà utilisé ReactOS ? Qu’en pensez-vous ?
Que pensez-vous des nouvelles améliorations apportées au système d’exploitation ?

Lire aussi

Windows 10 Insider Preview Build 18305 est disponible, et s'accompagne de la première itération de la machine virtuelle légère Windows Sandbox
Vous pouvez maintenant exécuter Windows 10 sur le Raspberry Pi 3, grâce au programme d'installation WoA pour Microsoft
Linux 5.0 est disponible en version stable, avec l'ajout du système de chiffrement Adiantum et la prise en charge des fichiers d'échange par Btrfs
Wine 4.0 : le logiciel pour faire tourner les applications Windows sur Linux et macOS est disponible, avec le support de Direct3D 12 et Vulkan
L'application Office pour Windows 10 est désormais accessible gratuitement, pour tous les utilisateurs de Windows 10

[Olivier Famien]

ReactOS, le système open source qui ambitionne d'exécuter les applications Windows, est disponible en version 0.4.13
Avec des améliorations pour la pile USB, l’explorateur, le port Xbox et plus encore

ReactOS, le système d’exploitation qui ambitionne de faire exécuter les applications et les pilotes Windows dans un environnement open source, est disponible en version 0.4.13. Pour l’équipe en charge du projet, cette nouvelle version montre les résultats d’un travail acharné important pour apporter des améliorations à la pile USB, des développements ultérieurs sur le processus de démarrage du port Xbox, un explorateur de recherche de fichiers pour le module Shell, ainsi que de nombreuses autres modifications.

Les améliorations pour la pile USB

À n’en point douter, l’USB (Universal Serial Bus) constitue une norme très importante dans l’industrie technologique. De nombreux périphériques d’entrée et de sortie dépendent de cette norme. Certains ordinateurs même ne possèdent plus de lecteur de CD-ROM, ce qui fait que la seule option pour installer un système d’exploitation est de passer par le port USB. Mais son implémentation n’est pas une tâche aisée surtout dans ce cas de figure où les mainteneurs du projet ont pour objectif de mettre en œuvre une base de code qui doit permettre à l’USB de prendre en charge les pilotes et matériels déjà compatibles sur le système d’exploitation Windows.

L’équipe de ReactOS reconnaît que jusque-là l’implémentation de cette fonctionnalité n’a pas beaucoup avancé, en raison de plusieurs bogues détectés qui polluent le reste du système. Mais avec le concours de plusieurs contributeurs, une nouvelle pile USB a pu être développée, ce qui a permis de corriger de nombreux problèmes en améliorant le support USB en général. Bien qu’il y ait encore du chemin à faire pour une pile USB avancée et parfaitement fonctionnelle au sein de ReactOS, l’équipe en charge du projet annonce que le nouveau module prend déjà en charge les périphériques HID et de stockage.

L’explorateur de recherche de fichiers

Dans ReactOS, le shell graphique nommé Explorer est le composant qui permet à l’utilisateur d’interagir avec le système. Il est donc assez important dans le système. Mais force est de constater que jusqu’à l’an dernier, de nombreuses fonctionnalités lui manquaient, comme celle qui permet aux utilisateurs de rechercher des fichiers sans avoir besoin d’utiliser des logiciels tiers ou de le faire manuellement. En 2019, grâce au Google Summer of Code 2019, le shell a vu la recherche de fichiers être implémentée. Grâce à un contributeur, l’équipe de ReactOS a pu faire un pas en avant dans leur objectif de livrer un système open source compatible avec les logiciels Windows.

Améliorations du port Xbox sur ReactOS

Dans ses premières implémentations, ReactOS qui disposait d’un port d’architecture Xbox, arrivait à démarrer sur la première génération de console Xbox. Mais au fil des années, les diverses modifications introduites dans le système ont fait que ReactOS n’arrivait plus à démarrer sur le matériel Xbox. Grâce à deux contributeurs, cette fonctionnalité est de nouveau disponible sur cette dernière version du système.

L’Accélération de démarrage de FreeLoader FAT

Dans les versions précédentes, le démarrage de ReactOS sur un système partitionné utilisant un système de fichiers FAT pouvait être un fardeau, car il fallait attendre un temps relativement long pour que ReactOS démarre. En cause, FreeLoader (le chargeur de démarrage ReactOS) doit faire beaucoup de choses pour préparer ReactOS au démarrage. Mais malheureusement, FreeLoader le faisait de manière non optimisée. Dans cette version 0.4.13, des améliorations ont été apportées au pilote FAT de FreeLoader, ce qui a permis d’accroître considérablement la vitesse de démarrage lors de l’utilisation de ce système de fichiers pour le démarrage USB-RAM.

L’amélioration de l’accessibilité

Dans cette dernière version de ReactOS, un nouveau logiciel nommé Accessibility Utility Manager a été ajouté. Comme son nom l’indique, Accessibility Utility Manager gère les applications d’accessibilité sur ReactOS. À côté de l’accessibilité qui a connu une amélioration, nous avons le clavier de l’écran qui a été également été revue afin de prendre en charge des thèmes.

La gestion des polices

ReactOS se voulant très proche de Windows, l’équipe de maintenance annonce que des travaux effectués avec la communauté open source ont permis de régler un certain nombre de problèmes afin de rapprocher la prise en charge des polices de ReactOS de celle de Windows. Avec cette nouvelle version de ReactOS, la gestion des polices système se fait désormais via le registre plutôt que de manière ad hoc. Ces améliorations ont également apporté une compatibilité et une stabilité au système.

Les diverses améliorations

En dehors des améliorations majeures listées ci-dessus, l’équipe de ReactOS informe que l’ensemble des composants ReactOS, tels que les DLL, les applications et d’autres modules ont été améliorés dans cette version 0.4.13. De même, avec les améliorations introduites dans cette dernière version, ReactOS démarre et fonctionne entièrement dans un environnement x64.

Télécharger ReactOS 0.4.13

Source : ReactOS

Et vous ?

Avez-vous testé ReactOS ? Qu’en pensez-vous ?

De manière générale, quel est votre avis sur cette initiative qui souhaite créer un système open source compatible avec les applications Windows ? Excellent ? Inutile ?

Que vous suggèrent ces nouvelles améliorations introduites dans cette dernière version de ReactOS ? De l’optimisme sur la viabilité du projet ? Ou plutôt que le projet avance trop lentement pour atteindre un jour sa première version stable ?

Voir aussi

Un ingénieur de Microsoft accuse l’équipe ReactOS de plagiat du code source du noyau de Windows pour le développement de l’OS open source
Sortie de ReactOS 0.4.9 avec la capacité d’auto-hébergement et plus stabilité, le système d’exploitation continue sa mue vers une version 1.0
ReactOS 0.4.8 est disponible avec le support expérimental des jeux et applications développés pour Windows Vista, 8 et 10
ReactOS 0.4.11 est disponible avec d’importantes améliorations du noyau et un accent mis sur une réimplémentation des API Windows
ReactOS : Une alternative Libre et Open Source à Windows XP

[Neckara]

Le temps qu'ils finissent leur OS, Windows sera devenue une distribution Linux Open Source.


ReactOS est très intéressant techniquement, mais la première version est très lente à sortir (on est toujours à une version "0").

[esperanto]

Le temps qu'ils finissent leur OS, Windows sera devenue une distribution Linux Open Source.

Hélas, avec Microsoft qui a entre temps sorti son WSL, et les distributions linux qui cherchent maintenant à s'intégrer à WSL plutôt qu'à rester des OS complets, ça risque bien d'être l'inverse.

Je ne pense pas que le projet meurt un jour car il est open source et que la communauté Windows est gigantesque. De plus en plus d app Windows XP fonctionnent mal sous Windows 10 et sont toujours utilisés.

Sans compter qu'avec toutes les "nouveautés" détestables de Windows 10 (keylogger, tuiles, etc.) bien des gens aimeraient sans doute une alternative compatible ce qui était moins le cas avant. Du coup je regrette surtout que ReactOS se focalise sur le 32 bits.

Je pense qu'ils auraient gagné beaucoup de temps s'ils avaient créé une distribution Linux avec un "skin Windows", puis en travaillant à la compatibilité des applications Windows, au lieu de partir from scratch. Cela aurait pu permettre d'avoir des fonctionnalités plus avancée dès le début (e.g. USB), et de gagner beaucoup de temps.

En fait c'est facile à vérifier car les deux approches ont existé pour un autre OS aujourd'hui décédé: BeOS. D'un côté il y a eu OpenBeOS qui était une distro linux avec des ajouts pour rendre compatible avec les binaires BeOS; de l'autre Haiku, qui est une ré-implémentation complète. Maintenant fais une recherche sur les deux noms et dis-moi lequel des deux te paraît le plus avancé...

Mais, cette solution, c'est ce que fait Wine (ou plus à l'extrême, la virtualisation). L'objectif de ReactOS n'est pas du tout le même. Ils cherchent à réimplémenter un noyau NT de Microsoft, mais libre et surtout documenté.

L'intérêt de ReactOS par rapport à Wine, c'est qu'un OS complet peut être compatible également avec les pilotes Windows, ce qui est impossible avec Wine. D'ailleurs la principale utilisation de FreeDOS se fait dans les industries où on exploite du vieux matériel pour lequel les pilotes même sous Windows n'existent pas.
Par contre là où j'ai un doute, c'est de savoir s'il était vraiment nécessaire de coller à ce point à l'architecture Windows, jusqu'à l'apparence des menus et des fenêtres. Dans l'article il est question du gestionnaire de fichiers, je me demande bien s'il était nécessaire de l'implémenter aussi près du noyau, comme c'est le cas sous Windows, alors que récupérer un gestionnaire de fichiers de Gnome ou de KDE, sachant que Gtk+ et QT existent sous Windows, aurait peut-être été plus simple (surtout parce que ça permet de déléguer le développement et de se concentrer sur le noyau). Mais je ne connais pas assez bien l'architecture, je peux me tromper.

[Neckara]

Hélas, avec Microsoft qui a entre temps sorti son WSL, et les distributions linux qui cherchent maintenant à s'intégrer à WSL plutôt qu'à rester des OS complets, ça risque bien d'être l'inverse.

Non, ça ne sera pas l'inverse.

Ensuite, si M$ intègre progressivement un noyau linux en "parallèle" du sien, cela peut amorcer une transition pour passer totalement sous un noyau Linux.

En fait c'est facile à vérifier car les deux approches ont existé pour un autre OS aujourd'hui décédé: BeOS. D'un côté il y a eu OpenBeOS qui était une distro linux avec des ajouts pour rendre compatible avec les binaires BeOS; de l'autre Haiku, qui est une ré-implémentation complète. Maintenant fais une recherche sur les deux noms et dis-moi lequel des deux te paraît le plus avancé...

Tu ne peux pas dresser de règles générales à partir d'un seul exemple…

Ensuite Haiku est OpenBeOS…

En 2004, pour éviter d'éventuels problèmes de détournement de nom de produit, il est décidé de renommer OpenBeOS en Haiku.

https://fr.wikipedia.org/wiki/Haiku_...7exploitation)

Je pense que tu confonds avec BlueEyedOS. Sachant que derrière, il ne semblait pas y avoir beaucoup de monde, c'est donc plus un problème de communauté que de technicité. Au début la licence n'était aussi pas libre, ce qui n'a pas joué en sa faveur aussi. Aujourd'hui le projet semble abandonné depuis 2003, une des raisons pour laquelle on en entend moins parlé aussi…



Haiku n'est aussi pas une ré-implémentation complète, ils sont parti d'un noyau existant.

Le noyau choisi par les développeurs d'Haiku est NewOS, qui a la particularité d'être léger et d'avoir beaucoup de similitudes avec celui de BeOS⁸.

[abriotde]

Je ne pense pas que le projet meurt un jour car il est open source et que la communauté Windows est gigantesque. De plus en plus d app Windows XP fonctionnent mal sous Windows 10 et sont toujours utilisés.

Nenmoins j aurais pensé qu il aurait eu plus de succès. J aurais pensé qu un gouvernement comme la Chine ou la Russie s y seraient lancé. Ils y ont tous songé mais y ont assez peu investis. Je crois que les autres petits pays lui offrent au final un meilleur accueil. Je pense a des pays comme le Pakistan, les pays d europe de l est et surtout de tous ceux entre les deux.

[Jiji66]

Faire un clone de l'XP de Micro a effectivement un sens pour garantir une retro-compatibilité pour d'anciens programmes.
Maintenant franchement, l'avenir d'un clone de XP me parais bien compromis si on le compare par exemple à une Debian 10.

[Christophe]

ReactOs travaille en collaboration avec Wine.

Ne serait-ce que pour cela, il a son utilité.

[Jiji66]

Si je te comprends bien; Wine a un avenir et pas ReactOS.

[Olivier C]

Voilà ce que m'inspire cette distribution.

En effet, à la lecture de cet article mon sentiment est le suivant : "On avait un truc impossible à débugger, sur lequel on a buté longtemps, et puis un gars est passé par là et nous a donné un coup de main".

Du coup c"est héroïque de croire à la pérénité de ce truc.

[Christophe]

Si je te comprends bien; Wine a un avenir et pas ReactOS.

Ce n'est pas ce que j'ai dit. L'équipe de ReactOS a soumis des patchs à Wine et donc y contribue.

[LittleWhite]

Du bricolage. Voilà ce que m'inspire cette distribution.

C'est évidemment du bricolage. Ils prennent une boite noire (non publiquement documentée) et tente de la reproduire. Mais même le bricolage peut être pérenne. Et je trouve (à titre personnel) que d'une, ils font un exploit, et que de deux, ils sont tout de même très avancés.

[Neckara]

Et je trouve (à titre personnel) que d'une, ils font un exploit,

Tout à fait d'accord.

et que de deux, ils sont tout de même très avancés.

Heu… 23 ans après le début du projet.


Je pense qu'ils auraient gagné beaucoup de temps s'ils avaient créé une distribution Linux avec un "skin Windows", puis en travaillant à la compatibilité des applications Windows, au lieu de partir from scratch. Cela aurait pu permettre d'avoir des fonctionnalités plus avancée dès le début (e.g. USB), et de gagner beaucoup de temps.

Après, il est vrai qu'au début du projet, ils n'imaginaient certainement pas toute la difficulté du projet, et qu'il nous est facile de juger a posteriori.