Obsidian a écrit 5292 commentaires

Quelqu'un qui a cliqué sur le mauvais lien, sans doute ...

Moi non plus, je ne connais pas Suse, mais j'imagine qu'il doit y avoir un script dans /etc/init.d qui doit se charger de cela, lui-même pointé par /etc/rc6.d/K--modem ou quelque chose dans le même genre. Il suffit de désactiver ce truc à mon avis.

Justement, un binaire compilé n'a besoin que des bibliothèques pour fonctionner, mais pour bâtir une nouvelle application, le compilateur a besoin des fichiers .h pour savoir comment s'en servir. Et ceci se trouvent dans les packages *-dev, donc pas installés par défaut.

sudo apt-get install xlibmesa-gl-dev xlibmesa-glu-dev

GLUT semble être un package à part. Un dpkg -l *glu* pour tirer tout cela au clair. Donc :

sudo apt-get install libglut3 freeglut3 libglut3-dev freeglut3-dev

J'ai lu pas mal de chose à son sujet comme quoi c'est tres bien, mais j'ai du mal à faire la différence lors de l'utilisation de mesa !

Pour autant que je sache, Mesa est une implémentation libre de OpenGL. C'est donc celle que l'on utilise par défaut sous Linux, et qui émule logiciellement le rendu des objets 3D. Par conséquent, cela fonctionne mais très lentement.

Si ensuite tu veux jouer en 3D, tu auras besoin d'avoir une carte graphique dont le fabricant propose un pilote qui fonctionne sous Linux, qui s'intègre au serveur X-Window et reconnaît l'API GLX. Seulement alors les applications OpenGL fonctionneront en « temps réel ». Par contre, point de vue programmation, cela ne change strictement rien.

Pour les packages, tapes dpkg - l *mesa* pour savoir ce qui est déjà chez toi, mais en pratique, la plupart des bibliothèques devraient déjà être chez toi, mais il faudra en plus les packages "-dev" pour pouvoir compiler de nouvelles applications. Chez moi, sous Ubuntu, j'ai actuellement

ii xlibmesa-dri 6.8.2-10.1 Mesa 3D graphics library modules [X.Org]
ii xlibmesa-gl 6.8.2-10.1 Mesa 3D graphics library [X.Org]
ii xlibmesa-gl-dev 6.8.2-10.1 Mesa 3D graphics library development files [X.Org]
ii xlibmesa-glu 6.8.2-10.1 Mesa OpenGL utility library [X.Org]
ii xlibmesa-glu-dev 6.8.2-10.1 Mesa OpenGL utility library development files [X.Org]


Sinon, deux liens pour débuter :

http://www.eecs.tulane.edu/www/Terry/OpenGL/Introduction.htm(...)
http://paulyg.f2s.com/prog1.htm

Ouais, ils lui enverront la police ...

Ceci résume assez bien l'état des choses en la matière :

http://www.traduc.org/docs/HOWTO/lecture/Parallel-Processing-HOWTO.(...)

Sinon, n'importe quelle distribution en elle-même peut bien sûr être modifiée, puisque c'est par définition une distribution des mêmes logiciels. Ceci dit, s'il n'y a pas grand chose à mettre en oeuvre en pratique, c'est quand même assez délicat à mettre en oeuvre, et nécessite assez souvent (pas toujours cependant) des patchs sur le noyau.

Donc autant prendre une distribution faite pour cela.

La seule technique qui permette de faire cela avec plusieurs machines distinctes (donc pas SMP ou autres spécificités montées sur une même carte) est la mise en place d'un cluster, puis des techniques comme la migration de processus.

Chaque machine fait tourner son Linux + une légère surcouche qui leur permet de communiquer de façon coordonnées, et de faire migrer un processus depuis la machine de départ vers une machine "libre".

La granularité d'un tel système est donc le processus. Cela veut dire que si ton programme n'a pas été conçu ou adapté pour faire un minimum de parallélisme (ou au moins forker ou créer des threads), tu ne tirera aucun profit de ta super-machine, pas plus qu'avec un SMP d'ailleurs.

Il faut une solution qui traite le problème au niveau de l'OS, pas au niveau du browser.

s/de l'OS/du DSI/

En même temps, quatre ans c'est vieux pour une moule :-)

Il y a quatre ans :

http://linuxfr.org/2001/12/12/6328.html(...)

malheuresement , mes script bugs;

Décidément, il faut te tirer les vers du nez, toi. Le message d'erreur ?

Bon je ne suis pas un pro du Perl, mais visiblement tu utilises des guillemets : $data{"num_titi"} ...

... au milieu d'une chaine qui les utilise déjà:

$query ="INSERT ...

Moralité, le Perl pense que $data est un scalaire ordinaire, que « { » est un caractère à afficher, et que le guillemet ouvrant qui suit est en fait le guillemet qui referme la chaine. => Erreur de syntaxe.

Mais encore ?

Ce qui est assez hallucinant, c'est que non seulements ils sont nuls en l'état actuel des choses, mais qu'il faudra une loi rétroactive pour les rendre applicables. Et cela pourrait bien se produire.

Et ils ont raison d'ailleurs, même en faisant abstraction des logiciels libres ...

Passer de Windows à Linux n'implique pas une remise en cause au niveau existentiel ! :-)

Bon l'idée est que sous Unix, il n'y a pas de « profil » à la Windows, écrits en dur et complètement immuables. S'ils existent sous Mandrake, c'est fait pour ressembler à Windows pour ne pas trop dépayser le newbie.

Sous Unix, il y a des utilisateurs et des groupes, d'une part.
Ensuite, il y a root (Dieu) et les autres users (simples mortels).

L'idée est que comme tout est fichier sous Unix, tu peux très bien restreindre l'accès à des ressources comme tu restreins l'accès aux fichiers avec des droits sous Windows. Partant de ce constat, tout ce que tu as à faire pour accorder des pouvoirs à tes utilisateurs est de placer ceux-ci dans les bons groupes.

Personne ne s'énerve, mais c'est un problème extrêmement classique. Quelqu'un qui travaille en root sufisament ostensiblement pour que tu t'en rendes compte est toujours un débutant.

Le problème est que lorsque l'on vient du monde Windows, on a l'habitude de passer son compte utilisateur en « administrateur ». Il faut absolument se rendre compte que c'est totalement différent sous Unix, et que le système de gestion des ressources est bien plus versatile.

La question est : Comment, toi, tu sais cela !

Ben d'abord, effectivement, s'il y a une grande quantité de docs à imprimer et que c'est fait en entreprise, je considère que c'est fait sur une laser. Ensuite, il y a une différence entre un pavé bien tassé, relié dans un classeur à l'abri de l'air et surtout de la lumière, dans un coffre-fort et une feuille volante imprimée à la matricielle qui irait pourrir sur le haut d'une armoire.

Et puis même si la qualité d'impression d'une jet d'encre n'est pas extraordinaire sur la durée, le papier est quand même largement plus imprégné que par les rubans encreurs des vénérables machines des années 80.

En même temps, je pense que l'une des premières choses qu'ils vont faire dès qu'ils auront reçu la doc est de l'imprimer, mettre tout cela dans un classeur, et le tout au coffre fort. Pour faire cela, au moins, pas besoin de connaissances en informatique. Tout le monde peut le faire. Et s'il faut retrouver une info dans vingt ans, pas besoin de désanctuariser un PC, un groupe électrogène, un bidon d'essence, un lecteur de CD-ROM neuf, un CD de Windows XP et un CD du pack office avant d'avoir une réponse.

Un bon citoyen préfèrerait toujours le beurre normand bio !

Fabriqué à partir de lait de vache qui contribuent à l'effet de serre avec leur flatulences ! :-)

Comme expliqué plus haut, c'est une étude de risque. Voir couler Microsoft est très improbable (beaucoup moins que ta boite à priori :-) désolé) et si jamais cela arrivait, leurs logiciels sont tellement répandus en l'état actuel des choses que retrouver des machines ou des structures qui connaissent ce format serait beaucoup moins difficile qu'autre chose.

Maintenant pour MS-Word/Winzip en particulier, il est évident que ce n'est pas pour une question de format ou de qualité technique intrinsèque, mais parce que l'utilisateur ne connaît que ça et que visiblement, l'informatique, ça le dépasse et le fait braire. Le client a beau être roi, cela ne l'empêche pas d'être stupide.

cat monfichier | sed -e "s/;/','/g" | while read i ; do echo "INSERT INTO table (colonne1,colonne2,etc) VALUES ('$i');" ; done | sqlite mabase

Et c'est fini.
Unix, c'est génial.

L'argent n'a pas d'odeur, mais il y contribue, comme on dit.

Quand on sait le temps qu'une partie de jeu de rôle est censée durer (plusieurs semaines pour certains ...) ... Il parait que la première édition, il était écrit au dos : Durée d'une partie : à partir de 10mn !

En effet, il s'en justifie dans les commentaires d'un de ses billets :

http://www.u-blog.net/eolas/note/3(...)

Eolas ne se lit pas à l'envers et ne vient pas d'Eole.

C'est un mot gaëlique irlandais qui signifie "connaissance".

C'est un pseudonyme que j'utilise depuis longtemps, qui a une histoire qui n'a que peu d'intérêt et aucun lien avec ce qui est dit ici. Mais il présente l'avantage d'être facile à retenir, de ne faire que 5 lettres et d'être souvent disponible comme pseudo.

Il se prononce "ôwleuss", mais je le prononce à la franchouillarde. J'aime imaginer que c'est un cri d'admiration : "hé, ho, l'as..."

Bienvenue chez moi en tout cas.