ribwund a écrit 1439 commentaires

Rien ne dit que le moyen de sécurisation consiste en un logiciel à installer (si les techos sont intelligents il n'y a aucune chance que ce soit le cas). Dans le projet de loi on parle uniquement de *moyens*.

Donc ils vont surement plutot imaginer une option pour activer un firewall restrictif sur les *box (filtrage des ports p2p, voire liste noire).

C'est plus facile de bouger quand on pas pas 20 ans de code obsolète derrière. GCC est en bonne voie de se débarasser des vieilleries mais ils ont pas mal d'effort à faire encore.

Celui qui brevet n'en a jamais rien eu a faire diffuser des idées, ils veut juste protéger son investissement. Il ne faut pas embellir le passé.

Le système des brevets consistait originellement à favoriser la diffusion des secrets industriels (et éviter qu'ils meurent) en échange d'une protection limitée.

En plus ça avait l'air plutôt facile de faire un bot, y'avait du joli xml qui passait sur le reseau (j'ai juste maté 5 minutes quand ma soeur jouait).

http://thepiratebay.org/blog/146

Si les gros tracker bittorrent passent à ipv6, c'est quand même une sorte de Killer App, pour les utilisateurs derrière des NAT ça veut dire des bons débits sans configuration.

Aux USA la base (Tiger je crois) avait été importé direct dans OSM.

Une jolie vidéo qui montre les imports massifs:
http://vimeo.com/2598878

Ou cui-là: http://code.google.com/android/dev-devices.html

Sauf que l'IGN est un arganisme public, et que ses plus gros clients sont les collectivités locales. De la à dire qu'ils devraient offrir les données gratuitement...

Que un /64 en IPv6 ne correspond pas en général à 2**64 machines, vu que on ne fait géneralement pas de routage plus fin.

Sauf que en pratique avec IPv6 on utilise l'autoconf plutot que le DHCP, du coup tu peux pas avoir des réseaux plus petits que /64.

Utilisateur :
"déjà récupérer une connectivité IPv6 par les différents services de tunnel" = chinois pour moi.

Tu achètes un routeur Apple il fait ça tout seul pour toi (et tout les ordis de ton réseau ont IPv6).

Sinon voila le script que j'utilisais (avant d'avoir l'IPv6 en natif, merci Free).


WANIP=<ipv4 publique>
LOCALIP=<addresse ipv4 (potentiellement privée mais doit etre en dmz dans ce cas)>
#LOCALIP=$WANIP
# The 6to4 relay: here are a few, use the anycast address when possible
# For others see http://www.kfu.com/~nsayer/6to4/#list or google
# anycast:
RELAY6TO4=192.88.99.1
# uni-leipzig.de:
#RELAY6TO4=139.18.25.33
# 6to4.ipv6.bt.com
#RELAY6TO4=194.73.82.244
# microsoft
#RELAY6TO4=131.107.33.60
# japan kddilab.6to4.jp
#RELAY6TO4=192.26.91.178

V6PREFIX=$(printf '2002:%02x%02x:%02x%02x' $(echo $WANIP | tr . ' '))
sudo ip tunnel add tun6to4 mode sit ttl 255 remote any local $LOCALIP
#ip link set tun6to4 mtu 1280
sudo ip link set tun6to4 up
sudo ip -6 route add 2000::/3 via ::$RELAY6TO4 dev tun6to4

sudo ip addr add $V6PREFIX::1/16 dev tun6to4


Apres il faut lancer radvd pour que tous les ordis en profite.

Oui sur certains aspects Vista et OSX sont plus avancés que les distros desktop de Linux, notamment sur le création automatique de 6to4 (après si l'utilisateur comprend pas ce qu'il fait il peut vite foutre la merde dans un réseau qui a déjà IPv6).

Je ne connais d'implémentations sous Linux.

echo 2 > /proc/sys/net/ipv6/conf/*/use_tempaddr

Free fait déjà parti du programme (il y a un AAAA pour google si on utilise les dns de free).

Sinon la stratégie de Google pour l'adoption IPv6 était déjà dans une présentation en octobre:
http://www.ripe.net/ripe/meetings/ripe-57/presentations/Coli(...)

A priori le G1 pour developpeur est mieux, il est vendu sans abonnement et débloqué, et il n'a pas de protection pour booter un autre firmware, c'est le telephone pour geek par excellence.

Son père est dans le milieu (Priceminister).

Je crois que la différence est surtout dans la façon de présenter le multi-tache à l'utilisateur. D'apres ce que j'ai compris le Pre à un système de "cards" qui serait assez novateur (avec les apps qui disparaissent et réapparaissent):
http://www.youtube.com/watch?v=JRnlzbuLRwM

L'IEP est une excellent formation certe, l'organisation du puy du Fou demande certaubenebt de faire un très bon travail, de même la radio mais quelle rapport avec l'économie numérique. C'est d'autant plus dommage qu'il y a l'UMP des gens qui connaissent bien l'internet ( Il y a cas voir les spécialiste de communication virale via internet pour l'UMP)

A ton avis les spécialistes de communication virale de l'ump ils ont quoi comme formation ? Autre chose que l'IEP ?

Si tu veux juger de sa compétence tu peux lire son rapport sur l'HADOPI et ses interventions au Sénat, il m'a donné l'impression de quelqu'un qui maitrise la technique sous-jacentes et avec des positions raisonnables (neutralité du réseau, pas de filtrage, etc).

Pour la remarque sur Orange et Bompard, je sais pas si c'est représentatif du MPF (et surtout des mecs comme Retailleau qui étaient au MPF bien avant l'arrivée des transfuges FN).

Si t'es chez free, regarde si t'as pas des problèmes de connectivité IPv6, ils viennent de mettre une entrée AAAA sur www.google.com.

D'ou les guillemets, au début le source était disponible (d'ailleurs je suis pas sur que Linus l'aurait choisi si il avait pas pu voir les sources).

Sinon tu es au courant aussi que la grande majorité des devs d'Eclipse core sont des devs d'IBM mais ca ne te choque pas

Donc c'est quoi exactement le risque ?

Le risque c'est que Canonical décide un jour d'arrêter de financer bzr (comme tla/baz à l'époque) et que comme tous les developpeurs principaux sont employés par Canonical, le support deviennent inexistant.
C'est ce qui s'est passé pour baz, Canonical avait repris baz, puis forké sur bzr tout en promettant de continuer à maintenir le projet. Au final ils ont jamais rien fait sur baz, considérant bzr comme plus crucial.
Pour Canonical, launchpad étant la pièce maitresse de leur business modele, on peut imaginer que si git devient *le* DSCM de réference ils soient obligés d'y passer, dans ce cas les ressources de bzr risquent de passer entierement sur launchpad+git le business primant sur le reste.

Du point de vue des licences ça dépend des opinions, disont que certaines personnes ont été échaudés par l'épisode bitkeeper ("open" source, puis entierement propriétaire avec des licences bien restrictives) pour preferer empêcher tout fork propriétaire du logiciel. Je ne pense pas que ce soit dans l'avantage de Canonical de mettre un terme au developpement open source de bzr, mais le risque est non nul (un rachat ou une faillite dans quelques années est-il totalement improbable ?).

La partie qui montre que tout les developpeurs "significatifs" de bzr sont employés par canonical peut aussi être inquiétante (surtout quand on connait la fin tragique de arch sous la direction de canonical).

Une des faiblesses de git c'est le fait de pas avoir de bibliotheque... En pratique si jgit ou dulwich existe c'est pour pallier l'absence de libgit.

Sinon le thread qui tourne actuellement sur la ml de mercurial est assez interessant (sur l'interoperabilité hg/git).
http://article.gmane.org/gmane.comp.version-control.mercuria(...)

Ce qui arriverait serait juste que mercurial aurait besoin du support de git pull/push. Et ce n'est pas impossible y'a des gens qui en discutent en ce moment.

Mais on a le droit de le prononcer "Better FS" d'après Chris ;)