imalip a écrit 1280 commentaires

Le 2.6.29 a été uploadé dans unstable le jour de sa release sur kernel.org il y a 5 jours. Le 2.6.28 y était depuis le 21 février.

Ah oui, mais ce papier de Red Hat qui ne dit pas du bien de Red Hat est fait par un concurrent de Red Hat et est donc biaisé en défaveur de Red Hat. Alors que si tu vas sur le site de Red Hat (mais j'ai la flemme de chercher), tu trouveras des études sérieuses de Red Hat a propos du TCO de Red Hat. Et vu que c'est fait par Red Hat, ils savent ce qu'ils disent quand ils parlent de Red Hat, contrairement a Sun qui ne connaissent rien a Red Hat puisque ce ne sont pas Red Hat.

non, il s'apppelle Robert'); DROP TABLE Users;--

http://xkcd.com/327/

Houla, je bosse trop, moi. Au début je me suis demandé ce qu'une équipe de F1 irait faire avec Mandriva...

Noir Desir ont signé chez Barclay, label de Polygram, et sorti leur derniers albums studio en 1997 et 2001. Entre 97 et 2002, Polygram a changé 2 fois de mains (de Philips a Seagram puis Vivendi), et de nom pour Universal au passage.

En gros tu leur reproche d'avoir signé chez un groupe qui a changé 2 fois de direction par la suite. C'est la meme chose pour le coup du "ils ont fait leur discours aux victoires de la musique alors qu'ils avaient bien signé chez Universal". Remis dans le contexte, leur speech faisait suite a une sortie de Messier qui se vantait de leur succes, elle-meme faisant suite a la prise de controle par Vivendi.

NB : Je ne suis pas fan de Noir Désir, je n'ai aucun de leurs albums ; meme si j'aprécie ce qu'ils font musicalement. C'est juste que je n'arrive pas a accepter cet argument si je regarde la chronologie des évenements.

Ah bon ? Moi qui croyais que c'était Shuttleworth, entre l'invention du vol spacial habité et celle du logiciel libre...

Chiffres 2006
Ventes en Roumanie : 96 044 (ensuite tu peux ajouter, Serbie, Croatie, Turquie, Bulgarie, Ukraine,...)
Ventes en France : 18 742

Dire que la Roumanie n'est plus la destination des modeles construits me semble limite mensonger.

Et a coté du chomage technique chez Renault, il y a aussi du chomage technique chez Dacia en Roumanie. Et s'amuser a changer le site de production des voitures avec réseau de sous-traitant et tout ce qui va avec vers un lieu plus cher et plus éloigné du marché n'est peut-etre pas la premiere envie des constructeurs auto en ces périodes ou ils ont des soucis de liquidités...

Houlala, c'est vrai que la Logan, c'est de la mechante delocalisation. Le fait qu'elle soit produite en Roumanie n'a rien a voir avec le fait que Dacia soit a l'origine un constructeur roumain racheté par Renault, et la Logan une voiture destinee au marché des pays de l'Est. Tu as raison, ils auraient mieux fait de fermer les usines Roumaines pour délocaliser la production en France.

Je suis certains que de la meme maniere, si Toyota prenait le controle de Renault, tu prefererais que les voitures soient produites au Japon et qu'on ferme les usines en France.

Arg, mon copier/coller a merde, c'est ce lien-la que je voulais mettre

http://fr.lmgtfy.com/?q=cours+linux

http://www.google.com/search?btnG=1&q=cours+linux

Je suppose que le bon admin , il faut lui envoyer sa clef publique, et c'est lui qui va la mettre ou il faut pour qu'on puisse s'identifier (comme le font KDE ou FreeBSD par exemple). Ca ne change rien au probleme si tu n'as aucun moyen de verifier que la clef fait partie de l'ensemble corrompu.

A moins que tu generes toi-meme les clefs des utilisateurs a qui tu veux fournir un acces distant a ta machine, auquel cas effectivement il n'y a pas de risque.

Les autres admins ont potentiellement des utilisateurs qui ont une clef d'authentification corrompue. Si ca ne les derange pas que n'importe qui puisse se connecter en ssh sur leur systeme, effectivement, ils n'ont rien a faire.

Et tu connais un meilleur moyen pour contacter tous les utilisateurs d'une appli et leur fournir une liste de clefs dangereuses qu'essayer de passer par upstream ?

Quel interet pour OpenSSH et ses utilisateurs de continuer a fournir un soft sans blacklist du jeu de clefs corrompues ?

EGEIA (et PhysX) ont été rachetés par NVIDIA, et PhysX est maintenant aussi disponible pour les cartes graphiques via CUDA.

Parce que la faille affecte tous les systemes sur lesquels des utilisateurs ont mis leur clef publique creees avec le OpenSSL Debian pourri, et qu'il serait peut-etre bon d'informer les admins des systemes en question, avec la liste des clefs "connues" pour les blacklister par exemple, non ?

http://en.wikipedia.org/wiki/Luser

Ou alors "Lol Luser" ? C'est pour faire suite a ma suggestion de "Kikoolol Keke", qui ne fut pas retenue a ma grande deception.

Houla non, j'ai passé le périphérique, c'était déja la jungle. Dans 2 ans, je prévois d'aller vraiment a l'aventure, au-dela de l'A86 !

Note quand meme que chez moi ca marche, avec epiphany (et evolution, empathy, liferea) et network-manager, sans rien configurer. Et sous MacOS, il recharge la page tout seul Firefox ? Ou alors il n'est simplement integre avec aucun des 2 OS pour les notifications de deconnexion/reconnexion ?

Je pense qu'il faudrait plutôt inclure au fur et à mesure des paquets sans bug RC et construire la distrib comme cela.

Et quand tu découvres le bug uniquement apres inclusion, tu fais quoi ?

Et pour le transfer de fichier, tu dictes les 0 et 1 a haute voix aussi ?

J'avais surtout regarde les paquets KDE (vu que je maintiens une appli KDE, pour voir la possibilite de faire des backports), et les versions de packages n'etaient issues d'aucune debian stable, et je crois que certains n'etaient meme pas passes par testing.

Pour en avoir eu un entre les mains, la Xandros n'est pas une Debian stable, elle a ete faite a partir d'un snapshot d'unstable.

Les seules listes non publiques de Debian sont celles qui gerent les alertes de securite sous embargo, et celle ou les devs font passer des infos perso (du genre vacances, ...). Tout le reste concernant le developpement est public, mailing lists ou IRC.

Si tu ne sais pas ce qui se passe chez Debian, c'est seulement parce que tu ne veux pas ne serait-ce qu'essayer de regarder.

Non, mais t'as pas compris, Debian ne s'interessera au futur GCC 4.4 que quand Red Hat aura tout fait. D'ailleurs, ces pages n'existent pas, il n'y a pas de recompilation complete de l'archive Debian avec le futur gcc 4.4 depuis septembre :
http://www.cyrius.com/journal/gcc/gcc-4.4-testing
http://www.cyrius.com/journal/gcc/gcc-4.4-status
http://www.cyrius.com/journal/gcc/gcc-4.4-preprocessor-error(...)
http://www.cyrius.com/journal/gcc/gcc-4.4-include
http://www.cyrius.com/journal/gcc/gcc-4.4-archive-build

Et il n'y a pas non plus de package gcc-snapshot qui permet aux developpeurs de l'installer facilement sur leurs machines :
http://packages.debian.org/sid/gcc-snapshot

Ou alors, IsNotGood ne sait absolument pas de quoi il parle...