ribwund a écrit 1439 commentaires

L'historique partielle et le clonage partielle sont potentiellement des projets Google Summer of Code.
Donc pour les étudiants volontaires...

http://www.selenic.com/mercurial/wiki/index.cgi/SummerOfCode

Les commandes ca depend de la distro, par défaut aucun plugin n'est activé, après si debian active tous les plugins c'est normal qu'il y ait beaucoup de commandes.

Si l'on lance hg sans argument, uniquement les commandes importantes sont listés (une vingtaine alors que j'ai quelques extensions d'activés).

Je pense que la meilleure chose à faire est de n'activer les plugins que si l'on en a besoin (et que ceux dont on a besoin).

(git a quand meme plus de 130 sous-commandes, bien plus que mercurial, avec tous les plugins il y a 75 commandes max)

Ca change vraiment la taille leur truc ? Surtout si ils compressent le fichier apres...

Je suis assez d'accord, la il ne s'agit pas de restreindre l'utilisateur (tu peux écouter mais pas copier, ou alors tu peux écouter mais une seule fois), mais de limiter la diffusion d'une information.

Si je fais un plugin gpg pour blender, pour que seule les personnes qui ont la clé puisse ouvrir le fichier, il n'y a pas vraiment de problème non ?
Et si je divise mon fichier et que je crypte avec des clés differentes selon le niveau de confidentialité, pas de problèmes non plus ?

Bon par contre j'imagine que le point ou ca va pas, c'est que le logiciel t'empeche d'enregistrer sans protection ou de faire des copier/coller, ca par contre j'ai des problemes (surtout parce que contrairement a l'autre approche, c'est hackable, et ca limite l'utilisateur de facon uniquement software).

Sur l'ensemble du projet (comme tout les VCS distribués).

Pour les fichiers binaires, la seule contrainte est qu'ils tiennent en mémoire. Après l'algorithme de diff ne trouvera des ressemblances qui si on peut en trouver (par exemple c'est peu probable pour un .tar.gz).
Pour certains types de fichiers on peut avoir des performances excellentes à l'aide des filtres d'encodage/décodage.

Par exemple si le format d'un fichier est du texte compressé avec gzip, il suffit de le décompresser dans le filtre d'encodage et de le recompresser dans le filtre de décodage pour avoir de bonnes propriétés sur le diff.

Oui, le mirroir est à jour sur http://www.kernel.org/hg/linux-2.6/

il est commun de le baser sur les 48 bits de la MAC (mais windows est aléatoire)

Pour utiliser une valeur aleatoire plutot que l'adresse MAC sous linux:
echo 2 > /proc/sys/net/ipv6/conf/default/use_tempaddr

Donc c'est visiblement que pour les v5 d'autant plus que la freebox HD a une adresse avec ce préfixe.

J'ai pas encore testé si la freebox routait les paquets :)

Les anciennes adresses étaient allouées dans la plage 2a01:5d8::/32 et elles étaient construites de la façon suivante:

Pour l'adresse ipv4 jk.lm.no.pq, on donnait le préfixe 2a01:5d8:jklm:nopq::/64

Tandis que maintenant, l'ancien préfixe est toujours distribué (avec un Preferred Lifetime de 0, ce qui correspond à dire que l'adresse est obsolète) mais une nouvelle plage ip est utilisé:

2a01:0e00::/26

Ce gain de 6 bits permet à free, en construisant differement les adresses de pouvoir distribuer plus de sous-réseaux par ipv4:

Le préfixe distribué est le suivant:
2a01:0e3j:klmn:opq0::/64

Les autres sous reseaux qu'ils peuvent potentiellement distribuer sont:
2a01:0e3j:klmn:opq1::/64
2a01:0e3j:klmn:opq2::/64
...
2a01:0e3j:klmn:opqe::/64

La freebox hd quand a elle possede l'ip 2a01:0e3j:klmn:opq0::1/64

A ce propos les prefixes ont changé (l'ancien est toujours distribué mais avec un preferred lifetime de 0), ils utilisent un /26 a la place d'un /32 et donc il y a potentiellement 16 sous-reseaux par abonné (le nouveau reseau est sous la forme 2a01:e3x:xxxx:xxx0:/64)

Par ailleurs la freebox hd prend l'ip 2a01:e3x:xxxx:xxx0::1 (j'ai verifié avec les telesites), je sais pas si la fbox adsl a une ip public.

Ca doit etre un 6to4 classique j'imagine (routage "optimal" a l'aller mais pas au retour).

la liste complete, les liens et les descriptions des talks (mais bon il me semblait que quelqu'un avait deja fait un journal dessus)

http://events.ccc.de/congress/2007/Fahrplan/events.en.html

...De mettre une entrée AAAA pour www.google.com directement.

Je me demandais si en pratique ca pouvait poser des problemes, il me semblait qu'il y avait des bugs sur des OS ou ipv6 était activé mais non routable et que ca rendait internet lent car l'OS essayait l'ipv6 avant. Si c'est le cas, je comprends qu'ils fassent comme ca pour ne pas perdre du traffic.
Perso ce qui me soule encore plus c'est les gens qui publient un AAAA qui marche pas (genre dev.laptop.org il y a un moment).

je trouve la méthode utilisant Proxycommand bien plus simple et transparente:
voir par exemple ici: http://ensl.free.fr/softrez/faq/faq-9.html#ss9.1

(cela necessite d'avoir tcpconnect ou netcat sur le serveur rebond)

C'est bluffant de voir comment les deux grosses boites traditionnelles que sont IBM et HP ont réussi à reprendre le dessus sur la horde de petits constructeurs qui étaient dans la liste en 1993. Les Meiko, Thinking Machines, nCube et autres MasPar n'existent plus désormais.

Mais ont-elles été rachetées ou bien ont-elles disparues ?

J'ai lu l'article du Canard pour le premier politique (pour le second je ne sais pas) et il n'a rien fait d'illégal : il a signalé un changement de situation à l'ASSEDIC qui n'a pas réagit.

Tu devrais lire le canard de cette semaine, le mec a rien fait du tout, la seule mention dans son dossier date du jour ou le canard a telephoné aux ASSEDIC... En tout cas il a bien pipoté pour se défendre, visiblement ca a marché.

On peut préferer une banque dont le but n'est pas de faire le maximum de bénéfices pour les actionnaires, surtout quand ces bénéfices se font sur du vent (subprimes).

Justement le truc c'est que la machine est pas arrêtée, elle est débranchée.

C'est un projet de loi, donc non c'est pas encore paru (et j'espere que ca paraitra pas tout de suite) :)

Euh le propriétaire de l'accès est a priori responsable sauf si (d'après le projet de loi):

à moins [...] qu'il a mis en oeuvre, de façon adaptée à la prévention d'une utilisation illicite de son accès, les moyens de sécurisation efficaces qui lui ont été proposés par le fournisseur de cet accès en application de l'article 6 de la loi n°2004-575 du 21 juin 2004 pour la confiance dans l'économie numérique.

Un arrêté conjoint des ministres chargés des communications électroniques et de la culture établit une liste
des moyens de sécurisation présumés efficaces.

Sauf que y'a forcement quelqu'un qui prend:

Le titulaire d'un accès à des services de communication au public en ligne est responsable de l'utilisation de cet accès [...].

llvm-gcc est fait contre le gré de la FSF (et stallman), un peu de la même façon que pour le backend qui fait du bytecode .NET, ils ont du vraiment se battre pour convaincre RMS que ca ne permettrait pas de plugguer gcc avec un backend proprio.

Je suppose que c'est un problème de gestion du 64 bits dans l'assembleur cible (ie. LLVM), dans laquelle la gestion du "plus que 32" doit être un problème, à cause de la "sérialisation" de ce genre de nombre sur deux valeurs de 32 bits.

Non, ca doit être dans le front-end, ca fait un moment que le bitcode de llvm supporte des entiers de taille arbitraire.

D'ailleurs c'est quoi l'ordre de grandeur de la difference de prix entre de l'optique et une technologie a base de flash ? Est ce qu'on peut imaginer des films sur clé usb dans 5 ans, ou le cout sera-t-il toujours trop élevé pour distributeurs ?