avec LTSP, je bootais les machines sur une disquette, ca aller sur le reseau chercher l'OS et les applis qui etaient toutes stocker sur un serveur.
finalement eyeOS n'invente rien, on en reviens simplement à ce qu'oon faisait il y a 15 ans :D
À cela près qu'on trouve maintenant plus d'ordinateurs avec un navigateur et connectés à Internet, qu'avec un lecteur de disquette et la possibilité de booter dessus. Il y a une évolution, mais rien de t'empêche d'essayer d'utiliser LTSP sur le premier ordinateur que tu trouves.
eyeOS est encore au stade de PoC, même si c'est à grande échelle. Il y a quantité d'idées qui fleurissent sur le forum et d'utilisations possibles qui n'ont pas encore été implémentées. Nous avons les idées, mais nous manquons encore de doigts pour les réaliser.
Une chose également, la série 1.x d'eyeOS a jeté les bases de l'architecture, du concept et de la philosophie du projet. Mais elle a atteint depuis quelques temps les limites de son évolution, et il est apparu nécessaire d'apporter un changement dans le coeur du système afin d'en préserver son évolutivité et son actualité dans le monde du web d'aujourd'hui. C'est pourquoi une nouvelle version 2.0 est en ce moment même planifiée par la communauté, afin de voir le jour dans quelques mois. Elle devrait apporter de nombreuses améliorations par rapport aux limitations pré-citées.
Personnellement, je suis en charge avec deux membres de l'équipe "centrale", de concevoir et implémenter le nouveau module de gestion de fichiers. Il devrait permettre à terme, comme sous KDE notamment, de fournir au développeur d'application une transparence réseau avec les principaux protocoles, y compris ceux internes au système eyeOS. Cela ouvrira les applications eyeOS basées sur ce système (c'est-à-dire une grande majorité, voire la totalité à terme) à tous les services qu'on retrouve sur un réseau, en faisant jouer au serveur d'eyeOS le rôle de proxy pour toutes ces opérations.
La version en développement offre un gestionnaire de fichiers simplifié qui permet à l'utilisateur, par simple drag&drop, de transférer un fichier sur un serveur FTP depuis la fenêtre A vers un dossier sur le serveur local, ou sur autre serveur FTP distant sur la fenêtre B. À aucun moment bien sûr le développeur du gestionnaire de fichier ne fait référence au protocole qui est utilisé, et laisse le module système se charger des véritables opérations. C'est un petit exemple, mais je le assez parlant et plus user friendly qu'une commande dans un shell.
[^] # Re: LTSP et XDMCP
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal EyeOS 1.7.0. Évalué à 5.
avec LTSP, je bootais les machines sur une disquette, ca aller sur le reseau chercher l'OS et les applis qui etaient toutes stocker sur un serveur.
finalement eyeOS n'invente rien, on en reviens simplement à ce qu'oon faisait il y a 15 ans :D
À cela près qu'on trouve maintenant plus d'ordinateurs avec un navigateur et connectés à Internet, qu'avec un lecteur de disquette et la possibilité de booter dessus. Il y a une évolution, mais rien de t'empêche d'essayer d'utiliser LTSP sur le premier ordinateur que tu trouves.
eyeOS est encore au stade de PoC, même si c'est à grande échelle. Il y a quantité d'idées qui fleurissent sur le forum et d'utilisations possibles qui n'ont pas encore été implémentées. Nous avons les idées, mais nous manquons encore de doigts pour les réaliser.
Une chose également, la série 1.x d'eyeOS a jeté les bases de l'architecture, du concept et de la philosophie du projet. Mais elle a atteint depuis quelques temps les limites de son évolution, et il est apparu nécessaire d'apporter un changement dans le coeur du système afin d'en préserver son évolutivité et son actualité dans le monde du web d'aujourd'hui. C'est pourquoi une nouvelle version 2.0 est en ce moment même planifiée par la communauté, afin de voir le jour dans quelques mois. Elle devrait apporter de nombreuses améliorations par rapport aux limitations pré-citées.
Personnellement, je suis en charge avec deux membres de l'équipe "centrale", de concevoir et implémenter le nouveau module de gestion de fichiers. Il devrait permettre à terme, comme sous KDE notamment, de fournir au développeur d'application une transparence réseau avec les principaux protocoles, y compris ceux internes au système eyeOS. Cela ouvrira les applications eyeOS basées sur ce système (c'est-à-dire une grande majorité, voire la totalité à terme) à tous les services qu'on retrouve sur un réseau, en faisant jouer au serveur d'eyeOS le rôle de proxy pour toutes ces opérations.
La version en développement offre un gestionnaire de fichiers simplifié qui permet à l'utilisateur, par simple drag&drop, de transférer un fichier sur un serveur FTP depuis la fenêtre A vers un dossier sur le serveur local, ou sur autre serveur FTP distant sur la fenêtre B. À aucun moment bien sûr le développeur du gestionnaire de fichier ne fait référence au protocole qui est utilisé, et laisse le module système se charger des véritables opérations. C'est un petit exemple, mais je le assez parlant et plus user friendly qu'une commande dans un shell.
Librement.