ragoutoutou a écrit 1515 commentaires

La relation entre l'UE et Microsoft est une chose, la relation entre les entreprises américaines et Microsoft en est une autre.

En outre, tout l'Open XML n'est pas intégralement couvert par les conditions dont tu parles. Il y a le cas de l'utilisation de Windows Metafiles (= containers de données dans des formats office propriétaires) qui tout en faisant de facto partie des fonctionnalités du standard OpenXML, n'est absolument pas sous le même régime de licence que le reste du format. Il s'agit de la partie la plus propriétaire de OpenXML, et c'est cette partie sur laquelle les acteurs du marché doivent payer un droit de passage à Microsoft.

Je concède qu'à première vue, je puisse avoir l'air d'y être allé un peu fort, toutefois, le fait que l'utilisation de ce format soit sujet à accord sur brevets le rend propriétaire dans un contexte nord-américain.

C'est le même problème que, par exemple, le mp3: là où les brevets sont reconnus, c'est propriétaire, là où ils ne sont pas reconnus, c'est libre de droits.

EyeOS est tout de même un framework ajax intéressant à défaut d'être un véritable OS,

Par contre, ulteo, je vois encore moins l'intérêt ou la nouveauté (en fait pour le moment on ne vois rien du tout)... C'est surtout et avant tout beaucoup de buzz autour de technologies vraissemblablement déjà existantes...

Et franchement des annonces comme

"Ulteo is the easiest system to use on computers. Ulteo is a new concept of an easy-to-use open-source "application system" which could change the way we all use computers."

...ça me donne envie de lancer des cailloux tellement c'est du blabla venteux, arrogant et pour le moment pas suivi d'actes. Vraiment ça donne l'impression d'être du vent comme à la belle époque des start-ups IT de la fin des années 90...

Microsoft ne fabrique pas de disques durs ou d'ordinateurs (à part à des fins de prototypage).

Les unités de stockage hybrides flash+disque sont le résultat de l'intégration des deux technologies par les constructeurs de disque en réaction aux fonctions ReadyBoost et Superfetch déjà présentes dans Vista: ces fonctions ont pour but de construire et d'utiliser des caches sur flash permettant d'accélérer le démarrage de la machine en réduisant le temps d'accès.

Bon, je veux bien qu'on moinsse, mais un argument serait vraiment intéressant si j'ai quelque-chose de faux... allez, soyez pas timides...

(bon de préférence des remarques valables de personnes ayant fait de vrais systèmes embarqué...)

Les bons controleurs savent gérer ça très bien

En scsi, oui, en ata, non...

Le mieux pour éviter les problèmes, c'est utiliser la flash en read only tant que faire se peut et désactiver la mise à jour des atime dans les filesystems accessibles en écriture (ok, c'est une entorse au standard posix, mais ça économise la flash qui sinon est écrite à chaque accès en lecture)

Tu veux faire la concaténation au niveau sql ou au niveau langage client?

au niveau SQL, tu peux faire par exemple

select CONCAT(pseudo, ' : ', message) from matable order by id;

dès 70 ans après la mort des auteurs, ce sera bon : la phrase deviendra automagiquement vraie

Je pense que non, car il y a un gros risque que d'ici 70 ans, le droit d'auteur soit considéré comme éternel... et de toutes façons on sera mort d'ici là...

On vient d'atteindre un point godwin je pense, avec ce texte d'Alternatives Libertaires...

Sinon quand on regarde les pays où il n'y a pas de cartes d'identité et où les citoyens se prennent le vol d'identité dans la gueule au point de détruire régulièrement des centaines de vies, on se dit qu'il vaut mieux un moyen de prouver correctement son identité.

en fait, c'est fréquent chez les développeurs bossant dans le monde du logiciel libre de cultiver les API's ...

Comment vas-tu prouver ta bonne foi ?

La question est surtout comment va t'on prouver que c'est bien toi qui a distribué le fichier et non quelqu'un pour te nuire? La faiblesse de cette technologie d'identification devrait la rendre de-facto invalide.

Je ne pense pas que ce genre d'informations soit une preuve valable. Un indice tout au plus, mais pas une preuve.

Ensuite, les plus paranos n'ont qu'à pas frimer sur leur IM...

En effet, si les md5 sont identiques, je ne vois pas trop de risque. Bien sûr le md5 a été cassé, mais je ne vois pas l'Apple store générer une collision md5 au vol à chaque achat, ça pomperait tout de même beaucoup sur le serveur et le délai de téléchargement serait spectaculaire. Maintenant, il serait intéressant de tester si les md5 sont bien identiques.

Le fait que ça ne soit pas crypté montre plutôt de l'incompétence ou de la flemmardise qu'une "porte de sortie"...

Moi je dirais plutôt que c'est de la cohérence: on ne met pas de drm, donc on ne crypte rien dans le fichier non-plus.

Par contre, il y a incohérence au niveau communication puisque cette info n'a pas été communiquée à l'utilisateur.

Sinon, le coup du worm spammeur peut être gênant en effet, surtout pour ceux qui ont décidé de diffuser illégalement leurs fichiers sans réfléchir.

Je suis généralement frileux sur les méthodes de flicage, mais le coup du nom dans le fichier me semble tout de même beaucoup moins intrusif que les drm et beaucoup plus honnête que si ça avait été crypté.

Le seul truc choquant est l'absence de communication de la part d'Apple sur le sujet.

Surtout que cette information est bien visible plutôt que de l'avoir dissimulée cryptographiquement.

C'est d'ailleurs étrange, cette incompréhension de la part de l'auteur de la dépêche, le mettre en texte plein et éditable donne à l'utilisateur une porte de sortie, même si apple n'a pas documenté celle-ci.

Je plussoie ta note ironique...

en tout cas, ceux qui s'abstiendront au second tour ne figureront vraiment pas dans les protestataires mais plutôt dans les satisfaits du premier tour.

en général, l'abstention est plus un signal de désintérêt que d'opposition...

Vous pensez que ça puisse être un montage ?

Non, ça semble peu probable, en Belgique on a l'habitude des ministres bourrés-raides-morts-crimineelzat alors on sait les reconnaitre un quand on en voit.

La partie qui a échappée à la la censure sur TF1:

http://tf1.lci.fr/infos/monde/0,,3465935,00-sarkozy-raconte-(...)

Une fois remise en contexte par la séquence de la télévision belge, la vidéo de TF1 prend un sens un peu différent...

pas lu le journal précédent... désolé pour la redondance... pourtant je n'ai pas rencontré M Poutine

“We did not discuss patents [with Microsoft] and we don’t think Linux violates any patents and we were not asked about it,”

Si ils admettaient le contraire, ils se placeraient dans une situation de violation de la license GPLv2. Tant qu'ils jouent au même jeu que Novell, ils ne risquent rien en l'absence de GPLv3...

Tout est là, le déni et l'hypocrisie: "des brevets quels brevets? Non, nous on a signé un accord sur les brevets, mais il n'y a pas de problèmes sous linux"

Donc rien de positif.

Tout ceci me pousse à m'interroger sur le pourquoi de cet état, y a-t-il des spécifications inconnus qui font qu'il est difficile d'implémenter ces fonctionnalités, où même en les ayant l'implémentation ce révèle assez ardu?

Le PDF repose sur le format PostScript, langage inventé par adobe et parlé depuis des décennies par de nombreuses imprimantes. Rien de top secret donc dans ce format: c'est bien documenté, sans surprises.

Par contre, lors de la création du postscript et/ou du pdf, on peut décider de convertir le texte en courbes, afin de préserver la mise en page au détriment de la performance (le contenu texte est souvent plus performant quand on utilise une imprimante compatible PostScript car c'est le texte et non les courbes qui est envoyé, laissant la tâche de rendu du texte à l'imprimante plutôt qu'à l'ordinateur).

C'est uin peu n'importe quoi, ces approches client léger qui prétendre offrir un "système d'exploitation qui utilise exclusivement les ressources internet"...

Bientôt on va pouvoir dire que citrix est un OS?

Je ne questionne absolument pas l'approche client léger, mais plutôt ce matraquage de buzzwords et de concepts destinés à générer du hype et à faire passer une technologie client léger pour ce qu'elle n'est pas.

... on voit bien que l'on est à nouveau dans une bulle internet comme à la fin du 20è siècle, la fumisterie est de nouveau sur les remparts à vendre du vieux comme si c'était du neuf...

Merci!

Effectivement, si yum vérifie les métadonnées sur les dépôts, il y a un overhead qui forcément le rend moins véloce, mais qui d'un autre côté donne une garantie supplémentaire sur la fraîcheur des données.

Merci pour le truc yum -C, je n'avais pas fait attention à cette option. En environnement d'entreprise où les dépôts sont mis à jour quotidiennement en une seule fois, rafraîchir les métadonnées plus d'une fois par jour a peu de sens, et le -C tombe à pic pour cela.

Le choix de apt au boulot ne sera sans doutes pas réévalué avant un bout de temps car il est utilisé dans de nombreux scripts, mais je vais garder un ½il sur yum...

C'est clair,

sans une tolérance de panne minimale, on ne peut pas commencer à mettre des dizaines ou des centaines de machines en cluster car cela réduit le fiabilité de l'ensemble au lieu de l'augmenter comme un cluster classique.

Et sans Hotplug/Hotunplug, on ne peut pas aborder une gestion grid des machines avec gestion d'allocation des ressources selon tranche horaire, SLA, ...

Petite question, quelqu'un sait où en est Kerrighed au niveau tolérance de panne? Si un n½ud plante, c'est toujours tout le cluster qui est en péril?

En dehors de ça, le hot plug est-il déjà implémenté?