Nous y réfléchissons sérieusement mais voici les raisons qui nous retiennent :
Cela simplifie les usages et le développement: un utilisateur à gérer = moins de complexité.
Cozy stocke des informations très personnelles et en grand nombre, c'est donc presque rassurant de ne pas voir quelqu'un d'autre se connecter directement à son Cozy.
Nous pensons plus qu'il vaut mieux gérer la collaboration entre Cozys plutôt que de mettre plusieurs personnes sur un Cozy.
Faisant parti de l'équipe Cozy Cloud je me permets quelques remerciements, rectifications et remarques :
Tout d'abord merci d'avoir écrit cette dépêche sur notre projet, ce genre de geste nous aide beaucoup !
Pour ce qui est de la synchronisation avec le mobile nous avons décidé de nous concentrer sur le protocole CaldDav à travers un sprint sur notre application d'agenda. Vous pouvez suivre le kanban et déposez des issues. Toute contribution sur le sujet est plus qu'appréciée !
Cozy est principalement écrit en Node.js. Seul le script d'installation et le moteur d'indexation sont écrits en Python. Pour l'installation nous nous appuyions aussi un peu sur Supervisord mais nous souhaiterions nous en passer.
Par rapport à l'annonce précédente nous avons déjà écouté les remarques que la communauté LinuxFR nous avait prodiguées en enlevant Redis de la stack : peu utile, source de bug dans les install et consommateur de mémoire.
Cozy fonctionne sous Raspberry Pi mais le script ne gère pas encore l'installation de Nginx qui sert de point d'entrée à Cozy. L'installation sera donc incomplète. Nous finaliserons ça cet été.
Pour une installation en local, il vaudrait mieux que tu utilises une machine virtuelle. Cozy installe beaucoup de modules, c'est un peu dommage de surcharger sa machine avec tout ces modules, surtout pour tester.
Encore une bonne remarque ! En fait il faut savoir que la stack complète de Cozy tourne sur une VM avec un 512 Mo de Ram (quantité présente sur un Raspberry). Il ne faut pas oublier que ton Cozy n'a qu'un utilisateur a géré. La consommation CPU reste donc faible en dehors des installations de nouvelles applis. Pour ce qui est de la consommation en RAM, elle n'est pas négligeable vu que la stack complète (OS minimal compris) doit prendre environ 300 mo de RAM. Cela permet d'ajouter 4 ou 5 applis supplémentaires qui tourne en même temps. Et sachant que tu peux arrêter des applis quand tu ne t'en sers pas, cela veut dire que tu peux en installer plus que ça.
Pour info nous cherchons à faire baisser la consommation en RAM de Cozy et faire des applis sans serveur, donc ça devrait s'améliorer avec le temps. Au passage si tu as des suggestions sur le sujet, nous sommes preneurs !
Yep, les gens d'unhosted nous en ont parlé. Nous n'avons pas encore eu le temps de nous pencher sérieusement dessus. Est-ce que tu t'en es déjà servi ? Si oui qu'en penses-tu ?
Bien vu, mais malheureusement pas de support pour Caldav pour le moment. Par contre notre format de stockage est proche d'iCal, donc on pourra bientôt fournir une URL qui renvoie les données à ce format. Si tu es intéressé par ces questions, tu peux ouvrir une issue sur github pour initier la discussion. On verra comment l'implémenter ensuite.
Bonne question, Owncloud et Cozy ont plusieurs points communs (auto-hébergeable, gestion de données personnelles, extensibilité…). Par contre là où Owncloud a une approche très fichier du problème, Cozy préfère se concentrer sur la partie application et la diversité des usages rendu possible par l'aspect distribué. C'est pourquoi Cozy permet de faire des apps qui peuvent faire des choses très différentes et laisse pas mal de libertés aux développeurs, tandis que owncloud n'autorise que des plugins aux interfaces similaires.
De plus, avec Cozy toutes les applications partagent le même système de données, ce qui facilite la réutilisation des données d'une application par une autre. Un autre aspect est qu'aujourd'hui Cozy est mono-utilisateur et ne s'adresse donc qu'à des particuliers. Toutefois nous réfléchissons à une version utilisable par des TPE.
J'espère que ça répond à ta question !
Et tant que j'y suis Cozy Cloud est vraiment pensé pour gérer sa GTD perso: todos, notes et reminders. Les reminders sont encore en chantier ainsi que les liens entre notes et todos mais ça arrive sous peu :).
Au passage, sur Cozy tu peux aussi facilement coder toi même une application qui comblerait les spécificités qui te manquent ou pour faire des ponts entre certaines des applications existantes.
Enfin les adeptes du Quantify-self montrent un intérêt particulier pour Cozy Cloud. Il est donc probable que les features à venir aillent dans le sens de la "productivité" et de la "connaissance de soi". Nous avons même été retenus par la FING pour leur projet Mes Infos, c'est dire !
Tout ça pour dire que bien j'ai conscience que je manque d'objectivité ça me parait un bon choix de miser sur Cozy Cloud pour sa GED/GTD perso. En plus de ça tu as un gestionnaire de feeds, de bookmarks et de photos. Tous trois faciles à utiliser sans fioriture. Et pour finir c'est libre et donc privacy-safe !
Héhé merci leo2urlevan pour la référence ! En effet il manque la partie Androïd. Ca prend un peu de temps car nous voudrions faire les choses bien : étant donné que Cozy se base sur Couchdb pour le stockage nous voudrions profiter de ses capacités de synchronisation pour permettre un accès aux données sur Android même lorsqu'on est déconnecté du réseau (Couch a une version Androïd s'appelant TouchDB). Du coup le travail est plus conséquent et on a un peu reporté cet aspect pour le moment. Mais on devrait commencer les premiers développements dessus fin mai si tout va bien.
Couch tourne très bien sur de petits ordinateurs, s'installe en une ligne via apt-get et offre des capacités de réplication intéressantes pour n'importequel système distribué (sauvegarde facile, synchronisation pour des modes offlines…). Après un coup d'oeil à buzhug ou zodb vaudrait peut-être le coup…
Oui le concept est que chaque utilisateur héberge son compte. Ceci dit si Newebe est installé sur une box, c'est facile de créer plusieurs instances sur cette même box.
Pour la démo j'en ferai une plus cool pour la prochaine version avec trois contacts en relation (comme c'était le cas avant que quelqu'un ne les efface sur la démo) et un accès aux trois contacts.
Effectivement, j'avais oublié de préciser qu'il fallait se connecter en https dessus :). En tout cas je suis content de voir que l'install a bien marché.
Pour la redirection http vers https via Tornado, ça a l'air assez compliqué et les développeurs n'ont pas l'air motivé pour que ça change : https://github.com/facebook/tornado/issues/523
Merci pour tes retours sur l'install. Par contre newebe se lance avec supervisord, on ne passe par sysv init, ni upstart. Donc normalement ton newebe tourne sur le port 8000. Les commandes pour l'arrêter/stopper sont :
Effectivement en faisant la mise à jour j'avais oublié de redésactiver le changement de mot de passe. Normalement ça ne devrait plus arrivé. Merci pour l'info !
Ce que tu dis correspond à une des solutions qu'on nous avait proposée. Pour l'avocat tu es le deuxième à l'évoquer, mais ça nous parait un peu prématuré.
[^] # Re: Pas de multi-user, pourquoi ?
Posté par gelnior (site web personnel) . En réponse à la dépêche CozyCloud, la mise en nuage personnelle et modulaire. Évalué à 2.
Nous y réfléchissons sérieusement mais voici les raisons qui nous retiennent :
En tout cas merci pour ce retour !
[^] # Re: Installation casse-gueule
Posté par gelnior (site web personnel) . En réponse à la dépêche CozyCloud, la mise en nuage personnelle et modulaire. Évalué à 2.
Bonjour Nitche,
Oui il faut avoir les droits root pour installer Cozy Cloud.
[^] # Re: Synchro ?
Posté par gelnior (site web personnel) . En réponse à la dépêche CozyCloud, la mise en nuage personnelle et modulaire. Évalué à 10.
Faisant parti de l'équipe Cozy Cloud je me permets quelques remerciements, rectifications et remarques :
Encore merci à tous et que le Gnou soit avec vous !
[^] # Re: Probleme install
Posté par gelnior (site web personnel) . En réponse à la dépêche Cozy, un cloud personnel que l'on peut héberger, bidouiller et supprimer. Évalué à 2.
Pour une installation en local, il vaudrait mieux que tu utilises une machine virtuelle. Cozy installe beaucoup de modules, c'est un peu dommage de surcharger sa machine avec tout ces modules, surtout pour tester.
# Merci
Posté par gelnior (site web personnel) . En réponse à la dépêche Cozy, un cloud personnel que l'on peut héberger, bidouiller et supprimer. Évalué à 5.
Je viens de me rendre compte qu'il y a eu beaucoup de contributeurs à cette dépêche : merci à eux pour leurs contributions !!!
[^] # Re: Il faut quoi comme hébergement ?
Posté par gelnior (site web personnel) . En réponse à la dépêche Cozy, un cloud personnel que l'on peut héberger, bidouiller et supprimer. Évalué à 7.
Encore une bonne remarque ! En fait il faut savoir que la stack complète de Cozy tourne sur une VM avec un 512 Mo de Ram (quantité présente sur un Raspberry). Il ne faut pas oublier que ton Cozy n'a qu'un utilisateur a géré. La consommation CPU reste donc faible en dehors des installations de nouvelles applis. Pour ce qui est de la consommation en RAM, elle n'est pas négligeable vu que la stack complète (OS minimal compris) doit prendre environ 300 mo de RAM. Cela permet d'ajouter 4 ou 5 applis supplémentaires qui tourne en même temps. Et sachant que tu peux arrêter des applis quand tu ne t'en sers pas, cela veut dire que tu peux en installer plus que ça.
Pour info nous cherchons à faire baisser la consommation en RAM de Cozy et faire des applis sans serveur, donc ça devrait s'améliorer avec le temps. Au passage si tu as des suggestions sur le sujet, nous sommes preneurs !
[^] # Re: comparaison owncolud
Posté par gelnior (site web personnel) . En réponse à la dépêche Cozy, un cloud personnel que l'on peut héberger, bidouiller et supprimer. Évalué à 1.
Yep, les gens d'unhosted nous en ont parlé. Nous n'avons pas encore eu le temps de nous pencher sérieusement dessus. Est-ce que tu t'en es déjà servi ? Si oui qu'en penses-tu ?
[^] # Re: Compatibilité
Posté par gelnior (site web personnel) . En réponse à la dépêche Cozy, un cloud personnel que l'on peut héberger, bidouiller et supprimer. Évalué à 2.
Bien vu, mais malheureusement pas de support pour Caldav pour le moment. Par contre notre format de stockage est proche d'iCal, donc on pourra bientôt fournir une URL qui renvoie les données à ce format. Si tu es intéressé par ces questions, tu peux ouvrir une issue sur github pour initier la discussion. On verra comment l'implémenter ensuite.
[^] # Re: comparaison owncolud
Posté par gelnior (site web personnel) . En réponse à la dépêche Cozy, un cloud personnel que l'on peut héberger, bidouiller et supprimer. Évalué à 8.
Bonne question, Owncloud et Cozy ont plusieurs points communs (auto-hébergeable, gestion de données personnelles, extensibilité…). Par contre là où Owncloud a une approche très fichier du problème, Cozy préfère se concentrer sur la partie application et la diversité des usages rendu possible par l'aspect distribué. C'est pourquoi Cozy permet de faire des apps qui peuvent faire des choses très différentes et laisse pas mal de libertés aux développeurs, tandis que owncloud n'autorise que des plugins aux interfaces similaires.
De plus, avec Cozy toutes les applications partagent le même système de données, ce qui facilite la réutilisation des données d'une application par une autre. Un autre aspect est qu'aujourd'hui Cozy est mono-utilisateur et ne s'adresse donc qu'à des particuliers. Toutefois nous réfléchissons à une version utilisable par des TPE.
J'espère que ça répond à ta question !
[^] # Re: CozyCloud
Posté par gelnior (site web personnel) . En réponse au journal Où se trouvent les services GTD libres !?. Évalué à 4.
Et tant que j'y suis Cozy Cloud est vraiment pensé pour gérer sa GTD perso: todos, notes et reminders. Les reminders sont encore en chantier ainsi que les liens entre notes et todos mais ça arrive sous peu :).
Au passage, sur Cozy tu peux aussi facilement coder toi même une application qui comblerait les spécificités qui te manquent ou pour faire des ponts entre certaines des applications existantes.
Enfin les adeptes du Quantify-self montrent un intérêt particulier pour Cozy Cloud. Il est donc probable que les features à venir aillent dans le sens de la "productivité" et de la "connaissance de soi". Nous avons même été retenus par la FING pour leur projet Mes Infos, c'est dire !
Tout ça pour dire que bien j'ai conscience que je manque d'objectivité ça me parait un bon choix de miser sur Cozy Cloud pour sa GED/GTD perso. En plus de ça tu as un gestionnaire de feeds, de bookmarks et de photos. Tous trois faciles à utiliser sans fioriture. Et pour finir c'est libre et donc privacy-safe !
[^] # Re: CozyCloud
Posté par gelnior (site web personnel) . En réponse au journal Où se trouvent les services GTD libres !?. Évalué à 4.
Héhé merci leo2urlevan pour la référence ! En effet il manque la partie Androïd. Ca prend un peu de temps car nous voudrions faire les choses bien : étant donné que Cozy se base sur Couchdb pour le stockage nous voudrions profiter de ses capacités de synchronisation pour permettre un accès aux données sur Android même lorsqu'on est déconnecté du réseau (Couch a une version Androïd s'appelant TouchDB). Du coup le travail est plus conséquent et on a un peu reporté cet aspect pour le moment. Mais on devrait commencer les premiers développements dessus fin mai si tout va bien.
[^] # Re: et ovirt?
Posté par gelnior (site web personnel) . En réponse à la dépêche Proxmox VE 2.3 est sorti. Évalué à 1.
Question de débutant : Comment se positionne OpenStack par rapport à Proxmox et oVirt ?
[^] # Re: Un peu de concurrence...
Posté par gelnior (site web personnel) . En réponse à la dépêche Voici ownCloud 5.0. Évalué à 2.
Et en plus un contributeur de Cozy Cloud a déjà fait un lecteur de flux RSS. Le nouveau GReader ? :)
[^] # Re: Passage à l'échelle
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 2. Dernière modification le 20 décembre 2012 à 14:27.
Oui mais ta maman ne fait pas vraiment partie du public visé. Et si elle était vraiment intéressée, tu lui donnerais bien un coup de main, non ?
[^] # Re: Passage à l'échelle
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 3.
Couch tourne très bien sur de petits ordinateurs, s'installe en une ligne via apt-get et offre des capacités de réplication intéressantes pour n'importequel système distribué (sauvegarde facile, synchronisation pour des modes offlines…). Après un coup d'oeil à buzhug ou zodb vaudrait peut-être le coup…
[^] # Re: Install du deb sur ubuntu
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 2.
Est-ce que tu peux envoyer plus de détails sur la mailing list ?
https://groups.google.com/forum/?fromgroups=#!forum/newebe
Un bon moyen d'avoir plus d'infos sur ce qui ne va pas est de lancer la commande Newebe directement :
sudo newebe_server.py --configfile=/etc/newebe/config.yaml
[^] # Re: Passage à l'échelle
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 2.
Oui le concept est que chaque utilisateur héberge son compte. Ceci dit si Newebe est installé sur une box, c'est facile de créer plusieurs instances sur cette même box.
[^] # Re: Tester les contacts
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 1.
mon adresse de contact : https://addictedtotheweb.net:13200/
Pour la démo j'en ferai une plus cool pour la prochaine version avec trois contacts en relation (comme c'était le cas avant que quelqu'un ne les efface sur la démo) et un accès aux trois contacts.
[^] # Re: Install du deb sur ubuntu
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 2.
Effectivement, j'avais oublié de préciser qu'il fallait se connecter en https dessus :). En tout cas je suis content de voir que l'install a bien marché.
Pour la redirection http vers https via Tornado, ça a l'air assez compliqué et les développeurs n'ont pas l'air motivé pour que ça change :
https://github.com/facebook/tornado/issues/523
[^] # Re: Install du deb sur ubuntu
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 2.
Merci pour tes retours sur l'install. Par contre newebe se lance avec supervisord, on ne passe par sysv init, ni upstart. Donc normalement ton newebe tourne sur le port 8000. Les commandes pour l'arrêter/stopper sont :
[^] # Re: projet X ?
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 3.
Effectivement en faisant la mise à jour j'avais oublié de redésactiver le changement de mot de passe. Normalement ça ne devrait plus arrivé. Merci pour l'info !
[^] # Re: petite entreprise
Posté par gelnior (site web personnel) . En réponse à la dépêche Sortie de Newebe 0.6.0. Évalué à 4.
Il serait temps qu'ils se mettent au boulot car pour l'instant il n'y en a qu'un sur 2 qui commite !
[^] # Re: Quenelle ?
Posté par gelnior (site web personnel) . En réponse au journal Quelle licence pour une application libre avec possibilité d'hébergement payant ?. Évalué à 2.
merci pour les liens et l'exemple d'openstack.
[^] # Re: Quenelle ?
Posté par gelnior (site web personnel) . En réponse au journal Quelle licence pour une application libre avec possibilité d'hébergement payant ?. Évalué à 2. Dernière modification le 21 novembre 2012 à 15:14.
Ce que tu dis correspond à une des solutions qu'on nous avait proposée. Pour l'avocat tu es le deuxième à l'évoquer, mais ça nous parait un peu prématuré.
[^] # Re: exception
Posté par gelnior (site web personnel) . En réponse au journal Quelle licence pour une application libre avec possibilité d'hébergement payant ?. Évalué à 1.
Merci pour l'exemple de Linux, c'est une bonne piste pour y réfléchir.