La réponse de fastservers est in téressante:

http://sourceforge.net/mailarchive/message.php?msg_id=9923982(...)

Je suis plutot du genre à attendre de voir ce qui se passe...

Finalement ça se termine bien:

http://sourceforge.net/mailarchive/message.php?msg_id=10251559(...)

[ Répondre ]

Un autre article intéressant (mais moins récent que celui que tu évoques) qui montre bien qu'il y a quand même une certaine opposition au procédé:

http://news.zdnet.co.uk/0,39020330,39181570,00.htm(...)

(Trouvé par Groklaw.net).

[ Répondre ]

Idem, plus rien. Partis en 35 minutes, pas mal...

[ Répondre ]

Tu en sais quoi qu'elle n'a pas ete exploitee ?

Tu en sais quoi qu'elle a ete exploitee ?

Il y aura TOUJOURS des failles, dans n'importe quel logiciel, quelque soit l'OS. La question est plutôt: "quand est ce qu'un patch arrive ?". Après, c'est à l'utilisateur/administrateur de faire son boulot: mettre à jour sa/les machine(s), et ceci quelque soit l'OS.

[ Répondre ]

Le but de M$ n'est pas de tuer Linux, elle n'a aucun intérêt pour ça: risque de procés pour monopole abusif, mauvaise réputation dans le monde informatique. Une attaque frontale ne lui rapportera rien au mieux et au pire mettra une partie de la communauté informatique contre l'entreprise de Redmond.

Le but est de ralentir (voir de stopper net) la progression de Linux. Comme elle peut difficiliment se battre sur le terrain informatique, elle attaque au niveau legislatif. C'est la grande différence par rapport aux attaques passées contre des entreprises informatiques. Prenons le cas de Sun par exemple (bien que ce cas là soit à part), elle a tenté de modifier l'API de java pour en prendre le contrôle (ou plus exactement, pour parasiter son aspect indépendant de la plate-forme OS et/ou materielle). Elle n'a pas réussi mais cette opération ("extand and embrace") était particulièrement efficace.

C'est pour cette raison que Microsoft a mis du temps contre la progression de Linux, elle ne savait pas comment réagir face à cet "ennemi" aux contours flous.

Maintenant, avec l'arme legislative, elle possède un moyen de pression relativement efficace. Elle peut attaquer des point précis de Linux qui seraient trop défavorables, tout en laissant une grande partie de Linux intacte. Ce sont en effet souvent des petits programmes ou des petites innovations qui peuvent la mettre en péril. Ce qu'il faut bien se dire, c'est que Linux existera toujours dans le futur, mais que les grands comptes éviteront cette solution, maintenus à distance par le risque de procés et par le manque de ces petits "plus" que j'évoquais plus haut.

[ Répondre ]

idem, j'ai 5 invitations

adresse : kartoch AT gmail DOT com

[ Répondre ]

Je me rappelle qu'il y a quelques temps une attaque sur un serveur CVS du noyau Linux avait échouée car les mirroirs avaient detectés cette intrusion. Mais le plus intéressant, c'est que l'attaque avait pour but de modifier une ou deux lignes (si je me souviens bien lors de la fin d'un processus) pour laisser un "bug" qui pouvait etre exploité par la suite. Les concepteurs du noyau avait dit que sans la découverte de cette intrusion, il aurait été difficile de repérer ce "faux" bug, car il était placé de façon très subtile.

La morale ? Avoir le code source ne suffit pas ! Il renforce la sécurité mais ne la garantit pas.

[ Répondre ]

Tu pourrais copier/coller les réponses des députés (à moins qu'elles soient écrites ou téléphoniques) ?

[ Répondre ]

D'autant plus pertinent en sachant que brevets logiciels vont tenter de passer en force demain:

http://linuxfr.org/2004/12/13/17880.html(...)

Le timing est parfait mais malheureusement, j'avoue avoir une pointe de pessimisme sur l'issue de ce conseil des ministres européens.

[ Répondre ]

Balance des numéros, des urls pour contacter tout ce beau monde !!!

[ Répondre ]

Par contre, je comprend pas ce qu'il font de leur OS pourtant très bien foutu.

Concernant la concurence entre PalmOS et WindowsCE, voir cet article récent qui pourrait expliquer le changement de direction de Palm:

http://www.internetnews.com/ent-news/article.php/3435501(...)

[ Répondre ]

Oui, mais la recherche de signature ne suffit pas (à long terme). Des outils P2P récents permettent de chiffre le payload et d'utiliser n'importe quel port. Résultat: difficile de trouver la signature sous-jacente. Y'a même mieux, la possibilité de faire du P2P en utilisant l'encapsulation dans des protocoles existants: et paf, je place mon payload dans une requete HTTP, qui pourra deviner (a part la source et le destinataire).

[ Répondre ]

Clairement, il est plus facile de lire des hebdomadaires ou des journaux permettant une vraie information sur les faits-divers avec une profonde éthique consacrée à l'opportunisme et le sensationalisme qu'un journal essayant d'avoir un peu de recul sur l'actualité meme plus à jour. Miam, le fast-food journalistique est toujours plus appetissant et branché au premier abord, mais il reste sur l'estomac et empeche la cervelle de se développer.

Ceci dit, je suis partiellement d'accord avec la description donnée dans wikipedia concernant la ligne éditoriale...

[ Répondre ]

A l'origine ça va bien du journal "le monde" mais une partie a été racheté par les lecteurs (à hauteur de 49%)

http://fr.wikipedia.org/wiki/Le_Monde_diplomatique(...)

[ Répondre ]

Clairement, Renater est très bon pour les gros mirroirs français, il suffit d'aller chercher une distrib Linux qui viendra en moins de 10 minutes, voir 5.

Sinon, je rappelle à l'utilisateur qui a posté cet news les mesures pour renforcer le contrôle des P2P dans les universités, et qu'il recevra très rapidement un mail des admins dès qu'il aura branché son Amule (si les admins sont compétents).

[ Répondre ]

Serait-ce parce que les ego de toutes ses personnes sont sur-dimensionnés ?

Et poster en première page des journaux ?!... Non non, ça doit être moi...

[ Répondre ]

Bien sûr que M$ est ouvert aux standards, mais dans le même temps l'entreprise de Redmond brevete les méthodes pour pouvoir travailler avec. Un exemple simple, ce sont les brevets pour parcourir des documents XML...

[ Répondre ]

Sur ma mandrake 10.1 installé récemment, le kernel-source-2.6 et le kernel sont en 2.6.8.1.12mdk. Par contre, je viens de découvrir qu'une update noyau en 2.6.8.1-20mdk est disponible, mais pas sur les serveurs officiels.

[ Répondre ]

-Activation par défaut de l'ACPI dans le kernel , ce qui autorise l'installation sur mon portable Compaq Nx 9005, mais pas le reboot !!

Tu peux déjà désactiver ou activer l'acpi sur la ligne de boot

De plus, le support de l'ACPI dépend surtout des constructeurs qui ont tendance à faire des supports ACPI un peu barbare ne suivant pas trop la rêgle. L'APM fonctionne souvent mieux sur de vieilles machines mais sans tous les avantages qu'apportent l'ACPI.

Encore une fois, ce n'est pas la faute de Mandrake...

[ Répondre ]

Malheureusement, le plan "envoyer des CVs sans espérer de réponses" est la meilleure solution à mon sens.

Pour mon post-doc au Japon (cas un peu différent, car c'est dans le milieu de la recherche), j'ai du bombarder large pour trouver quelques offres. Quelques plans pour le japon:

- l'association sciencescope http://www.sciencescope.org/(...) , avec une mailling-list assez active...
- chercher les boîtes françaises travaillant là-bas (sinon, les chances de décrocher un truc sont minces). Maintenant, il faut trouver "la compétence", car en général les jobs sont surtout reliés au Japon même, du developpement sera plutot centralisé dans d'autres pays. Peut-être essayer les boîtes anglaises et americaines.
- Tenter un stage non rénuméré, avec un financement différent (voir les bourses européenes de mobilité, malgré le fait que la grande majorité est plus orienté recherche).

Au fait j'y pense, vu tes compétences, y'a Google qui recrute pas mal en ce moment. Y'a un type sur linuxfr (j'ai oublié qui) travaillant pour cette boîte (wouah!) qui avait posté quelques truc concernant des offres sur un journal relié à une affaire de spam soit-disant provenant de google.

Hope that could help...

[ Répondre ]