Essaie de changer de version de KNOPPIX ou Live-KNOPPIX.
Moi je sais que j'avais beaucoup de problèmes à booter avec la Knoppix 3.3 (sur des biprocesseurs PIII). Tout est rentré dans l'ordre avec la 3.4.
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 1.
Votre ~/bin recelle-t-il des perles ?
Ben là, hier, on m'a envoyé la ROM d'un très vieil engin (une tortue logo réelle, qui roule sur le sol). Comme j'étais obstiné, que je ne trouvais pas mon bonheur ailleurs, j'ai passé la soirée d'hier à écrire un petit désassembleur 6800.
Voila, c'est le genre de gadgets qu'on trouve dans mon home.
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 4.
C'est une question de goût, en fait.
A dire vrai, j'ai à la fois des aliases et des programmes shell stockés.
J'ai une floppée d'aliases pour me connecter en ssh sur la demi-douzaine de serveurs que j'utilise le plus fréquement, car la commande complète est chiante à taper, je ne le fais (en principe) qu'une à trois fois par jour, et surtout elle nécessite un prompt interactif et la saisie d'un mot de passe (et aussi parce que je n'ai pas envie d'avoir un sous-shell ouvert sur mon serveur local pendant toute la durée de ma connexion et qui ne sert à rien).
Ma commande de nettoyage, elle, ne dépend pas des shells, et s'utilise vraiment partout, silencieusement. Il n'est pas exclu que je fasse d'autre petits scripts qui l'invoquent, ou surtout qu'à terme je complexifie la tâche de nettoyage (par date, sur présence d'un autre fichier, d'un flag, en excluant certains répertoires, etc.). J'ai également pensé à rendre cette commande disponible pour tout le monde. Tout cela a fait que c'était plus rapide d'écrire directement un petit shellscript. Quoi qu'il en soit, je ne risque pas grand chose en effaçant les fichiers concernés. Si j'avais mis les *.o par exemple, cela aurait pu être plus gênant dans certains cas, mais là ...
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 5.
C'est l'idée: Chaque fois que tu veux installer un programme recompilé et avec ./configure, il est fait pour s'installer par défaut dans /usr, et cela t'oblige à passer root (et j'ai les moyens de le faire si c'est ce qui te tracasse :-) ).
D'où l'astuce: plutôt que de faire un simple ~/bin, autant reconstruire toute l'architecture (la demi-douzaine de répertoires, quoi), et mettre tes exécutables dedans.
Comme çà, en plus des exécutables, tu te fabriques également tes bibliothèques perso, tes recettes de cuisines formattées en man-pages, etc.
Posté par Obsidian .
En réponse au journal ~/bin.
Évalué à 4.
Déjà, personnellement, dans mon home, il y a un répertoire « sys » qui, lui, contient bin,sbin,share,etc,include,lib,man et info.
Comme ça, quand j'ai envie de compiler mes petits programmes pépère sur le serveur Unix du boulot sans compromettre la sécurité de tout le système, je fais un « ./configure --prefix=~/sys » et j'n'ennuie personne.
Sinon, dans ~/sys/bin, le programme perso que j'utilise le plus, c'est cl:
C'est pour ça que hotliner est un métier à part entière, et loin d'être facile, avec çà. Un bon dépanneur est en général quelqu'un qui a beaucoup d'expérience et, par conséquent, de l'intuition. Cette intuition est en général stimulée par tous les petits événements qui vont se produire lors de la mise sous tension de l'appareil, un délai, un type de fonte, un emplacement, etc. Tout cela est complètement inhibé au téléphone.
Ce que je voulais dire, c'est que même au téléphone, lorsque c'est ponctuel, je préfère tout de même guider l'utilisateur au travers d'une ligne de commande plutôt qu'une interface graphique, car les ordres sont précis. C'est également plus facile pour l'utilisateur qui n'a besoin que de transmettre ce que la machine a répondu à une commande, et pas de décrire l'état de l'environnement en permanence ...
Et même si l'utilisateur doit se repalucher la manip' tous les matins avant que tu viennes lui arranger sa machine, il vaut mieux qu'il ait une « recette » qu'il puisse écrire sur un morceau de papier plutôt que d'avoir à nager parmi les nombreuses fenêtres d'une GUI ...
Ce que je cherchais était une solution fiable, car la personne qui se sert de cet ordi n'est pas informaticienne (du tout)... alors lui dire "rmmod modprobe ifup nano killall blablabla", c'est pas la peine.
A la limite, je trouve que la ligne de commande est plus adaptée pour faire du support technique qu'une interface graphique.
1) Si tu prends la main à distance, un VT100 ou un Minitel 2 suffisent, et tu peux passer à travers tout type de connectivité. Mettre en place un VNC ou un truc à la Windows SMS est déjà plus délicat, et nécessite beaucoup de bande passante.
2) Si tu dépannes par téléphone, un « modprobe rmmod ifup » relève assez de la formule magique, mais au moins c'est clair et précis, et cela vise juste.
Un dialogue du style « Bon alors, tu cliques sur l'icône, tu déroules l'ascenseur jusqu'à ce que tu vois ton fichier, tu cliques en dehors sur la zone blanche pour déselectionner, tu fais un clic-droit sur la petite tête en bas de l'écran, alors là tu vois quoi ? Ton message il apparaît dans une fenêtre pop-up ou dans une boite DOS ? ... » ne profite pas plus à l'utilisateur égaré à mon avis ...
Et tant qu'on est dans « Programmez », il a une page (la dernière: facile à trouver) consacré à traduc.org, le projet de traduction des documents Linux (HOWTO et autres ...)
on est tout près du CPU, on est au chaud, on se sent bien rapidement :-)
C'est vrai que lorsque l'on se tient près du CPU, on est vite au chaud, surtout avec les dernières versions. Quoi que maintenant, certaines cartes graphiques doivent pouvoir avantageusement remplacer une cheminée ! :-)
Sinon, entièrement d'accord avec toi. Même si Bjarne Stroustrup et les puristes objets conseillent parfois aux débutants de commencer directement par le dernier langage, je ne recommanderai à personne de commencer par le C++ avant le C.
Coté pointeur, c'est la même chose. Il suffit de se demander « où est ma ressource » pour introduire le concept de pointeurs. Il y a beaucoup de stagiaires et de candidats qui défilent dans notre petit bureau de développeurs et lorsque l'un d'eux me sort (en marmonnant) « Personnellement je préfère le Java au C » c'est quasiment éliminatoire pour moi:
- Si c'est parce que l'API et le jeu de classe est sympa, que c'est répandu, portable partout et qu'il y a beaucoup d'outils, ok ça passe.
- Si, pour le candidat, c'est un langage comme le C mais qui permet de s'affranchir des pointeurs, alors c'est une lacune qu'il essaie de masquer.
Ce n'est pas un concept bizzarre propre au C, c'est quelque chose qui a toujours existé, depuis l'assembleur. A partir du moment où il fallait stocker quelque part l'adresse d'une ressource particulière, on a employé ce mot. Même sur Thomson, en BASIC 128 de 1985, on avait VARPTR qui nous donnait l'adresse d'une variable (enfin: de son descripteur) alors que ce n'était pas vraiment un langage de très bas niveau ...
Tu passes root, et tu exécutes ce que tu viens de télécharger.
Le package recompilera un module tout spécialement pour ton kernel, et fera les configs qui vont bien. A toi les parties de Tuxracer, ensuite ...
Posté par Obsidian .
En réponse au message outils.
Évalué à 4.
Si j'en juge par tes deux commentaires ci-dessus, j'espère aussi. Il te faudra un paquet de neurochirurgiens de très haut niveau pour envisager une greffe de cerveau.
D'ailleurs, au passage, arrêtez de moinser ces commentaires-là. Il a ouvert son compte aujourd'hui. C'est normal qu'il fasse quelque tests. Si tout le monde s'acharne, il ne pourra plus répondre.
Posté par Obsidian .
En réponse au message outils.
Évalué à 3.
ainsi que sur la distribution que je dois acquerir tout en sachant que je la mettrais sur un ordinateur portable style 486.
Très franchement, cela vaudrait le coup d'investir un minimum dans du matériel récent, parce que là, tu vas galérer:
Le plus « simple » est de récupérer une distribution de l'époque, comme une Redhat 5. Je confirme que cela fonctionne (j'ai lancé X-Window dessus sans problème), mais il te faudra éventuellement retrouver tous les outils de l'époque, et pareil pour le support: Toutes les entrées de forum traitant de ces versions seront noyées par les récentes.
D'autre part, en ce qui concerne le C, aucun problème. Le C et Unix sont intimement liés et GCC a toujours été très performant sur ce point. Par contre, pour le C++, je dirais que g++ ne fonctionne correctement que depuis 2 voire 3 ans.
pourriez vous me conseiller une méthode d'étude.
Beaucoup te conseilleront l'ouvrage écrit par K&R (Brian Kernigan et Dennis Ritchie), qui ne sont autres que les inventeurs du langage.
Moi, en ce qui me concerne, je n'ai pas trouvé de meilleur ouvrage que celui de Christian Casteyde, qui malheureusement a stoppé sa diffusion suite aux histoires de brevets logiciels, mais on en trouve encore des versions sur le Net, comme ici:
Ok, ton compte a trois semaines.
Il se trouve que jusqu'il n'y a pas très longtemps, les termes « pertinent » et » inutile » en bas de chaque post étaient en fait marqués + et -. D'où naturellement les notions de moinssage et de plussoyage. :-)
--
Oui au retour des IDs des comptes et du nombre de vote par post.
D'ou vient ce problème ? Comment faire afficher les valeurs justes ?
Ce sont des dettes ! Cela correspond à tout l'espace que tu as frauduleusement utilisé pendant toutes ces années ! Va tout-de-suite acheter un disque dur pour régulariser ta situation ! :-)
D'ailleurs, savez-vous ce qu'il est théoriquement censé se passer si l'on attache une tartine beurrée sur le dos d'un chat, qui lui est réputé toujours retomber sur ses pattes ? :-)
Ben, c'est vrai que l'on présente toujours les Ignobels comme « récompensant les publications ou les travaux scientifiques qui ne peuvent pas ou ne doivent pas être reproduits. » mais je ne sais pas vraiment d'où ça sort ... Sur leur site, il est écrit:
« Les vainqueurs ont tous fait des choses qui ont d'abord fait RIRE puis REFLECHIR les gens. ».
Cela correspond déjà plus à ce que l'on voit depuis plusieurs années maintenant ...
Il y a mille et une raisons qui peuvent conduire X à ne pas démarrer, la plupart du temps bénignes.
Un indice: tape
$ cat /var/log/XFree86.0.log
en respectant minuscules et majuscules. Dans ce fichier, se trouve le rapport complet de démarrage du serveur X, et donc les éventuelles erreurs. Regarde spécialement les lignes qui commencent par (EE), à la fin du fichier. La raison du plantage y sera probablement écrite en clair.
Le mieux, pour l'avenir, est encore de t'offrir un clavier USB. En général il sont reconnus immédiatement et cela t'évitera bien des soucis par la suite, surtout qu'on peut les utiliser un peu partout, notament sur des portables ...
Déjà, il te faut savoir que la gestion des caractères en mode console (texte) et en graphique (--> sous X-Windows) n'est pas géré par les mêmes utilitaires. En effet, X-Window est une application à part entière, et qui plus est tournant - en principe - sur une autre machine (un terminal) reliée en réseau, même si tout le monde utilise cette architecture en local, ce qui est très bien comme cela. Cela pour expliquer l'éventuelle disparité entre les outils.
Ensuite, il est tout à fait possible de mapper n'importe quel caractère sur n'importe quelle touche sous X-Window à l'aide de la commande xmodmap (man xmodmap pour plus de détails). En face du keycode, tu donnes le nom canonique des quatre caractères que tu comptes associer à une touche. Ce sont ceux qui seront émis lorsque tu appuieras respectivement sur: la touche seule, shift + la touche, Alt-Gr + la touche, Alt-Gr + Shift + la touche.
Note: Ces modifs sont volatiles. Cela veut dire que bien qu'il existe effectivement des claviers non-conforme avec une, voire deux touches incorrectes, en général cela arrive parce que le mauvais clavier a été sélectionné.
Jette un oeil aux outils de configuration de ta distrib et tout devrait rentrer dans l'ordre.
[^] # Re: Ptite précision
Posté par Obsidian . En réponse au message INIT : PANIC segmentation violation at 0x804ec92! sleeping for 30 seconds. Évalué à 2.
Moi je sais que j'avais beaucoup de problèmes à booter avec la Knoppix 3.3 (sur des biprocesseurs PIII). Tout est rentré dans l'ordre avec la 3.4.
# Petites perles ?
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 1.
Ben là, hier, on m'a envoyé la ROM d'un très vieil engin (une tortue logo réelle, qui roule sur le sol). Comme j'étais obstiné, que je ne trouvais pas mon bonheur ailleurs, j'ai passé la soirée d'hier à écrire un petit désassembleur 6800.
Voila, c'est le genre de gadgets qu'on trouve dans mon home.
[^] # Re: ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 4.
A dire vrai, j'ai à la fois des aliases et des programmes shell stockés.
J'ai une floppée d'aliases pour me connecter en ssh sur la demi-douzaine de serveurs que j'utilise le plus fréquement, car la commande complète est chiante à taper, je ne le fais (en principe) qu'une à trois fois par jour, et surtout elle nécessite un prompt interactif et la saisie d'un mot de passe (et aussi parce que je n'ai pas envie d'avoir un sous-shell ouvert sur mon serveur local pendant toute la durée de ma connexion et qui ne sert à rien).
Ma commande de nettoyage, elle, ne dépend pas des shells, et s'utilise vraiment partout, silencieusement. Il n'est pas exclu que je fasse d'autre petits scripts qui l'invoquent, ou surtout qu'à terme je complexifie la tâche de nettoyage (par date, sur présence d'un autre fichier, d'un flag, en excluant certains répertoires, etc.). J'ai également pensé à rendre cette commande disponible pour tout le monde. Tout cela a fait que c'était plus rapide d'écrire directement un petit shellscript. Quoi qu'il en soit, je ne risque pas grand chose en effaçant les fichiers concernés. Si j'avais mis les *.o par exemple, cela aurait pu être plus gênant dans certains cas, mais là ...
[^] # Re: ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 5.
D'où l'astuce: plutôt que de faire un simple ~/bin, autant reconstruire toute l'architecture (la demi-douzaine de répertoires, quoi), et mettre tes exécutables dedans.
Comme çà, en plus des exécutables, tu te fabriques également tes bibliothèques perso, tes recettes de cuisines formattées en man-pages, etc.
# ~/sys/bin
Posté par Obsidian . En réponse au journal ~/bin. Évalué à 4.
Comme ça, quand j'ai envie de compiler mes petits programmes pépère sur le serveur Unix du boulot sans compromettre la sécurité de tout le système, je fais un « ./configure --prefix=~/sys » et j'n'ennuie personne.
Sinon, dans ~/sys/bin, le programme perso que j'utilise le plus, c'est cl:
$ cat ~/sys/bin/cl
#!/bin/bash
rm -f *~
rm -f .*~
rm -f *.bak
rm -f core
Et zou, le ménage vite fait, la maison toujours propre.
[^] # Re: juste "un peu" HS ???
Posté par Obsidian . En réponse au message Droits NT (oui c'est un peu HS mais pas totalement :-) ). Évalué à 1.
[^] # Re: Jargon technique
Posté par Obsidian . En réponse au journal Sans-fils et Linux: pas de chance?. Évalué à 2.
Olala ... oui ! Vraiment.
C'est pour ça que hotliner est un métier à part entière, et loin d'être facile, avec çà. Un bon dépanneur est en général quelqu'un qui a beaucoup d'expérience et, par conséquent, de l'intuition. Cette intuition est en général stimulée par tous les petits événements qui vont se produire lors de la mise sous tension de l'appareil, un délai, un type de fonte, un emplacement, etc. Tout cela est complètement inhibé au téléphone.
Ce que je voulais dire, c'est que même au téléphone, lorsque c'est ponctuel, je préfère tout de même guider l'utilisateur au travers d'une ligne de commande plutôt qu'une interface graphique, car les ordres sont précis. C'est également plus facile pour l'utilisateur qui n'a besoin que de transmettre ce que la machine a répondu à une commande, et pas de décrire l'état de l'environnement en permanence ...
Et même si l'utilisateur doit se repalucher la manip' tous les matins avant que tu viennes lui arranger sa machine, il vaut mieux qu'il ait une « recette » qu'il puisse écrire sur un morceau de papier plutôt que d'avoir à nager parmi les nombreuses fenêtres d'une GUI ...
Enfin ce n'est que mon avis ...
[^] # Re: /etc/inittab
Posté par Obsidian . En réponse au message plus de pseudo-terminaux .... Évalué à 2.
Probablement, oui.
Vérifie aussi si, après un Ctrl-Alt-F1, tu ne récupères pas quand même un prompt en tapant Return.
Si rien n'y fait, il y est possible que tes getty ne démarrent plus. 'faudra jeter un oeil aux logs d'erreur dans ce cas ...
# Jargon technique
Posté par Obsidian . En réponse au journal Sans-fils et Linux: pas de chance?. Évalué à 2.
A la limite, je trouve que la ligne de commande est plus adaptée pour faire du support technique qu'une interface graphique.
1) Si tu prends la main à distance, un VT100 ou un Minitel 2 suffisent, et tu peux passer à travers tout type de connectivité. Mettre en place un VNC ou un truc à la Windows SMS est déjà plus délicat, et nécessite beaucoup de bande passante.
2) Si tu dépannes par téléphone, un « modprobe rmmod ifup » relève assez de la formule magique, mais au moins c'est clair et précis, et cela vise juste.
Un dialogue du style « Bon alors, tu cliques sur l'icône, tu déroules l'ascenseur jusqu'à ce que tu vois ton fichier, tu cliques en dehors sur la zone blanche pour déselectionner, tu fais un clic-droit sur la petite tête en bas de l'écran, alors là tu vois quoi ? Ton message il apparaît dans une fenêtre pop-up ou dans une boite DOS ? ... » ne profite pas plus à l'utilisateur égaré à mon avis ...
[^] # Re: Programmez aussi
Posté par Obsidian . En réponse à la dépêche Revue de Presse - Octobre 2004. Évalué à 6.
http://www.traduc.org(...)
[^] # Re: ca me rappel celle la
Posté par Obsidian . En réponse au journal Et si microsoft fabriquait des voitures .... Évalué à 3.
[^] # Re: Moi je suis d'accord
Posté par Obsidian . En réponse au journal Nouveau projet super intéressant !!!!!. Évalué à 3.
On peut les faire frire. Il parait que ça a le goût de frites.
http://www2.canoe.com/voyages/decouvrir/destinations/archives/2003/(...)
# Cheveux gris !
Posté par Obsidian . En réponse au journal Microsoft a fait un patch contre les cheveux gris. Évalué à 10.
[^] # Re: Ben oui, le C++ !
Posté par Obsidian . En réponse au message Bien s'entourer en c, et plus si affinités. Évalué à 3.
C'est vrai que lorsque l'on se tient près du CPU, on est vite au chaud, surtout avec les dernières versions. Quoi que maintenant, certaines cartes graphiques doivent pouvoir avantageusement remplacer une cheminée ! :-)
Sinon, entièrement d'accord avec toi. Même si Bjarne Stroustrup et les puristes objets conseillent parfois aux débutants de commencer directement par le dernier langage, je ne recommanderai à personne de commencer par le C++ avant le C.
Coté pointeur, c'est la même chose. Il suffit de se demander « où est ma ressource » pour introduire le concept de pointeurs. Il y a beaucoup de stagiaires et de candidats qui défilent dans notre petit bureau de développeurs et lorsque l'un d'eux me sort (en marmonnant) « Personnellement je préfère le Java au C » c'est quasiment éliminatoire pour moi:
- Si c'est parce que l'API et le jeu de classe est sympa, que c'est répandu, portable partout et qu'il y a beaucoup d'outils, ok ça passe.
- Si, pour le candidat, c'est un langage comme le C mais qui permet de s'affranchir des pointeurs, alors c'est une lacune qu'il essaie de masquer.
Ce n'est pas un concept bizzarre propre au C, c'est quelque chose qui a toujours existé, depuis l'assembleur. A partir du moment où il fallait stocker quelque part l'adresse d'une ressource particulière, on a employé ce mot. Même sur Thomson, en BASIC 128 de 1985, on avait VARPTR qui nous donnait l'adresse d'une variable (enfin: de son descripteur) alors que ce n'était pas vraiment un langage de très bas niveau ...
[^] # Re: Tu n'est pas seul Matorban (si ça peux te consoler)
Posté par Obsidian . En réponse au message pas d'interface graphique, mais alors pas du tout.... Évalué à 2.
http://download.nvidia.com/XFree86/Linux-x86/1.0-6111/NVIDIA-Linux-(...)
Tu passes root, et tu exécutes ce que tu viens de télécharger.
Le package recompilera un module tout spécialement pour ton kernel, et fera les configs qui vont bien. A toi les parties de Tuxracer, ensuite ...
[^] # Re: J'ai une idée
Posté par Obsidian . En réponse au message outils. Évalué à 4.
D'ailleurs, au passage, arrêtez de moinser ces commentaires-là. Il a ouvert son compte aujourd'hui. C'est normal qu'il fasse quelque tests. Si tout le monde s'acharne, il ne pourra plus répondre.
# Distrib et outils.
Posté par Obsidian . En réponse au message outils. Évalué à 3.
Très franchement, cela vaudrait le coup d'investir un minimum dans du matériel récent, parce que là, tu vas galérer:
Le plus « simple » est de récupérer une distribution de l'époque, comme une Redhat 5. Je confirme que cela fonctionne (j'ai lancé X-Window dessus sans problème), mais il te faudra éventuellement retrouver tous les outils de l'époque, et pareil pour le support: Toutes les entrées de forum traitant de ces versions seront noyées par les récentes.
D'autre part, en ce qui concerne le C, aucun problème. Le C et Unix sont intimement liés et GCC a toujours été très performant sur ce point. Par contre, pour le C++, je dirais que g++ ne fonctionne correctement que depuis 2 voire 3 ans.
pourriez vous me conseiller une méthode d'étude.
Beaucoup te conseilleront l'ouvrage écrit par K&R (Brian Kernigan et Dennis Ritchie), qui ne sont autres que les inventeurs du langage.
Moi, en ce qui me concerne, je n'ai pas trouvé de meilleur ouvrage que celui de Christian Casteyde, qui malheureusement a stoppé sa diffusion suite aux histoires de brevets logiciels, mais on en trouve encore des versions sur le Net, comme ici:
http://cowww.epfl.ch/infmaph/doc/coursCpp/book1.html(...)
UPDATE: Les sources sont à nouveau disponibles. Merci à lui:
http://casteyde.christian.free.fr/(...)
Ce cours couvre bien le C et le C++, et respecte la règle des trois C (Clair, Complet, Concis).
En ce qui concerne les outils eux-même:
Choisis-toi l'éditeur de texte qui te plaît.
Compile tes programmes avec gcc et g++.
Un peu de doc:
man gcc
http://gcc.gnu.org(...) , dans la manchette de gauche, il a une colonne de documentation (mais là, ce n'est pas vraiment pour les débutants).
Pour compiler ton programme:
gcc monprogramme.c
C'est ce qu'il y a de plus simple: Essaie de voir ce que cela rend, puis explore les options pour voir comment tu peux améliorer le résultat.
Bon courage.
[^] # Re: jabber
Posté par Obsidian . En réponse au message Protocole MSN en réseau sous routeur !!. Évalué à 2.
Ok, ton compte a trois semaines.
Il se trouve que jusqu'il n'y a pas très longtemps, les termes « pertinent » et » inutile » en bas de chaque post étaient en fait marqués + et -. D'où naturellement les notions de moinssage et de plussoyage. :-)
--
Oui au retour des IDs des comptes et du nombre de vote par post.
# Dettes
Posté par Obsidian . En réponse au message df renvoye des valeurs négatives.. Évalué à 3.
Comment faire afficher les valeurs justes ?
Ce sont des dettes ! Cela correspond à tout l'espace que tu as frauduleusement utilisé pendant toutes ces années ! Va tout-de-suite acheter un disque dur pour régulariser ta situation ! :-)
[^] # Re: santé publique
Posté par Obsidian . En réponse à la dépêche Attribution des prix IgNobel 2004. Évalué à 2.
[^] # Re: santé publique
Posté par Obsidian . En réponse à la dépêche Attribution des prix IgNobel 2004. Évalué à 5.
« Les vainqueurs ont tous fait des choses qui ont d'abord fait RIRE puis REFLECHIR les gens. ».
Cela correspond déjà plus à ce que l'on voit depuis plusieurs années maintenant ...
# Le message d'erreur !
Posté par Obsidian . En réponse au message pas d'interface graphique, mais alors pas du tout.... Évalué à 4.
Un indice: tape
$ cat /var/log/XFree86.0.log
en respectant minuscules et majuscules. Dans ce fichier, se trouve le rapport complet de démarrage du serveur X, et donc les éventuelles erreurs. Regarde spécialement les lignes qui commencent par (EE), à la fin du fichier. La raison du plantage y sera probablement écrite en clair.
File-nous ces lignes ici et tu auras la réponse.
Bon courage.
# « Oh ben: achète un fil ! »
Posté par Obsidian . En réponse au message trouver l'ip dune debian. Évalué à 2.
Le mieux, pour l'avenir, est encore de t'offrir un clavier USB. En général il sont reconnus immédiatement et cela t'évitera bien des soucis par la suite, surtout qu'on peut les utiliser un peu partout, notament sur des portables ...
[^] # Réponse longue:
Posté par Obsidian . En réponse au message Redirection de touches de clavier ?. Évalué à 4.
Déjà, il te faut savoir que la gestion des caractères en mode console (texte) et en graphique (--> sous X-Windows) n'est pas géré par les mêmes utilitaires. En effet, X-Window est une application à part entière, et qui plus est tournant - en principe - sur une autre machine (un terminal) reliée en réseau, même si tout le monde utilise cette architecture en local, ce qui est très bien comme cela. Cela pour expliquer l'éventuelle disparité entre les outils.
Ensuite, il est tout à fait possible de mapper n'importe quel caractère sur n'importe quelle touche sous X-Window à l'aide de la commande xmodmap (man xmodmap pour plus de détails). En face du keycode, tu donnes le nom canonique des quatre caractères que tu comptes associer à une touche. Ce sont ceux qui seront émis lorsque tu appuieras respectivement sur: la touche seule, shift + la touche, Alt-Gr + la touche, Alt-Gr + Shift + la touche.
Note: Ces modifs sont volatiles. Cela veut dire que bien qu'il existe effectivement des claviers non-conforme avec une, voire deux touches incorrectes, en général cela arrive parce que le mauvais clavier a été sélectionné.
Jette un oeil aux outils de configuration de ta distrib et tout devrait rentrer dans l'ordre.
Bon courage.
# Réponse courte:
Posté par Obsidian . En réponse au message Redirection de touches de clavier ?. Évalué à 3.
xmodmap -e "keycode 49 = less greater bar brokenbar"