patrick_g a écrit 6392 commentaires

Et qu'en plus je suis asocial et casanier et que je préfère lire tranquillement chez moi.

>> Ceci dit, j'aimerai bien voir si Ubuntu améliore la simplicité de la mise en place d'un serveur.

Je crois que lors de l'install de la dapper y'a une option à selectionner et ça te met en place une stack LAMP complète (Linux + Apache + MySQL + PHP). Si je me gourre pas dans cette info ça me semble un bon point à mettre à l'actif d'Ubuntu...qui sera peut-être récupéré par Debian. C'est ça le libre : partage et amélioration pour tous !

>> Je ne serais pas surpris d'apprendre que la prochaine RHEL s'appuie sur un noyau 2.6.16 :)

En même temps comme Red Hat utilise Fedora comme banc d'essai et comme Fedora utilise un 2.6.16 c'était pas trop dur à deviner..........

En même temps le diff est pas monstrueux-gigantissime ;-)

Makefile | 2 +-
net/ipv4/netfilter/ip_conntrack_core.c | 1 +
net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c | 1 +
3 files changed, 3 insertions(+), 1 deletion(-)

>> il n'y a pas déjà le jpg2 ?

Je crois que c'est le format jpeg2000 (basé sur les ondelettes).
Il a jamais décollé car il est lardé de brevets en tous genres.

Je pense que si MS commet la même erreur avec son nouveau format y'aura le même résultat et ils n'arriveront pas à s'imposer....modulo le poids extraordinaire qu'ils ont grace à la vente forcée de windows avec les PC.

Dans le top 500 des super ordinateurs les plus puissants du monde je n'ai vu aucun BSD alors que Linux est omniprésent. C'est simplement le reflet de ses capacités : Cluster file system (Lustre et autres), scheduler adaptable, capacités NUMA..etc etc.
C'est hallucinant de voir le nombre de choses qui sont dispos dans le kernel.
Va voir cette news que j'avais posté à l'époque : http://linuxfr.org/2005/07/28/19364.html

Il est indéniable que Linux est beaucoup plus complet que les autres BSD.

>> je sais pas quelle est la tienne

Ben une ubuntu dapper comme je l'ai écrit.
Ce qui me fais dire que c'est la faute de firefox c'est que si je fais la manip inverse ça marche. Copier d'un texte dans gedit, fermeture de gedit et hop, coller dans une autre appli !
C'est donc spécifique à firefox qui n'utilise pas le presse papier persistant de gnome.

>> Linux c'est plus l'anarchie...

En même temps il faut être conscient que Linux possède bien plus de fonctions qu'OpenBSD qui reste un OS assez spécialisé.
Des clusters, des super-ordinateurs...etc ça existe en linux mais pas en OpenBSD. C'est normal qu'avec une telle magnitude de fonctions le développement soit moins focalisé.

Je suis en grande partie d'accord avec ton post mais quand tu dis :
J'avais vu une foi à quoi ressemblait l'utilisation du presse papier et du "drag&drop" en API win32, et j'ai cru à une farce.
Enfin, je sait pas si l'API X native est mieux, mais je sait qu'elle est standardisée depuis au moins aussi longtemps.

J'ai quand même été très surpris lors de mon passage Win2000 -> Linux de constater les problèmes de presse papier. Encore maintenant sur ma belle dapper toute moderne quelle-est-même-pas-encore-sortie si je copie un texte dans firefox puis je ferme le navigateur et j'essaye de coller le texte dans gedit...ben ça marche pas ! Le fait de fermer firefox vide le presse papier et je perds mon texte. Si je fais la même manip au boulot avec un vieux Win2000 datant d'une demi décennie ça fonctionne impec.
Je pense que ça vient du fait que firefox n'est pas une appli gnome et ne partage donc pas le presse papier.

Déja ça doit dépendre de ton pays. Les législations sont différentes et il est évident que la FCC est détentrice de l'autorité aux USA mais que pour le reste du monde ils peuvent aller se faire voir ailleurs.
Pour la france je sais pas trop mais j'ai lu que l'armée avait rechigné au début du wifi car cela recouvrait certaines de leurs fréquences.

Merci pour tes précisions techniques.
C'est vrai que le boulot qui est fait dans OpenBSD pour supporter le matos avec du code propre et libre est vraiment admirable.
C'est quand même un peu étonnant de constater que de nombreux devs Linux ne se préoccupent pas plus des idéaux du logiciel libre. Il ne faut pas oublier que, même si on n'est pas idéologue et qu'on ne se sent pas concerné par les querelles de GPLvsBSDvsProprio, le logiciel libre procure des avantages techniques indéniables. La sécurité et la relecture du code étant les plus évidents.
Vous qui êtes des paranos sur la sécurité et qui cryptez vos mails et vos partitions, si vous utilisez le driver Intel wifi tout cela ne sert à rien car vous avez, comme l'indique Herodiade, un démon root closed source qui tourne en tache de fond. Qui vous assure de son innocuité ?

On trouve beaucoup d'infos sur le futur du réseau sous Linux dans cet article de LWN :
http://lwn.net/Articles/179305/

Elle n'existe pas ! ça aussi je l'ai compris au fil du temps...

Un des grands avantages des forums internet c'est le sentiment de faire petit à petit partie d'une communauté d'intérêts. Ainsi quand j'ai découvert il y a quelques années dlfp je ne comprenais absolument rien : Non seulement je ne connaissais pas Linux (c'est normal) mais j'étais également largué en ce qui concerne les vannes récurrentes, les coutumes, les privates jokes, les acronymes...etc etc
Puis, au fil du temps, j'ai appris qui était le lead architect Pierre Tramo, que bronson était mort ou les histoires de clavier qui se blo

Je dois dire que depuis 1 ou 2 semaines je capte plus trop ce qui se passe avec Ploum. Pourquoi tout ces messages haineux ? Ce déversement de bile contre lui ? Ces attaques incessantes ?
Est-ce que c'est une vaste blague organisée, une sorte de grosse private joke que les gens normaux ne peuvent pas comprendre ?

Si oui merci de me mettre au parfum. Si non merci d'essayer rester poli à l'avenir et d'essayer de contribuer au site autant que le fait Ploum par ses news et ses journaux.

>> The mentoring organization will receive its share upon completion of the project.

Donc le mentor a intérêt à ce que l'étudiant finisse son projet si il désire voir la couleur des 500 dollars...et il est aussi incité à affirmer que le projet est fini et que l'étudiant a fait un super boulot même si c'est pas vrai.

je vais aller voir la gentille conseillère (qui, en outre, porte toujours des jupe fort intéressantes) parceque moi aussi je paye une connerie de compte service machin bidule. Si ce supplément ne me sert à rien je vois pas pourquoi je raquerais et si c'est pour pouvoir faire des virements alors c'est leur site web qui déconne.

>> Ah bon!ta banque de permet pas d'effectuer des virements en ligne ?
C'est bien pratique pourtant.

Je viens d'essayer ça pour la première fois pas plus tard qu'avant hier. Moralité si je veux pouvoir faire un virement il faut que je paye un abonnement spécial suppémentaire...donc j'ai préféré envoyer un chèque. Je suis au Crédit Agricole et j'ai été un poil dégouté de découvrir ça.

je joue a tuxracer et c'est fluide.
bon j'arrive pas à dépasser la seconde course car je suis une burne mais c'est un autre problème...........

si t'avais pas un GPU intel t'aurais eu quoi ? Une puce ATI ou NVidia...donc des drivers binaires pour OSX qui ne fonctionnent pas sous Linux...donc t'aurais été obligé de rester sous OSX !!!
Avec cette puce graphique Intel dont les specs sont disponibles tu pourra installer une distro linux et tu aura un driver libre qui fonctionne très bien.

>> vu que Kororaa tourne du tonnerre avec le driver libre i810 (sur les cartes graphiques qui vont bien comme ma i855GM)

ça m'intéresse ça !
tu confirme que le live CD Kororaa fonctionne out of the box sur un centrino avec un GPU i855GM ?
La dernière fois que j'avais regardé il était exigé une carte ATI ou NVidia et les GPU Intel n'étaientt pas supporté par le live CD.

il me semble que la réponse de théo concerne l'existence du driver "aperture" qui crée une barrière de protection entre xorg et l'os.

L'article de Loic Duflot évoque lui le fait que l'archi x86 est pourrie à la base et permet de passer à travers les protections de l'os.

Donc pour résumer : x86 c'est pourri irrémédiablement et, d'autre part, OpenBSD propose d'encapsuler xorg sur les archis i386, amd64, alpha, cats, macppc, and sparc64.

>> ce code tourne avec des droits root, donc on est dans la m... peu importe que X permette ou non après d'exécuter en ring 0

Le but des projets de type SELinux c'est justement de limiter la toute puissance de root. Ils veulent gérer les droits de façon plus fine et plus efficace en évitant le modèle du root tout puissant. Hors ce "problème" évoqué par Loïc Duflot casse complètement le modèle de sécurité de SELinux !
Idem pour Xen : c'est une sorte de virtualisateur utilisé notamment pour la consolidation des serveurs. On a une seule machine et dessus on fait tourner plusieurs instances de Linux qui sont virtualisés à l'aide de Xen. Dans chacun de ces Linux on peut avoir un root différent et celui-ci, en dépit de son statut de root, ne peut pas aller foutre le bordel dans les autres instance de Linux du fait de la virtualisation.
La encore la faille détecté explose ce modèle de sécurité et permet à un des root de pénétrer au sein même du hardware (donc en dessous de la couche Xen).

En résumé c'est quand même un grosse faille et ce sera très difficile de s'en sortir sans passer par un refactoring de Xorg...Donc cela va être long et pénible...donc en attendant il faut éviter d'installer Xorg sur des serveurs x86.
Peut être est-ce l'occasion d'aller voir d'autres architecture CPU ?

IA64 non.
AMD64 je sais pas mais je crois que oui étant donné ce que j'ai compris de l'interview de securityfocus.

>> Comme il le dit si judicieusement

Et dans son ton inimitable : the X developers are a bunch of shameless vendor-loving lapdogs

C'est bien la preuve que la monoculture des CPU est aussi dommageable que celle des OS. Cette faille est purement circonscrite aux x86 et elle épargne toutes les autres archi (PowerPC, Sparc etc etc).