gelnior a écrit 142 commentaires

Pardon c'est vrai qu'ownCloud est orienté groupes et pas seulement entreprises.

En fait je n'ai pas envie de me lancer dans un comparatif avec ownCloud. Car dans le cadre du cloud personnel, la vrai conccurence c'est Google, iCloud et Dropbox. ownCloud comme Cozy sont des bonnes alternatives face aux géants du web.

Cozy a une approche personnelle tandis qu'Owncloud est orienté entreprises. Cela permet à Cozy d'ajouter des usages particuliers et ciblés en plus des fondamentaux que sont le mail, le calendrier et le carnet de contacts.

Tu as par exemple un gestionnaire de compte bancaire à disposition ainsi qu'un lecteur de flux RSS. En plus les applis se parlent : le gestionnaire bancaire parle au téléchargeur de factures. Le lecteur de flux RSS permet de pousser ses articles favoris dans le gestionnaire de bookmarks.
NB : Fait important, ce sont des outils créés par la communauté.

Oui j'avais été un peu vite en postant l'image. Merci pour le correctif.

J'ajoute un lien vers un beau portrait par Le Monde sur Tristan : http://www.lemonde.fr/pixels/article/2015/03/11/tristan-nitot-navigateur-du-logiciel-libre_4591132_4408996.html

Merci à la rédaction de LinuxFR pour avoir accepté cette dépêche et à ckiller pour son journal

Il ne faut pas installer deux plugins différents pour gérer le mot de passe. Seule la ligne suivante suffit :

cozy-light add-plugin cozy-labs/cozy-light-auth

Si vous voulez une authentification de type basic, vous pouvez la supprimer au profit de :

cozy-light add-plugin cozy-labs/cozy-light-basic-auth

N'hésite pas à partager tes idées sur le dépôt. Le projet est encore jeune, les lignes peuvent bouger !

En passant, je lisais, https://github.com/cozy/americano/blob/master/main.coffee, il n'y à pas de stop. Les applications ne sont pas démontable ?

Americano se base sur Express. Quand tu démarres l'application cela te renvoie un objet server dans le callback. Sur cet objet tu peux appeler la function .close().

Et pourquoi un sudo dans sudo npm install cozy-light -g

Je crois que c'est requis par npm pour toute install globale. Mais dans le fond ce n'est pas obligatoire.

Par contre, n'est il pas possible d'éviter la dépendance à node-gyp ? donc pouchdb

J'ai mis ça au niveau de la plateforme mais en fait seules les apps s'en servent. Le mettre au niveau de la plateforme permet aux apps de ne pas récupérer la dépendance lors de l'installation.
Un fallback possible serait d'utiliser une implémentation de levelup en pure JS https://github.com/medea/medeadown mais cette base charge toutes les données en mémoire. Je ne sais pas si elle est vraiment utilisable.

La dessus je m'en retourne attendre que le setup se termine, je trouve cela surprennement long : / Probablement mon accès internet à deux balles.

Héhé, merci d'essayer la plateforme. J'espère que ça te plaira !

Je n'avais pas vu ça comme ça mais effectivement ça pourrait en être un. Comme l'explique le commentaire précédent, Cozy Light est basé sur NPM et Github. Il fait aussi de la configuration et lance un/des serveurs, c'est donc un peu plus qu'un gestionnaire de paquets. Ceci dit on pourrait à terme imaginer trois modules: Cozy Light package, Cozy Light server, Cozy-light config. Ce qui au final aboutit au runtime décrit par boiteàspam.

Mais effectivement un gestionnaire de paquets très simple pour l'auto-hébergement pourrait vraiment être intéressant. (NB: Yunohost va dans ce sens). Ca permettrait à un éco-système d'émerger rapidement comme ça a été le cas pour NPM et Node. En tout cas le but de Cozy Light est aussi de permettre à tout le monde de participer facilement. Les paquets Debian, étant un peu compliqués à réaliser, n'ont pas l'air adapté au stade de maturité de l'auto-hébergement (même si niveau sécu c'est bien mieux).

… S'en va mettre une grosse armure.

Je ne connais ni l'une ni l'autre de ces technos. Je vais regarder ça attentivement. L'appli de graffiti est vraiment fun.

Oups bien vu, j'ai complètement oublié de dire que c'est un dessin de Picasso à la base. Merci !

En fait au début je voulais surtout de faire un peu de veille sur Docker et Ansible. Ensuite je me suis dit que ça faciliterait l'installation. Mais je suis assez d'accord avec toi que tout ça devient un peu bordélique.

La différence est qu'ici chacun garde son compte chez soi et n'a donc besoin d'aucun tiers. Diaspora permet ça aussi mais l'usage de base c'est de se connecter à un pod connu. Du coup on se retrouve avec des problèmes similaires au modèle décentralisation. Et Diaspora c'est en Ruby, ce qui change tout !

Par contre, Diaspora est un projet toujours actif.

Les deux premiers points constituent un même chantier de mon point de vue.

Oui mais mieux vaut un vrai ami que 500 contacts:).

Effectivement les choses ont pris pas mal de retard. On devait le faire pour un client mais il nous a demandé pas mal de développements spécifiques. Du coup la version que nous avons n'est pas publiable. Le projet se terminant on a repris les choses du côté des clients Linux/MacOSX et Android.

• La version Android est déjà testable. Voir les infos ici.
• Pour le client Linux/OSX, le dépôt est dispo ici. Mais c'est encore instable et lent.

Et n'oubliez pas le petit français Cozy ! http://cozy.io. En plus du gestionnaire de fichiers, ce cloud perso s'accompagne d'autres applications comme un carnet de contacts, un calendrier, un lecteur de flux RSS…

Un bon texte pour alimenter votre discussion : http://blog.cozycloud.cc/mantra/2013/01/19/server-side-is-where-the-power-lies/

La mettre dans le répertoire apps ne suffira pas. Il faut la démarrer soit même et l'enregistrer auprès du proxy pour pouvoir s'en servir.

On commence à étudier d'autres solutions de déploiement pour pouvoir réutiliser l'existant.

Je t'invite à essayer Cozy tu comprendras mieux notre choix. Les applications type Wordpress ne sont pas pensé pour un seul individu et interopèrent mal.

Si c'est d'ailleurs comme ça que fonctionne ce client. Mais c'est toujours plus pénible de taper une série de commandes curl que de taper une ligne explicite.

Effectivement je n'ai pas trop parlé des slides, car les remplir me vient plutôt naturellement. Quelques conseils quand même là dessus:

• pas trop à lire, comme ça on vous écoute plus
• un peu de texte quand même pour partager la prez sur slideshare
• un peu d'humour pour pas que l'auditoire s'endorme
• des images pour illustrer
• pour le design inspirez vous de présentations cools que vous avez déjà vu
• pensez que les slides doivent mettre en valeur votre idée
• les slides vous indiquent où vous en êtes de votre présentation, c'est utile pour le timing.

Oui, je n'ai pas trop développé dessus mais quand je dis parler fort, c'est parlé très fort. Chose qu'on ne peut faire qu'en utilisant son thorax. Les cours de chant peuvent effectivement aider car les chanteurs ont le même problème (en tout cas les vrais chanteurs), pour être musical ils doivent moduler leur voix et ne peuvent le faire qu'en chantant très fort.

Très bon conseil, je note !

Pour l'eau j'avais oublié d'en parlé mais oui c'est très important. J'avais oublié ma bouteille à ma dernière présentation et ça m'a manqué.

Oui c'est vrai pour la v2 on veut revoir notre système de déploiement et maintenir le tout avec un système de branches pourra être utile. ZMQ fonctionne toujours sans branche malgré plusieurs versions, ça vaudrait le coup de voir comment il gère cet aspect.

Pour répondre aux autres commentaires, l'historique et les discussions sont en fait maintenus par les pull requests. Cela rend dépendant de Github, mais ça permet des interactions intéressantes et facile à appréhender pour un débutant git.

Bref après t'avoir lu je me rends compte que le terme sur-côté n'était pas forcément bien choisi et un peu trollesque. En fait ce que je voulais exprimer c'est qu'au début j'en étais fan et je me suis vite rendu que c'était un peu overkill pour nos besoins. Le guide ZMQ pointe aussi du doigt que ce système un peu complexe ne facilite pas l'arrivée de nouveaux venus, ce qui m'avait conforté dans ma position.

Oui je suis d'accord, en fait je pense que je voulais surtout exprimer le fait que ça aurait bien complété mon apprentissage du développement libre. Les aspects création de projet et participation à un projet existant sont complémentaires et du coup le deuxième me rend curieux.
Je me disais aussi que si quelqu'un passait par là et voulait s'impliquer dans le libre ce serait mieux de lui indiquer de commencer par un projet existant pour connaitre les ficelles et gagner du temps lorsqu'il voudra lancer le sien !