CoinKoin a écrit 698 commentaires

J'y ai pensé. Il est dit dans la GPL que les versions ultérieures iront dans le même sens que celle-ci, donc, en cas de non-respect de ce point (ce qui, de la part de la FSF, serait très hautement surprenant... :) , tu peux considérer que cette nouvelle version n'est pas une version ultérieure, puisqu'elle ne va pas dans le même sens que la GPL (donc elle viole la version précédente), et attaquer en justice tout groupe qui tenterait d'appliquer cette nouvelle version à ton code.

Je ne sais pas si c'est le Beaujolais, mais c'est n'importe quoi. La licence relève du droit du contrat, et les termes d'un contrat ne peuvent être modifiés que d'un commun accord entre toutes les parties.

Mauvais avocat, changer d'avocat.

D'après ce que je sait, c'est assez difficile, car Linux n'effectue que le rafraichissement de l'écran courant, et il refuse d'en avoir plusieurs. J'ai entendu parler de quelqu'un qui avait fait ça, mais il avait bricolé le kernel pour y parvenir.

Là ou je travaille, en revanche, on emploie de vieux PCs comme terminaux X, ce qui marche fort bien (mais tu peux aussi utiliser de vieux macs, hein...).

Bref, désolé, mais je crains fort que ce soit actuellement très difficile. Eventuellement, si tu parvenais à te procurer le code modifié par HP pour ses ordis 4 écrans, ça pourrait marcher, mais sinon...

Mouais... Ca n'empêche qu'ils ont manifestement délibérément omis le fichier dont ils parlaient dans le manuel.

Peut-être que c'est pour voir combien, parmi les utilisateurs de Linux, ne sont pas des férus d'informatique, pour éviter de compter dans leurs stats les geeks qui n'achètent le jeu que pour en voir tourner un sous leur OS, et qui n'en achèteront jamais d'autre...

D'un autre côté, peut-être que c'est juste mon mode paranoiaque qui s'active trop vite...

Il y a une autre erreur, dont chacun peut se rendre compte assez facilement : les Q.I.s moyens devraient se situer sur une gaussienne (une courbe en cloche) centrée sur 100, alors que, là, la répartition est presque uniforme.

En plus, comme les Q.I.s des différents individus se répartissent sur une gaussienne, ceux des états (groupes d'individus triés de façon raisonnablement aléatoire) devraient se répartir sur une gaussienne, mais avec un écart-type extrèmement faible (à mon avis, on devrait presque tout avoir entre 98 et 102)...

Le plus drôle, c'est que la personne qui a pondu cette pseudo-étude a complètement oublié cette histoire de répartition... Elle a aussi oublié de mentionner son Q.I. personnel, mais il y a un risque pour qu'elle fasse baisser la moyenne démocrate ;-) .

Allez, -1, parce que je n'ai même pas pris la peine de faire le moindre calcul avant de poster mes estimations au jugé, et -10, pour avoir osé parler de maths alors qu'il y a ici des taupins qui viennent pour essayer d'oubier ce cours, ne serait-ce que 5 minutes ;-) .

Très intéressant, même. Je ne crois pas à une erreur : quand on crée une matrice de CD-ROM, on ne fait pas l'idiot, on prend garde d'y mettre l'ensemble des fichiers dont on a besoin. Oublier l'ensemble de la partie Linux, pour moi, c'est vraiment trop gros, il faudrait qu'ils soient totalement incompétents.

A mon avis, c'est plutôt une manoeuvre commerciale, intelligente, originale, mais peu légale, pour sonder le marché du jeu sous Linux : en comptant le nombre de demandes de remboursement par suite de l'absence de cette partie, on obtient une estimation très fine de la valeur du marché du jeu pour le manchot. Ce qui permettra de décider si ça vaut ou non la peine d'y investir.

Malin, malin... Toutes mes félicitations au commercial qui a trouvé ça.

(J'en profite pour lui adresser une remarque : la prochaine fois, qu'il fasse attention de préciser la palteforme matérielle du Linux. x86, ce n'est pas PPC, qui n'est pas Ultrasparc I, qui n'est pas MIPS, etc...)

Sous linux il reconnait le lecteur de disquette mais il y a rien dedans.

Curieux... tape donc ls /mnt/floppy, pour voir. Ensuite, si tu n'y vois rien, envoie nous le contenu de tes fichiers /etc/fstab et /etc/mtab .

Si vous savez une comment on fait pour voir une partition ntfs depuis linux cela m'intéresse aussi.

Ca, c'est pas toujours facile. D'un autre côté, ça a déjà été discuté pas mal de fois sur ces forums. Fais une recherche Google sur le site de LinuxFr...

Pour arreter ta Mandrake : /sbin/halt (ou simplement halt), à taper dans un terminal.

Pour ce qui est de la lecture des disquettes, leurs systèmes de fichiers sont standards, donc elles sont toujours lisibles et écrivables dans les deux sens (sauf bien sûr s'il te prend la fantaisie de bricoler avec les systèmes de fichiers et la table de montage pour employer un système de fichiers non autorisé par les standards, mais je dis juste ça pour éviter qu'un autre Linuxien ne vienne me faire cette remarque stupide : le chef des andouilles, ici, c'est moi! :) ).

Ha, je ne sais pas, je ne connais absolument pas. Ils sont orientés vers quoi, au juste?

Si tu as du courage, tu peux retrousser tes manches, dégainer vi, remettre tes manches en place parce qu'en fait, ça ne sert à rien de les retrousser pour taper au clavier, et créer un petit programme écrivant directement dans le fichier /dev/fb/0. Ce fichier a une taille valant le nombre de bits codant chaque couleur fois la largeur de ton écran en pixel de framebuffer fois sa hauteur fois 2 (la seconde partie doit être affichée sous le texte, je suppose, mais je n'ai jamais essayé).

A mon avis, les programmes de conversion d'images jpeg/gif vers des formats non compressés (je ne me souviens plus très bien de leur nom, mais l'un d'entre eux commence par j, je crois... tapes man `ls /usr/bin/j*`, et jette un oeil) devraient pouvoir te fournir l'image au format souhaité, ou peu s'en faut. Il ne te restera plus qu'à l'envoyer dans le descripteur des framebuffers.

Bonne chance!

P.S. : juste avant de poster ce message, je viens de penser à un truc : est-ce que links en mode graphique dans les framebuffers ne fait pas déjà cela? Essaie voir, avant de coder...

Bon, allez, quelques remarques d'ordre général.


Tout d'abord, sur le plan de la géographie. S'il cherche une bonne école, il vaut mieux qu'il n'ait pas peur de quitter sa région, et, non, désolé, toutes les bonnes écoles ne sont pas à Paris.


Ensuite, une école orientée Linux, ça m'étonnerait que ça existe (tout comme une école orientée vers n'importe quel système, d'ailleurs). Les écoles sont plutôt sensées donner à leur étudiants des connaissances générales, qu'ils pourront ensuite, à leur gré, employer sur la plateforme de leur choix.

En revanche, on peut parler d'école utilisant Linux. Mais, de ce côté-là, je ne pense pas qu'il y ait encore beaucoup d'écoles qui n'emploient pas le manchot, il faudrait donc chercher à savoir quelle importance lui est donnée.


De plus, d'après mon expérience, aucune connaissance préalable en informatique n'est nécessaire pour entrer dans une école d'info. Dans la mienne, les premières années qui rentreront en septembre auront droit, tout comme moi à l'époque, à une introduction rapide au maniement de l'outil informatique, et la première page du polycopié de ce cours décrit en détail le clavier et l'écran (il ne change jamais, ce poly... :-) )


Enfin, si tu veux conseiller ton cousin, il vaudrait mieux que tu aies les références précises de sa formation. Qu'est-ce qu'il a exactement? Juste le Bac S? Un BTS/DUT en informatique? Est-ce qu'il est bon élève? (Les écoles d'ingénieurs recrutent sur dossier depuis ces formations, mais mieux vaut être premier de classe...)


Voila, c'étaient mes remarques.
Bonne chance à ton cousin!

Oui, m'enfin bon, /sbin/halt (si c'est bien de lui qu'il s'agit), c'est pas le champion des demandes de confirmation, hein...

Hum en tout cas ça n'empêche pas que dans mon école ils ont virés toutes les sun ultra 5 pour y foutre des terminaux X Sun, et qu'à mon avis Sun est pas si en train de mourir.

Ben ça, à mon avis, ce n'est pas très malin, vu le prix du matériel Sun, alors qu'on peut trouver pour moins cher des terminaux X basés sur x86. En plus, sur le plan des chiffres de vente, remplacer des stations Sun par des terminaux X, ça ressemble quand même à un certain manque à gagner pour Sun.

Et, pour finir, ceci n'est que ta propre expérience, et il y a des cas bien pires pour Sun. Chez moi, par exemple, l'année prochaine, l'un des serveurs Solaris va être remplacé par un Linux. Et il s'agit d'une des plus importantes machines de notre parc, alors, à mon avis, ce n'est pas bon du tout pour Sun.

T'es sûr d'avoir toutes les sources? Parce que c'est à un problème de ce genre que ton erreur me fait penser.

Tous les systèmes UNIX autorisent les bibliothèques dynamiques.

Pour l'interdire, ce qui est techniquement possible, il faut interdire le mapping en mémoire de fichiers avec l'autorisation d'exécution (ce qui, sous x86, peut être réalisé en utilisant la segmentation).

J'ignore s'il existe des systèmes d'exploitation qui interdisent cette manoeuvre, mais cela ne m'étonnerait guère... Notamment dans l'aéronautique et l'aérospatiale (je ne vois pas trop quel intérêt ils auraient à autoriser ce mapping, alors qu'on doit pouvoir sans difficulté rendre la totalité du code résident en mémoire après le démarrage).

Aucun rapport entre libre et compatible GPL. Exemple : la CPL (IBM) est libre, mais pas compatible GPL.

Ta série de coups de poings rageurs sur l'unité centrale n'y est peut-être pas étrangère ;-) .

Il plante et ce n'est pas acceptable.

Oui, bon, mais il faut être sûr que c'est bien de sa faute... Un jour, j'ai vu un vieux mozilla sur une machine un peu exotique planter avec l'erreur "bus error". Sans doute un bogue dans gcc...

Tout ça pour dire que, de façon générale, le fait de planter ne peut pas être considéré comme un argument contre la qualité du code à lui seul (même si c'est sans doute firefox qui, dans ton cas, est en cause).

non ca ne fonctionne pas il n'arrive pas à lancer X malgré le

export DISPLAY=192.168.0.1:0.0

j'arrive à lancer xclock et à le faire apparaître mais le bureau non



A mon avis, tu as des problèmes pour identifier ton problème...
xclock ne peut pas s'afficher sans serveur X, et on ne peut pas lancer un serveur X à distance (ton export display pour lancer X a peu de sens... :) .

Si tu vois un xclock, alors le serveur X est lancé. Ensuite, il suffit de lancer un gestionnaire de fenêtres dessus.

on continue à raler et on perd à cause des tristes lois du marketing

Linux... perdre? L'une des plus grosses forces de Linux (et de Gnu/Linux) est qu'il ne peut pas perdre : il est créé par des codeurs pour eux-mêmes, et ces codeurs font ces programmes pour répondre à leurs propres besoins. Tout ce qui peut arriver, c'est que personne, en dehors de ces codeurs, ne s'y intéresse, mais ça n'aura aucun effet sur les performances techniques des logiciels en question.

Du coup, Linux n'a pas vraiment de position de défaite, à l'heure actuelle.

Son clavier a dans soute fourché :-) .

de plus je suis nulle en anglais et le site du constructeur est soit russe, soit anglais, soit asiatique.

Sakura ne lit pas le japonais ;-) ?

Pour le son, j'ai eu un problème original (sur une Mdk 9.2 mise à jour en 9.2.1) : un seul des deux haut-parleurs était utilisé. Ma solution : lancer mplayer avec de la musique, et, en même temps, apm -s en root, puis rallumage de la machine. Dès que le mode "suspend" s'arrête, mplayer reprend sa lecture, mais avec les deux haut-parleurs, et tout fonctionnera normalement jusqu'au prochain reboot.

Voili, voilà, ton problème a l'air un peu différent, mais tu peux toujours essayer, qui sait...

mplayer * :-)

Mandrake 9.7, ça n'existe pas, tu dois parler de Mandrake 9.1 .

A mon avis, pour obtenir une solution à ton problème, il vaudrait mieux que tu décrive plus précisément ta manip' (où est-ce que tu tapes cette adresse? Dans le centre de configuration Mandrake? A quel endroit, précisément? Quel est le message d'erreur? Est-ce que ton modem est bien détecté? Est-ce que le boot se passe bien? (taper échap lors du démarrage permet de voir des choses importantes.)).

A part ça, bienvenue parmi les utilisateurs du manchot!