Ben le fait est que tout le monde n'est pas content d'avoir giwbber qui s'intégre avec ubuntu one :
- ça tire erlang ( car ubuntu one, ç'est desktop-couch, qui tire couchdb, donc erlang ), ce qui est embetant pour les livecds
- ça prends plus de ram que sans, et que certains pensent que ça prends plus de ram que requis, et que les fonctionnalités apportés ne veulent pas le surcout
- ça rends le soft plus compliqué à packager, surtout si tu n'as pas erlang ( même si je pense qu'une majorité de distros l'ont ), couchdb etant pas non plus trivial à intégrer
- il y a eu des tensions à ce sujet ( http://frederic.bezies.free.fr/blog/?p=3401 )
- ça ne pousse que vers u-1 ou vers les machines réseaux locales, la synchro vers d'autres services etant possible en théorie, mais non codé en pratique. On peut donc imaginer que ce coté commercial géne certaines personnes
- il y a eu un certain nombre de probléme de stabilité avec desktop-couch ( j'ai moi même eu un plantage de desktop-couch dans qemu quand j'ai lancé le livecd, mais j'ai pas réussi à reproduire ), et le blog des devs ( http://gwibber.com/blog/2010/04/introducing-gwibber-2-30/ ) parle de "performance limitations".
Donc Ryan Paul, un des codeurs de gwibber, a bien pris en compte ces critiques , et propose un branche de gwibber ou le stockage se fait dans sqlite au lieu de mettre ça dans le cloud avec ubuntu one, desktop couch et compagnie. J'ai même eu droit à un bug report le jour même ( https://qa.mandriva.com/show_bug.cgi?id=58845 ), alors que desktop couch est dispo dans mandriva ( et qu'il fonctionne sans trop de probléme ).
Pour ma part, j'ai pas grand chose contre desktop-couch, je trouve ça même intéressant, à part que le seul service vraiment intégré, c'est u-1, et qu'il n'y a rien d'ouvert dedans, contrairement à ce que les gens croient ( https://bugs.launchpad.net/ubuntuone-servers/+bug/375345 ). Je suis sur qu'avec un peu de temps, ce probléme peut se regler rapidement, bien sur, et il ne tient qu'à nous de nous en occuper.
[^] # Re: Ubuntu One
Posté par Misc (site web personnel) . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 7.
- ça tire erlang ( car ubuntu one, ç'est desktop-couch, qui tire couchdb, donc erlang ), ce qui est embetant pour les livecds
- ça prends plus de ram que sans, et que certains pensent que ça prends plus de ram que requis, et que les fonctionnalités apportés ne veulent pas le surcout
- ça rends le soft plus compliqué à packager, surtout si tu n'as pas erlang ( même si je pense qu'une majorité de distros l'ont ), couchdb etant pas non plus trivial à intégrer
- il y a eu des tensions à ce sujet ( http://frederic.bezies.free.fr/blog/?p=3401 )
- ça ne pousse que vers u-1 ou vers les machines réseaux locales, la synchro vers d'autres services etant possible en théorie, mais non codé en pratique. On peut donc imaginer que ce coté commercial géne certaines personnes
- il y a eu un certain nombre de probléme de stabilité avec desktop-couch ( j'ai moi même eu un plantage de desktop-couch dans qemu quand j'ai lancé le livecd, mais j'ai pas réussi à reproduire ), et le blog des devs ( http://gwibber.com/blog/2010/04/introducing-gwibber-2-30/ ) parle de "performance limitations".
Donc Ryan Paul, un des codeurs de gwibber, a bien pris en compte ces critiques , et propose un branche de gwibber ou le stockage se fait dans sqlite au lieu de mettre ça dans le cloud avec ubuntu one, desktop couch et compagnie. J'ai même eu droit à un bug report le jour même ( https://qa.mandriva.com/show_bug.cgi?id=58845 ), alors que desktop couch est dispo dans mandriva ( et qu'il fonctionne sans trop de probléme ).
Pour ma part, j'ai pas grand chose contre desktop-couch, je trouve ça même intéressant, à part que le seul service vraiment intégré, c'est u-1, et qu'il n'y a rien d'ouvert dedans, contrairement à ce que les gens croient ( https://bugs.launchpad.net/ubuntuone-servers/+bug/375345 ). Je suis sur qu'avec un peu de temps, ce probléme peut se regler rapidement, bien sur, et il ne tient qu'à nous de nous en occuper.