Misc a écrit 6318 commentaires

Ben si tu utilises statusnet, et pas twitter, la limite artificielle n'existe plus ( ensuite, le but est quand même de faire court, sinon, c'est plus du micro blogging ) ( cf http://www.h-online.com/open/news/item/Microblogging-platfor(...) )

C'est vrai que l'ouverture au niveau marketing tel qu'on voit pour Fedora ( avec des pages comme https://fedoraproject.org/wiki/Fedora_13_Talking_Points ) est un avantage.

Curieusement, il existe une équipe ( https://wiki.ubuntu.com/MarketingTeam ), mais ils ont pas du mettre leur travail suffisament en avant.

Le but de skype, c'est de faire des gros efforts pour marcher même avec les utilisateurs qui ne connaissent pas justement les variables d'environnements.

Il faut le reconnaitre, la gestion des proxys sous Unix est moisi. Je veux changer un truc, je doit me déconnecter. Donc tout le monde duplique la gestion à gauche et à droite ( dans ff, dans konqueror, dans gnome, etc ), et ça fout le boxon.

Donc si le fait d'aller fouiller les fichiers d'opera et co te parait porc, ç'est pour pallier aux problémes actuelles de l'architecture Unix basé justement sur des variables d'environement.

Skype marche aussi parce que le programme fait le maximum d'effort pour passer les firewalls, et ne pas faire chier l'utilisateur. Ça marche pas toujours, ça plait pas à tout le monde, mais je pense que ça plait quand même à suffisament de gens, et ça marche suffisament souvent pour qu'on puisse considérer ça comme un point différenciateur en leur faveur.

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.

À une différence prés :
"These are the people I call Architecture Astronauts. It's very hard to get them to write code or design programs, because they won't stop thinking about Architecture."

Et si tu as bien lu l'article, tu peux voir qu'il y a déja un dépot git, qui marche, qu'il est pas seul à coder dessus, et qu'il y a même des VMs de test afin de montrer que ça marche.

En même temps, il n'y a pas besoin de tout intégrer d'un coup, il y a une couche de compatibilité.

Je pense que tu devrais ressortir un systéme d'il y a 5 ans pour voir qu'il y quand même eu du changement. Les isos sont surle web, fait l'expérience ( et un journal pour nous raconter ça ). J'ai personnelement souvent des trucs minucules qui manquent quand je vais sur le pc que j'ai mis à mes parents, avec 3 ans de retard sur les distros courantes ( par manque de temps pour la mise à jour ).

C'est en effet une solution, vu que Canonical intervient de maniére minimal dans la distribution ( cf divers commentaires ici, et cf le fait que ça reste toujours un dérivé alors que la majorité des developpements sont fait en gtk pour gnome, ou sur des softs gnome, genre gwibber, rhythmbox, etc ).

Mais bon, si il veut garder gnome, il y a d'autres distributions, comme Mandriva, Opensuse, Fedora, ou Debian, qui proposent toute un gnome de bonne facture, et assez souvent les mêmes versions de soft que ubuntu ( genre gwibber est dans mandriva, desktopcouch aussi ).

Perso, je trouve le contraste pourri, et le changement de css marche pas sous epiphany pour une raison encore inconnu

Je peux pas vraiment parler pour d'autres que moi, mais j'ai de temps en temps à passer sous os x, et je doit reconnaitre que les habitudes se changent finalement assez vite.

C'est comme passer du qwerty à l'azerty, au début, ça fait chier, mais avec l'habitude, tu voit plus la différence. Par contre, pour les gens qui ont et qui ont eu déja du mal avec le réglage classique, ils vont avoir autant de mal avec le changement.

Tellement d'utilité qu'il y a une branche pour revenir à sqlite pour la version suivante de gwibber : https://code.edge.launchpad.net/~segphault/gwibber/230-sqlit(...)

Pareil, des fois, je suis avec mon coloc à la pizzeria, on discutte de trucs ou on a pas les références exactes, hop, je matte sur wikipedia.

A voir aussi http://youtomb.mit.edu/statistics

un projet du MIT qui surveille youtube et qui regarde les videos qui se font retirer.

Y a plus q'un bonhomme sur nouveau, il y a une personne payé par RH, mais les autres codeurs bossent aussi.

Donc tu as X comptes pour X services ?

Et y a des gros bouts de trucs proprios :/ ( user space comme kernel space ), ce qui m'inquiéte personnelement vis à vis de l'upgradibilité du biniou ( enfin peut être que je me trompe ).

En fait, vu que toile libre a surement plusieurs serveurs ( enfin j'espére ), il faudrait déja savoir ce qui a été fait et sur quoi surtout.

Et j'aurais aussi voulu pour ma part savoir si c'est lié à leur noeud tor, qu'on voit pas/plus dans la liste publique : http://torstatus.kgprog.com/index.php?SR=CountryCode&SO=(...) ( ou en tout cas, pas d'une façon qui me saute aux yeux entre les freebox, les trucs chez ovh et les ips chez wanadoo/neuf/etc ).

Oui, c'est comme tout ces gens chez google et ailleurs qui se sont mis à prendre des simples pc pour leur cluster au lieu de prendre des machines qui scalent (tm) comme des serveurs AIX ou Solaris. Clairement pas un concept valable, salaud d'ingénieur.

( sinon, ça fait des années que c'est le cas, les automates de banque, c'est des pcs, les automates dans les toilettes publiques, c'est des pcs, et pareil pour des tas de trucs ).

Oui, enfin c'était pas très subtil. J'aurais trouvé plus drôle d'avoir juste un bouton "partager sur facebook / delicious" en dessous de chaque commentaire, sans dire à personne, juste pour voir l'indignation des gens ( ou peut être le manque d'indignation ).

C'est plus tout developpeur, mais toi, distributeur. C'est une approche qui est courante sous windows et ailleurs, mais je pense que le logiciel libre a des contraintes différentes qui font que la distribution/intégration est en général séparé du developpement.

Pour commencer, la réutilisation du code ( ie, au lieu d'avoir 15 copies des deps, y en a qu'une ), la gestion unifié ( ie pas besoin d'adapter l'outil en fonction de ce qu'on installe ).

La gestion à la windows ( c'est pas péjoratif quand je dit ça, mais faut bien nommer la méthode d'une façon ou d'une autre, je cherche toujours un terme à ce sujet ), c'est bien dans un systéme faiblement couplé, ou chaque dev est faiblement connecté et travaille un peu dans son coin, mais en général, ce que je voit dans le logiciel libre, c'est plus l'inverse.

Y a des avantages et des inconvénients, c'est clair que dans une vision developpeur => utilisateur, l'approche "je fait tout moi même" facilite la vie, et à le bénéfice de la simplicité et d'une certaine forme de décentralisation.

Mais en tant que sysadmin et en tant que packageur, je trouve ça particulierement frustre, et peu intégré. Autant je vais pas forcer les gens à passer par des paquets de distribution, autant ça me géne un peu qu'on m'empéche de le faire par négligeance, ou par manque d'envie directement. ( cf http://fosdem.org/2010/schedule/events/dist_good_upstream )

Le problème, c'est juste qu'il n'y a pas de solution intuitive ( comprendre d'ide ) pour le faire.

Pour flash, tu as ce qu'il faut, même si j'ai oublié le nom de l'outil, en quelques jours de formation, tu arrives à faire un pauvre jeu avec des taupes et un marteau ( j'ai fait ça en fac ).

Point bonus, il compile tout ça pour éviter qu'on te chourrave trop facilement ton jeu ( bien que je ne doute pas que ça soit faisable, c'est juste plus complexe, et en géneral suffisant pour retenir les gens peu scrupuleux qui veulent mettre leur nom dessus ).

La motivation d'une partie des gens qui font ce genre de jeu, c'est assez souvent pour montrer ce qu'ils savent faire, donc au dela de la question technologique et de l'IDE, il y a une barriére à faire franchir à ce niveau la ( ie, leur expliquer que distribuer le code de son jeu, çe n'est pas sale ). Et aussi une barriére à faire sauter, cad faire en sorte d'avoir de la demande pour ce genre de compétences ( savoir faire des animations ).

je suis le seul à trouver dérangeant le fait que souvent, les rubyistes ne filent plus d'archives, mais juste des gems, rendant ainsi plus difficile la creation de paquet ( quand c'est pas "prenez directement le code sur github" sans avoir mis de tarball, comme c'est parfois le cas sur launchpad, ou avec un tarball nommé de façon farfelu, genre login_projet_identifiant-de-rev comme c'est le cas aussi sur github , qui n'a rien à voir avec le numero de version du projet, et ce qui implique de ne pas automatiser l'update ? )

Les devs ont sans doute deja lu le code, mais il est relativement inutile :

http://airlied.livejournal.com/34017.html

Je suis pas sur que nvidia mette vraiment plus que 2/3 ingénieurs sur les drivers linux. De plus, les drivers nvidia semblent être basé sur les drivers windows.

De plus, c'est pas 2/3 geeks dans un garage, il y a au moins un dev de nouveau payé à temps plein par Redhat ( ben skeggs, sauf erreur de ma part ), et ils sont un peu plus nombreux que 2/3 : http://www.ohloh.net/p/nouveau/contributors

J'utilise pas nv, j'ai nouveau sur ma machine avec du nvidia ( mais sinon, j'ai du intel sur mon pc le plus utilisé ).