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.
Salut à tous les lecteurs et rédacteurs !
Je suis les news de ce site depuis quelques temps déjà, et j'avoue que j'ai souvent eu envie d'ajouter mon petit grain de troll... pardon, de sel, dans les débats qui se déroulent ici. Mais ce journal m'offre là une occasion trop importante pour ne pas apporter quelques précisions au sujet. Mon compte créé, me voilà.
Je m'appelle Anaël et je fais partie de la communauté eyeOS en tant que développeur depuis un an et demi maintenant. J'ai découvert ce projet un peu comme beaucoup, par hasard, en cherchant un moyen esthétique d'accéder à mon serveur FTP maison et d'en gérer les fichiers (notamment les transferts) depuis un poste restreint. En l'occurrence : un de la fac.
Le projet alors était assez jeune et un faible nombre d'applications était disponible. Néanmoins, en jetant un oeil à l'architecture du système j'ai trouvé que ça tenait largement la route et que ça méritait d'être testé plus en profondeur. J'ai alors commencé à développer dans mon coin l'application qui allait devenir à terme le client FTP par défaut, j'ai nommé eyeFTP. J'ai rencontré de nombreuses difficultés pour bien prendre en main l'API et cerner le fonctionnement de l'engin, mais petit à petit mon ébauche a pris forme et j'ai proposé une version beta à l'équipe, qui n'avait d'ailleurs cessé de m'aider à chaque souci. Le résultat après plusieurs mois d'évolutions est l'application que vous pouvez trouver dans les releases d'eyeOS 1.5 et suivantes.
J'ai eu des contacts très réguliers avec l'équipe (basée à Barcelone) pendant tout ce temps, et elle m'est apparue extrèmement ouverte aux contributions et aux participations extérieures (original me direz-vous, pour un projet libre). J'ai finalement passé les mois d'avril à août de cette année au sein de l'équipe afin de les connaître et de participer au développement de ce qui, je pense, pourrait devenir le Linux des web OS. Car pas besoin d'être devin, mais ce genre de système, même s'il n'intéresse pas le geek moyen directement (qui a comme chacun sait, un serveur FTP, HTTP, VNC, SSH et j'en passe accessible 24/24 depuis le web*), va devenir une alternative intéressante pour les organisations telles que les établissements scolaires à court ou moyen terme (c'est déjà le cas, c'est pour cela que j'ai pris cet exemple).
Alors que dire d'un projet tel que celui-ci ? Le traiter de useless et no-future sans avoir pensé qu'il offre UNE alternative libre à un panel de projets dont peu peuvent réellement se vanter d'être aussi abouti quand ils sont libres, et aussi libres quand ils sont sous licences propriétaires ?
Si, comme je le pense, ce concept de bureau en ligne perce au niveau technique, philosophique et commercial dans les prochaines années, n'est-il pas intéressant que le monde du libre participe activement et revendique cette évolution ?
Il y a tant de choses à dire, mais je ne tiens pas à perdre des lecteurs avec un post de deux kilomètres. Je vais donc tenter de répondre (subjectivement bien entendu) aux quelques remarques qui ont été formées précédemment.
- Je soupçonne que ça tourne quand même vachement plus vite quand le site s'appelle localhost plutôt que quand il s'appelle www.chez-moi.com/ et qu'on a une connexion moyenne (voire lente).
C'est l'évidence même. Néammoins un fonctionnement normal ne requiert qu'une bande passante modeste. Mais bien sûr, si vous avez de gros fichiers à transférer ça risque de devenir moins réactif...
- J'ai essayé la démo pour voir, apparemment, il n'y a pas de lien entre le client mail et le carnet d'adresse (uniquement entre le client de messagerie internet et le carnet d'adresse...)
En effet, mais le client mail est un proof of concept qui date de la release de la version 1.0. Il a d'ailleurs été retiré de la version 1.7 car il n'offre pas la qualité attendue par rapport au reste des applications. Une refonte est planifiée et devrait aboutir à un client mail avec support IMAP/POP3 et ce type de lien devrait y être inclu.
- Il est où le client chat? (XMPP bien sûr, sinon ça compte pas)
Un application tierce nommé eyeIRC est disponible sur eyeos-apps.org. Personnellement je ne l'ai pas testée, mais elle semble remplir ton besoin.
- Combien d'applis disponibles? Ou sont les fonctions multimédia? (ça serait vachement mieux si je pouvais écouter la musique de mon pc depuis n'importe où à travers ça)
Il y a actuellment plusieurs dizaines d'applications tierces disponibles sur eyeos-apps.org en plus de celles fournies par défaut avec le système. Elle sont peut être de qualité et d'utilité très inégale, mais complètent bien l'offre par défaut.
- Qui va héberger si tu n'as pas de serveur perso connecté H24 avec adresse IP fixe?
Pour l'hébergement, un simple support tu PHP suffit, donc n'importe quel hébergement free.fr au semblable peut faire l'affaire.
Hélas ! Cela serait le paradis évidemment, mais c'est loin d'être aussi simple. Les comptes pages perso de Free sont très bridés justement parce qu'ils sont gratuits, et n'offrent en conséquence pas toutes les fonctionnalités de PHP requises par eyeOS. Un hébergement chez un vrai fournisseur est la meilleure option, mais le plus simple pour tout bon geek reste d'avoir une redirection DNS (très justement conseillée plus haut) sur son propre serveur artisanal.
* Une suite bureautique: Google Docs, Zoho..
* un agenda: Google Calendar et autres
* un carnet d'adresse: Plaxo, n'importe quel webmail
* un RSS News Reader: Google Reader, Bloglines (ah non celui-la il est mort), Netvibes, et plein d'autres
* et même des jeux: y'en a plein partout en flash, et en javascript des fois
C'est vrai. Mais deux questions cependant :
- d'après ta liste, cela fait à peu près un compte par service, et autant de logins ?
- tu sais comment sont gérées les données par le fournisseur de ces services ? Moi non, et pour cause, je ne connais ni le code de leur application ni les intentions de leurs propriétaires.
Évite les chmod -R 777, c'est pas top niveau sécurité... À la limite un chown -R apache.apache.
Très juste remarque. À corriger dans la doc sous peu.
Le RSS Reader... j'en cherche un comme ça sous Linux depuis que... RSS existe.
Merci, c'est mon bébé... :)
C'est beaucoup d'honneur de citer Torvalds pour quelque chose qui ne relève même pas de l'économie de moyen -- un système de type VNC / rdekstop serait beaucoup plus court et facile à créer et beaucoup plus puissant (et d'ailleurs il en existe déjà pleins)
Je pense aussi qu'il est prématuré de comparer directement eyeOS à Linux. Mais dans le concept, la citation de Linus est parfaitement adaptée. C'est aussi ce que je me suis dit quand j'ai commencé à bidouiller dessus : je le fais pour moi parce que j'en ai besoin, et puis après on verra.
Enfin, pour tous ceux qui tiquent sur le terme OS (et vous n'êtes pas les seuls bien entendu), sachez déjà que si le projet se nomme eyeOS, c'est parce que "OS" peut aussi signifier Open Source, et que c'est sur ces bases qu'il a démarré et grandi.
Ensuite, bien sûr ce n'est pas un OS dans le pur sens "système d'exploitation". Et ça n'en a pas l'ambition de le devenir. Mais dans le concept, dans l'architecture, c'est très similaire de l'OS qui tourne actuellement sur votre machine. Techniquement, il est possible de séparer le partie "noyau", qui régit les fonctions basses du système (gestion des fichiers, des processus, etc.), de la partie affichage et encore plus "bureau", qui ne sont que des services remplaçables, utilisés par celui-ci. Ce qu'un OS classique fait au niveau matériel sur une machine, eyeOS le fait au niveau supérieur, au travers du serveur HTTP et de PHP.
Pour terminer, sachez qu'il existe désormais une distribution Linux minimale qui permet de ne lancer... qu'un navigateur (Firefox of course), et d'accéder ainsi un serveur eyeOS distant. Cette distribution n'est peut être pas directement disponible pour le moment, mais elle équipe déjà les ordinateurs des élèves d'une école de Catalogne ( http://blog.eyeos.org/2008/11/16/eyeos-in-the-school-video/ ).
Je m'arrête ici, c'est déjà trop long pour le commun des mortels (mais je sais que vous n'en faites pas partie, et que donc vous lirez aussi ces lignes).
N'hésitez pas à poser des questions sur le forum ( http://forums.eyeos.org/forum ) et ici-même si le coeur vous en dit. Je serais heureux de pouvoir vous éclairer sur ce modeste projet.
Merci à Sébastien pour avoir lancé le sujet, et m'avoir ainsi permis de faire cette petite pub pour mon projet, qui j'espère améliorera un peu la vision qu'en ont les lecteurs de DLFP.
[^] # Re: LTSP et XDMCP
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal EyeOS 1.7.0. Évalué à 1.
Évidemment...
[^] # 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.
# Droit de réponse
Posté par Nanawel (site web personnel, Mastodon) . En réponse au journal EyeOS 1.7.0. Évalué à 10.
Je suis les news de ce site depuis quelques temps déjà, et j'avoue que j'ai souvent eu envie d'ajouter mon petit grain de troll... pardon, de sel, dans les débats qui se déroulent ici. Mais ce journal m'offre là une occasion trop importante pour ne pas apporter quelques précisions au sujet. Mon compte créé, me voilà.
Je m'appelle Anaël et je fais partie de la communauté eyeOS en tant que développeur depuis un an et demi maintenant. J'ai découvert ce projet un peu comme beaucoup, par hasard, en cherchant un moyen esthétique d'accéder à mon serveur FTP maison et d'en gérer les fichiers (notamment les transferts) depuis un poste restreint. En l'occurrence : un de la fac.
Le projet alors était assez jeune et un faible nombre d'applications était disponible. Néanmoins, en jetant un oeil à l'architecture du système j'ai trouvé que ça tenait largement la route et que ça méritait d'être testé plus en profondeur. J'ai alors commencé à développer dans mon coin l'application qui allait devenir à terme le client FTP par défaut, j'ai nommé eyeFTP. J'ai rencontré de nombreuses difficultés pour bien prendre en main l'API et cerner le fonctionnement de l'engin, mais petit à petit mon ébauche a pris forme et j'ai proposé une version beta à l'équipe, qui n'avait d'ailleurs cessé de m'aider à chaque souci. Le résultat après plusieurs mois d'évolutions est l'application que vous pouvez trouver dans les releases d'eyeOS 1.5 et suivantes.
J'ai eu des contacts très réguliers avec l'équipe (basée à Barcelone) pendant tout ce temps, et elle m'est apparue extrèmement ouverte aux contributions et aux participations extérieures (original me direz-vous, pour un projet libre). J'ai finalement passé les mois d'avril à août de cette année au sein de l'équipe afin de les connaître et de participer au développement de ce qui, je pense, pourrait devenir le Linux des web OS. Car pas besoin d'être devin, mais ce genre de système, même s'il n'intéresse pas le geek moyen directement (qui a comme chacun sait, un serveur FTP, HTTP, VNC, SSH et j'en passe accessible 24/24 depuis le web*), va devenir une alternative intéressante pour les organisations telles que les établissements scolaires à court ou moyen terme (c'est déjà le cas, c'est pour cela que j'ai pris cet exemple).
Alors que dire d'un projet tel que celui-ci ? Le traiter de useless et no-future sans avoir pensé qu'il offre UNE alternative libre à un panel de projets dont peu peuvent réellement se vanter d'être aussi abouti quand ils sont libres, et aussi libres quand ils sont sous licences propriétaires ?
Si, comme je le pense, ce concept de bureau en ligne perce au niveau technique, philosophique et commercial dans les prochaines années, n'est-il pas intéressant que le monde du libre participe activement et revendique cette évolution ?
Il y a tant de choses à dire, mais je ne tiens pas à perdre des lecteurs avec un post de deux kilomètres. Je vais donc tenter de répondre (subjectivement bien entendu) aux quelques remarques qui ont été formées précédemment.
- Je soupçonne que ça tourne quand même vachement plus vite quand le site s'appelle localhost plutôt que quand il s'appelle www.chez-moi.com/ et qu'on a une connexion moyenne (voire lente).
C'est l'évidence même. Néammoins un fonctionnement normal ne requiert qu'une bande passante modeste. Mais bien sûr, si vous avez de gros fichiers à transférer ça risque de devenir moins réactif...
- J'ai essayé la démo pour voir, apparemment, il n'y a pas de lien entre le client mail et le carnet d'adresse (uniquement entre le client de messagerie internet et le carnet d'adresse...)
En effet, mais le client mail est un proof of concept qui date de la release de la version 1.0. Il a d'ailleurs été retiré de la version 1.7 car il n'offre pas la qualité attendue par rapport au reste des applications. Une refonte est planifiée et devrait aboutir à un client mail avec support IMAP/POP3 et ce type de lien devrait y être inclu.
- Il est où le client chat? (XMPP bien sûr, sinon ça compte pas)
Un application tierce nommé eyeIRC est disponible sur eyeos-apps.org. Personnellement je ne l'ai pas testée, mais elle semble remplir ton besoin.
- Combien d'applis disponibles? Ou sont les fonctions multimédia? (ça serait vachement mieux si je pouvais écouter la musique de mon pc depuis n'importe où à travers ça)
Il y a actuellment plusieurs dizaines d'applications tierces disponibles sur eyeos-apps.org en plus de celles fournies par défaut avec le système. Elle sont peut être de qualité et d'utilité très inégale, mais complètent bien l'offre par défaut.
- Qui va héberger si tu n'as pas de serveur perso connecté H24 avec adresse IP fixe?
Pour l'hébergement, un simple support tu PHP suffit, donc n'importe quel hébergement free.fr au semblable peut faire l'affaire.
Hélas ! Cela serait le paradis évidemment, mais c'est loin d'être aussi simple. Les comptes pages perso de Free sont très bridés justement parce qu'ils sont gratuits, et n'offrent en conséquence pas toutes les fonctionnalités de PHP requises par eyeOS. Un hébergement chez un vrai fournisseur est la meilleure option, mais le plus simple pour tout bon geek reste d'avoir une redirection DNS (très justement conseillée plus haut) sur son propre serveur artisanal.
* Une suite bureautique: Google Docs, Zoho..
* un agenda: Google Calendar et autres
* un carnet d'adresse: Plaxo, n'importe quel webmail
* un RSS News Reader: Google Reader, Bloglines (ah non celui-la il est mort), Netvibes, et plein d'autres
* et même des jeux: y'en a plein partout en flash, et en javascript des fois
C'est vrai. Mais deux questions cependant :
- d'après ta liste, cela fait à peu près un compte par service, et autant de logins ?
- tu sais comment sont gérées les données par le fournisseur de ces services ? Moi non, et pour cause, je ne connais ni le code de leur application ni les intentions de leurs propriétaires.
Évite les chmod -R 777, c'est pas top niveau sécurité... À la limite un chown -R apache.apache.
Très juste remarque. À corriger dans la doc sous peu.
Le RSS Reader... j'en cherche un comme ça sous Linux depuis que... RSS existe.
Merci, c'est mon bébé... :)
C'est beaucoup d'honneur de citer Torvalds pour quelque chose qui ne relève même pas de l'économie de moyen -- un système de type VNC / rdekstop serait beaucoup plus court et facile à créer et beaucoup plus puissant (et d'ailleurs il en existe déjà pleins)
Je pense aussi qu'il est prématuré de comparer directement eyeOS à Linux. Mais dans le concept, la citation de Linus est parfaitement adaptée. C'est aussi ce que je me suis dit quand j'ai commencé à bidouiller dessus : je le fais pour moi parce que j'en ai besoin, et puis après on verra.
Enfin, pour tous ceux qui tiquent sur le terme OS (et vous n'êtes pas les seuls bien entendu), sachez déjà que si le projet se nomme eyeOS, c'est parce que "OS" peut aussi signifier Open Source, et que c'est sur ces bases qu'il a démarré et grandi.
Ensuite, bien sûr ce n'est pas un OS dans le pur sens "système d'exploitation". Et ça n'en a pas l'ambition de le devenir. Mais dans le concept, dans l'architecture, c'est très similaire de l'OS qui tourne actuellement sur votre machine. Techniquement, il est possible de séparer le partie "noyau", qui régit les fonctions basses du système (gestion des fichiers, des processus, etc.), de la partie affichage et encore plus "bureau", qui ne sont que des services remplaçables, utilisés par celui-ci. Ce qu'un OS classique fait au niveau matériel sur une machine, eyeOS le fait au niveau supérieur, au travers du serveur HTTP et de PHP.
Pour terminer, sachez qu'il existe désormais une distribution Linux minimale qui permet de ne lancer... qu'un navigateur (Firefox of course), et d'accéder ainsi un serveur eyeOS distant. Cette distribution n'est peut être pas directement disponible pour le moment, mais elle équipe déjà les ordinateurs des élèves d'une école de Catalogne ( http://blog.eyeos.org/2008/11/16/eyeos-in-the-school-video/ ).
Je m'arrête ici, c'est déjà trop long pour le commun des mortels (mais je sais que vous n'en faites pas partie, et que donc vous lirez aussi ces lignes).
N'hésitez pas à poser des questions sur le forum ( http://forums.eyeos.org/forum ) et ici-même si le coeur vous en dit. Je serais heureux de pouvoir vous éclairer sur ce modeste projet.
Merci à Sébastien pour avoir lancé le sujet, et m'avoir ainsi permis de faire cette petite pub pour mon projet, qui j'espère améliorera un peu la vision qu'en ont les lecteurs de DLFP.
____
* (je le sais j'en ai un :P)