rakoo a écrit 921 commentaires

Pardon : Commentaire lu trop vite, réponse a cote. Veuillez ignorer ce commentaire que je n'ai su modifier en temps voulu.

Les deux [mariage et avoir des enfants] sont forcément intimement liés,

Faux. Avoir un enfant ne nécessite pas d’être marié. Être marié ne nécessite pas ou ne force pas a avoir un enfant.

En tout cas, ça, c'est aux yeux de la loi. Ce que chacun en pense est l'affaire du chacun en question, ça n'a rien a faire dans la loi.

C'est l'occasion de lancer des Chaos Monkeys !

Le projet est mort, mais tu pourrais t'inspirer de Playdar qui est a mon avis une idée excellente pour les gens qui ne veulent pas se casser la tête a configurer tout un tas de machines pour lire quelques fichiers. On en a déjà parlé dans ces colonnes.

Le principe est simple : chaque machine qui possède du contenu lance un noeud playdar, indexe le contenu local et envoie un signal multicast (ou broadcast ? a verifier) sur le reseau pour signaler qu'il existe et qu'il a du contenu a partager. Ensuite, un autre noeud sur le même réseau peut écouter ces signaux et aller interroger tous les noeuds qu'il souhaite pour leur demander s'ils ont un certain fichier. Et si playdar ne tourne pas sur une machine, tu peux toujours l'interroger via d'autres moyens plus classiques en utilisant des resolvers qui vont interroger la machine d'une autre manière (ftp, http, …)

playdar marche aujourd'hui uniquement pour la musique, mais le format peut être modifie pour intégrer tout ce que tu veux (ce n'est un problème que pour l'application, en charge de décoder le contenu; playdar ne gère que des localisations dans l'espace)

playdar est en erlang, mais il y a une implementation en python qui pourrait t’intéresser.

Et si tu veux voir a quoi ça ressemble, Tomahawk devrait te donner une idée de la chose un peu plus visuelle =]

"pendant 2 ans, on a 100 G d'offert sur google drive et c'est cool", ça fait un peu piège à mes yeux. Ie, tu fais quoi quand tu as plus tes 100 G au bout de 2 ans ? tes données sont prises en otage jusqu'à ce que tu payes ?

Mouais, je mettrais quand même un gros bémol dessus. Lorsque tu signes avec Google, il y a bien marque que l'offre s’arrête au bout de deux ans; tu signes en connaissance de cause. Ce serait comme venir se plaindre que Facebook ne te laisse pas utiliser tes photos comme tu veux parce que Facebook en a la propriété; et oui, c'est écrit dans le contrat que t'as signé, si tu l'as pas lu tant pis pour toi. Ce qu'ils font de ces données au bout des deux ans est écrit dans le contrat. Si rien n'est précisé, prépare toi a la pire des situations possibles : a timestamp + 2 ans + 1 seconde, tes données seront rayées de leurs serveurs sans possibilité de retour. Comme ça, peu importe ce qui arrive, soit c’était prévu, soit c'est une bonne nouvelle =]

A l'inverse, une vraie demande de rançon n'est pas du tout prévue et tu n'as rien signé nul part disant que tu acceptais la chose (tu pouvais a la limite t'y préparer si tu vis dans un endroit qui a statistiquement eu beaucoup de cas du genre, mais pas plus).

C'est triste, mais on dirait que les contrats ne valent plus rien, tout ça parce qu'ils sont trop longs/trop durs a lire. Non! Tu es un adulte responsable, tu lis ce foutu texte et tu signes ou non on conséquence.

Bon, je pars du principe que les contrats sont légalement valables, ce qui reste a vérifier.

Est ce qu'une application présente sur un store peut elle être considérée comme une application comme une autre.

Firefox, sur le store Debian, c'est pas une application comme les autres.

Plus sérieusement, quelle différence vois-tu ? Tout ce que je vois, c'est que les "Apps" sont majoritairement pensées pour interagir directement avec l'utilisateur, au point pour certaines plateformes d'interdire toute communication non prévue avec le système, alors que les logiciels "standards" (ou plus exactement prévus pour les stations de bureau) n'ont pas de préférences entre l'utilisateur et le système pour les entrées/sorties (enfin, a fonctions équivalentes). Au-delà de ça, je ne vois pas quelles sont les différences majeures entre les deux.

Donc pourquoi chercher à remplacer X par Y si Y=X?

Dans l'absolu je suis d'accord, mais il faut profiter de cette transition qui n'a pas l'air de se faire amicalement:

• Le passage de X a Y s'annonce chaotique, il y a peut-être moyen pour des concurrents (libres, soyons fous) de faire leur trou;
• On peut en profiter pour informer le plus de gens de ce qu'est un monopole et pourquoi il faut s'en débarrasser (aujourd'hui tout le monde est habitue a l’omniprésence de Windows sur une machine de bureau, et ne remet pas en question parce que ça marche; si Google arrive et casse tout, les assurances risquent de disparaître et le discours alarmiste des libristes sur l'enfermement va se réaliser)

Non aux méthodes de sagouins, mais tant qu'elles restent légales, autant varier les acteurs.

d'un point de vu de libriste, je trouve ça cool

Google t’empêche d'utiliser ses services avec le matériel que tu as choisis, le libriste est plutôt contre ce genre de pratiques.

Quand on aura une solution grand public basée sur le P2P et capable d'offrir une expérience équivalente à youtube

Je suis tombe l'autre jour sur cet article (il présente plus de choses que le site officiel …) qui parle d'un petit bout de logiciel intéressant : un cache dans ton navigateur qui peut être partagé avec tous les utilisateurs alentours sans intervention du site. Malheureusement je n'ai pas trouve trace de licence, je pense donc que ce n'est pas du libre. Ça peut t’intéresser quand même.

sachant que le système d'autorité de certification est pourri jusqu'à la moelle

Est-ce que tu pourrais préciser dans quelles circonstances ce système est pourri ? Je veux dire, dans la conception d'un Internet qui se veut acentré et résistant a toute coupure, je suis tout a fait d'accord avec toi, mais dans le cadre d'un LAN a l’échelle nationale administré par le gouvernement comme proposé ici, c'est quand même bien taillé pour le boulot non ?

Pourquoi les sites web auraient besoin de pubs ?

Il y a les services comme Wikipedia, qui ont pour seul but de partager de la connaissance, et les services comme Facebook, qui ont pour seul but de gagner de l'argent. Si Wikipedia arrive a se contenter de dons pour assurer leur but, super. Si Facebook arrive a se contenter de dons, super. Mais je doute que Facebook se contente de dons; il faut donc un autre moyen pour faire rentrer de l'argent, et la pub est le moyen le plus connu dans le domaine pour y arriver.

Tu fais l'erreur de croire que Google, Facebook et autres Deezer sont la pour faire plaisir aux gens; c'est faux, ils sont la pour se faire de l'argent, et ne se contentent donc pas de dons. A l'oppose , le site du projet Debian n'a pas pour but de se faire de l'argent, mais de promouvoir la distribution et tout ce qui tourne autour. S'ils peuvent se contenter de moyen non intrusifs pour y arriver, tout va bien et ils ne vont pas chercher plus loin.

Donc en gros, Free bloque l’accès a un contenu d'internet, mais fournit dans la console d'administration un moyen de couper ce blocage.

De la même manière, Free bloque par défaut tout ce qui sort par le port 25, mais fournit dans la console d'administration un moyen de couper ce blocage. Et c'est accessible sans intervention de Free, ie sous le contrôle total de l'utilisateur.

J'imagine que c'est la même chose pour ce dont on parle aujourd'hui. Par contre, pour le SMTP, on ne parlait pas encore de net neutre, justement parce que Free laissait la liberté a l'utilisateur (au contraire des autres FAI). Alors ? Elle est ou la différence ?

On ne pourra dire que c'est de l'atteinte a la neutralité du net que lorsque ce opt-out ne sera pas sous contrôle total de l'utilisateur. Ici, l'utilisateur contrôle tout (et si vous me dites que le contrôle de la Freebox peut toujours être repris par Free, je vous répondrais que l'utilisateur peut installer son propre modem), je pense qu'il est encore prématuré de parler de censure ou de tout autre idée allant dans ce sens.

En rapport avec le chromebook, une taxe Microsoft non-remboursable y est appliquée, ce qui pour le principe limite mon intérêt pour les machines livrées avec android.

Je ne comprends pas. Il y a la taxe Microsoft sur un ordinateur vendu avec Android ? Et qui ne peut d'ailleurs faire tourner que le tout dernier Windows spécial ARM ?

Ext2fs, bien que pas natif, permet de lire du ext2/ext3 depuis Windows. J'ai eu quelques problèmes avec le ext4, par contre, mais c’était ya un bout de temps et la situation s'est peut-être améliorée depuis.

Sans parler de l'habituel enfonçage de FUD "le Logiciel Libre c'est moins cher / gratos"

Le pire étant que si on considère qu'un logiciel il ne suffit pas de l'acheter ou l'obtenir, mais qu'il faut aussi l'utiliser, et que des problèmes peuvent arriver pendant son utilisation et qu'il faut résoudre, on se rend alors compte qu'un logiciel libre n'est plus si gratuit que ça.

A la limite, c'est ça qui m’intéresserait plus : sur disons 5 ans d'utilisation normale d'un logiciel (ie l'utilisation d'une version d'un logiciel, avant passage a la suivante), combien coûtent les deux solutions ?

Est-ce que je pourrais suggérer une distribution de l'image via Bittorrent ? Histoire de pas à avoir vérifier soi-même cette somme de contrôle et pour optimiser la distribution entre les différents utilisateurs volontaires ?

Tu fais une approximation un peu rapide : il est en effet possible de voir l’état d'un compte, mais il est théoriquement impossible de savoir qui (dans le sens personne physique ou morale) possède tel ou tel compte. En pratique, bien sur, il y a moyen de remonter les échanges, ou de deviner l’identité a partir des usages de ce compte, mais c'est en dehors de l'outil. C'est pour ça qu'il ne serait pas étonnant qu'une seule personne possède plusieurs centaines de comptes, avec un pour chaque autre pair avec qui elle fait affaire. BitCoin le permet techniquement, il faut en profiter.

Transaction instantanée ( 6-10 secondes maximum ), contrairement aux virement bancaires qui prennent entre 1 et 5 jours.

Dans la mesure ou la transaction doit être incluse dans le prochain bloc pour être considérée comme définitive, ça prend plutôt de l'ordre de la trouvaille d'un bloc (donc dans la dizaine de minutes) non ?

Toujours est-il que le RPI est ce qui se fait de plus libre à l'heure actuelle

Hmmm… Le RPI a eu un gros coup de pub, mais la partie graphique reste quand même plutôt restreinte. Bon, c'est vrai que les concurrents ARM ne font pas beaucoup mieux, mais quand même, il est bon de se souvenir de ce point noir et ne pas citer le RPI comme étendard du Libre.

Je schématise un peu, mais si les logiciels utilisaient cette merveilleuse API qu'est le filesystem, et que par dessus un dropbox-like synchronisait les informations entre les différentes machines, on arriverait a quelque chose qui s'en rapproche non ?

Avec vim, tout est facile !

Sélection de fichier

Pour sélectionner le fichier en entier, il faut aller au début, entrer en mode sélection, et aller à la fin. Ça se traduit par :

ggvG

Attention, avec ça tu ne sélectionneras que le premier caractère de la dernière ligne. Tu peux donc aller à la fin de la ligne ou, plus simplement, faire les mêmes mouvements en entrant en mode sélection de ligne au lieu de sélection simple :

gg<C-v>G

Copier-coller

Le copier-coller était une vraie plaie, mais je viens tout juste de tomber (grâce à toi, merci) sur le vimtip qui va bien, où on t'explique que le registre " dans vim correspond au presse-papiers système de sélection, et le registre + de vim correspond au presse-papiers X11 de copier-coller. Puisque tu apprends vim (félicitations !), je te laisse pour exercice la manipulation des registres =]

Le premier correspond au presse-papiers que tu as lorsque tu surlignes du texte (ce texte est alors automatiquement "copié"); tu peux ensuite le coller où tu veux en cliquant sur la molette. Le deuxième correspond au plus traditionnel <C-c>/<C-v>.

Sinon, si ça ne marche pas (la page indique quelques problèmes avec Mac OSX et Windows), tu peux utiliser xclip conjointement avec ces deux raccourcis :

vmap <C-b> y:call system("xclip -i -selection clipboard", getreg("\""))<CR>:call system("xclip -i", getreg("\""))<CR>
nmap <C-g> :call setreg("\"",system("xclip -o -selection clipboard"))<CR>p

où <C-b> te servira à coller ce qu'il y a dans ton presse-papiers sélection dans vim, et <C-g> fera l'inverse.

Ça, c'est indépendant du fait que c'est un lien magnet. Un lien magnet ne te donne qu'une description d'un fichier torrent qui lui contiendra toutes les informations pour récupérer la ressource : le fait qu'elle soit dispo sur un ou plusieurs serveurs, le fait qu'elle puisse être récupérée via les webseeds, ou qu'il y en ait déjà un bout sur ton disque dur est indépendant du lien magnet. D'ailleurs, pour faire la transition avec le web actuel, on pourrait imaginer que chaque ressource doive avoir une URL HTTP ou FTP pour continuer à être accessible avec le "vieux monde".

Par contre, j'ai un petit problème avec bittorrent: l'unicité d'un fichier dépend du contenu mais aussi de sa description : une même ressource peut ainsi avoir plusieurs .torrent associés et donc plusieurs liens magnets différents associés, et c'est un gros problème à mon avis. D'où ma suggestion de Swift, qui identifie les ressources uniquement en fonction de leur contenu.

Le jour où quelqu'un développera un moyen de sortir le son du PC directement sur une chaîne connectée en réseau, ça sera le nirvana !

PulseAudio permet de faire ce genre de choses, il "suffit" de brancher un autre Linux+PulseAudio sur des enceintes, non ?

J'avais imagine quelque chose de similaire, et j’étais tombe sur libswift, une brique intéressante pour faire ce genre de choses. En gros, il s'agit de faire du Bittorrent au niveau UDP, et donc de transmettre tout un tas d'informations via les mêmes idées (partage, ceux qui ont des bouts peuvent participer). Notamment, il est possible de définir une ressource non pas comme un fichier, mais comme un flux, dans lequel tous les participants pourraient s’échanger les modifications de la source directement. On peut penser a un flux audio/video par exemple, mais j'avais en tête le cas d'un fichier qui change et pour lequel on envoie la différence sur le réseau… enfin, a creuser.

Et puisqu'on parle de collaboration, on ne peut pas ne pas citer l'inventeur du wiki, et notamment Smallest Federated Wiki, son dernier projet. Pour faire simple, il s'agit de forker un wiki des qu'on a une information intéressante a ajouter, et ça permet d'avoir quelque chose de beaucoup plus acentré que les systèmes existants.

Deux briques intéressantes, deux concepts a réutiliser pour ton idée qui, je l’espère, n'en restera pas a ce stade =]

Sinon dans les solutions "grand public" tu peux ptet te pencher vers Squeezebox de Logitech

Je seconde cette proposition. La SqueezeBox Radio par exemple (n'existe plus officiellement, mais il doit y avoir quelques boutiques qui la vendent encore) a une qualité vraiment top pour un coût abordable.

La force de Squeezebox tient en fait dans son architecture multiroom, avec un serveur qui tourne sur la machine qui possède la musique (par exemple un NAS, et ça tombe bien, Synology entre autres a le paquet qu'il faut pour une installation sans soucis) et les clients (dont la Radio, ou ça peut être n'importe quel navigateur Web n'importe où sur Internet) peut jouer toute la musique dispo : les fichiers locaux, les webradios, et même Spotify. L'intérêt de passer par le serveur est que celui-ci a un vrai contrôle sur les clients, et peut donc donner des ordres divers à n'importe quel objet qui lui est connecté. Si tu le souhaites, ton client peut aussi se connecter directement à Internet pour accéder aux flux.

Vraiment, c'est une solution sympathique. Dommage qu'ils aient arrêté les produits il ya quelques mois…

, mais je sais pas ce qu'il en est de la pérennité.

… Vrai pour le matériel, mais faut pour le logiciel, puisque tout est open source =]
Logitech assure un support pour 2 ans, après ce sera à la communauté de se débrouiller. Mais au moins, elle aura toutes les billes pour le faire.