Il semblerait que quelques comptes s'amusent a "moinsser" tous mes postes sans discriminations. Je me trompe peut etre mais vous pouvez peut etre verifier juste au cas ou.
Après vérification, l'inutilisation vient d'un paquet de comptes différents et rien ne me laisse penser que ce sont des multis. Bref, ils sembleraient juste que les lecteurs de LinuxFr.org ne trouvent pas ces commentaires très pertinents.
J'avais déjà ouvert une entrée pour ça, et devant l'explication j'avais demandé que ce soit au moins expliqué dans le plan du site, mais les commentaires des entrées fermées ne sont lus par personne…
Si, je lis tous les commentaires via le flux Atom. Mais pour les commentaires sur les entrées fermées, si je ne fais pas attention à le faire tout de suite, j'ai vite oublié. Du coup, il ne faut pas hésiter à me relancer avec un 2ème commentaire ou une nouvelle entrée de suivi.
J'avoue que je ne vois pas bien pourquoi faire cette limitation.
Quand la version Rails a été lancée, je ne savais pas trop ce qu'allait donner l'espace de rédaction et je me suis donc dit que j'allais d'abord le mettre dans les mains des auteurs des dépêches. Mais ça ne devait être temporaire (d'ailleurs, j'espère encore que ce n'est que temporaire).
Maintenant, je suis toujours hésitant à ouvrir cet espace de rédaction plus largement dans l'état actuel. Il fonctionne et pas mal de dépêches y sont rédigées mais je suis loin d'être totalement satisfait. Visiblement, la manière d'interagir avec les dépêches n'est pas compris de tout le monde, les locks posent pas mal de problème et l'historique n'est vraiment pas génial (pas possible de revenir simplement à une précédente version par exemple). Du coup, je ne suis pas chaud pour mettre cet espace de rédaction dans les mains de trop gens tant qu'il n'y aura pas eu une sérieuse mise à niveau.
Cette mise à niveau va prendre du temps et je ne pense pas que je vais la faire dans les 3 mois qui viennent. Donc, en attendant, je vais ajouter le mécanisme pour pouvoir demander facilement les droits de writer.
Suite au passage d'un spammeur ce matin, nous avons supprimé quelques commentaires directement dans la base de données et le nombre de commentaires n'a pas été mis à jour pour en tenir compte.
Et un github/gitourious decentralisé consisterait a pouvoir faire du clone/pull request a partir de son instance de serveur sur l'officiel ou sur celui d'un autre gars.
Et le pull request est justement ce que Git ne permet pas de faire. Donc la question d'avoir un github/gitorious distribué se pose vraiment.
Ha, je m'incline devant autant de mauvaise foi : les dévs de Linux utilisent Git seul pour le développement et la LKML, c'est juste pour raconter des blagues et se détendre, jamais on n'y voit un patch ou une revue de code dessus. Bah, github, c'est un peu comme la LKML pour les gens qui préfèrent le web aux mailing-lists (en plus d'offrir d'autres outils comme le bugtracker ou le wiki).
Encore une fois, non. On parlait de pull requests, c'est-à-dire une proposition de patch à l'auteur original pour qu'il l'incorpore à son dépôt avec la possibilité d'en discuter via des commentaires.
Non, github/gitorious, ce n'est pas juste un dépôt git ! Il y a un tas de fonctionnalités bien plus intéressantes que ça : wiki, suivi des bugs/demandes d'évolutions, des statistiques, des moyens de proposer simplement des patchs, la simplification de la gestion des droits, pouvoir suivre des projets et/ou personnes, pouvoir discuter avec des messages associés à des commits (sorte de code review light), etc.
Paradoxalement, le retrait de Nokia est probablement une bonne chose de ce coté-là. Les autres constructeurs n'osaient pas se lancer dans Meego de peur que Nokia se garde toutes les nouveautés et ne les intègrent à Meego qu'après coup.
Maintenant que Nokia est hors-jeu, d'autres constructeurs (dont LG) s'engagent dans Meego. Et si aucun n'a la force de frappe de Nokia a lui tout-seul, ils pèsent plus (+) lourd une fois réunis.
Meego a incontestablement des faiblesses mais le soutien des grosses boites ne me semblent pas en faire parti.
Github n'est effectivement pas libre contrairement à Gitorious, mais j'ai du mal à voir ce qui te fait classer Github du coté centralisé et Gitorious du coté décentralisé.
Pour moi, dans les deux cas, on a à faire à une plateforme centralisée pour laquelle Git permet une décentralisation pour certaines fonctionnalités.
Je n'ai pas testé: que manque-t-il pour faire de Pavatar une fonctionnalité populaire?
C'est l'éternelle histoire de l’œuf et de la poule. Tant qu'aucune application web ne prend en charge pavatar, personne ne va créer le sien. Et du coup, comme personne ne l'utilise, aucun développeur ne prend le temps de l'intégrer aux applications web.
Gravatar a décollé grâce à wordpress. Les gens avaient alors une bonne raison d'y passer : avoir un avatar sur les commentaires qu'ils laissaient sur les différents blog wordpress. Et comme la base d'utilisateurs a commencé à grossir, d'autres sites l'ont pris en charge, alimentant le cercle vertueux.
Pour pavatar (et libravatar & co.), je pense que la seule manière de devenir populaire serait de venir comme une extension d'autres choses. Cette autre chose pourrait être un réseau social distribué.
l'avenir n'est-il pas aux graphiques en javascript, comme le truc¹ de Google?
Je ne sais pas si c'est l'avenir, mais c'est déjà le présent. Il existe des tonnes de bibliothèques JS pour faire des graphiques. Ça va des plugins jquery à des bibliothèques bien plus avancées (Protovis, gRaphaël ou Highcharts) pour ceux qui ont des contraintes plus fortes.
D'ailleurs, ça me fait penser que je m'étais dit que je devrais coller une de ces bibliothèques sur les stats de LinuxFr.org et que je ne l'ai toujours pas fait.
[^] # Re: Quel navigateur web ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Incohérence dans les avatars affichés. Évalué à 2 (+0/-0).
Tu as pu tester ?
[^] # Re: Greasemonkey
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Liste de plonkage via regexp. Évalué à 2 (+0/-0).
Définitivement, ça aurait plus sa place en script GreaseMonkey => je ferme cette entrée.
# Nope
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi pertinenter ou non pertinenter un meme pseudo devrait etre limite (comportement de templeet). Évalué à 4 (+0/-0).
Après vérification, l'inutilisation vient d'un paquet de comptes différents et rien ne me laisse penser que ce sont des multis. Bref, ils sembleraient juste que les lecteurs de LinuxFr.org ne trouvent pas ces commentaires très pertinents.
[^] # Re: Déjà signalé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Autorisation d'accès à l'espace de rédaction. Évalué à 3 (+0/-0).
Si, je lis tous les commentaires via le flux Atom. Mais pour les commentaires sur les entrées fermées, si je ne fais pas attention à le faire tout de suite, j'ai vite oublié. Du coup, il ne faut pas hésiter à me relancer avec un 2ème commentaire ou une nouvelle entrée de suivi.
[^] # Re: Déjà signalé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Autorisation d'accès à l'espace de rédaction. Évalué à 5 (+0/-0).
Quand la version Rails a été lancée, je ne savais pas trop ce qu'allait donner l'espace de rédaction et je me suis donc dit que j'allais d'abord le mettre dans les mains des auteurs des dépêches. Mais ça ne devait être temporaire (d'ailleurs, j'espère encore que ce n'est que temporaire).
Maintenant, je suis toujours hésitant à ouvrir cet espace de rédaction plus largement dans l'état actuel. Il fonctionne et pas mal de dépêches y sont rédigées mais je suis loin d'être totalement satisfait. Visiblement, la manière d'interagir avec les dépêches n'est pas compris de tout le monde, les locks posent pas mal de problème et l'historique n'est vraiment pas génial (pas possible de revenir simplement à une précédente version par exemple). Du coup, je ne suis pas chaud pour mettre cet espace de rédaction dans les mains de trop gens tant qu'il n'y aura pas eu une sérieuse mise à niveau.
Cette mise à niveau va prendre du temps et je ne pense pas que je vais la faire dans les 3 mois qui viennent. Donc, en attendant, je vais ajouter le mécanisme pour pouvoir demander facilement les droits de writer.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi [Lien] Titre du sondage en cours. Évalué à 3 (+0/-0).
Fait mais pas encore déployé (ça ne devrait pas tarder).
Cf https://github.com/nono/linuxfr.org/commit/ba7dffb6a2bc93c64eb5430ff10016c49ff96813
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Avoir de la pagination sur /admin/comptes. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/01447f020da946d1e772fc44be017480f7f60984
[^] # Re: Déjà possible
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Suivre une dépêche sur le tableau de bord. Évalué à 2 (+0/-0).
Cette entrée n'a pas l'air d'intéresser d'autres personnes que son auteur => je la ferme.
# Infos
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Le login ne marche pas (en https avec Firefox 3.6.17). Évalué à 2 (+0/-0).
Je vais avoir besoin d'un peu plus d'infos :
[^] # Re: Ca marche avec links2
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Connexion impossible au site avec ELinks. Évalué à 2 (+0/-0).
ELinks a le même comportement : il mets en cache la home page, du coup, on ne se voit connecté que lorsque l'on change de page ou qu'on la recharge.
[^] # Re: Ca marche avec links2
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Connexion impossible au site avec ELinks. Évalué à 4 (+0/-0).
Il faut faire CTRL+r pour recharger la page d'accueil. Links2 a l'air d'avoir une gestion un peu trop agressive du cache HTTP (bug ?).
# Spam
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mauvais report du nombre de commentaires. Évalué à 3 (+0/-0).
Suite au passage d'un spammeur ce matin, nous avons supprimé quelques commentaires directement dans la base de données et le nombre de commentaires n'a pas été mis à jour pour en tenir compte.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi ajout section Mageia. Évalué à 2 (+0/-0).
La section Mageia a été créée.
[^] # Re: Développer et partager son code
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 2.
Je vais insister, mais tu cites :
Et le pull request est justement ce que Git ne permet pas de faire. Donc la question d'avoir un github/gitorious distribué se pose vraiment.
[^] # Re: Développer et partager son code
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 3.
Ha, je m'incline devant autant de mauvaise foi : les dévs de Linux utilisent Git seul pour le développement et la LKML, c'est juste pour raconter des blagues et se détendre, jamais on n'y voit un patch ou une revue de code dessus. Bah, github, c'est un peu comme la LKML pour les gens qui préfèrent le web aux mailing-lists (en plus d'offrir d'autres outils comme le bugtracker ou le wiki).
[^] # Re: Développer et partager son code
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 2.
Encore une fois, non. On parlait de pull requests, c'est-à-dire une proposition de patch à l'auteur original pour qu'il l'incorpore à son dépôt avec la possibilité d'en discuter via des commentaires.
[^] # Re: Développer et partager son code
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 2.
Non, github/gitorious, ce n'est pas juste un dépôt git ! Il y a un tas de fonctionnalités bien plus intéressantes que ça : wiki, suivi des bugs/demandes d'évolutions, des statistiques, des moyens de proposer simplement des patchs, la simplification de la gestion des droits, pouvoir suivre des projets et/ou personnes, pouvoir discuter avec des messages associés à des commits (sorte de code review light), etc.
[^] # Re: Vive MeeGo!
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Actualité Meego. Évalué à 7.
Paradoxalement, le retrait de Nokia est probablement une bonne chose de ce coté-là. Les autres constructeurs n'osaient pas se lancer dans Meego de peur que Nokia se garde toutes les nouveautés et ne les intègrent à Meego qu'après coup.
Maintenant que Nokia est hors-jeu, d'autres constructeurs (dont LG) s'engagent dans Meego. Et si aucun n'a la force de frappe de Nokia a lui tout-seul, ils pèsent plus (+) lourd une fois réunis.
Meego a incontestablement des faiblesses mais le soutien des grosses boites ne me semblent pas en faire parti.
[^] # Re: Développer et partager son code
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 7.
Github n'est effectivement pas libre contrairement à Gitorious, mais j'ai du mal à voir ce qui te fait classer Github du coté centralisé et Gitorious du coté décentralisé.
Pour moi, dans les deux cas, on a à faire à une plateforme centralisée pour laquelle Git permet une décentralisation pour certaines fonctionnalités.
# L’œuf et la poule
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 7.
C'est l'éternelle histoire de l’œuf et de la poule. Tant qu'aucune application web ne prend en charge pavatar, personne ne va créer le sien. Et du coup, comme personne ne l'utilise, aucun développeur ne prend le temps de l'intégrer aux applications web.
Gravatar a décollé grâce à wordpress. Les gens avaient alors une bonne raison d'y passer : avoir un avatar sur les commentaires qu'ils laissaient sur les différents blog wordpress. Et comme la base d'utilisateurs a commencé à grossir, d'autres sites l'ont pris en charge, alimentant le cercle vertueux.
Pour pavatar (et libravatar & co.), je pense que la seule manière de devenir populaire serait de venir comme une extension d'autres choses. Cette autre chose pourrait être un réseau social distribué.
[^] # Re: C'est quoi le problème OpenID
Posté par Bruno Michel (site web personnel) . En réponse au journal État des lieux d'un internet décentralisé. Évalué à 5.
http://intertwingly.net/blog/2011/01/25/OpenID-37Signals est un point de départ pour comprendre l'échec d'OpenID.
[^] # Re: Amcharts
Posté par Bruno Michel (site web personnel) . En réponse au journal Artichow (outil php pour générer des graphiques) a disparu. Évalué à 6.
Ça dépend de ce que l'on veut faire, mais au choix : flot, jqplot, gRaphaël, Protovis...
[^] # Re: Amcharts
Posté par Bruno Michel (site web personnel) . En réponse au journal Artichow (outil php pour générer des graphiques) a disparu. Évalué à 10.
Des bibliothèques pour faire des graphes, ce n'est pas ce qui manque. Je trouve donc dommage d'en recommander une qui ne soit pas libre.
# Avenir ?
Posté par Bruno Michel (site web personnel) . En réponse au journal Artichow (outil php pour générer des graphiques) a disparu. Évalué à 6. Dernière modification le 28 mai 2011 à 16:28.
Je ne sais pas si c'est l'avenir, mais c'est déjà le présent. Il existe des tonnes de bibliothèques JS pour faire des graphiques. Ça va des plugins jquery à des bibliothèques bien plus avancées (Protovis, gRaphaël ou Highcharts) pour ceux qui ont des contraintes plus fortes.
D'ailleurs, ça me fait penser que je m'étais dit que je devrais coller une de ces bibliothèques sur les stats de LinuxFr.org et que je ne l'ai toujours pas fait.
[^] # Re: Splendide présentation du film
Posté par Bruno Michel (site web personnel) . En réponse au journal [HS][Cinéma] Into Eternity. Évalué à 2.
C'est fait.