Journal EyeOS 1.7.0

Posté par  .
Étiquettes :
9
5
déc.
2008
Cher journal,

Chaque fois que lis un journal, une dépêche ou un message sur le forum de linuxfr, j'ai l'impression d'être à la ramasse. Je chambre toujours mes parents parce qu'ils sont décalqués, mais du haut de mes 20 ans, je m'aperçoit tous les jours que je suis out. (ça n'arrive pas qu'au autres...)

Bref ! Test du jour (de la nuit) : eyeOS 1.7.0 découvert grâce à cette dépêche. Et oui... on est le 5 et deviné quelle est le cadeau du jour?

Mais qu'est ce que eyeOS? Petit tour sur le site officiel. Un OS en ligne? Oula ! j'en avais vaguement entendu parlé il y a longtemps. Je savais que ça existait quoi... Bon. Petit tour sur la vidéo :

Nike sa mère c'est quoi ce truc de ouf ! Jésus-Marie-Joseph ! c'est fascinant !

Ni une ni deux, je télécharge, puis
$ tar zxvf eyeOS
$ cd eyeOS
$ cat README
$ chmod -R 777 eyeOS
$ firefox http://localhost/eyeOS/installer/


Les yeux grand ouvert je découvre un véritable bureau. Un véritable OS. Je teste les applications : Une suite bureautique, un agenda, un carnet d'adresse, un RSS News Reader, et même des jeux !

Après plusieurs minutes de test (bah c'est sur qu'on en a quand même vite fait le tour...), je me rend vite compte que tout sur ce truc est agréable, ergonomique, jolie, etc. Et pour dire ! Le RSS Reader... j'en cherche un comme ça sous Linux depuis que... RSS existe. Un agenda pareil, je n'en connais pas sous Linux (il est super cet agenda !). Un carnet d'adresse... tu connais toi un véritable carnet d'adresse sous gnome? J'aime bien celui de thunderbird, mais justement il est inclus dans thunderbird.

Un truc pareil, je me demande pourquoi c'est la première fois que j'en entend parler. Pourtant je compte parmi mes contacts (stocké dans le carnet d'adresse de thunderbird faute de mieux) de véritable geek !

J'ai pu essayer les versions antérieures. Elle ne valent pas la 1.7.0.

On en apprend tous les jours. Et moi qui suis fan de science fiction j'ai l'impression de rêver quand je vois ce qu'on peut faire aujourd'hui avec le net. Je pense sérieusement à une installation sur le-gall.net

Il y a beaucoup de gens qui se servent de eyeOS?
  • # Perso

    Posté par  . Évalué à 5.

    Je m'en sers pas.

    Une autre question?

    Pour éviter le -10, je vais quand même dire des trucs:
    - 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).
    - 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...)
    - Il est où le client chat? (XMPP bien sûr, sinon ça compte pas)
    - 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)
    - Qui va héberger si tu n'as pas de serveur perso connecté H24 avec adresse IP fixe?

    Bref, oui, c'est très beau technologiquement parlant, mais ça présente peu d'intérêt pour moi.
    (Oui, tout le monde s'en fout, mais en même temps avec le titre du commentaire, vous étiez prévenus!)
    • [^] # Re: Perso

      Posté par  . Évalué à 10.

      "Qui va héberger si tu n'as pas de serveur perso connecté H24 avec adresse IP fixe?" demanda Matthieu. Et Dieu créa les DNS (genèse 2-13).
    • [^] # Re: Perso

      Posté par  . Évalué à 4.

      Il existe tout plein de plugin/applications, donc il est probable que tu trouves ton bonheur pour le XMMP.

      Pour l'hébergement, un simple support tu PHP suffit, donc n'importe quel hébergement free.fr au semblable peut faire l'affaire.

      Le client mail et carnet d'adresse, je confirme que c'est presque inutilisable et peu pratique. Il n'y a pas moyen de le connecter avec un serveur LDAP ni CalDAV pour le calendrier ce qui est un peut gênant et le rend inutilisable comment client alternatif pour la mobilité.

      Bref projet sympa et toujours prometteur.
    • [^] # Re: Perso

      Posté par  . Évalué à 2.

      j'avais installé une version précédente, pour tester et rigoler un peu.

      savoir si je m'en servirais ça va être très simple, si accomplir une tache ABC est plus facile avec ça qu'à la main ou qu'avec une interface PhpMyABC ou un webmin, je ne vais pas trop me poser de questions.
    • [^] # Re: Perso

      Posté par  . Évalué à 6.

      En ce qui me concerne, je pense que le bureau web c'est le web lui-meme...

      * 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
      Et on pourrait continuer comme ça.

      Le web n'est pas un desktop. Essayer de mimer le desktop sur le web c'est le limiter à mon avis... Enfin bref, s'il y a des utilisateurs intéressés et des devs prêts à y passer du temps, tant mieux.
      • [^] # Re: Perso

        Posté par  . Évalué à 2.

        Oui et non,

        Il y a plein de trucs sur le net, le probleme c'est l'integration : faut rentrer tes donnes 532 fois, quand tu changes qqe chose sur le site X, c'est pas reflete sur le site Y, t'as 42 carnets d'addresses car les sites se parlent pas entre eux, ...

        C'est la ou un "desktop web" a de la valeur, maintenant la question est: est-ce viable vu les limites de l'environnement.
        • [^] # Re: Perso

          Posté par  . Évalué à 2.

          Justement, les sites commencent à se parler entre eux. Ceux du même fournisseur le font généralement bien, ensuite les API se multiplie pour accéder aux données d'un service depuis un autre.

          Par exemple, je peux avoir mes photos sur Flickr ou Picasa, et les imprimer (y compris les photos privées) depuis Shutterfly. De la même façon, Plaxo est capable de se synchroniser avec les carnet d'adresse de Gmail grâce à l'API de Google.
          • [^] # Re: Perso

            Posté par  . Évalué à 2.

            Ça n'a rien de standard et c'est très pénible à coder.

            Envoyé depuis mon lapin.

  • # Just for the record

    Posté par  (site web personnel) . Évalué à 10.

    Évite les chmod -R 777, c'est pas top niveau sécurité... À la limite un chown -R apache.apache.
    • [^] # Re: Just for the record

      Posté par  (site web personnel) . Évalué à 3.

      Dans l'idéal, mieux vaut même laisser les droits à un utilisateur tiers (ou root), et ne donner les droits à apache d'écrire que dans les répertoires où il en a vraiment besoin. Beaucoup de gens ont tendance à trop faire confiance à leur application web, alors que c'est la partie (normalement) la plus sensible sur un serveur HTTP (en tous cas la plus exposée).
      • [^] # Re: Just for the record

        Posté par  (site web personnel) . Évalué à 10.

        Et puis, c'est chown -R apache:apache

        Les utilisateurs ont le droit d'avoir un . dans leur login, il faut prendre l'habiture de mettre : dans la commande chown.
        • [^] # Re: Just for the record

          Posté par  . Évalué à 7.

          merci je viens de comprendre pourquoi l'usage du point n'est plus documenté! ça fait des années que je m'en sers.

          "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

    • [^] # Re: Just for the record

      Posté par  . Évalué à 3.

      Voila ! C'est ça que j'ai oublié de dire ! Lors de l'install il me demande de faire des chmod 77. Ca c'est la merde.... Je me doute que c'est plus facile pour un débutant mais j'avoue que coté sécurité c'est pourris de conseiller un truc pareil.
  • # Ca a beaucoup progressé oui

    Posté par  . Évalué à 2.

    C'est les performances qui sont impressionantes aussi.
    Il y a des petites difficultés encore je trouve, le copier coller ne fonctionne pas bien.
    Je vais tester les apps.
    J'aimerais bien que quelqu'un qui s'y connait en sécurité disent ce qu'il en pense aussi parce qu'il a quand même fallu chmoder 777 beaucoup de choses.

    ps: pour le lecteur de RSS, il a le look and feel d'akregator sous KDE.
  • # La GUI c'est pour les faibles !

    Posté par  (Mastodon) . Évalué à 9.

    Mais si tu tiens à le faire dans ton brouteur internet, t'as AjaxTerm, un OS complet dans ta fenêtre, puisque c'est un terminal texte, et derrière un vrai OS intégral ( : le tiens), ya *tout* ce dont tu as besoin !
    http://antony.lesuisse.org/software/ajaxterm/

    Yth, diantre, un vendredi poilu...

    PS : désolé ^^
  • # Je n'ai pas suivi les liens

    Posté par  . Évalué à 8.

    Mais j'ai l'impression que tu nous décrit une GUI, un bureau, mais pas un OS.

    La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".

  • # A noter aussi...

    Posté par  (site web personnel) . Évalué à 2.

    La présence du site :

    http://eyeos-apps.org

    En survolant rapidement on peut quand même voire quelques applications intéressantes : un client ssh, irc, un logiciel pour créer des comptes en masses, un client torrent...
  • # KDE !

    Posté par  (site web personnel) . Évalué à 3.

    Le RSS Reader... (...) Un carnet d'adresse...

    Tu as déjà essayé Akregator et KAdressBook ? Pour le carnet d'adresse : il est partagé avec Konversation (IRC), Kmail (mail) et Kopete (message instantanée). Du coup, tu peux voir la photo de tes amis dans IRC, l'état de présence dans l'entête des emails, etc. C'est bien intégré et très fonctionnel.

    J'ai testé Lifeara sous Gnome, mais avec ~40 flux après 6 mois ça devient si lent que ça en est inutilisable. Il semble qu'il ne supprime jamais les anciens flux, même en changeant la limite. La recherche ne peut pas se faire un seul flux, elle est devient plutôt inutile du coup :-/ Autre gros défaut : impossible de savoir de quel flux vient un article !?
    • [^] # Re: KDE !

      Posté par  . Évalué à -1.

      Bon on est vendredi alors je vais me lancer.

      Euh... J'ai mis KDE à la poubelle il y a... je sais plus combien de temps mais longtemps !

      J'utilise gnome (et WindowMaker). Donc out toutes les applications qui commencent par un K...
      • [^] # Re: KDE !

        Posté par  . Évalué à 0.

        Pour t’aider dans cette noble tâche, rien de mieux qu’un :
        killall $(ps -Ao comm | grep ^k)

        Toutefois évite de le faire en root --->[]
      • [^] # Re: KDE !

        Posté par  (site web personnel) . Évalué à 6.

        Donc out toutes les applications qui commencent par un K...
        Tu fais comment pour tuer un programme depuis la ligne de commande?
        • [^] # Re: KDE !

          Posté par  . Évalué à 6.

          alias gillall=killall

          ;)

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: KDE !

          Posté par  (site web personnel) . Évalué à 3.

          pkill pattern_du_nom_du_programme_a_tuer
      • [^] # Re: KDE !

        Posté par  (site web personnel) . Évalué à 3.

        Waouh. Passionnant.
        Et sinon, tu es plutôt riz ou pâtes ? Poire ou pomme ?
  • # Ce qui est bien ...

    Posté par  . Évalué à 10.

    ... avec ce genre d'usine à gaz, c'est que bientôt il faudra un quadricore pour lancer un outil de calendrier tout bête ou un éditeur à la notepad.

    En déplaçant une fenêtre (par la barre de titre) rapidement, on voit que ça rame, et ça arrive à utiliser 100% d'un core sur ma machine pour ça.

    Je vois vraiment pas l'intérêt de ce genre de trucs (je dis pas que c'est facile à faire, c'est certainement un boulot de fou). Mais déjà appeler ça un OS, ça me fait doucement sourire. Pour moi, c'est une GUI rien de plus. Mais j'imagine qu'appeler ça OS ça fait plus "hype".

    Si j'ai besoin d'accéder à mes données à distance, j'utilise ssh (éventuellement avec le tunneling X11 pour lancer des applis graphiques). Si c'est sur une machine sans serveur X, VNC marche très bien.

    Enfin, à part des petites applis très ponctuelles, je pense pas que le concept soit généralisable (applis à porter et tout).
  • # Ça claque…

    Posté par  (site web personnel) . Évalué à 2.

    C'est sûr, c'est impressionnant. De quoi rester bouche bée, même si je ne vois vraiment pas l'intérêt d'un tel logiciel.
    • [^] # Re: Ça claque…

      Posté par  . Évalué à 6.

      Je vous entends déjà (enfin, presque) vous demander "pourquoi?".[...]
      Ceci est un système pour les bidouilleurs par un bidouilleur. Je me suis
      bien amusé à le faire, et ça plaira peut-être à quelqu'un d'y jeter un
      coup d'oeil et même de l'adapter à ses propres besoins.


      Linux Torvalds, le 05/10/1991

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Ça claque…

        Posté par  . Évalué à 2.

        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)

        On ne peut que retenir l'"exploit" technique concernant EyeOS. En quelque sorte j'ai envie de dire que c'est de l'art.

        Peut-être que je me trompe, mais seul l'avenir le dira. Citer Torvalds maintenant est donc prématuré.
        • [^] # Re: Ça claque…

          Posté par  . Évalué à 2.

          Le fait de citer Torvalds est peut-être prématuré, mais je trouve que cet extrait est particulièrement valable pour ce projet. Après tout, pourquoi avoir écrit Linux, puisqu'il y a déjà Hurd en développement ?

          De plus, je trouve la comparaison avec VNC/TSE pertinente, mais seulement pour en tirer la principale différence avec eyeOS : tout le traitement graphique est fait côté client. De plus, ça m'étonnerait qu'eyeOS consomme plus de bande passante qu'un bureau distant classique.
          Enfin, je ne sais pas si le serveur qui héberge les instances VNC tiendrait aussi bien la charge pour un grand nombre d'utilisateur.

          Finalement, c'est plus contraignant à mettre en œuvre, bien sûr, mais l'idée mérite d'être creusée. Si on n'essaie pas d'innover quitte à concevoir quelque chose de plus complexe, comment peut-on faire évoluer l'informatique (et les sciences en général) ?

          Après tout, si on ne devait utiliser que ce qui est facile à mettre en place, on serait tous sous Windows puisqu'il est préinstallé partout.

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: Ça claque…

            Posté par  . Évalué à 7.

            La bonne idée serait alors d'attaquer la couche widget au lieu de recoder la terre entière. Juste histoire de ne pas jeter à la poubelle des décennies de logiciels libres d'une grande qualité (ils le sont pas tous, hein, c'est juste qu'il y en a :p )

            De toute manière les techno web sont complètement surréalistes pour faire ce genre d'appli. La mode consistant à faire rentrer l'univers dans un navigateur me révulse, car les protocoles sont massacrés à l'extrême pour faire quelque chose de radicalement pas prévu pour, au prix d'inefficacités extrêmes à tous les niveaux (effort de dev / debug / charge CPU / conso mémoire, etc) et en ajoutant des chaînons fragiles un peu partout (d'énormes composant, qui libre ou non restent utilisés comme des boites noires avec lesquels il faut vivre). Quelque chose qui de plus au final n'est pas pratique à utiliser (peut-être que les navigateurs évolueront pour le rendre pratique dans quelques années, mais je doutes que les choses évoluent radicalement au niveau protocolaire). Le summum de l'horreur est atteint pour ceux (ce n'est pas le cas de tous heureusement) qui veulent se servir du résultat pour fabriquer le minitel 2.0.
  • # Merci pour l'info !!!

    Posté par  (Mastodon) . Évalué à 1.

    Pas mal le coup de pub ! En plus ça correspond pas mal à un truc que je cherche, et j'ai déjà trouvé mon "application killer" :
    http://eyeos-apps.org/content/show.php/eyeSSH?content=88231

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: Merci pour l'info !!!

      Posté par  (site web personnel) . Évalué à 3.

      hmmm qu'est-ce-qui garantit qu'il n'y a pas de key-logger ? (oui j'ai tendance à être parano avec les applications qui ne s'exécutent pas sur un poste dont j'ai la maîtrise... et me faire piquer un mot de passe ou une clé ssh dans un moment d'inattention, cela reste ballot).
      • [^] # Re: Merci pour l'info !!!

        Posté par  . Évalué à 2.

        Tu peux toujours regarder dans le code ! (les fichiers sont des tar.gz renommés)

        Ce qui est bizarre c'est que ce code est très très court, j'ai du mal à voir comment il permettrait d'accéder à un serveur ssh. À un endroit cela indique:

        $homepage = 'http://mywoot.info/~giod/ssh.html';
        $myFrame = new Iframe(array(
        'name'=>'eyeSSH',
        'father'=>'wnd1_Content',
        'x'=>10,
        'y'=>1,
        'height'=>$myWindow->height-40,
        'width'=>$myWindow->width-20,
        'url'=>$homepage
        ));


        je ne sais pas si c'est censé afficher un message depuis ce site, mais c'est vrai que cela peut paraitre louche vu comme ça. Le site n'existe plus, alors on ne peut pas savoir ce que c'était, mais on pourrait croire que c'est affiche une page qui récupère les serveurs et mots de passe.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Merci pour l'info !!!

          Posté par  (site web personnel, Mastodon) . Évalué à 3.

          Malheureusement de nombreux "contributeurs" ont créé des packages pour avoir leur nom sur eyeos-apps.org en tant que "développeurs". Souvent ces personnes ne sont que des programmeurs peu expérimentés qui voient un projet en PHP et se disent "Je connais le PHP, je vais faire mon application".

          Le résultat est souvent peu convaincant et parfois dangereux pour les utilisateurs comme pour le projet eyeOS qui perd en crédibilité, même si ces applications sont clairement présentées comme étant "tierce-parties" et dont nous ne pouvons vérifier le code de chacune par simple manque de temps.

          Si je me rappelle bien, il y a aussi une application "eyeGmail", typique dans le genre des applications inutiles proposées par des personnes extérieures : une simple fenêtre avec une iframe pointant vers la page de Gmail...

          Merci pour eyeSSH, j'avertirai le webmaster de eyeos-apps pour supprimer le package correspondant.
  • # C'est sur c'est un OS !!

    Posté par  . Évalué à 2.

    Certain jeux comme BB sont des applets java, si c'est pas la meilleur preuve que EyeOS est un OS, c'est que j'y comprend rien !

    Second degré inside ;-)
  • # Un agenda?

    Posté par  . Évalué à 1.

    Bon tout ça c'est bien jolie. Mais au final... j'en profite pour poser une question.

    Quelqu'un connaît un agenda sous gnome? Un qui soit aussi fonctionnel et bien présenté que celui de eyeOS ou google calendar?

    Parce que quand je suis dans le rer, j'aimerais pouvoir consulter mon agenda of line, voyez-vous...
    • [^] # Re: Un agenda?

      Posté par  . Évalué à 2.

      Bah Evolution fait ça très bien, non ?

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # ça marche pas !

    Posté par  . Évalué à 9.

    firefox http://localhost/eyeOS/installer/ m'affiche un 404 !


    Désolé...


    ======> [ ]
  • # oula

    Posté par  . Évalué à 5.

    Un véritable OS.

    Humpf. N'importe quoi.

    À par ça c'est un beau gadget useless ce truc. Un peu comme les cubes en 3D qui tournent (quoiqu'un cube en 3D qui tourne, c'est moins useless)
  • # Cadeau du jour (HS)

    Posté par  . Évalué à 5.

    Et oui... on est le 5 et deviné quelle est le cadeau du jour?

    Pour moi la réponse est assez nette : un petit mec né à 15h30.
    Release de 2,790k, fork libre de sa mère (non libre ;) ), 9 mois de R&D, 12h de compilation. La toolchain est libre et bien documentée.
    • [^] # Re: Cadeau du jour (HS)

      Posté par  . Évalué à 1.

      Félicitation.
      • [^] # Re: Cadeau du jour (HS)

        Posté par  . Évalué à 4.

        oui félicitation, mais cela ne tourne quand même pas dans un navigateur alors bon... ;)

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # Mouais

    Posté par  . Évalué à 7.

    Ni une ni deux, je télécharge, puis
    $ tar zxvf eyeOS
    $ cd eyeOS
    $ cat README
    $ chmod -R 777 eyeOS
    $ firefox http://localhost/eyeOS/installer/

    Les yeux grand ouvert je découvre un véritable bureau. Un véritable OS.


    J'ai fait pareil ce soir, je me suis loggué, puis :
    $ tar zxvf eyeOS
    $ cd eyeOS
    $ cat README
    $ chmod -R 777 eyeOS
    $ firefox http://localhost/eyeOS/installer/


    Les yeux grand ouvert je découvre un véritable bureau. Un véritable OS.

    Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

  • # Droit de réponse

    Posté par  (site web personnel, Mastodon) . Évalué à 10.

    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.

    ____
    * (je le sais j'en ai un :P)
    • [^] # Re: Droit de réponse

      Posté par  . Évalué à 1.

      Tient, étonnant que personne n'ai encore répondu....

      - É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 problème est surtout à corriger dans l'installation de l'appli elle même. Lorsque je me suis rendu dans le répertoire "installer". Ce dernier n'avais pas les droits et php ne pouvait pas faire l'install. Il m'affiche alors l'erreur et ensuite un truc du style : "résoudre : chmod 777 installer". C'est là qu'il faut corriger le problème. Les gens ne lisent pas les docs... (ouais enfin je parle de l'utilisateur lamba quoi !)

      J'aimerais répondre moi aussi aux commentaires : "VNC est plus mieux".
      C'est clair que chaque fois que je le peux, c'est ce que je fais. Mais voilà. Quand je vais chez ma copine, chez ma grand mère, ou même chez un amis ou mes parents... Eux n'ont pas VNC et la plupart du temps ils n'ont pas envie que je leur installe un logiciel qu'ils ne connaissent pas. Sans parler de la fac... les salles "libres accès" c'est cool les machines tournent sous windows (Enfin.. pas toutes et d'ailleurs je songe a faire un journal sur le service informatique de ma fac qui gère vraiment) et je ne suis pas admin. Alors si j'ai oublié mon projet d'info, ou de je ne sais pas quel rapport chez moi... il me faut un client ftp, ssh, etc. Et je ne peux pas installer VNC.

      Pourtant, blague a part. Je reste un adepte de l'ergonomie. Et même si eyeOS est à mon goût... ça reste vraiment moche dans un navigateur. Mon laptop est 15,4". imaginez ! les barres gnome, la barre de la fenêtre firefox, la barre d'état Firefox, le menu, les icones, les "favoris", la barre de tache Wizz RSS. Il me reste un petit carré pour explorer mon bureau...
    • [^] # Re: Droit de réponse

      Posté par  . Évalué à 3.

      Salut, et c'est cool d'avoir les devs qui répondent !

      * 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.


      Ce sont deux choses différentes, je parle d'applications indépendantes. Pour ceux qui souhaitent vraiment héberger leur solution, il y a par exemple Zimbra (Open Source) pour l'email et le calendrier. J'imagine qu'il y a d'autres solutions pour d'autres types d'applications.

      En clair, indépendement de qui héberge et de la licence, je pense surtout que:
      * Je préfère avoir une appli séparée pour chaque usage. Ca me permet de faire jouer la concurrence a chaque niveau, et choisir l'appli que je prefere pour chaque usage. Donc j'ai du mal à comprendre pourquoi tous ces applis devraient être dans un même "desktop".
      * Je ne suis pas un grand fan des applications web qui cherchent à trop mimer le bureau. Le web est un média different, et on y gagne à tirer parti de ses avantages.
    • [^] # Re: Droit de réponse

      Posté par  . Évalué à 3.

      Aucun rapport avec les critiques qu'il a peut être fait plus haut, moi j'aime bien l'idée.

      Le problème c'est que j'ai peut être un besoin qui ne seras jamais dans les plans de eyeOS.

      Ce que je souhaite c'est un environnement web de travail collaboratif sur un projet de programmation.

      Est-il prévu d'avoir un terminal pour accéder à d'autres appli en ligne de commande ?

      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: Droit de réponse

        Posté par  . Évalué à 2.

        effectivement, cela pourrait être très bien. Voire (on peut rêver), pouvoir accéder à des applications X qui sont sur le serveur, et ce même depuis un ordinateur sans terminal X (genre cybercafé etc). C'est peut-être un peu ce que propose ulteo d'ailleurs, mais eyeos est plus simple à mettre en place (il faudrait pouvoir installer cela sur une machine existante, et non pas réinstaller un serveur "virtuel" dédié à cela).

        D'autre part, après avoir un peu testé eyeOS, et apprécié ses qualités, je regrette quand même qu'il faille en passer par son format de fichiers. Comme dit plus haut, on aimerait pouvoir accéder à toutes ses photos, son lot de musiques etc, sur un serveur perso. Or, pour pouvoir les afficher dans eyeOS, il faut que ces fichiers soient obligatoirement chargée via l'application, et converties dans le format spécifique eyeOS. Le problème c'est que si j'ai 2000 photos sur mon ordinateur (qui servira de serveur eyeOS), je ne vais pas reconvertir ces photos (fastidieux), ni les avoir en double (espace utilisé pour rien).
        À la rigueur, j'aimerais pouvoir faire un lien symbolique (en considérant avoir mis toutes les sécurités possibles pour ne pas risquer d'avoir ses fichiers effacés par n'importe qui) vers un dossier plein de photos ou de documents, et les afficher directement mon dossier perso sur eyeOS.

        Idem pour l'agenda. J'aimerais par exemple pouvoir récupérer mon agenda perso utilisé avec thunderbird, sans avoir à le reconvertir dans eyeos (j'ai essayé pour un calendrier un peu volumineux avec plus de 300 références, et cela a planté). Voire le nec plus ultra, le modifier dans eyeOS, et le synchroniser avec thunderbird de retour cher moi. (idem pour le calendrier)

        En tout cas je maintiens que c'est un beau projet. Et au moins contrairement au google apps, on peut héberger cela chez soi.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: Droit de réponse

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          D'autre part, après avoir un peu testé eyeOS, et apprécié ses qualités, je regrette quand même qu'il faille en passer par son format de fichiers. Comme dit plus haut, on aimerait pouvoir accéder à toutes ses photos, son lot de musiques etc, sur un serveur perso.
          C'est en partie pour cela que le service VFS (Virtual File System, mais plus que ça en fait depuis longtemps) est en passe d'être entièrement reconçu.

          Nous avons reçu beaucoup de demandes dans ce sens là, et il est clair que l'intérêt est suffisant pour en prendre compte dans les prochaines versions.
          Dans l'idéal, il s'agirait de recréer ce qu'on retrouve sur les vrais OS, à savoir des points de montage et des gestionnaires de protocoles qui permettent aux applications d'accéder aux données et de les manipuler sans savoir où elles sont réellement situées. Cela permettrait (comme je l'explique brièvement dans une réponse plus bas) de taper l'URL d'un server FTP dans le gestionnaire de fichiers, puis d'ouvrir un fichier texte avec l'éditeur en double-cliquant, de modifier le fichier et d'enregistrer. Simplement.
          Et que ce fichier soit sur la machine locale (j'entends, le serveur), un serveur SSH distant, ou FTP ou autre ne serait d'aucune différence du point de vue de l'utilisateur. C'est ça "ouvrir eyeOS aux services du réseau". C'est un grand objectif mais assez complexe à mettre en oeuvre. Néanmoins nous y travaillons.

          L'agenda va probablement subir un rafraichissement général lui aussi dans les versions à venir.

          Encore une fois, c'est un projet relativement jeune, à qui on propose énormément d'idées mais dont les développeurs manquent de temps pour tout faire. Si vous êtes intéressé(e)s pour contribuer, n'hésitez pas !
  • # LTSP et XDMCP

    Posté par  . Évalué à 6.

    ca me rappelle l'epoque ou je recyclais des vieux PCs pour en faire des terminaux graphiques

    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
    • [^] # Re: LTSP et XDMCP

      Posté par  (site web personnel, Mastodon) . É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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.