Lapidation publique mise à part, je croyais que le fairplay sur DLFP consistait à ne pas divulguer les IPs quelles qu'elles soient. Tu as obtenu une dérogation.
Sinon si tu as choisi une IP au hasard , c'est pas sympa pour la personne visée non plus car visiblement y'a quelqu'un derrière.
La simplicité du Web a comme contrepartie qu'on est extrêmement limité en terme d'interaction. Pour le Web on arrive à le comprendre, ce n'était pas son objectif à la base mais faire valoir cette limitation pour un promouvoir un tk, c'est juste ... hem
C'est d'ailleurs à cause de cette limitation et des nouveaux usages que sont nés ces concepts de RIA pour le meilleur parfois (déploiement) et pour le pire souvent (éclatement des technos, UAG javascript pour supporter les navigateurs, ....)
C'est surtout qu'il faut être vraiment être un lapin de garenne pour cliquer sur un lien sans passer par un proxy alors qu'on a des trucs à se reprocher, Wim Languedeputte ou pas.
Comment faire passer un toolkit graphique anémique avec 3 widgets qui se battent en duel pour une tuerie ?
Réponse :
On met les mots magiques dedans: Ouèbe et KISS
C'est bien connu les clients riches, RIA, toussa, ca a été créé parce que les composants Ouèbe déchirent.
Dire que je me suis toujours demandé pourquoi python avait choisi Tk comme toolkit standard alors qu'il est presque aussi moisi et même pas écrit en python.
Au moins les rubyistes, z'ont pas les 2 pieds dans le même sabot.
Knol n'est pas libre en effet.
Je ne peut pas forker les sources ni héberger une instance chez moi.
Concernant le contenu il me semble que la liberté est donnée aux auteurs de choisir leur licence et par delà leur mode de contribution (aucune contribution, retours éventuels ou rédaction collégiale)
Il doit être possible de poster en BY-SA.
Sinon, tout ceci fait partie de la stratégie de Google depuis l'aube des temps:
Fournir une infrastructure gratuite mais fermée pour abriter ses données personnelles et tirer parti des croisements entre ces données.
Les données publiées appartiennent à leur auteurs individuellement mais la valeur ajoutée appartient à Google seul.
Tout comme Google Maps n'est pas libre. Geotagguer un lieu t'appartient mais le service qui te permet de récupérer les bonnes adresse à partir de tes données et celles des autres ne t'appartient pas.
Google Reader est gratuit mais pas libre. L'opinion que tu as émise en signalant des articles comme intéressant t'appartient mais les suggestions d'articles basées sur les opinions collectives non.
Idem pour Google bookmarks, ...
En fait même la gratuité même n'est une illusion puisque tu ne fais que donner de ton temps de cerveau en échange de service.
Même leur moteur de recherche s'appuie sur le travail d'autrui qui référence les pages des autres sur son site.
Il est temps de se réapproprier collectivement les données qui sont l'avenir du libre en multipliant les initiatives comme OSM, wikipedia, libre.fm, musicbrainz, yacy, ...
et surtout en se ménageant la possibilité de les interconnecter.
Sans données libres, le LL libre lui-même est en danger.
Alors à quand un fork de knol ?
Ce qu'il faut comprendre c'est que knol et Wikipedia n'ont pas du tout les mêmes visées.
L'un propose des article d'opinions personnels et permet de confronter plusieurs idées sur un même sujet.
Tandis que l'autre a une vocation encyclopédique. Il vise une référence unique et consensuelle sur un même sujet et a donc une vocation collective.
A mon sens le modèle de knol est plus directement en concurrence avec la blogosphère. Les moteurs de recherche se chargeant de faire le tri entre le bon grain et l'ivraie face au système de notation de knol.
Ceci explique probablement son succès mitigé.
Pour la gestion des versions, c'est simple. Je fais une modif, je la publie soit avec ma signature, soit de façon anonyme. Dans le premier cas elle sera acceptée par les serveurs qui ne m'ont pas sur leur liste noire, et dans le second elle sera acceptée par les serveurs qui autorisent les modifs anonymes.
Ah et si quelqu'un d'autre modifie la même ligne que toi sur un autre noeud tu procèdes comment ? Tu merges ?
La répartition de la charge en lecture (un genre de cache) est possible mais l'écriture se doit de conserver un schéma de concurrence pessimiste (une référence unique avec verrouillage en écriture). AMHA, le contributeur Wikipedia n'est pas encore prêt pour les DVCS.
Donc les boites n'ont même pas besoin de savoir ce qu'est un gestionnaire de paquet pour avoir ma considération. Juste mettre sous une licence libre ça me suffit.
Visiblement, si on en juge par le sujet du journal c'est pas ce que tout le monde pense.
Tu aurais pu faire un petit effort.Un peu d'inspiration, que diable!
Je sais pas moi:
(version lexicale)
- Du grant ard
(version actualité)
- Sale temps pour les nabots
(version récurrente)
- Le reste de l'équipe nous prépare une campagne de journaux aux relents d'extrême droite catholique française
(version geek)
- C'est le portage sous multideskOS qui prend un peu de temps
(version Saint IGNUcius)
- Je vous l'avais dit: L'année prochaine sera l'année de Linux sur le desktop
(version anti-ubuntiste primaire)
- Depuis qu'ils ont migré sous Bazaar/Launchpad ils ont paumé le code et tous les tickets.
Un spécimen pareil, un jour comme aujourd'hui, ca se cajole, ca s'appâte patiemment, bien à l'affût.
Là, tu m'as fait de la boucherie.
Obligé de refaire un lâcher au beau milieu du bouchot-nois.
Vraiment! Y'a les bons chasseurs et le mauvais chasseurs ...
Les devs Fedora sont trop occupés à troller comme des gorets sur DLFP alors forcément ca glisse.
Heureusement que les devs d'Ubuntu prennent le pb à bras le corps. Au moins avec eux, comme ils ne contribuent à rien on peut faire des plannings réalistes.
Les sources, les outils pour générer la distribution sont librement disponibles.
Où ça exactement?
Parce que Google ne m'aide pas beaucoup.
Vraiment ces gens là ne font aucun effort pour que les autres puissent intégrer leur boulot. Heureusement qu'ils remontent quelques bugs upstream pour se racheter une conduite. C'est bien le minimum pour adhérer à l'esprit du libre.
déblatérer définition:
"Parler avec virulence contre quelque chose ou quelqu'un"
Qui déblatère ici, je me demande. Sûrement pas toi ni IsNotgood.
PS: J'ai trouvé marrant que le mec qui nomme TOUT les membres du conseil communautaire d'ubuntu et qui soutient les pilotes propriétaire
traite RH de boite propriétaire ...
Où est-ce que je peux télécharger la RHEL et la modifier selon mon bon vouloir, ca m'intéresse ?
Tu compares juste une charte communautaire avec une entreprise mais qu'importe.
Ensuite, il me semblait qu'Ubuntu/Canonical remonte les bugs aux projets upstream (quand ils le font ce sont les mêmes qui leur reprochent de les remonter pour attendre la correction plutôt que de mettre la main à la pâte cf. un journal récent).
Quand aux corrections il y a une différence entre "signaler" une correction et se farcir tout un processus d'approbation pour que sa correction soit intégrée à démultiplier par le nombre des projets avec leur spécificités.
S'il suffisait d'envoyer un patch ca se saurait.
Ah ouais les développeurs pas libres ca compte pour du beurre.
Après, si on enlève la proportion, c'est plus facile de dire qu'on est des gros contributeurs du libre.
Ca me rappelle une histoire d'iceberg ca.
Ce qu'il ne faut pas lire.
Dans Ubuntu, seul Canonical y trouve son compte comme pendant plusieurs années,
Ah, c'est dingue tous ces fanboys d'Ubuntu qui n'y trouvent pas leur compte.
Ils sont de plus en plus nombreux.
Moi ce que je crois, c'est que les 2 (Canonical et la communauté Ubuntu) y trouvent leur compte et c'est pour ca que ca fonctionne justement. En revanche ce qui vous déplait c'est que les autres distribs n'y trouvent pas leur compte.
Vous devriez faire une licence qui empêche ce genre de chose.
Ca pourrait marcher. On a déjà la GPL qui empêche de prendre sans redonner en échange.
La liberté ne s'use que lorsqu'on ne s'en sert pas.
En plus je ne comprend pas pourquoi vous êtes amers.
Tôt ou tard, Canonical devra investir le serveur sérieusement pour être profitable. S'ils n'y mettent pas les moyens en jouant le jeu, ils se feront hacher menu (Comme une distrib francaise bien connue)
On aura juste perdu la seule distrib desktop potable au passage, une de plus.
[^] # Re: Je trouve...Le fait de passer ce lien privé
Posté par El Titi . En réponse au journal OpenBSD et le piège à troll. Évalué à 5.
Lapidation publique mise à part, je croyais que le fairplay sur DLFP consistait à ne pas divulguer les IPs quelles qu'elles soient. Tu as obtenu une dérogation.
Sinon si tu as choisi une IP au hasard , c'est pas sympa pour la personne visée non plus car visiblement y'a quelqu'un derrière.
[^] # Re: Trop fort !
Posté par El Titi . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 6.
Unlike most other GUI toolkits, Shoes is designed to be easy and straightforward without losing power.
[^] # Re: Re
Posté par El Titi . En réponse au journal OpenBSD et le piège à troll. Évalué à 3.
http://tinyurl.com/25r7x5o
[^] # Re: Trop fort !
Posté par El Titi . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 2.
La simplicité du Web a comme contrepartie qu'on est extrêmement limité en terme d'interaction. Pour le Web on arrive à le comprendre, ce n'était pas son objectif à la base mais faire valoir cette limitation pour un promouvoir un tk, c'est juste ... hem
C'est d'ailleurs à cause de cette limitation et des nouveaux usages que sont nés ces concepts de RIA pour le meilleur parfois (déploiement) et pour le pire souvent (éclatement des technos, UAG javascript pour supporter les navigateurs, ....)
[^] # Re: URL raccourcie
Posté par El Titi . En réponse au journal OpenBSD et le piège à troll. Évalué à 6.
http://linuxfr.org/comments/1155370.html#1155370
...
[^] # Re: URL raccourcie
Posté par El Titi . En réponse au journal OpenBSD et le piège à troll. Évalué à 0.
À part ça, si Theo de Raadt en a marre de s'occuper d'OpenBSD, il peut toujours rejoindre la fondation wikipedia...
Respire un bon coup et arrête de faire ton Albert, ca ira mieux ;)
[^] # Re: URL raccourcie
Posté par El Titi . En réponse au journal OpenBSD et le piège à troll. Évalué à 8.
# Trop fort !
Posté par El Titi . En réponse à la dépêche Sortie de Shoes 3.0. Évalué à 10.
Réponse :
On met les mots magiques dedans: Ouèbe et KISS
C'est bien connu les clients riches, RIA, toussa, ca a été créé parce que les composants Ouèbe déchirent.
Dire que je me suis toujours demandé pourquoi python avait choisi Tk comme toolkit standard alors qu'il est presque aussi moisi et même pas écrit en python.
Au moins les rubyistes, z'ont pas les 2 pieds dans le même sabot.
Comment ça pas vendredi !
[^] # Re: mediawiki et le NoSQL ??
Posté par El Titi . En réponse à la dépêche Sortie de MediaWiki 1.16.0 et 1.15.5. Évalué à 3.
Je ne peut pas forker les sources ni héberger une instance chez moi.
Concernant le contenu il me semble que la liberté est donnée aux auteurs de choisir leur licence et par delà leur mode de contribution (aucune contribution, retours éventuels ou rédaction collégiale)
Il doit être possible de poster en BY-SA.
Sinon, tout ceci fait partie de la stratégie de Google depuis l'aube des temps:
Fournir une infrastructure gratuite mais fermée pour abriter ses données personnelles et tirer parti des croisements entre ces données.
Les données publiées appartiennent à leur auteurs individuellement mais la valeur ajoutée appartient à Google seul.
Tout comme Google Maps n'est pas libre. Geotagguer un lieu t'appartient mais le service qui te permet de récupérer les bonnes adresse à partir de tes données et celles des autres ne t'appartient pas.
Google Reader est gratuit mais pas libre. L'opinion que tu as émise en signalant des articles comme intéressant t'appartient mais les suggestions d'articles basées sur les opinions collectives non.
Idem pour Google bookmarks, ...
En fait même la gratuité même n'est une illusion puisque tu ne fais que donner de ton temps de cerveau en échange de service.
Même leur moteur de recherche s'appuie sur le travail d'autrui qui référence les pages des autres sur son site.
Il est temps de se réapproprier collectivement les données qui sont l'avenir du libre en multipliant les initiatives comme OSM, wikipedia, libre.fm, musicbrainz, yacy, ...
et surtout en se ménageant la possibilité de les interconnecter.
Sans données libres, le LL libre lui-même est en danger.
Alors à quand un fork de knol ?
Bon je dois terminer ma tisane moi.
[^] # Re: mediawiki et le NoSQL ??
Posté par El Titi . En réponse à la dépêche Sortie de MediaWiki 1.16.0 et 1.15.5. Évalué à 2.
L'un propose des article d'opinions personnels et permet de confronter plusieurs idées sur un même sujet.
Tandis que l'autre a une vocation encyclopédique. Il vise une référence unique et consensuelle sur un même sujet et a donc une vocation collective.
La preuve par l'exemple:
Voici 2 articles sur les différences entre les 2 avec des points de vues divergents
http://knol.google.com/k/pourquoi-knol-et-wikip%C3%A9dia-ne-(...)
http://knol.google.com/k/knol-et-wikipedia-une-concurrence-o(...)
A mon sens le modèle de knol est plus directement en concurrence avec la blogosphère. Les moteurs de recherche se chargeant de faire le tri entre le bon grain et l'ivraie face au système de notation de knol.
Ceci explique probablement son succès mitigé.
[^] # Re: mediawiki et le NoSQL ??
Posté par El Titi . En réponse à la dépêche Sortie de MediaWiki 1.16.0 et 1.15.5. Évalué à 2.
Pour la gestion des versions, c'est simple. Je fais une modif, je la publie soit avec ma signature, soit de façon anonyme. Dans le premier cas elle sera acceptée par les serveurs qui ne m'ont pas sur leur liste noire, et dans le second elle sera acceptée par les serveurs qui autorisent les modifs anonymes.
Ah et si quelqu'un d'autre modifie la même ligne que toi sur un autre noeud tu procèdes comment ? Tu merges ?
La répartition de la charge en lecture (un genre de cache) est possible mais l'écriture se doit de conserver un schéma de concurrence pessimiste (une référence unique avec verrouillage en écriture). AMHA, le contributeur Wikipedia n'est pas encore prêt pour les DVCS.
[^] # Re: Excuse-moi ?
Posté par El Titi . En réponse au journal Filtrage de sites webs en France, ça commence cet été !. Évalué à 2.
CQFD
[^] # Re: Et si...
Posté par El Titi . En réponse au journal Al-Qaïda code en C++ !. Évalué à 6.
[^] # Re: Et alors ?
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 1.
C'est pas plus compliqué que cela, ça serait la société tartanpion et pas Canonical que il y aurait moins de mange-boules pour les défendre ...
Que veux-tu la vie est comme ça, faut te résigner: Il y a les manges-boules d'un coté et les baisés de l'autre.
[^] # Re: Et alors ?
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 3.
Donc les boites n'ont même pas besoin de savoir ce qu'est un gestionnaire de paquet pour avoir ma considération. Juste mettre sous une licence libre ça me suffit.
Visiblement, si on en juge par le sujet du journal c'est pas ce que tout le monde pense.
# Ouais !
Posté par El Titi . En réponse au journal RMS répond aux questions de REDDIT. Évalué à 6.
"Using GNU GPL version 3 is the way to block all the known ways
of turning your program into proprietary software."
N'empêche qu'il manque une clause pour inciter à remonter upstream.
[^] # Re: Ben voilà, faut pas s'etonner !
Posté par El Titi . En réponse au journal GNOME 3 reporté. Évalué à 9.
Je sais pas moi:
(version lexicale)
- Du grant ard
(version actualité)
- Sale temps pour les nabots
(version récurrente)
- Le reste de l'équipe nous prépare une campagne de journaux aux relents d'extrême droite catholique française
(version geek)
- C'est le portage sous multideskOS qui prend un peu de temps
(version Saint IGNUcius)
- Je vous l'avais dit: L'année prochaine sera l'année de Linux sur le desktop
(version anti-ubuntiste primaire)
- Depuis qu'ils ont migré sous Bazaar/Launchpad ils ont paumé le code et tous les tickets.
Un spécimen pareil, un jour comme aujourd'hui, ca se cajole, ca s'appâte patiemment, bien à l'affût.
Là, tu m'as fait de la boucherie.
Obligé de refaire un lâcher au beau milieu du bouchot-nois.
Vraiment! Y'a les bons chasseurs et le mauvais chasseurs ...
# Ben voilà, faut pas s'etonner !
Posté par El Titi . En réponse au journal GNOME 3 reporté. Évalué à 9.
Heureusement que les devs d'Ubuntu prennent le pb à bras le corps. Au moins avec eux, comme ils ne contribuent à rien on peut faire des plannings réalistes.
C'est ma tournée, faites vous plaisir.
[^] # Re: 16 TO 1
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 2.
Les sources, les outils pour générer la distribution sont librement disponibles.
Où ça exactement?
Parce que Google ne m'aide pas beaucoup.
Vraiment ces gens là ne font aucun effort pour que les autres puissent intégrer leur boulot. Heureusement qu'ils remontent quelques bugs upstream pour se racheter une conduite. C'est bien le minimum pour adhérer à l'esprit du libre.
[^] # Re: 16 TO 1
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 4.
"Parler avec virulence contre quelque chose ou quelqu'un"
Qui déblatère ici, je me demande. Sûrement pas toi ni IsNotgood.
PS: J'ai trouvé marrant que le mec qui nomme TOUT les membres du conseil communautaire d'ubuntu et qui soutient les pilotes propriétaire
traite RH de boite propriétaire ...
Où est-ce que je peux télécharger la RHEL et la modifier selon mon bon vouloir, ca m'intéresse ?
[^] # Re: Étonnant
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 3.
Ensuite, il me semblait qu'Ubuntu/Canonical remonte les bugs aux projets upstream (quand ils le font ce sont les mêmes qui leur reprochent de les remonter pour attendre la correction plutôt que de mettre la main à la pâte cf. un journal récent).
Quand aux corrections il y a une différence entre "signaler" une correction et se farcir tout un processus d'approbation pour que sa correction soit intégrée à démultiplier par le nombre des projets avec leur spécificités.
S'il suffisait d'envoyer un patch ca se saurait.
[^] # Re: Étonnant
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 2.
Ah oui Oracle en fait plus pour le libre que Canonical.
Dis ca à un utilisateur d'OpenSolaris ou à un javaiste et il te rira au nez.
Jusqu'où ira la mauvaise foi des anti-ubuntistes ?
No limit.
[^] # Re: Les kéké ne sont pas ceux qu'on croit
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 2.
Après, si on enlève la proportion, c'est plus facile de dire qu'on est des gros contributeurs du libre.
Ca me rappelle une histoire d'iceberg ca.
Ce qu'il ne faut pas lire.
[^] # Re: Étonnant
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 3.
Faire du logiciel libre dans son coin tout en refusant de collaborer avec les autres, ce n'est pas être libriste (c'est au mieux de l'autisme).
C'est marrant dans ma conception du volontariat, l'absence d'acte ne signifie pas la même chose que la volonté de s'opposer.
En fait, ta conception du libre c'est que t'es pas obligé mais un peu quand même.
[^] # Re: Étonnant
Posté par El Titi . En réponse au journal Contributions à Gnome. Évalué à 0.
Ah, c'est dingue tous ces fanboys d'Ubuntu qui n'y trouvent pas leur compte.
Ils sont de plus en plus nombreux.
Moi ce que je crois, c'est que les 2 (Canonical et la communauté Ubuntu) y trouvent leur compte et c'est pour ca que ca fonctionne justement. En revanche ce qui vous déplait c'est que les autres distribs n'y trouvent pas leur compte.
Vous devriez faire une licence qui empêche ce genre de chose.
Ca pourrait marcher. On a déjà la GPL qui empêche de prendre sans redonner en échange.
La liberté ne s'use que lorsqu'on ne s'en sert pas.
En plus je ne comprend pas pourquoi vous êtes amers.
Tôt ou tard, Canonical devra investir le serveur sérieusement pour être profitable. S'ils n'y mettent pas les moyens en jouant le jeu, ils se feront hacher menu (Comme une distrib francaise bien connue)
On aura juste perdu la seule distrib desktop potable au passage, une de plus.