Si la nouvelle glib2 est installée dans /usr/local, il faut utiliser :
export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig
Eventuellement, d'autres fichiers peuvent se trouver dans /usr/share/pkgconfig ou /usr/local/share/pkgconfig. Il faut alors ajouter ces chemins à la liste et dans l'ordre de priorité utile.
Il faudra peut-être aussi utiliser la variable LD_LIBRARY_PATH pour que l'édition des liens utilise les bonnes bibliothèques.
Ce n'est pas nécessaire. Mais il peut manquer autre chose dans les appels à iptables. Il est difficile de se faire une opinion à partir d'une seule ligne.
Si tu as un lecteur de disquettes, tu peux préparer une disquette grub, et l'utiliser pour booter. Tu auras accès à une ligne de commande et tu pourras utiliser les comandes de grub.
Sinon, pour la commande grub-install, je crois qu'il faut utiliser la nomenclature de grub pour les disques durs, soit hd0, hd1,...
As-tu téléchargé l'archive du binaire gcc de ta distribution ou les sources ?
La première est hautement préférable sauf si tu as vraiment besoin d'une version particulière de gcc.
Si tu veux absolument partir des sources, tu te places dans le répertoire racine des sources et :
mkdir build
cd build
../configure (avec les options appropriées)
make bootstrap
make all install
Ce serait plus facile de savoir ce qui se passe si on avait accès au contenu du fichier de configuration de grub (menu.lst), et peut-être aussi à la table de partition.
config.h contient en fait un certain nombre de définitions de constantes du genre PACKAGE, VERSION et des directives de précompilations du type HAVE_LOCALE_H.
Cela permet dans le code source des choses du style :
#ifdef HAVE_LOCALE_H
# include <locale.h>
... // du code dépendant de locale.h
#endif
Certains projets particulièrement simples n'en auront jamais besoin. Pour d'autres c'est une nécessité absolue, et il est sage d'inclure config.h en premier dans chaque fichier source C ou C++ (mais pas dans les fichiers d'en-têtes). C'ets aussi important en C qu'en C++ et ce qui permet de faire des projets portables.
J'ai eu la même chose sous gnome (metacity) il y a quelque temps. J'ai réglé mon problème en branchant la souris sur le port série au lieu d'un port usb. Depuis plus de problème.
J'ignore d'où vient le problème (xorg ? kernel ?).
Je ne connais pas edonkey, mais il semble que ce soit livré tout compilé. Auquel cas, la bonne variable est sans peut-être LD_LIBRARY_PATH. Essaie :
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib
puis essaie d'installer la bête.
Probablement, ta variable PKG_CONFIG_PATH n'et pas définie. Donc pkg-config ne trouve que la version de glib-2 qui est dans /usr. Si tu as installé la dernière version dans /usr/local, utilise :
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig pkg-config --modversion glib-2.0.
Ensuite, pour configurer ton logiciel, comme tu auras sans doute aussi besoin d'autres paquets, il fuat utilser :
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig ./configure
Pour Mandriva, il faut utiliser les commandes suivantes en remplaçant "noyau" par le chemin vers le noyau, du genre /boot/vmlinuz et "initrd" par le chemin vers l'initrd s'il y en a un.
bon, la partition Mandriva semble être hdg5, soit (hd1,4) dans la nomenclature de grub.
Par contre, la partition windows est hdg1.
Pour booter windows, dans la ligne de commande de grub :
# PKG_CONFIG_PATH
Posté par Jean Bréfort (site web personnel) . En réponse au message Installation de la glib2. Évalué à 1.
export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig
Eventuellement, d'autres fichiers peuvent se trouver dans /usr/share/pkgconfig ou /usr/local/share/pkgconfig. Il faut alors ajouter ces chemins à la liste et dans l'ordre de priorité utile.
Il faudra peut-être aussi utiliser la variable LD_LIBRARY_PATH pour que l'édition des liens utilise les bonnes bibliothèques.
[^] # Re: eth0
Posté par Jean Bréfort (site web personnel) . En réponse au message [Ubuntu] NAT assez capricieux. Évalué à 1.
# disquette grub
Posté par Jean Bréfort (site web personnel) . En réponse au message Installer Grub sur un disque USB. Évalué à 1.
Sinon, pour la commande grub-install, je crois qu'il faut utiliser la nomenclature de grub pour les disques durs, soit hd0, hd1,...
[^] # Re: Et pour compiler ?
Posté par Jean Bréfort (site web personnel) . En réponse au message installation gcc. Évalué à 1.
man installpkg pour la doc.
[^] # Re: Et pour compiler ?
Posté par Jean Bréfort (site web personnel) . En réponse au message installation gcc. Évalué à 2.
# Quelle archive ?
Posté par Jean Bréfort (site web personnel) . En réponse au message installation gcc. Évalué à 0.
La première est hautement préférable sauf si tu as vraiment besoin d'une version particulière de gcc.
Si tu veux absolument partir des sources, tu te places dans le répertoire racine des sources et :
mkdir build
cd build
../configure (avec les options appropriées)
make bootstrap
make all install
# exporter les contacts
Posté par Jean Bréfort (site web personnel) . En réponse au message Evolution. Évalué à 2.
# contenu de /boot/grub/menu.lst ?
Posté par Jean Bréfort (site web personnel) . En réponse au message GRUB Erreur 22 : No such partition. Évalué à 5.
# Raccourcis clavier
Posté par Jean Bréfort (site web personnel) . En réponse au message Un gnome «borderless». Évalué à 2.
L'option plein écran se trouve dans l'arbre à : "Gestion des fenêtres/Basculer en mode plein écran".
Il suffit ensuite de sélectionner le racourci (désactivé par défaut), puis de taper une combinaison de touches et voila, ça marche.
[^] # Re: Utilité de config.h
Posté par Jean Bréfort (site web personnel) . En réponse au message config.h. Évalué à 1.
# Utilité de config.h
Posté par Jean Bréfort (site web personnel) . En réponse au message config.h. Évalué à 1.
Cela permet dans le code source des choses du style :
#ifdef HAVE_LOCALE_H
# include <locale.h>
... // du code dépendant de locale.h
#endif
Certains projets particulièrement simples n'en auront jamais besoin. Pour d'autres c'est une nécessité absolue, et il est sage d'inclure config.h en premier dans chaque fichier source C ou C++ (mais pas dans les fichiers d'en-têtes). C'ets aussi important en C qu'en C++ et ce qui permet de faire des projets portables.
# soutis usb ou série ?
Posté par Jean Bréfort (site web personnel) . En réponse au message fluxbox. Évalué à 1.
J'ignore d'où vient le problème (xorg ? kernel ?).
[^] # Re: les autres systèmes démarrent ?
Posté par Jean Bréfort (site web personnel) . En réponse au message Grub et disque dur sur raid. Évalué à 1.
# les autres systèmes démarrent ?
Posté par Jean Bréfort (site web personnel) . En réponse au message Grub et disque dur sur raid. Évalué à 1.
Avec grub, erreur 22 signifie un problème de partition :
22 : No such partition
Quel est le contenu du fichier de configuration de grub (/boot/grub/menu.lst) ?
Tu peux essayer aussi de démarrer à partir de la ligne de commande de grub. La partition racine d'ubuntu devrait être (hd4,0)...
[^] # Re: PKG_CONFIG_PATH
Posté par Jean Bréfort (site web personnel) . En réponse au message Probleme installation Glib. Évalué à 1.
export LD_LIBRARY_PATH=/usr/local/lib:/usr/lib
puis essaie d'installer la bête.
# PKG_CONFIG_PATH
Posté par Jean Bréfort (site web personnel) . En réponse au message Probleme installation Glib. Évalué à 1.
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig pkg-config --modversion glib-2.0.
Ensuite, pour configurer ton logiciel, comme tu auras sans doute aussi besoin d'autres paquets, il fuat utilser :
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig ./configure
[^] # Re: boutisme
Posté par Jean Bréfort (site web personnel) . En réponse au message convertion valeur hexadecimal en decimal. Évalué à 3.
# source de test.c ?
Posté par Jean Bréfort (site web personnel) . En réponse au message Problémes de C99 avec les struct des includes. Évalué à 2.
Il serait plus facile de t'aider si tu publiais le contenu de test.c
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.
Pour Mandriva, il faut utiliser les commandes suivantes en remplaçant "noyau" par le chemin vers le noyau, du genre /boot/vmlinuz et "initrd" par le chemin vers l'initrd s'il y en a un.
root (hd1,4)
kernel "noyau"
initrd "initrd"
boot
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.
Si grub n'arrive pas à lire la partition, essayer :
rootnoverify (hd1,0)
chainloader +1
makeactive
boot
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.
Par contre, la partition windows est hdg1.
Pour booter windows, dans la ligne de commande de grub :
root (hd1,0)
chainloader +1
boot
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.
[^] # Re: deux solutions
Posté par Jean Bréfort (site web personnel) . En réponse au message Pb d'installation Linux - amorçage GRUB/LILO - conflit. Évalué à 1.