flagos a écrit 3008 commentaires

Je vais dissoner légèrement du ton ici, mais je trouve ca plus que normal que cet avion ait été dérouté.

Snowden est recherché par les américains. Il a trahi ses engagements que son métier lui imposait. Je suis bien évidemment très heureux qu'il l'ait fait mais pour autant il n'est pas encore le bienvenu chez nous.

Au final, la décision de savoir si on le soutient de manière officielle est une décision qui appartient à notre exécutif. Il me parait évident que ce choix sera forcément lourd de conséquences, il est donc à réfléchir.

Si Snowden avait été dans cet avion, qu'auraient pensé les américains (qui sont encore nos alliés) si on ouvert notre espace aérien et si, scénario encore plus pénible pour nous, si l'avion avait du atterrir en France pour une raison X, Y ou Z ?

Tant qu'un arbitrage n'a pas été fait, notamment vis a vis des autres pays européens, il est important de traiter cette affaire comme il se doit et d'éviter de prendre des décisions qui seraient lourdes de conséquences envers notre pays.

Ca n'explique toujours pas en quoi tu es, je te cite, obligé de prendre ces tracts. Ils sont armés de barres de fer ?

C'est rigolo de voir comment ton imagination te joue des tours: elle t'oblige à faire quelque chose que pourtant rien ne te contraint à faire.

Non je parle du sujet en question: la distribution de tracts sur la voie publique.

Pour les syndicats, chez nous les tracts sont distribuées à la mano, stratégiquement pendant le café, comme le fait d'ailleurs le CE.

L'exemple fourni ne parle absolument pas de partage, mais de fourniture forcée d'idées

C'est vrai, c'est terrible. Certains ont frolé la mort pour avoir refusé un tract.

tip: As-tu essayé la formule magique "Non merci" ?

Peut-être que le fait de savoir que le mec (ou la nana) qui te tend le tract fait ça sur son temps libre, qu'il a cotisé pour imprimer les tracts et qu'il le fait par conviction plutôt que pour le pognon, ça change quelque chose.

Sauf que le bonhomme en question vise peut-être une carrière politique au sein du parti en question et fait la distribution de tracts uniquement pour monter les échelons du parti.

Tu peux aussi sortir de la vision méprisante "Avec un peu de chance, t'as un gars qui le lit 2 ans après et qui te redemande tout reformaliser parce qu'évidement, 2 ans après le "how-to-reproduce" il marche plus.". Même si c'est le cas, le gars il donne de son temps pour résoudre ton problème et le truc utile c'est lui qui le fait. Pas toi.

Je suis pas d'accord. Un rapport de bug, c'est utile. S'il est bien fait, il permet vraiment au projet d'avancer.

Par contre, je ne suis pas méprisant envers le mec qui maintient son projet, je n'exige rien. C'est juste que lorsque ton rapport de bug prend la poussière dans l'indifférence générale, ben ca donne pas envie de re-passer du temps à isoler un nouveau problème.

Et oui, au final, ca prend du temps de chercher un bug, de l'isoler et le reproduire simplement, collecter le maximum d'informations , trouver le bon bug-tracker (pas celui que le projet n'utilise plus depuis 6 mois). Quand tu vois que ton rapport ne se transforme pas en quelque chose d'utile, ben à force tu laisses tomber.

Perso, je ne le fais plus que sur les petits projets où je vois que le bugtracker est actif.

Je vais abonder dans son sens: les rapports de bugs, j'en ai fait. La plupart du temps, ca traine dans un coin. Avec un peu de chance, t'as un gars qui le lit 2 ans après et qui te redemande tout reformaliser parce qu'évidement, 2 ans après le "how-to-reproduce" il marche plus.

Enfin voila, il faut quand même sortir de la vision du monde où un simple rapport de bug suffit à voir le soft s'améliorer 3 mois après: sur les petits projets actifs ca marche plutot bien, sur les gros softs nettement moins.

En quoi?

Pour la fonctionnalité réseau, je travaille sur une machine windows et je lance une session vnc sur une compute farm sur laquelle je travaille vraiment, avec une session sur une bécane linux. Les copier coller a travers la session vnc sont juste pas pratique du tout, ils marchent très mal.

Du coup, son soft me tente vachement.

Oui enfin les distribs qui sont passés courageusement après que les utilisateurs de Arch se soient cassés les dents quoi.

Comme je ne la trouve pas, ça a l'air pas avec autorisation de copie, genre ce qui a été fait ici.

Pas exactement: Il s'agit de liens qui pointent vers l'image. L'image n'a pas été copiée.

C'est un peu comme un javascript qu'on inclut depuis son site source, il n'est pas dupliqué, on y fait juste référence.

On a le droit ou pas de juste faire un lien (c'est une vraie question) ?

**** Edit:
Au temps pour moi, l'image a été copiée. Cela dit, ma question reste ouverte: aurait on pu juste y faire référence avec un lien ?

T'en as pas marre de troller sur n'importe quel sujet dès qu'il se présente ?

Génial ! Ca mérite un petit journal, une fois que les inscriptions seront ouvertes !

Je veux pas t'arreter dans ton envolée lyrique, mais on parle juste d'une url, faut pas pousser.

Ce qui a plutot été une bonne idée pour thunderbird, c'est la configuration automatique en mode imap/smtp. Ca c'était vraiment utile car les options sont vraiment différentes pour chaque provider. Mettre un lien vers la page d'inscription gmail ou hotmail, bon voila quoi.

Je suis d'accord avec toi que c'est une amélioration possible, et je ne savais même pas que ca avait été rajouté dans Thunderbird.

Mais de la à dire que si cette option n'y est pas, c'est une bouse inter sidérale (je cite juste: "que c'est la merde") alors qu'on a fait avec pendant sur des logiciels beaucoup plus courants et beaucoup plus utilisés, c'est juste un peu fort de café.

Oui ca se fait bien, en mode 2 lignes de commande. C'est juste que c'est pas du clicodrome, donc ca peut refroidir pas mal de gens.

L'idéal serait d'avoir un paquet a intaller, et hop tu as une interface d'admin pour gérer ton bousin.

Il faut un backend git, mais ce n'est pas le scope de sparkleshare: c'est un client de synchronisation basé sur git. C'est un peu comme si tu me disais que Firefox devait fournir une solution out-of-box pour héberger un site…

Il faut un backend donc, je suis d'ailleurs surpris que personne ne soit engouffré dans la brèche car partir de sparkleshare serait un moyen rapide de proposer un dropbox-like. D'autant plus que sparkleshare est vraiment bien mieux fait que ne le raconte Zenitram.

Par contre, il est évident qu'on retombe sur le problème de vie privée vis a vis de l'hebergeur. Une solution possible est évidement l'auto-hebergement. Et là, à part gitlab qui fournit un paquet pour déployer un github-like à la maison, il n'y a pas grand chose.

Et ca continue ! Comme je manque d'arguments, je continue de taper a coté ! Tu critiques github alors que la discussion porte sparkleshare !

Le coup de pas mettre un login/pass, c'est vrai que ca méritait d'être changé.

• Lors de l'install du logiciel, rien ne permet de créer un compte github dans l'interface. Fail sur l'interface.

Comme sur Thunderbird. Je ne crois pas qu'il nous invite à ouvrir un compte gmail. Pourtant les gens y arrivent. Cherchez l'erreur.

• Après, faut avoir l'idée d'aller sur github, et la je lis : "Build software better, together." attend… je voulais quoi moi? Stocker des données. J'ai dû me tromper de site, la c'est un site pour développeurs.

Hop, comme on est à court d'arguments, on tape à coté. Ce défaut ne concerne pas Sparkleshare.

Je ne suis pas de mauvaise foi, arrete de fumer.

Pour héberger tes données sur dropbox, il faut créer un compte sur dropbox, c'est compréhensible.
Pour héberger ses données sur hubic, il faut creer un compte sur hubic, c'est compréhensible.

Et par contre, sur github, pour héberger ses données, il faut créer un compte, et là, ce n'est pas compréhensible. Super logique ton raisonnement.

Non, tout ca n'est pas vrai. Sparkleshare est vraiment simple d'utilisation, je ne vois quasiment pas de reproches qu'on peut lui faire. D'ailleurs, je me permets d'en parler car contrairement à vous, je l'utilise au quotidien.

Par contre, autohéberger son repo git est moins immédiat: soit il faut gérer du ssh, soit il faut utiliser un truc tout pret pour gérer ca, style gitlab. Mais rien de tout ca n'est imputable a Sparkleshare.

C'est du second degré ou bien ?

Un compte github oui c'est hyper simple a ouvrir. On peut même en ouvrir un depuis un compte gmail, en mode OAuth ou techno équivalente, et du coup ca se fait en 2 clics.

Aussi compliqué que d'utiliser du dropbox quoi.

Tu m'expliques en quoi sparkleshare n'est pas utilisable ou tu trolles juste ? En 3 clics, tu as lancé une synchro sur un compte github !

Oui mais quand on fait une attaque en règle contre sparkleshare qui est un modèle de simplicité pour l'utilisateur final (et je pèse mes mots), il faut au moins avoir balayé devant sa porte pour se permettre ce genre de choses.

Pour créer un repo git facilement, il faut effectivement passer par un autre soft que sparkleshare: gitlab par exemple permet de répondre au besoin. Quoiqu'il en soit, c'est en dehors du scope de sparkleshare, qui pour le coup se contente de faire le boulot plutôt bien, même si j'ai constaté quelques erreurs de synchro en utilisation intensive qui mériteraient un rapport de bug.

Le libre est une méthode pour gérer un projet. Différentes philosophies peuvent effectivement amener à utiliser cette méthode (dont la philosophie libriste).

Pour autant, une méthode n'est pas un outil.

10 Passer par un prestataire qui est reconnu par les navigateurs grand public ?

Et attention, l'API ne disparaissaient pas, elle était par contre accessible différemment (partenaires)

Justement. Donc le problème n'était pas de maintenir l'API comme tu nous le suggère puisque de toutes manières il était prévu que ce soit maintenu pour les partenaires.

Donc non, la réalité, c'est qu'ils ne souhaitaient pas voir n'importe quelle appli se connecter sur leur serveur. De la fermeture quoi.