Tu peux aussi utiliser vim. Vim vient avec un utilitaire appelé xxd.
Tu édites ton fichier, puis tu fais
> :%! xxd
(%! signifie que tu filtres ton fichier avec xxd, par exemple :%! sort tries ton fichier).
Tu fais tes modifs dans la partie hexa, puis tu fais
> :%! xxd -r
pour revenir en arrière ... Le désavantage est que les modifications ne s'affichent pas automatiquement "en clair" dans la partie droite, mais si tu fais successivement des xxd et des xxd -r, ça marche ...
Au fait pourquoi veux-tu lire ton fichier à l'envers ?
Si c'est pour visualiser un fichier de log, il y a quelque chose de très utile : c'est la commande tail, qui t'affiche les dernières lignes d'un fichier.
Et plus utile encore, tail -f qui permet de voir les dernières lignes du fichier de log s'afficher au fur à mesure qu'elles sont écrites (presque en temps réel).
> Justement ce programme utilise les autotools et a donc un script "bien ficelé", et justement le script de configuration (configure) gentillement fait remarquer "Hé ! Attention il manque un composant pour compiler ce programme". Mais notre apprenti linux ne comprend pas ce message, passe outre, se lance tout de même dans la compilation, et là... Aaaaaaaaaaa ! À l'aide !!! Je comprends rien.
Ce n'est pas parce qu'un script de compilation utilise autoconf /automake qu'il est "bien ficelé". En l'occurence, ici, vu qu'il lui manque un composant essentiel (XMMS), il devrait s'arrêter et ne pas créer de Makefile.
Ceci dit il ne faut pas jeter la pierre au développeur, écrire de bons scripts de compilation est une tâche particulièrement ingrate.
* ce que tu essaies d'installer "je voudrais installer des logiciels (superkaramba, plugins pour XMMS, ...) dont j'ai la source."
* sur quelle distribution,
mais tu as ces deux erreurs :
checking for XMMS - version >= 1.2.7... no
*** The xmms-config script installed by XMMS could not be found.
*** If XMMS was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the XMMS_CONFIG environment variable to the
*** full path to xmms-config.
checking for pkg-config... /usr/bin/pkg-config
checking for gtk+... sh: line 1: gtk-config: command not found
sh: line 1: gtk-config: command not found
sh: line 1: gtk-config: command not found
yes
Tu dois installer des packages du genre xmms-devel et gtk-devel (qui contiennent les fichiers include .h, les bibliothèques statiques .a, et les programmes du type gtk-config, et xmms-config
Oui c'est possible. Ce qu'il faut c'est que tu passes ton package à l'état hold.
Pour cela, ce que tu peux faire, c'est utiliser dselect, sélectionner le package en question et appuyer sur '='. D'après la doc ... (parce que je n'ai qu'un seul package en hold sur ma debian, et je ne l'ai donc fait qu'une fois il y a deux ans ...)
Après quand tu fais : dpkg --list, tu dois voir à droite un état "hi" au lieu de "ii" pour les packages "normaux".
Et quand tu fais un apt-upgrade, tu verras ce message :
The following packages have been kept back
bozo
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
> un / de 40Mo devrait etre suffisant a tous les systems: les seules >dossiers qui DOIVENT ETRE SUR / sont 'etc' 'var' et 'lib'.
Ah bon ? Moi j'aurais mis /bin et /sbin aussi. Je doute que ton système se comporte très bien si il ne peut pas trouver /sbin/init ou /bin/sh sur la partition de root au démarrage ...
Par contre pour /var, je pense pas que ça pose de problèmes. J'ai un PC sur lequel il a sa propre partition, et j'ai pas l'impression que ça me pose de problèmes.
Si tu lis un peu l'anglais, il y a dans la version stable du Beyond Linux From Scratch 5.1 des instructions et surtout des patchs pour compiler gcc-2.95.3 avec un gcc-3.3, ce qui est précisément ton cas ...
Oui : latex est un programme en ligne de commande qui attend des arguments, et au moins le nom du fichier que tu veux traiter.
Tu dois peut-etre pouvoir, à la rigueur depuis le file manager (exemple, Nautilus ou Konqueror) glisser-déposer ton fichier source sur l'exécutable. Mais de toute façon, ce n'est pas ce que tu veux, parce que dans ce cas, tu ne verras pas les erreurs que tu aurais pu faire dans ton fichier source.
Note qu'il existe des interfaces graphiques pour latex, notamment un programme qui s'appelle LyX, c'est peut-etre plutot ce que tu cherches ...
J'avais un serveur. A l'époque ça devait etre une Suse 6.3 ou quelque chose comme ça, et moi aussi j'avais des problèmes de reboto intempestif et je pensais qu'on me faisait une blague ou que j'avais été piraté.
En fait, la machine était installé à coté de serveurs NT. C'était un peu le bazar dans cette salle machine, et les claviers et les écrans n'étaient pas forcément très bien alignés. En gros, le clavier du serveur Linux était en face de l'écran de la machine NT.
Pour faire une opération d'administration sur le serveur NT, les gens ouraient une session en appuyant sur CTRL-ALT-DEL. Puis ils s'apercevaient qu'ils s'étaient plantés de clavier et utilisaient le bon. Sauf qu'entre temps, bien sur, mon serverur Suse avait rebooté...
Je suppose que tu lances xine depuis un environnement graphique (KDE, Gnome, ...).
Essaye d'ouvrir un terminal, un xterm par exemple, pour lancer la commande xine, puis procède comme d'habitude. Tu devrais voir apparaître un message d'erreur sur la console. Croisons les doigts pour que ce ne soit pas l'infâme "Erreur de segmentation".
Le shell en question est le C-shell (csh). Si jamais la commande setenv n'était pas le seul problème que tu rencontrais dans l'exécution de ce script, essaie donc d'installer tcsh qui est un dérivé du C-shell.
Tu dois normalement le trouver sous forme de rpm sur les CD mandrake ou le site ftp.
Je n'ai pas trop de solution miracle à te donner.
Mais tu nous parles de ce qu'il y a dans la fenêtre de ton browser ?
As-tu pensé à vérifier les logs ?
Normalement, le fichier error.log te dit plus clairement ce qui se passe.
Sa localisation dépend de ta distribution, des options de compilation ou de configuration. Sur une Debian Woody elle est dans :
/var/log/apache.
Sinon, il y a quelques petites choses qui peuvent se modifier lorsqu'on reboote une machine Linux, notamment, le hostname, si tu l'as renseigné manuellement.
Personnellement, je trouve les logs de OpenSSH épouvantables !!!
- même si c'est un outil fantastique dont je ne pourrais plus guère me passer (ah les tunnels, l'authentification automatique par clefs !!!).
Notamment les
> debug1: Authentications that can continue:publickey,password,keyboard-interactive
alors qu'il a cessé la tentative d'authentification publickey depuis longtemps.... D'ailleurs qui dit ça ? le client ? le serveur ? on sait pas ! La dernière fois où j'ai voulu configurer openssh 3.8 avec kerberos, ça s'est terminé à coup de printf.
Là j'ai l'impression que ta config client /usr/local/etc/ssh_config n'autorise pas l'authentification par mot de passe ce qui explique que l'on ne te donne pas la chance de le rentrer. Il faudrait que tu édites ce fichier, ou, si tu n'est pas root - ce qui a des chances d'être le cas vu l'OS et la bécane - $HOME/.ssh/ssh_config pour mettre :
> Host *
> PasswordAuthentication yes
je pense que c'est le cas, parce que :
1) tu as l'air d'avoir un fichier "non standard", notamment avec
StrictHostKeyChecking à "yes", et non "ask" comme c'est le cas par défaut (sinon, tu n'aurais pas les "Host Key verification failed").
2) parmi tous les serveurs, ce serait le diable si tu n'en n'avait pas un qui autorise l'authentification par mot de passe !!!
Voilà mais ce ne sont que des impressions : tiens nous au courant.
Je pense que ce que tu as, ce n'est pas un problème de PATH, ou pas directement.
De nos jours, certains packages (notamment ceux de gnome), utilisent un truc appelés pkgconfig, qui permet d'indiquer où se trouvent les principales bibliothèques. Par exemple, si je fais :
> pkg-config gtk+-2.0 --cflags
ça m'indique ce que je dois taper sur la ligne de commande du compilateur C pour compiler un programe utilsant la bibliothèque gtk+-2.0. Pour connaître ces informations, pkgconfig lit des fichiers .pc. Il les recherche dans /usr/lib/pkgconfig ou /usr/local/lib/pkgconfig, (et peut-être quelques-autres), ou dans les chemins donnés par la variable d'environnement PKG_CONFIG_PATH. Dans ton cas, je vois deux causes possibles à ton erreur :
1) tu n'as pas encore installé libxfce4mcs-client : les bibliothèques xfce ont des dépendances, et il faut les installer dans un certain ordre
2) tu as installé libxfce4mcs-client, mais dans un endroit non standard, par exemple /opt/bazar/xfce. Dans ce cas, il faut que tu fasses quelque chose comme :
Il y a toutes les instructions qui indiquent comment compiler les principaux packages, des patches pour compiler avec la dernière version de gcc ou du noyau, les dépendances, etc.
Tu verras que, souvent, les instructions sont plus complexes que le simple ./configure && make && make install.
MPlayer est d'ailleurs l'un des plus complexes à compiler...
En ce qui me concerne, je ne suis pas un spécialiste d'Apache 2, mais sur mon Apache 1.3.33, je dois ajouter Option Indexes dans ma clause
Quelque chose comme ça :
<Directory /var/www>
Options Indexes ...
...
Il doit y avoir quelque chose de similaire sur Apache 2.
[^] # emacs ? Non : VIm !
Posté par tontonflingueur . En réponse au message Editeur hexa. Évalué à 3.
Tu édites ton fichier, puis tu fais
> :%! xxd
(%! signifie que tu filtres ton fichier avec xxd, par exemple :%! sort tries ton fichier).
Tu fais tes modifs dans la partie hexa, puis tu fais
> :%! xxd -r
pour revenir en arrière ... Le désavantage est que les modifications ne s'affichent pas automatiquement "en clair" dans la partie droite, mais si tu fais successivement des xxd et des xxd -r, ça marche ...
# Légèrement hors-sujet, mais on ne sait jamais ...
Posté par tontonflingueur . En réponse au message Parcourir un fichier à l'envers.. Évalué à 3.
Si c'est pour visualiser un fichier de log, il y a quelque chose de très utile : c'est la commande tail, qui t'affiche les dernières lignes d'un fichier.
Et plus utile encore, tail -f qui permet de voir les dernières lignes du fichier de log s'afficher au fur à mesure qu'elles sont écrites (presque en temps réel).
[^] # Re: apprenti linuxien ou apprenti developeur ?
Posté par tontonflingueur . En réponse au message installation logiciels. Évalué à 1.
Ce n'est pas parce qu'un script de compilation utilise autoconf /automake qu'il est "bien ficelé". En l'occurence, ici, vu qu'il lui manque un composant essentiel (XMMS), il devrait s'arrêter et ne pas créer de Makefile.
Ceci dit il ne faut pas jeter la pierre au développeur, écrire de bons scripts de compilation est une tâche particulièrement ingrate.
# Il manque probablement xmms et gtk (version 1).
Posté par tontonflingueur . En réponse au message installation logiciels. Évalué à 3.
* ce que tu essaies d'installer "je voudrais installer des logiciels (superkaramba, plugins pour XMMS, ...) dont j'ai la source."
* sur quelle distribution,
mais tu as ces deux erreurs :
checking for XMMS - version >= 1.2.7... no
*** The xmms-config script installed by XMMS could not be found.
*** If XMMS was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the XMMS_CONFIG environment variable to the
*** full path to xmms-config.
checking for pkg-config... /usr/bin/pkg-config
checking for gtk+... sh: line 1: gtk-config: command not found
sh: line 1: gtk-config: command not found
sh: line 1: gtk-config: command not found
yes
Tu dois installer des packages du genre xmms-devel et gtk-devel (qui contiennent les fichiers include .h, les bibliothèques statiques .a, et les programmes du type gtk-config, et xmms-config
Bonne chance
[^] # Oups ... Lapsus politique ...
Posté par tontonflingueur . En réponse au message [APT-GET] Forcer le repos par defaut d'un paquet. Évalué à 1.
J'ai dit à droite, mais je veux dire à gauche ...
# Il s'agit de l'état "hold".
Posté par tontonflingueur . En réponse au message [APT-GET] Forcer le repos par defaut d'un paquet. Évalué à 1.
Pour cela, ce que tu peux faire, c'est utiliser dselect, sélectionner le package en question et appuyer sur '='. D'après la doc ... (parce que je n'ai qu'un seul package en hold sur ma debian, et je ne l'ai donc fait qu'une fois il y a deux ans ...)
Après quand tu fais : dpkg --list, tu dois voir à droite un état "hi" au lieu de "ii" pour les packages "normaux".
Et quand tu fais un apt-upgrade, tu verras ce message :
The following packages have been kept back
bozo
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
[^] # Re: hélas...
Posté par tontonflingueur . En réponse au message problèmes de place. Évalué à 1.
Ah bon ? Moi j'aurais mis /bin et /sbin aussi. Je doute que ton système se comporte très bien si il ne peut pas trouver /sbin/init ou /bin/sh sur la partition de root au démarrage ...
Par contre pour /var, je pense pas que ça pose de problèmes. J'ai un PC sur lequel il a sa propre partition, et j'ai pas l'impression que ça me pose de problèmes.
# Gcc-2.95.3 compilé avec gcc-3.3
Posté par tontonflingueur . En réponse au message Probleme de compilation de Gcc-2.95.3 sous Fedora 2. Évalué à 2.
http://lfs.osuosl.org/blfs/view/stable/general/gcc2.html(...)
Il faudra peut-être que tu bidouille un peu plus pour le faire marcher avec ta distribution, mais ça devrait aider un peu ...
[^] # Re: Latex sur mandrake
Posté par tontonflingueur . En réponse au message Installer latex sur une mandrake. Évalué à 2.
Bah précisément, c'est à toi de l'écrire ;-).
J'ai l'impression que tu aurais intéret à consulter quelques docs sur le sujet.
Par exemple :
http://www.jalix.org/ressources.maison/latex/tutoriel/(...)
[^] # Re: Latex sur mandrake
Posté par tontonflingueur . En réponse au message Installer latex sur une mandrake. Évalué à 2.
Tu dois peut-etre pouvoir, à la rigueur depuis le file manager (exemple, Nautilus ou Konqueror) glisser-déposer ton fichier source sur l'exécutable. Mais de toute façon, ce n'est pas ce que tu veux, parce que dans ce cas, tu ne verras pas les erreurs que tu aurais pu faire dans ton fichier source.
Note qu'il existe des interfaces graphiques pour latex, notamment un programme qui s'appelle LyX, c'est peut-etre plutot ce que tu cherches ...
# Latex sur mandrake
Posté par tontonflingueur . En réponse au message Installer latex sur une mandrake. Évalué à 2.
Donc si tu ouvres une xterm ou un autre terminal (kterm, gnome-terminal, ...) et que tu tapes :
$ latex
tu devrais avoir quelque chose de ce genre : (c'est complètement de mémoire) .
*** This is TeX (2.0.9) web2c
Après pour faire vraiment du latex, tu dois lancer
$ latex mon_fichier.tex
en supposant que ton fichier source latex s'appelle mon_fichier.tex.
Maintenant, si tu veux vraiment savoir où se trouve ton exécutable latex, tu peux toujours depuis un terminal, taper :
$ which latex
# Adresse mac en perl
Posté par tontonflingueur . En réponse au message hello world. Évalué à 1.
#!/usr/local/bin/perl open (PIPE, "/sbin/ifconfig |"); while () { $ifconfig_result .= $_; } close PIPE; print $ifconfig_result;puis le parser pour récupérer l'adresse mac (pas très fiable ni très portable, mais ça marchera).# Un autre truc à vérifier.
Posté par tontonflingueur . En réponse au message Shutdowns intempestifs. Évalué à 3.
J'avais un serveur. A l'époque ça devait etre une Suse 6.3 ou quelque chose comme ça, et moi aussi j'avais des problèmes de reboto intempestif et je pensais qu'on me faisait une blague ou que j'avais été piraté.
En fait, la machine était installé à coté de serveurs NT. C'était un peu le bazar dans cette salle machine, et les claviers et les écrans n'étaient pas forcément très bien alignés. En gros, le clavier du serveur Linux était en face de l'écran de la machine NT.
Pour faire une opération d'administration sur le serveur NT, les gens ouraient une session en appuyant sur CTRL-ALT-DEL. Puis ils s'apercevaient qu'ils s'étaient plantés de clavier et utilisaient le bon. Sauf qu'entre temps, bien sur, mon serverur Suse avait rebooté...
# RE: xine0.99.2
Posté par tontonflingueur . En réponse au message xine0.99.2. Évalué à 1.
Essaye d'ouvrir un terminal, un xterm par exemple, pour lancer la commande xine, puis procède comme d'habitude. Tu devrais voir apparaître un message d'erreur sur la console. Croisons les doigts pour que ce ne soit pas l'infâme "Erreur de segmentation".
# RE : Probleme avec setenv.
Posté par tontonflingueur . En réponse au message Probleme avec setenv.. Évalué à 3.
Tu dois normalement le trouver sous forme de rpm sur les CD mandrake ou le site ftp.
# RE: Apache va me rendre fou
Posté par tontonflingueur . En réponse au message Apache va me rendre fou. Évalué à 2.
Mais tu nous parles de ce qu'il y a dans la fenêtre de ton browser ?
As-tu pensé à vérifier les logs ?
Normalement, le fichier error.log te dit plus clairement ce qui se passe.
Sa localisation dépend de ta distribution, des options de compilation ou de configuration. Sur une Debian Woody elle est dans :
/var/log/apache.
Sinon, il y a quelques petites choses qui peuvent se modifier lorsqu'on reboote une machine Linux, notamment, le hostname, si tu l'as renseigné manuellement.
# Re : Problème openSSH
Posté par tontonflingueur . En réponse au message Problème openSSH. Évalué à 1.
- même si c'est un outil fantastique dont je ne pourrais plus guère me passer (ah les tunnels, l'authentification automatique par clefs !!!).
Notamment les
> debug1: Authentications that can continue:publickey,password,keyboard-interactive
alors qu'il a cessé la tentative d'authentification publickey depuis longtemps.... D'ailleurs qui dit ça ? le client ? le serveur ? on sait pas ! La dernière fois où j'ai voulu configurer openssh 3.8 avec kerberos, ça s'est terminé à coup de printf.
Là j'ai l'impression que ta config client /usr/local/etc/ssh_config n'autorise pas l'authentification par mot de passe ce qui explique que l'on ne te donne pas la chance de le rentrer. Il faudrait que tu édites ce fichier, ou, si tu n'est pas root - ce qui a des chances d'être le cas vu l'OS et la bécane - $HOME/.ssh/ssh_config pour mettre :
> Host *
> PasswordAuthentication yes
je pense que c'est le cas, parce que :
1) tu as l'air d'avoir un fichier "non standard", notamment avec
StrictHostKeyChecking à "yes", et non "ask" comme c'est le cas par défaut (sinon, tu n'aurais pas les "Host Key verification failed").
2) parmi tous les serveurs, ce serait le diable si tu n'en n'avait pas un qui autorise l'authentification par mot de passe !!!
Voilà mais ce ne sont que des impressions : tiens nous au courant.
# RE : le PATH, c'est ou ?
Posté par tontonflingueur . En réponse au message le PATH, c'est ou ?. Évalué à 3.
De nos jours, certains packages (notamment ceux de gnome), utilisent un truc appelés pkgconfig, qui permet d'indiquer où se trouvent les principales bibliothèques. Par exemple, si je fais :
> pkg-config gtk+-2.0 --cflags
ça m'indique ce que je dois taper sur la ligne de commande du compilateur C pour compiler un programe utilsant la bibliothèque gtk+-2.0. Pour connaître ces informations, pkgconfig lit des fichiers .pc. Il les recherche dans /usr/lib/pkgconfig ou /usr/local/lib/pkgconfig, (et peut-être quelques-autres), ou dans les chemins donnés par la variable d'environnement PKG_CONFIG_PATH. Dans ton cas, je vois deux causes possibles à ton erreur :
1) tu n'as pas encore installé libxfce4mcs-client : les bibliothèques xfce ont des dépendances, et il faut les installer dans un certain ordre
2) tu as installé libxfce4mcs-client, mais dans un endroit non standard, par exemple /opt/bazar/xfce. Dans ce cas, il faut que tu fasses quelque chose comme :
> export PKG_CONFIG_PATH=/opt/bazar/xfce/lib/pkgconfig:$PKG_CONFIG_PATH
(sous bash. Sous tcsh c'est setenv PKG_CONFIG_PATH).
[^] # Re: Systrace?
Posté par tontonflingueur . En réponse au message Astuces pour les setup.bin. Évalué à 2.
http://asic-linux.com.mx/~izto/checkinstall/
[^] # Re: Package
Posté par tontonflingueur . En réponse au message compilation de mplayer. Évalué à 1.
http://www.linuxfromscratch.org/blfs/view/stable/index.html
http://www.linuxfromscratch.org/blfs/view/cvs/index.html
Il y a toutes les instructions qui indiquent comment compiler les principaux packages, des patches pour compiler avec la dernière version de gcc ou du noyau, les dépendances, etc.
Tu verras que, souvent, les instructions sont plus complexes que le simple ./configure && make && make install.
MPlayer est d'ailleurs l'un des plus complexes à compiler...
# RE : mod_autoindex n'a pas le droit de s'exprimer
Posté par tontonflingueur . En réponse au message mod_autoindex n'a pas le droit de s'exprimer. Évalué à 1.
Quelque chose comme ça :
Il doit y avoir quelque chose de similaire sur Apache 2.