pasBill pasGates a écrit 16204 commentaires

Tu m'expliqueras le rapport entre Silverlight et DRM... Silverlight utilises le systeme DRM de l'OS, si l'OS n'a pas de systeme DRM, je vois mal Silverlight l'utiliser...

Tu devrais penser a reserver ton nickname sur windowsfr.org avant que tous les linuxiens se jettent dessus :)

Cites moi un OS avec gestion de droits aussi leger que FAT. Ca va etre dur. Quand les features ne sont pas necessaires, pourquoi donc en payer le cout ?

J'ai utilise ZFS et l'image de cluster pour rendre le propos image, ca t'es si difficile que ca a comprendre ? T'en as pas un peu marre de chercher des histoire de malhonnetete partout ?

Tu noteras le mot tampering dans l'article que tu cites, ce qui signifie modification. C'est cela qu'ils veulent empecher, le reste ils ne le supportent pas, mais ca leur donne pas de cauchemard non plus.

Sinon, juste parce que tu comprends quelque chose ne signifie pas que tu peux le modifier.

Je t'envoie un message : "hello world" avec une signature cryptographique attachee, bonne chance pour modifier la chose sans que je m'en rende compte...

Changer de sujet ? Il parle de FS avance, je lui reponds que pour un telephone il y a pas besoin.

La gestion de +x est absolument inutile sur un telephone ou les softs viennent depuis un appstore, car ce qui peut etre execute est extremement bien defini

Ton post ou tu interpretes que MS a essaye de bloquer l'acces aux infos generees par Kinect(c'est la seule chose qu'ils aient reussi a faire : un driver qui chope les infos generees par Kinect). Ce que MS veut bloquer c'est la _modification_ des infos generees par Kinect sans que la XBox s'en apercoive (histoire de tricher dans un jeu), ils se fichent pas mal que Linux arrive a choper les donnees, la partie geniale de la chose est sur la XBox, pas dans le HW.

Quand je vois comment les gens _ici meme_ parlent de KDE, Ubuntu, etc... je me dis que compare a certains on a vraiment pas a rougir...

C'est vrai que pour un telephone... toi j'imagines que tu fais tourner ZFS sur ton telephone, avec un failover sur un autre telephone en cluster au cas ou ?

C'est bien vrai ca !

Au fait, est-ce que tu as pense a informer tous tes amis que l'enorme majorite des tablets bases sur Android, ainsi que tous les systemes Linux sont incapables de lire des videos de Netflix et autres ? (pas de systeme DRM digne de ce nom --> systeme pas supporte, cf. news de ces derniers jours)

Tu sais, voir des films, c'est super important dans le choix d'un tablet/ordinateur aussi.

Non ? C'est bien ce que je pensais.

Ben moi j'ouvres un cmd.exe, je lances vrms et je n'ai aucun package ! Ha !

Sur ce, je -->[]

Ils protegent la plateforme XBox, et s'assurent que tu peux pas jouer au con en detournant les infos donnees par Kinect (histoire de sauter a 400m de haut par exemple)

Ensuite, le fait que des gugus puissent recevoir les infos de Kinect, c'est pas trop grave, comme dit plus haut, Kinect du point de vue materiel n'a rien de vraiment revolutionnaire, l'enorme valeur de Kinect elle est sur la XBox : dans les algos utilises pour tirer parti des donnees recues.

Et recreer cette partie la ca va etre complique, et j'imagines que ca doit bien etre brevete aussi...

C'est pas le probleme. Une solution bien pensee et bien faite, petit a petit elle sera adoptee.

C'est pas discuter qu'il faut, c'est avoir un systeme efficace qui donne envie aux editeurs de l'utiliser car il leur simplifie la vie.

Sous Linux c'est bien possible, je les connais pas assez pour affirmer qu'ils n'ont pas ce probleme.

La solution est parfaitement envisageable, c'est comme ca que fonctionne GPO sous Windows.

Les editeurs de softs, si ils font le soft pour la plateforme, ils ont tout interet a les faire de maniere a etre facilement gerable sur un parc. Il s'agit pas de faire des patchs binaires un soft proprio, mais bien de modifier le logiciel pour qu'il supporte la solution. Les editeurs le font sous Windows, aucune raison qu'ils ne fassent pas de meme sous Linux si un systeme stable, propre et repandu existe.

Quand au probleme d'etre compatible avec une solution en devenir, tout a fait, personne a dit que ca serait simple. Mais a choisir entre un systeme lourd et impossible a gerer, et un bon systeme qui va avoir du mal au debut, perso je prefere le 2eme.

Parce que tu comptes faire comment pour que le soft en question prenne le changement en compte si il n'est pas capable de detecter le changement ? Tu kill le soft et le redemarre ? Pas top...

Perso je trouves l'architecture de la chose absolument horrible.

Plutot que creer un systeme central sur lequel les applications peuvent se reposer pour recevoir les parametres dont elles ont besoin, on cree un systeme qui doit de lui-meme supporter toutes les applications passees, presentes et futures avec leur differents formats, etc...

Bref, plutot que distribuer le travail et permettre une integration, on centralise tout ce boulot sur un gros soft qui fait tout et affecte le comportement d'autres softs qui ne sont pas au courant.

Resultat, tu changes un parametre dans le soft ? T'as interet a ce que ce dernier sache de lui-meme reconnaitre le changement quand il se produit pour le prendre en compte, sinon t'es bon pour devoir soit redemarrer le soft, soit attendre le prochain lancement pour qu'il soit pris en compte.

Gerer plusieurs versions d'un meme softs qui pourraient stocker ou interpreter le meme parametre de maniere differente ? Deja le framework ne semble rien prevoir pour ce cas, et si c'etait prevu, ca serait du bordel centralise en plus plutot que laisser soin au soft d'aller chercher le parametre et s'en occuper (systeme d'eventing pour quand l'info change, ...)

Bref, je suggeres perso de revoir totalement l'architecture de la chose, c'est pas scalable du tout comme approche.

Il y a un installer reseau, qui fait genre 1Mo, et le standalone (lien que j'ai donne), qui fait 54Mo, et qui te permet d'installer .Net sans acces reseau, bref, clairement sans rien d'autre de telecharge...

Grande nouvelle, les gens qui font Fedora, ils ont aussi leurs libertes.

Ils ont toute liberte de packager les logiciels qu'ils veulent dans la distrib.

Si ca ne vous plait pas, forkez.

Ben oui : http://akiba-pc.watch.impress.co.jp/hotline/20030222/image/t(...)

C'est sur l'esprit, sur la mentalité, qu'on peut s'interroger.

Non meme sur ca il n'y a pas besoin de s'interroger. Fedora est _leur_ distrib, ils font ce qu'ils veulent avec, c'est justement ca l'esprit du libre.

Tu viens aussi de realiser que Windows respecte le standard C89 qui definit ce comportement et on documente la chose proprement.

Tu crois qu'ils servent a quoi les 8 milliards qu'on depense en R&D hein ? i2bp c'est de la rigolade a cote de nous.

Ca veut dire quoi ca ? Fedora est sense accepter tout et n'importe quoi ?

Elle est ou leur liberte a eux de choisir ce qui va dans la distrib ?

Si t'es pas content, fork, c'est pas ca la beaute du libre soi-disant ?

But atteint, je peux rapidement voir que le framework .NET prend 679+728=1407Mo dans le dossier système. Le jdk 1.6 prend lui 113Mo. Je cherche à le désinstaller, impossible alors que je saurai désinstaller le jdk, il suffit de supprimer le répertoire.

Tu peux aussi rapidement voir que tu ne sais probablement pas du tout ce que tu as mesure.

On est baleze, on a pris le package pour x86 ET x64 ( http://www.microsoft.com/downloads/en/details.aspx?displayla(...) ) qui fait 54Mo pour le decompresser en 1.4Go.

Un facteur 30 si on suit tes chiffres, ca c'est de la compression...

Sinon, t'etonnes pas si ton systeme commence a avoir des maux de tete, effacer un repertoire a l'arrache comme ca n'est franchement pas la meilleure methode pour garder un systeme stable.

a) Convention de MSDN: Ca commence par la declaration de la fonction, definition de chaque parametre, valeur de retour, ...

b) Quand tu ouvres un fichier texte avec fopen(tu remarqueras qu'il y a un mode d'ouverture pour fichiers texte ou il fait une translation \cr\lf a \lf), si le fichier est unicode, les marqueurs de fin de ligne et autres sont differents