Posté par Julien CARTIGNY (page perso, ) le 03/07/2005 à 12:52. (lien). Évalué à 1.

[X] Un webmaster compétent pour le club Mandriva, qui maintient le site à jour et qui améliore l'ergonomie de ce bidule...

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 24/06/2005 à 02:18. (lien). Évalué à 4.

The Penny Black Project:

http://research.microsoft.com/research/sv/PennyBlack/(...)

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 23/06/2005 à 02:41. (lien). Évalué à 1.

Intéressant de voir aussi la mobilisation du coté du broadcast flag aux USA:

http://www.eff.org/deeplinks/archives/003730.php(...)

L'exemple est assez frappant d'une bonne mobilisation. En clair: il faut persévérer !!!

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 22/06/2005 à 06:31. (lien). Évalué à 1.

[X] OpenBSD 3.7

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 15/06/2005 à 13:16. (lien). Évalué à 3.

Exactement, et de plus Microsoft n'est pas la première compagnie à censurer ses sites webs et ses services (de souvenir, Google a fait déjà certains trucs...)

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 09/06/2005 à 05:24. (lien). Évalué à 10.

Je pensais que c'était la date où apple changerait de fabriquant de puce pour retourner chez IBM.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 02/06/2005 à 15:34. (lien). Évalué à 6.

C'est encore pire que cela, M$ à déposé des brevets sur la serialisation de lecture et d'écriture des fichiers XML. Donc, tous les logiciels qui manipulent des fichiers XML peuvent tomber sous le coup de ce brevet.

Une autre chose, c'est le petit scandale il y a quelques temps sur la possibilité d'introduire dans les documents OASIS des procédés brevetés. Je ne sais pas trop où en est cette idée, mais c'est aussi une manoeuvre qui reste à suivre...

Sinon, il est clair que si M$ est cuit à court terme sur la suite office, car c'est l'une de ses branches les plus bénéficiaires, et les utilisateurs / administrations choisiront presque toujours une solution alternative libre à une solution payante, si bien sur la solution libre est à la hauteur. Je viens de tester la dernière Béta de Open Office, et elle est vraiment bien foutue. Bien sur, elle n'intégre pas les dernières fonctionalités d'Office mais la grande majorité des utilisateurs n'utilisent pas ces "features".

Il est donc logique que M$ utilisera l'arme des brevets, il n'a pas le choix.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 31/05/2005 à 05:58. (lien). Évalué à 1.

"A priorit j'y vois un coup du couple Wintel et le retour par la porte de derriére d'un projet moin embitieux que NGSCS ( ex-paladium ), limité au DRM est bien evidament de chez MS."

Moins ambitieux, pas vraiment. Une fois que la partie crypto est sécurisé au niveau hardware, microsoft peut mettre du software dessus à la palladium. Pour moi, Microsoft a juste cru pouvoir développer ça pour Longhorn, et s'est rendu compte qu'il fallait plus de temps pour "polluer" le hardware. Donc, ils développent en compagnie des fondeurs de puce l'intégration des DRMs avant de sortir le grand jeu.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 30/05/2005 à 16:18. (lien). Évalué à 1.

Oups, oui désolé. Je pense à un mot et j'en écris un autre. Dire que j'avais en plus vérifié l'orthographe pour être sûr que je ne m'étais pas gouré...

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 24/04/2005 à 10:35. (lien). Évalué à 9.

Il existe un moyen pour être "efficace" pour être anonyme sur les P2Ps en utilisant une notion de proxy. Chaque action dans le réseau P2P passe par un (ou plusieurs) noeuds (appelés ici proxy).

La solution générique est la suivante: tu es un noeud A et tu veux faire un échange avec le noeud B. Chaque envoi entre A et B est fait en passant par un ou plusieurs noeuds (C,D et E par exemple) choisis avec certaines méthodes (aléatoire, basée sur le hashage de ton ID). Ensuite, A et B génére une clé de session pour pouvoir communiquer, mais tous leurs paquets passent par les proxies. Ainsi, A et B sont incapables de savoir l'adresse du correspondant, et les proxies sont incapables de savoir le contenu des données.

Pour la diffusion, la recherche ou le transfert de fichiers, même technique:

- diffusion d'une liste: B recoit une liste, la déchiffre et la place sur le réseau. La liste contient une liste de proxies pour communiquer avec un identifiant de A.

- recherche: requete dans le réseau en utilisant des proxy: A fait une requete pour trouver un fichier, la commande passer par les proxies, B envoie la liste de fichiers correspondant à nouveau par les proxies et A reçoit l'info.

- chargement du fichier: chaque paquet de données entre A et B passe par un ou plusieurs proxies.

Si les algos de selection des proxies sont efficaces, alors il est très difficile de savoir qu'est ce que A ou B contiennent (l'algo est quand même plus compliqué qu'exposé ci-dessus, tu dois avoir plusieurs couples de clés publiques/privées). Pour cela, il faudrait que l'attaquant possède A ou B et au moins un des proxy. Cela demanderait énormément de ressources. De plus, rien n'empêche de renvouveller régulièrement son ID et ses clés pour minimiser les attaques sur une longue durée. Enfin, certaines commandes (comme la diffusion ou la recherche) qui sont les plus sensibles, peuvent passer par une chaîne de proxies, ce qui rend les attaques encore plus difficile.

Revers de la médaille: y'a des chances que ce soit lent.

Il existe déjà des solutions équivalentes, mais je me souviens plus trop des noms.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 23/04/2005 à 12:47. (lien). Évalué à 2.

Bon ben je suis passé pour un con.

C'est pas ma journée...

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 22/04/2005 à 08:22. (lien). Évalué à 0.

C'est qui Benard Spitz ?

Voyons, googlelisons un peu:

"Bernard Spitz. Haut fonctionnaire français, spécialiste de l'économie des médias, auteur de La Morale à zéro : pour une reconquête civique, Seuil, Paris 1995."

On trouve meme un peu plus complet, mais en anglais:

"Bernard SPITZ is C.E.O and founder of BSC, a consulting company which provides key advice to international business leaders in the process of strategic decision-making on a wide range of areas including financial, legal, regulatory, technical, institutional and media, with a recognized expertise in information and communication technologies

He graduated with a MBA from the ESSEC business school, the school of Political Science and Economics and the National School of Public Administration (ENA). A member of the Council of State (Conseil d?Etat), and of French anti-trust commission, he served from 1988 to 1991 as senior adviser to French Prime Minister Michel Rocard; and from 1999 to 2001 as Director of the French task force on the Internet and moderator of the French-German Forum on the Information Society to Dominique Strauss-Kahn, Minister of Finance.

From 1992 to 1996 he was SeniorVice President for corporate affairs of Canal + and from 2000 to 2004 Head of Strategy for Europe of Vivendi Universal. He held responsibility in that post for monitoring the growth of the group business units in the media field, as well as identifying and developing VU?s strategic opportunities and public affairs.

A former columnist for Le Monde, he contributes to various publications including Les Echos, Libération and l?Express. He is the author of several books including Etat d?Urgence (State of Emergency, with Roger Fauroux and various contributors including Tony Blair, Robert Laffont 2004), Notre Etat (Our State , Robert Laffont 2001), The Digital Revolution ( Fondation Saint Simon, 1999).

He currently teaches Digital Communication Economics at the University of La Sorbonne in Paris."

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 20/04/2005 à 10:17. (lien). Évalué à 7.

Tout à fait,

Je ne voudrais pas être insultant envers la communauté religieuse de Linuxfr, mais la surenchère médiatique autour du déces de Jen Paul II est à vomir. "un grand homme qui disparait" (parait-il même qu'on lui doit la chute du communisme, à se demander s'il est pas venu lui-meme avec un burrin casser le mur), les docteurs sur TF1 essayant de pronostiquer sa mort, l'enterrement en grandes pompes et en direct diffusé sur toutes les chaînes possibles (CNN, BBC World mais aussi deux chaines Japonaises), le "suspens" sur l'election du successeur (alors que le jour de sa mort un petit article essayait d'avoir un peu de recul sur l'ex-pape, le journal le monde retourne sa veste et nous sort un grand dossier sur les futurs candidats), les gros plans sur la cheminée brulant régulièrement les différents bulletins de vote...

Quand je pense que l'église refute encore le port de préservatif malgré les millions de morts actuels et à venir en Afrique, et que le nouveau pape essaye encore de sortir des dogmes ne répondant pas vraiment au monde d'aujourd'hui (*), le symbole du pape décris dans les médias semble vouloir nous imposer l'absolu pureté d'un demi-dieu vivant, traité de la même manière qu'une princesse de carton emplafonnée dans un pilier d'un pont de Paris ou d'un chef d'entreprise marchand de canons dont on célebre "ce grand homme" (avec discours de BHL en prime).

Je le répete, même si mon opinion sur la question de la religion chretienne est mienne, les journalistes tocards voulant transformer la fin de la vie de Jean Paul II (qui arrive à tout le monde, l'enfant qui crève de faim dans des bidonvilles ou l'iraquien rentrant du marché choppé par un missile américain) en un évenement exagéré que l'auditeur, spectateur ou lecteur doit forcément partager est tout simplement écoeurante.

Et pendant ce temps là, des gens meurent dans l'indifférence, avec beaucoup de gens biens, qui ont essayés réellement d'aider leur prochain.

Dommage que je sois loin de la France, charlie-hebdo et le canard enchainé me manquent un peu.

(*) c'est une opinion personelle.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 13/04/2005 à 07:58. (lien). Évalué à 7.

Quelques URLs:

http://slashdot.org/articles/04/06/21/1150236.shtml?tid=126&tid(...)
http://allowee.net/archive/2004/06/21/hotmail_blocks_gmail_emails_a(...)

Bon, c'était il y a un an, et je sais pas trop ce qu'il en est advenu. Est ce que quelqu'un a fait le test récemment ?

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 13/04/2005 à 03:48. (lien). Évalué à 3.

Pendant un moment Hotmail et Yahoo! filtraient les invitations gmail et soit les détruisaient, soit les considéraient comme spam.

Envoyer des invitations gmail dans le vide a peu d'intérêt, le meilleur moyen serait d'attendre l'ouverture de gmail au public et d'inciter directement ses correspondants (ce qui est plus difficile à filtrer que le message classique d'invitation gmail).

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 08/04/2005 à 14:10. (lien). Évalué à 4.

Déjà qu'il faudra encore quelques mois avant la version finale de Qt4, ça m'étonnerait beaucoup que Kde4 sorte pour cette date, ou alors "total respect" pour les développeurs...

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 29/03/2005 à 07:58. (lien). Évalué à 3.

Pas grave pour le lien.

Lorsque je regarde le processus d'avancement de KDE, je trouve très intéressant comment la communauté réagit. En général, beuacoup de discussions dans les mailling-lists (voir actuellement ce qui se passe autrour de kdemm), avec comme but d'éviter de refaire la roue.

Je ne connais pas trop le processus de développement de Gnome, mais il me semble un peu plus anarchique: chacun apporte sa sauce, mais sans vrai recul sur le travail global.

C'est une opinion personelle, y'a t'il quelqu'un qui connait un peu mieux le processus de développement de Gnome ?

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 29/03/2005 à 07:22. (lien). Évalué à 10.

Essayons d'abord de relire la raison avancée pour ce retrait:

gnome/*: Removed from -current, and turned over to community support and
distribution. I'm not going to rehash all the reasons behind this, but it's
been under consideration for more than four years. There are already good
projects in place to provide Slackware GNOME for those who want it, and
these are more complete than what Slackware has shipped in the past. So, if
you're looking for GNOME for Slackware -current, I would recommend looking at
these two projects for well-built packages that follow a policy of minimal
interference with the base Slackware system:

http://gsb.sf.net(...)
http://gware.sf.net(...)

There is also Dropline, of course, which is quite popular. However, due to
their policy of adding PAM and replacing large system packages (like the
entire X11 system) with their own versions, I can't give quite the same sort
of nod to Dropline. Nevertheless, it remains another choice, and it's _your_
system, so I will also mention their project:

http://www.dropline.net/gnome/(...)

Please do not incorrectly interpret any of this as a slight against GNOME
itself, which (although it does usually need to be fixed and polished beyond
the way it ships from upstream more so than, say, KDE or XFce) is a decent
desktop choice. So are a lot of others, but Slackware does not need to ship
every choice. GNOME is and always has been a moving target (even the
"stable" releases usually aren't quite ready yet) that really does demand a
team to keep up on all the changes (many of which are not always well
documented). I fully expect that this move will improve the quality of both
Slackware itself, and the quality (and quantity) of the GNOME options
available for it.

Folks, this is how open source is supposed to work. Enjoy. :-)

Donc:

- il existe plusieurs solutions pour ajouter gnome dans slackware.
- Pat a du mal à suivre les changements trop fréquents et mal documentés de Gnome.


Accessoirement, les problèmes de compilation (zillions de paquets nécessaires, compilation pas "triviale", des chemins hard-codés dans les sources (*)...) n'arrangent pas les choses.

Source:

Message de Pat: http://www.slackware.com/changelog/current.php?cpu=i386(...)
Discussion sur /. : http://linux.slashdot.org/article.pl?sid=05/03/28/009237&tid=13(...)

(*): il semble que ce problème soit résolu dans le 2.10

P.S: il serait de bon ton de mettre un lien dans un journal, car sinon ça fait un peu vide.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 29/03/2005 à 05:26. (lien). Évalué à 1.

"MIIIIP ! mauvaise réponse"

Je parle juste du problème "en général" de la reconnaissance de périphériques d'affichage. Je sais très bien aller chercher les renseignements qu'il me faut pour les cas que j'évoquais, mais en général ça implique bidouille, plusieurs fichiers XF86Config, et pas mal de temps (qu'en général je n'ai pas lorsque je dois faire une présentation sur un rétro que je ne connais pas).

J'essayais juste de savoir quelles étaient les difficultés majeures dans l'architecture de x.org qui empêche une reconnaissance dynamique.

[ Répondre ]

Posté par Julien CARTIGNY (page perso, ) le 29/03/2005 à 05:21. (lien). Évalué à 1.

En ce qui concerne un projo, ceux-ci (sauf les récents qui coûtent les yeux de la tête) n'acceptent pas toutes les config écrans, et je me retrouve souvent a trifouiller dans le x.org (soyons honnete, en général je reboote sous windows et je me fais ma présentation sous open office).

Je sais bien qu'il existe une solution pour chaque materiel (j'ai une Geforce 6800 dans mon portable) mais il serait bien d'avoir une solution "unifiée" pour ce problème, c'est à dire des specifications et API pour permettre aux drivers et x.org de gérer de façon transparente l'ajout de périphériques d'affichage.

[ Répondre ]