| View previous topic :: View next topic |
| Author |
Message |
lefoid
Apprentice
Joined: 05 Nov 2005
Posts: 232
|
 Posted: Wed May 05, 2010 7:09 am Post subject: [MAJ Gnome] devicekit-disks demande devmapper ? (Résolu) |
 |
|
Salut tout le monde,
Je me disais bien que les ennuis allaient arriver avec la mise à jour vers Gnome 2.28 ...
Annoncé, compte double 
Voila ce que j'obtiens au tout début de la mise à jour :
| Quote: | >>> Emerging (3 of 85) sys-apps/devicekit-disks-009
* DeviceKit-disks-009.tar.gz RMD160 SHA1 SHA256 size  ... [ ok ]
* checking ebuild checksums ... [ ok ]
* checking auxfile checksums ... [ ok ]
* checking miscfile checksums ... [ ok ]
* CPV: sys-apps/devicekit-disks-009
* REPO: gentoo
* USE: amd64 elibc_glibc kernel_linux multilib userland_GNU
>>> Unpacking source...
>>> Unpacking DeviceKit-disks-009.tar.gz to /home/portage/portage/sys-apps/devicekit-disks-009/work
>>> Source unpacked in /home/portage/portage/sys-apps/devicekit-disks-009/work
>>> Preparing source in /home/portage/portage/sys-apps/devicekit-disks-009/work/DeviceKit-disks-009 ...
* Fixing OMF Makefiles ... [ ok ]
* Running elibtoolize in: DeviceKit-disks-009
* Applying portage-2.2.patch ...
* Applying sed-1.5.6.patch ...
* Applying as-needed-2.2.6.patch ...
>>> Source prepared.
>>> Configuring source in /home/portage/portage/sys-apps/devicekit-disks-009/work/DeviceKit-disks-009 ...
* econf: updating DeviceKit-disks-009/config.sub with /usr/share/gnuconfig/config.sub
* econf: updating DeviceKit-disks-009/config.guess with /usr/share/gnuconfig/config.guess
./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --localstatedir=/var --disable-ansi --enable-man-pages --disable-verbose-mode --disable-gtk-doc
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3
checking for library containing strerror... none required
checking for x86_64-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... (cached) none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... (cached) gcc3
checking for x86_64-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... (cached) none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... (cached) gcc3
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for a sed that does not truncate output... /usr/bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by x86_64-pc-linux-gnu-gcc... /usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r
checking for x86_64-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking command to parse /usr/bin/nm -B output from x86_64-pc-linux-gnu-gcc object... ok
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for x86_64-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-gcc static flag -static works... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-gcc linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether make sets $(MAKE)... (cached) yes
checking whether ln -s works... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking whether x86_64-pc-linux-gnu-gcc and cc understand -c and -o together... yes
checking for xsltproc... /usr/bin/xsltproc
checking for x86_64-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether to build gtk-doc documentation... no
checking for gtkdoc-check... no
checking for sg_ll_inquiry in -lsgutils2... yes
checking for GUDEV... yes
checking for GLIB... yes
checking for GIO... yes
checking for DBUS... yes
checking for DBUS_GLIB... yes
checking for POLKIT_GOBJECT_1... yes
checking for POLKIT_BACKEND_1... yes
checking for LIBPARTED... yes
checking for DEVMAPPER... configure: error: Package requirements (devmapper >= 1.02) were not met:
No package 'devmapper' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables DEVMAPPER_CFLAGS
and DEVMAPPER_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
!!! Please attach the following file when seeking support:
!!! /home/portage/portage/sys-apps/devicekit-disks-009/work/DeviceKit-disks-009/config.log
* ERROR: sys-apps/devicekit-disks-009 failed:
* econf failed
*
* Call stack:
* ebuild.sh, line 54: Called src_configure
* environment, line 1616: Called gnome2_src_configure
* environment, line 1359: Called econf '--localstatedir=/var' '--disable-ansi' '--enable-man-pages' '--disable-verbose-mode' '--disable-gtk-doc'
* ebuild.sh, line 544: Called die
* The specific snippet of code:
* die "econf failed"
*
* If you need support, post the output of 'emerge --info =sys-apps/devicekit-disks-009',
* the complete build log and the output of 'emerge -pqv =sys-apps/devicekit-disks-009'.
* The complete build log is located at '/home/portage/portage/sys-apps/devicekit-disks-009/temp/build.log'.
* The ebuild environment file is located at '/home/portage/portage/sys-apps/devicekit-disks-009/temp/environment'.
* S: '/home/portage/portage/sys-apps/devicekit-disks-009/work/DeviceKit-disks-009'
>>> Failed to emerge sys-apps/devicekit-disks-009, Log file:
>>> '/home/portage/portage/sys-apps/devicekit-disks-009/temp/build.log'
* GNU info directory index is up-to-date.
* IMPORTANT: 19 news items need reading for repository 'gentoo'.
* Use eselect news to read news items. |
(la fin, c'est pour dire que je n'ai toujours pas trouvé la solution à mes 2 problèmes précédents !!)
J'ai essayé de re emerger udev lvm2, device-mapper (mais il semble qu'il faille être avec baselayout 2).
J'ai désinstallé hal, réinstallé ...
Bref, il lui manque un "devmapper" et je ne sais que faire.
(Je passerais bien avec baselayout 2 si j'étais sûr que ça change quelque chose mais je doute ...).
Merci pour vos réponses.
_________________
Visi pas nette, pilote à la buvette !
Last edited by lefoid on Fri Jun 11, 2010 4:18 pm; edited 1 time in total |
|
| Back to top |
|
 |
lefoid
Apprentice
Joined: 05 Nov 2005
Posts: 232
|
| Posted: Thu May 06, 2010 5:49 am Post subject: |
|
|
Salut,
Je viens de lire sur un rapport de bug que /dev/mapper/control était
lié symboliquement à /dev/device-mapper.
Or, je n'ai pas de /dev/device-mapper ...
Est-ce que ça peut venir de là ?
Merci par avance, je continue d' "investiguer"
_________________
Visi pas nette, pilote à la buvette ! |
|
| Back to top |
|
|
GentooUser@Clubic
l33t
Joined: 01 Nov 2004
Posts: 829
|
| Posted: Thu May 06, 2010 11:39 am Post subject: |
|
|
Je pense que ça n'a aucun rapport, configure vérifie juste la présence des bibliothèque/headers.
Bref il manque "devmapper" et Gentoo ne connais pas ce paquet device-mapper peut-être ?
Après rien ne t'oblige à avoir une configuration de device-mapper fonctionnelle avec le module noyau chargé et tout et tout. |
|
| Back to top |
|
|
lefoid
Apprentice
Joined: 05 Nov 2005
Posts: 232
|
| Posted: Thu May 27, 2010 10:57 am Post subject: |
|
|
Salut,
Bon, après de multiples recherches et essais, impossible d'emerger devicekit-disks 
J'ai (entre autres choses) modifié le make.conf en enlevant lvm, policykit et device-mapper.
(l'un après l'autre, ensemble, bref, en variant les combinaisons)
Rien n'y fait.
Le paquet parted réclame device-mapper et policykit semble être la "norme".
J'ai enlevé ce qui ressemblait de près ou de loin à un device mapper dans le noyau (notamment
ce qui concerne RAID et LVM dont je n'ai pas besoin). Là non plus, pas d'amélioration.
J'ai regardé le fichier 64-device-mapper.rules, dès fois qu'il ait été corrompu ... Sans résultat.
J'ai des fichiers udev, udev-mount et device-mapper dans /etc/init.d mais ils ne sont là que pour
le "futur" baselayout 2.
J'ai lancé un , mais toujours sans succès.
En gros, je sêche et si vous avez une suggestion, je suis preneur.
Merci par avance.
_________________
Visi pas nette, pilote à la buvette ! |
|
| Back to top |
|
|
lefoid
Apprentice
Joined: 05 Nov 2005
Posts: 232
|
| Posted: Fri Jun 11, 2010 4:18 pm Post subject: |
|
|
Salut à tous,
Problème résolu, enfin !
devmapper.pc et demapper-event.pc (ainsi que lvm2app.pc) se trouvent dans :
| Quote: | | /usr/lib/pkgconfig |
et pas dans :
| Quote: | | /usr/lib64/pkgconfig |
J'ai créé un lien symbolique :
| Code: | | ln -s /usr/lib/pkgconfig/devmapper* /usr/lib64/pkgconfig/ |
(même chose avec lvm2app.pc)
Et du coup, l'emerge de devicekit-disks (et par conséquent la mise à jour de Gnome)
se fait sans souci.
Merci à tous et aux personnes qui m'ont aidé sur bugs.gentoo.org
_________________
Visi pas nette, pilote à la buvette ! |
|
| Back to top |
|
|
xaviermiller
Bodhisattva
Joined: 23 Jul 2004
Posts: 8708
Location: ~Brussels - Belgique
|
| Posted: Fri Jun 11, 2010 5:55 pm Post subject: |
|
|
oops ! Veux-tu dire par cela que tu n'as pas un lien symbolique lib qui pointe vers lib64 (ou le contraire) ?
Normalement, cela devrait être le cas. D'où vient ton installation ?
_________________
Kind regards,
Xavier Miller |
|
| Back to top |
|
|
lefoid
Apprentice
Joined: 05 Nov 2005
Posts: 232
|
| Posted: Fri Jun 11, 2010 6:26 pm Post subject: |
|
|
Salut,
Voila ce que j'ai :
| Code: | ls -la /
total 160
drwxr-xr-x 20 patrice patrice 4096 26 mai 22:12 .
drwxr-xr-x 20 patrice patrice 4096 26 mai 22:12 ..
-rw------- 1 root root 687 7 mai 13:40 .bash_history
drwxr-xr-x 2 root root 4096 26 mai 18:05 bin
drwxr-xr-x 3 root root 4096 10 mai 15:38 boot
drwxr-xr-x 21 root root 4740 11 juin 18:50 dev
drwxr-xr-x 102 patrice patrice 12288 11 juin 18:50 etc
drwxr-xr-x 5 root root 4096 28 mars 13:12 home
lrwxrwxrwx 1 root root 5 26 mai 22:12 lib -> lib64
drwxr-xr-x 3 root root 4096 2 juin 19:10 lib32
drwxr-xr-x 12 root root 4096 11 juin 17:21 lib64
drwx------ 2 root root 16384 22 oct. 2008 lost+found
drwxr-xr-x 15 root root 4096 11 juin 18:52 media
drwxr-xr-x 5 root root 4096 6 mai 13:37 mnt
drwxr-xr-x 10 root root 4096 18 avril 00:07 opt
dr-xr-xr-x 161 root root 0 11 juin 2010 proc
drwx------ 43 root root 4096 11 juin 18:40 root
drwxr-xr-x 2 root root 4096 11 juin 17:28 sbin
drwxr-xr-x 12 root root 0 11 juin 2010 sys
drwxrwxrwt 11 root root 69632 11 juin 20:22 tmp
drwxr-xr-x 15 patrice patrice 4096 28 mars 13:08 usr
drwxr-xr-x 15 root root 4096 26 mai 12:31 var |
Il me semble que c'est bon, non ?
Et, j'ai fait une install (il y a longtemps maintenant) tout à fait standard,
avec un AMD64 stable.
Cependant, il est vrai que depuis pas mal de temps, mes problèmes viennent
de libs qui ne sont pas au bon endroit.
Là, je n'aurais pas trouvé tout seul, c'était trop caché.
A plus ...
_________________
Visi pas nette, pilote à la buvette ! |
|
| Back to top |
|
|
xaviermiller
Bodhisattva
Joined: 23 Jul 2004
Posts: 8708
Location: ~Brussels - Belgique
|
| Posted: Fri Jun 11, 2010 8:41 pm Post subject: |
|
|
Voilà, ton lib et /usr/lib doivent être des symlinks vers /lib64 et /usr/lib64.
Apparemment, à un moment donné, ce /usr/lib a disparu et certains paquets se sont installés dans /usr/lib au lieu de /usr/lib/64
Il faut tout déplacer de /usr/lib vers /usr/lib64, supprimer le répertoire vide /usr/lib et le remplacer par un lien symbolique vers lib64
Et tout rentrera dans l'ordre.
_________________
Kind regards,
Xavier Miller |
|
| Back to top |
|
|
lefoid
Apprentice
Joined: 05 Nov 2005
Posts: 232
|
| Posted: Fri Jun 11, 2010 9:10 pm Post subject: |
|
|
Merci, je tente ça demain ... en croisant les doigts pour que tout fonctionne à l'issue !
EDIT : je crois que je vais éviter.
Actuellement, j'ai des liens symboliques de /usr/lib vers /usr/lib64 (mais je ne les
connais pas tous). Si je crée un lien entre /usr/lib et /usr/lib64, les libs qui se
trouvaient sur /usr/lib n'apparaitront plus et seront donc manquantes dans /usr/lib64.
Je ne suis pas certain à 100% qu'un emerge -e system suivi d'un emerge -e world
remettra le système parfaitement comme il faut. Je me trompe ?
Si c'est le cas, je souhaiterais avoir une méthode 100% sûre pour faire la manip.
_________________
Visi pas nette, pilote à la buvette ! |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
French
