Guillaume Denry a écrit 2971 commentaires

Ma remarque n'était pas innocente. Donc c'est bien ce que je disais, une couche de peinture, choix des couleurs toussa. C'est la rôle du DE je persiste.

J'avais un avis tranché comme cela longtemps (après avoir vécu la grande époque du skinning dans les années 90/2000 ou faire une application sans sa propre unité de configuration de skin n'était pas concevable), mais en fait, je suis de plus en plus convaincu que ça dépend du rôle de l'application et de la façon dont tu l'as sous les yeux.
Un navigateur est généralement ouvert en plein écran, le but est de minimiser le "chrome" (ce qui n'appartient pas à la page) et pour cela, il ne me semble pas déconnant de faire sortir le navigateur de la fameuse règle "tout doit obéir à ce que le DE décide".
Et je ne suis pas loin de penser la même chose pour un lecteur de musique comme Amarok par exemple, qui est une application qui s'apprécie vraiment en plein écran, par exemple lors d'une soirée où l'appli reste ouverte en permanence et où les gens vont faire les choix musicaux. Ca ne me choque pas qu'Amarok ait un look singulier, qui tranche avec le look que j'ai défini dans mon DE.

Deux petits schtroumpfs de 15 et 30 mois … Eux fonctionnent chaque jour de la semaine. Aucune erreur de programmation possible, batterie vide, etc …

Oui, sont sympas ces petits réveils, j'ai les mêmes à la maison, mais impossible de les désactiver en vacances et les weekends.
J'ai mal lu la notice.

En même temps, Chrome en est à la version 24 ! Ca fait quand même 6 versions de différence, Mega ne va quand même pas s'amuser à supporter des navigateurs de la préhistoire !

Je suis tombé sur un cas un peu tricky.
Depuis mon linux, je mount en ssh (sshfs) un répertoire sur une machine FreeBSD.
Lorsque je me rend dans mon point de montage, comme j'ai activé $LP_ENABLE_SVN et que ce répertoire sur la machine FreeBSD est un dépôt, liquid lance les commandes afférentes mais ça part en timeout (pas le même fichier de config, pas la même version de svn, pas les mêmes identifiants, etc etc) sans me rendre le prompt (ce qui me semble normal).
A priori, ça pourrait être sympa de pouvoir définir des blacklist/whitelist pour certaines options.
Mais ça serait un raffinement.

PS : sans compter, ce qui est le plus rigolo, que le code est envoyé par le serveur, et comme personne ne va lire le code à chaque requête, c'est une sécurité uniquement de façade. Pour une vraie sécurité vis à vis du serveur de stockage, il faudrait que le "client" (web si il veut) et le serveur de stockage soient gérés par des personnes différentes avec une confiance forte dans le client (sources dispos, pas de MAJ possible à chaque requête…).

Y'aurait aussi la possibilité plus tard d'intégrer une API cryptographique standardisée au sein des navigateurs.

http://www.w3.org/TR/WebCryptoAPI/

A voir l'implémentation et comment cela va être mis en relation avec des clients web qui prétendent l'utiliser alors qu'ils ne le font pas.

Je ne pensais pas qu'il existait des gens capables de soutenir la thèse suivant laquelle le succès de Megaupload n'est pas dû à la contrefaçon.
C'est quand même franchement culotté.

Par ailleurs je suis choqué de voir toutes les insultes que se prend ce type de la part des gens, alors que tout le monde profitait abondamment de Megaupload

Peut-être que l'ensemble de ceux qui critiquent Kim Dotcom ne se confond pas totalement avec l'ensemble de ceux qui profitaient de ses services ?
Peut-être également que le fait d'avoir profité du service n'empêche de donner son avis quand même ?

Oui, une entreprise qui gagne de l'argent c'est toujours mal vu.

Autre débat, rien à voir ici.

Megaupload a fonctionné parce qu'il était principalement basé sur la contrefaçon massive d'oeuvres sous copyright. Pour pouvoir fonctionner, les fichiers étaient donc disponibles en clair afin de les distribuer rapidement au plus grand nombre. C'était donc relativement simple de prouver l'infraction à la loi en analysant un serveur, à condition de mettre la main dessus.
En revanche, Mega a l'air de faire reposer son infrastructure sur du chiffrement de bout en bout, et d'une part :
1/ j'ai beaucoup de mal à comprendre en quoi il se distingue de tous les hébergeurs du marché qui proposent aussi du chiffrement avec clef privée locale
D'autre part :
2/ On ne pourra donc pas utiliser Mega pour distribuer massivement une copie contrefaite du dernier Pirates des Caraïbes sans filer à tous la clef de déchiffrement, ce qui fait que même les gens du FBI seront en mesure de savoir que le gros blob chiffré sur les serveurs de Kim Dotcom est en fait un film sous copyright. Ca m'étonnerait que ça soit infaillible juridiquement, ça.

Après, bon, j'imagine que l'objectif officiel de Mega n'est pas de remplacer Megaupload mais tout de même, n'est-ce pas un peu ce que les "gens" attendent de ce nouveau service ?

(on n'est pas en 2000, on est en 2012).

Ratai (tm)

Le truc n'est pas d'obliger la boîte qui numérise du domaine public à livrer leurs résultats, mais de considérer que si je mets la main sur leur travail, j'ai le droit de le livrer à quiconque.

Je ne peux pas expliquer le rapport entre les deux, par contre je veux bien un rapport avec le sujet de la photo.
->[]

Y'a le fameux "lien local" qui s'établit pendant la découverte des voisins. Mais aucun paquet de doit être transmit par le routeur en provenance de ce genre d'adresse, donc je pense qu'on ne peut pas non plus "sortir" vers internet dans ce cas là…

C'est un petit peu ce que je crains, avec IPv6, il sera beaucoup plus simple de foutre tout le monde à poil en frontal qu'avec du NAT.

Bref, je pensais trouver une distrib beaucoup plus accessible finalement, ça reste clairement destiné aux développeurs.

Et encore, les développeurs n'ont pas tous envie de "développer" la distrib qu'ils utilisent :)

Si tu veux jouer en réseau à Minecraft avec tes potes, sur un serveur pour toi et tes potes, sans payer un dédié, tu va devoir configurer ton NAT.

Avec IPv6, ça va se passer comment ? J'imagine que si tu installes la box de ton FAI en full-ipv6, tous tes équipements ne vont pas se retrouver totalement à poil et joignable sur internet, si ?

La problématique peut être réduite à :

Quels sont les perspectives possibles à pouvoir joindre directement un équipement dans le cas d'IPv6 ?
Quelles sont les limites à passer par des serveur intermédiaires dans le cas du NAT ?

Ce sont des questions complexes, car sociologiques (un peu), techniques, stratégiques (les différents acteurs d'internet ont-il tous intérêt à ce que se généralise le « tout connecté » ?)

De ce que je comprends de ce que raconte Zenitram, comme il existe des solutions de contournements avec le NAT pour les utilisateurs de bases afin de « joindre » leurs équipements, le déploiement d'IPv6 ne serait qu'un « jouet pour geek ».
Je trouve ça quand même sacrément réducteur. Comment peut-il être certain qu'aucun nouvel usage intéressant pour les utilisateurs lambda ne découlerait de la généralisation d'IPv6 ?
Personnellement, j'en sais trop rien, je sens bien dans mes tripes que c'est un gros plus de pouvoir rendre directement joignable n'importe quel de mes équipements, mais je ne suis pas en mesure d'avoir un avis négatif définitif sur le sujet car il faudrait être en mesure de prouver que l'usage d'IPv6 n'apportera rien au péquin lambda. Il faudrait donc être Madame Soleil.
Zenitram raisonne au présent, lorsque ses contradicteurs raisonnent à l'avenir.

Sympa, merci d'avoir pris le temps de faire un tutoriel.
J'aurais bien voulu tomber dessus à l'époque où je me suis mis à Archlinux :) C'est toujours plus agréable de lire un tutoriel dans sa langue maternelle.
En tout cas, cette distro est vraiment sensationnelle, un de ses gros points forts est son wiki (surtout la version anglophone).

Y'a quoi de complexe ?
Quelles sont les conséquences qui vont modifier en profondeur la société française ?
Ca va effectivement être probablement assez relou de modifier des textes de loi et le code civil, mais y'a des gens payés pour ça, non ?

Et un photographe passait « tout simplement par là » et a « par hasard » immortalisé ce moment fugace (en fait il voulait photographier un pigeon a côté et a glissé, c’est bête hein).

De nos jours, tout le monde a un appareil photo dans la poche….

La séparation entre hommes et femmes dans les compétitions sportives repose justement sur le fait même de la différence physique entre les hommes et les femmes.
Le but d'une compétition sportive est de gagner ; les femmes ne réclament pas à concourir contre les hommes car elles savent qu'elles ne sont pas à égalité en matière de performance physique brute, et les hommes ne réclament pas à concourir contre les femmes pour les mêmes raisons.
Bref, cette comparaison est définitivement foireuse.

Tiens, oui, "personne ne s'en insurge".
Contrairement au fait que les homos ne puissent pas se marier, où là, des homos s'insurgent.

Impossible, il n'a jamais joué dans Cyrano De Bergerac.

Quelle finesse de raisonnement, c'est implacable, on dirait du Descartes.
Je pense qu'un tel niveau ne s'atteint qu'après de longues années d'études de philosophie.

Ouais ouais ouais.
En tout cas, vu les comparaisons de merde que tu convoques au lieu de t'attaquer au raisonnement lui-même, je pense que je refuserais que tu me conduises :)

(facile celle-là, j'admets..)

Si j'ai bien compris, refuser le mariage aux homosexuels est comparable à ne pas vouloir se faire conduire en voiture par un handicapé mental.
Classe.

Bref : en quoi la pub est le mal?

Ca pollue mon espace visuel en permanence (métro, télé, pancartes partout, etc).