[Unity] compilation qui pose un problème

Mise à jour / Création /debug de paquetages
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

bah non il en chie toujours le pauvre à résoudre les dépendances :D

Code : Tout sélectionner

╒══|yionel@myhost|════════╕[unity]
└─[$]─> makepkg -s                                                                                                                                                                                         
==> Création du paquet unity 3.8.14-1 (mer. juin 15 00:21:33 CEST 2011)
==> Vérification des dépendances pour l'exécution...
==> Installation des dépendances manquantes... 
Erreur: impossible de trouver la cible: clutk
==> ERREUR: 'pacman' n'a pas pu installer les dépendances manquantes.
╒══|yionel@myhost|════════╕[unity]
└─[$]─> cd ../clutk-bzr/                                                                                                                                                                                     
╒══|yionel@myhost|════════╕[clutk-bzr]
└─[$]─> makepkg -s                                                                                                                                                                                     
==> Création du paquet clutk-bzr 224-1 (mer. juin 15 00:21:44 CEST 2011)
==> Vérification des dépendances pour l'exécution...
==> Installation des dépendances manquantes... 
Erreur: impossible de trouver la cible: libindicate
==> ERREUR: 'pacman' n'a pas pu installer les dépendances manquantes.
╒══|yionel@myhost|════════╕[clutk-bzr]
└─[$]─> cd ../libindicate-bzr/
╒══|yionel@myhost|════════╕[libindicate-bzr]
└─[$]─> makepkg -s                                                                                                                                                                               
==> Création du paquet libindicate-bzr 413-1 (mer. juin 15 00:21:55 CEST 2011)
==> Vérification des dépendances pour l'exécution...
==> Vérification des dépendances pour la compilation...
==> Récupération des sources...
==> Extraction des sources...
==> Suppression du répertoire pkg/ existant...
==> Entre dans l'environnement fakeroot...
==> Lancement de build()...
==> Connecting to the server....
Tree is up to date at revision 413 of branch http://bazaar.launchpad.net/~indicator-applet-developers/libindicate/trunk                                                                                     
==> BZR checkout done or server timeout
==> Starting make...
/usr/bin/gnome-autogen.sh
checking for autoconf >= 2.53...
  testing autoconf2.50... not found.
  testing autoconf... found 2.68
checking for automake >= 1.9...
  testing automake-1.11... found 1.11.1
checking for libtool >= 1.4.3...
  testing libtoolize... found 2.4
checking for pkg-config >= 0.14.0...
  testing pkg-config... found 0.26
checking for gtk-doc >= 1.0...
  testing gtkdocize... found 1.17
checking for gnome-doc-utils >= 0.4.2...
  testing gnome-doc-prepare... found 0.20.6
checking for gnome-common >= 2.3.0...
  testing gnome-doc-common... found 2.34.0
Checking for required M4 macros...
Checking for forbidden M4 macros...
Processing ./configure.ac
Running libtoolize...
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
Running gtkdocize...
Running gnome-doc-common...
Running gnome-doc-prepare...
You should add the contents of '/usr/share/aclocal/gnome-doc-utils.m4' to 'aclocal.m4'.
Putting files in AC_CONFIG_MACRO_DIR, 'm4'.
Running aclocal-1.11...
Running autoconf...
Running autoheader...
Running automake-1.11...
configure.ac:14: installing `./compile'
configure.ac:16: installing `./config.guess'
configure.ac:16: installing `./config.sub'
configure.ac:7: installing `./install-sh'
configure.ac:7: installing `./missing'
bindings/python/Makefile.am: installing `./depcomp'
bindings/python/Makefile.am:19: installing `./py-compile'
Makefile.am: installing `./INSTALL'
Running ./configure --enable-maintainer-mode --enable-gtk-doc ...
checking for a BSD-compatible install... /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... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... 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-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/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 how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
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 gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/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 for glib-mkenums... /usr/bin/glib-mkenums
checking for glib-genmarshal... /usr/bin/glib-genmarshal
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBINDICATE... yes
checking for LIBINDICATEGTK... yes
checking for gobject-introspection... yes
checking for vapigen... /usr/bin/vapigen
checking for MONO_DEPENDENCY... yes
checking for al... /usr/bin/al
checking for mono... /usr/bin/mono
checking for gmcs... /usr/bin/gmcs
checking for gacutil... /usr/bin/gacutil
checking for GTK_SHARP... yes
checking for GAPI... yes
checking for gapi2-parser... /usr/bin/gapi2-parser
checking for gapi2-codegen... /usr/bin/gapi2-codegen
checking for gapi2-fixup... /usr/bin/gapi2-fixup
checking for a Python interpreter with version >= 2.3.5... python2
checking for python2... /usr/bin/python2
checking for python2 version... 2.7
checking for python2 platform... linux2
checking for python2 script directory... ${prefix}/lib/python2.7/site-packages
checking for python2 extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking for headers required to compile python extensions... found
checking for INDICATE_PYTHON... yes
checking for pygtk defs... /usr/share/pygtk/2.0/defs
checking for pygtk codegen... /usr/bin/python2 /usr/share/pygobject/2.0/codegen/codegen.py
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... yes
checking gnome-doc-utils >= 0.3.2... yes
checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes
checking what language compliance flags to pass to the C compiler... 
configure: creating ./config.status
config.status: creating Makefile
config.status: creating libindicate/Makefile
config.status: creating libindicate/indicate-0.5.pc
config.status: creating libindicate-gtk/Makefile
config.status: creating libindicate-gtk/indicate-gtk-0.5.pc
config.status: creating examples/Makefile
config.status: creating examples/indicator-mono-example
config.status: creating tests/Makefile
config.status: creating docs/Makefile
config.status: creating docs/reference/Makefile
config.status: creating docs/reference/version.xml
config.status: creating bindings/Makefile
config.status: creating bindings/python/Makefile
config.status: creating bindings/mono/Makefile
config.status: creating bindings/mono/indicate/Makefile
config.status: creating bindings/mono/indicate/indicate-sharp.dll.config
config.status: creating bindings/mono/indicate/indicate-sharp-0.1.pc
config.status: creating bindings/mono/indicate/AssemblyInfo.cs
config.status: creating bindings/mono/indicate-gtk/Makefile
config.status: creating bindings/mono/indicate-gtk/indicate-gtk-sharp.dll.config
config.status: creating bindings/mono/indicate-gtk/indicate-gtk-sharp-0.1.pc
config.status: creating bindings/mono/indicate-gtk/AssemblyInfo.cs
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure:

Libindicate Configuration:

        Prefix:                 /usr/local
        GObject Introspection:  auto

Now type `make' to compile Package
checking for a BSD-compatible install... /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 gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking whether gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... 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-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/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 how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
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 gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/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... no
checking for glib-mkenums... /usr/bin/glib-mkenums
checking for glib-genmarshal... /usr/bin/glib-genmarshal
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBINDICATE... yes
checking for LIBINDICATEGTK... yes
checking for gobject-introspection... no (disabled, use --enable-introspection to enable)
checking for vapigen... /usr/bin/vapigen
checking for MONO_DEPENDENCY... yes
checking for al... /usr/bin/al
checking for mono... /usr/bin/mono
checking for gmcs... /usr/bin/gmcs
checking for gacutil... /usr/bin/gacutil
checking for GTK_SHARP... yes
checking for GAPI... yes
checking for gapi2-parser... /usr/bin/gapi2-parser
checking for gapi2-codegen... /usr/bin/gapi2-codegen
checking for gapi2-fixup... /usr/bin/gapi2-fixup
checking for a Python interpreter with version >= 2.3.5... python2
checking for python2... /usr/bin/python2
checking for python2 version... 2.7
checking for python2 platform... linux2
checking for python2 script directory... ${prefix}/lib/python2.7/site-packages
checking for python2 extension module directory... ${exec_prefix}/lib/python2.7/site-packages
checking for headers required to compile python extensions... found
checking for INDICATE_PYTHON... yes
checking for pygtk defs... /usr/share/pygtk/2.0/defs
checking for pygtk codegen... /usr/bin/python2 /usr/share/pygobject/2.0/codegen/codegen.py
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... no
checking gnome-doc-utils >= 0.3.2... yes
checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes
checking what language compliance flags to pass to the C compiler... 
configure: creating ./config.status
config.status: creating Makefile
config.status: creating libindicate/Makefile
config.status: creating libindicate/indicate-0.5.pc
config.status: creating libindicate-gtk/Makefile
config.status: creating libindicate-gtk/indicate-gtk-0.5.pc
config.status: creating examples/Makefile
config.status: creating examples/indicator-mono-example
config.status: creating tests/Makefile
config.status: creating docs/Makefile
config.status: creating docs/reference/Makefile
config.status: creating docs/reference/version.xml
config.status: creating bindings/Makefile
config.status: creating bindings/python/Makefile
config.status: creating bindings/mono/Makefile
config.status: creating bindings/mono/indicate/Makefile
config.status: creating bindings/mono/indicate/indicate-sharp.dll.config
config.status: creating bindings/mono/indicate/indicate-sharp-0.1.pc
config.status: creating bindings/mono/indicate/AssemblyInfo.cs
config.status: creating bindings/mono/indicate-gtk/Makefile
config.status: creating bindings/mono/indicate-gtk/indicate-gtk-sharp.dll.config
config.status: creating bindings/mono/indicate-gtk/indicate-gtk-sharp-0.1.pc
config.status: creating bindings/mono/indicate-gtk/AssemblyInfo.cs
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure:

Libindicate Configuration:

        Prefix:                 /usr
        GObject Introspection:  no

make  all-recursive
make[1] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build »
Making all in libindicate
make[2] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/libindicate »
/usr/bin/glib-genmarshal \
        --prefix=_indicate_marshal \
        --header \
./indicate-marshal.list > xgen-mh \
&& (cmp -s xgen-mh indicate-marshal.h || cp -f xgen-mh indicate-marshal.h) \
&& rm -f xgen-mh \
&& echo timestamp > stamp-marshal
(echo "#include \"indicate-marshal.h\"" ; \
/usr/bin/glib-genmarshal \
        --prefix=_indicate_marshal \
        --body \
./indicate-marshal.list) > xgen-mc \
&& cp xgen-mc indicate-marshal.c \
&& rm -f xgen-mc
mkdir -p `dirname ./indicate-enum-types.h`
/usr/bin/glib-mkenums \
        --template ./indicate-enum-types.h.in \
../libindicate/indicator.h ../libindicate/indicator-messages.h ../libindicate/listener.h ../libindicate/server.h ../libindicate/interests.h > xgen-eh \
&& (cmp -s xgen-eh ./indicate-enum-types.h || cp -f xgen-eh ./indicate-enum-types.h) \
&& rm -f xgen-eh \
&& echo timestamp > stamp-enum-types
mkdir -p `dirname ./indicate-enum-types.c`
/usr/bin/glib-mkenums \
        --template ./indicate-enum-types.c.in \
../libindicate/indicator.h ../libindicate/indicator-messages.h ../libindicate/listener.h ../libindicate/server.h ../libindicate/interests.h > xgen-ec \
&& cp -f xgen-ec ./indicate-enum-types.c \
&& rm -f xgen-ec
Building gen-indicate-interface.xml.h from indicate-interface.xml
Building gen-indicate-interface.xml.c from indicate-interface.xml
Building gen-indicate-listener.xml.h from indicate-listener.xml
Building gen-indicate-listener.xml.c from indicate-listener.xml
make  all-am
make[3] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/libindicate »
  CC     libindicate_la-gen-indicate-interface.xml.lo
  CC     libindicate_la-gen-indicate-listener.xml.lo
  CC     libindicate_la-indicate-enum-types.lo
  CC     libindicate_la-server.lo
  CC     libindicate_la-listener.lo
  CC     libindicate_la-indicator.lo
  CC     libindicate_la-indicate-marshal.lo
  CCLD   libindicate.la
make[3] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/libindicate »
make[2] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/libindicate »
Making all in libindicate-gtk
make[2] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/libindicate-gtk »
  CC     libindicate_gtk_la-indicator.lo
  CC     libindicate_gtk_la-listener.lo
  CCLD   libindicate-gtk.la
make[2] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/libindicate-gtk »
Making all in bindings
make[2] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings »
Making all in mono
make[3] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono »
Making all in indicate
make[4] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate »
Making all in .
make[5] : on entre dans le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate »
/usr/bin/gapi2-parser indicate.sources.xml
WARNING: The runtime version supported by this application is unavailable.
Using default runtime: v2.0.50727
<file ../../../libindicate/indicate-enum-types.h> <file ../../../libindicate/indicator.h> <file ../../../libindicate/indicator-messages.h> <file ../../../libindicate/interests.h> <file ../../../libindicate/listener.h> <file ../../../libindicate/server.h> 
/usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/XML/LibXML/LibXML.so: undefined symbol: Perl_Gthr_key_ptr

Unhandled Exception: System.IO.FileNotFoundException: Could not find file "/home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate/indicate-api.raw.pre".
File name: '/home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate/indicate-api.raw.pre'
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x00000] in <filename unknown>:0 
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share) [0x00000] in <filename unknown>:0 
  at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare)
  at System.Xml.XmlUrlResolver.GetEntity (System.Uri absoluteUri, System.String role, System.Type ofObjectToReturn) [0x00000] in <filename unknown>:0 
  at Mono.Xml2.XmlTextReader.GetStreamFromUrl (System.String url, System.String& absoluteUriString) [0x00000] in <filename unknown>:0 
  at Mono.Xml2.XmlTextReader..ctor (System.String url, System.Xml.XmlNameTable nt) [0x00000] in <filename unknown>:0 
  at System.Xml.XmlTextReader..ctor (System.String url, System.Xml.XmlNameTable nt) [0x00000] in <filename unknown>:0 
  at System.Xml.XmlDocument.Load (System.String filename) [0x00000] in <filename unknown>:0 
  at GtkSharp.Parsing.Parser.Main (System.String[] args) [0x00000] in <filename unknown>:0 
make[5]: *** [indicate-api.raw] Erreur 1
make[5] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate »
make[4]: *** [all-recursive] Erreur 1
make[4] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate »
make[3]: *** [all-recursive] Erreur 1
make[3] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono »
make[2]: *** [all-recursive] Erreur 1
make[2] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build/bindings »
make[1]: *** [all-recursive] Erreur 1
make[1] : on quitte le répertoire « /home/yionel/libindicate-bzr/src/libindicate-build »
make: *** [all] Erreur 2
==> ERREUR: Une erreur s'est produite dans build().
    Abandon...
La, le problème est plus ardu.... :evil:

PROBLEME :

Code : Tout sélectionner

WARNING: The runtime version supported by this application is unavailable.
Using default runtime: v2.0.50727
<file ../../../libindicate/indicate-enum-types.h> <file ../../../libindicate/indicator.h> <file ../../../libindicate/indicator-messages.h> <file ../../../libindicate/interests.h> <file ../../../libindicate/listener.h> <file ../../../libindicate/server.h> 
/usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/XML/LibXML/LibXML.so: undefined symbol: Perl_Gthr_key_ptr

Unhandled Exception: System.IO.FileNotFoundException: Could not find file "/home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate/indicate-api.raw.pre".
File name: '/home/yionel/libindicate-bzr/src/libindicate-build/bindings/mono/indicate/indicate-api.raw.pre'
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x00000] in <filename unknown>:0 
  at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share) [0x00000] in <filename unknown>:0 
  at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare)
  at System.Xml.XmlUrlResolver.GetEntity (System.Uri absoluteUri, System.String role, System.Type ofObjectToReturn) [0x00000] in <filename unknown>:0 
  at Mono.Xml2.XmlTextReader.GetStreamFromUrl (System.String url, System.String& absoluteUriString) [0x00000] in <filename unknown>:0 
  at Mono.Xml2.XmlTextReader..ctor (System.String url, System.Xml.XmlNameTable nt) [0x00000] in <filename unknown>:0 
  at System.Xml.XmlTextReader..ctor (System.String url, System.Xml.XmlNameTable nt) [0x00000] in <filename unknown>:0 
  at System.Xml.XmlDocument.Load (System.String filename) [0x00000] in <filename unknown>:0 
  at GtkSharp.Parsing.Parser.Main (System.String[] args) [0x00000] in <filename unknown>:0
Humm..
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Tu ferais mieux d'utiliser yaourt plutôt que makepkg (car il y a beaucoup de dépendances trouvables uniquement sur Aur et makepkg ne passe que par les dépôts de pacman, c'est pourquoi il te manque toujours des dépendances). http://wiki.archlinux.fr/Yaourt#.5Barchlinuxfr.5D
Makepkg est à réserver quand on retravaille un build, comme ce fut le cas précédemment.

libindicate ou libindicate-bzr compilent bien chez moi... mais il n'est pas exclu qu'il manque une dépendance dans le PKGBUILD (pas le temps de voir ça aujourd'hui...)...
Installe et utilise yaourt déjà, voir si tu peux compiler libindicate.
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

Ok je comprends.
J'ai utilisé yaourt -S libindicate-bzr et cela me génère exactement la même erreur que précédemment.
par contre yaourt -S libindicate passe.

mais maintenant yaourt -S clutk-bzr

Code : Tout sélectionner

x11/gdkmain-x11.c:747: Warning: GdkX11: gdk_x11_get_default_xdisplay: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkcolor-x11.c:1258: Warning: GdkX11: gdk_x11_colormap_foreign_new: return value: Missing (transfer) annotation
x11/gdkxid.c:87: Warning: GdkX11: gdk_xid_table_lookup_for_display: return value: Missing (transfer) annotation
x11/gdkscreen-x11.c:466: Warning: GdkX11: gdk_x11_screen_get_monitor_output: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkxid.c:122: Warning: GdkX11: gdk_xid_table_lookup: return value: Missing (transfer) annotation
x11/gdkdisplay-x11.c:901: Warning: GdkX11: gdk_x11_lookup_xdisplay: return value: Missing (transfer) annotation
x11/gdkproperty-x11.c:182: Warning: GdkX11: gdk_x11_atom_to_xatom_for_display: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkproperty-x11.c:287: Warning: GdkX11: gdk_x11_xatom_to_atom_for_display: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkproperty-x11.c:454: Warning: GdkX11: gdk_x11_get_xatom_by_name_for_display: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkproperty-x11.c:271: Warning: GdkX11: gdk_x11_atom_to_xatom: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkproperty-x11.c:346: Warning: GdkX11: gdk_x11_xatom_to_atom: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkproperty-x11.c:475: Warning: GdkX11: gdk_x11_get_xatom_by_name: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkx.h:204: Warning: GdkX11: gdk_x11_font_get_xfont: return value: Missing (transfer) annotation
x11/gdkx.h:213: Warning: GdkX11: gdk_x11_font_get_xdisplay: return value: Invalid non-constant return of bare structure or union; register as boxed type or (skip)
x11/gdkwindow-x11.c:897: Warning: GdkX11: gdk_x11_window_foreign_new_for_display: return value: Missing (transfer) annotation
x11/gdkwindow-x11.c:1017: Warning: GdkX11: gdk_x11_window_lookup_for_display: return value: Missing (transfer) annotation
/usr/bin/g-ir-compiler --includedir=. --includedir=. --includedir=. Gdk-2.0.gir -o Gdk-2.0.typelib

GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'.
aborting...
make[4]: *** [Gdk-2.0.typelib] Abandon
make[4] : on quitte le répertoire « /tmp/yaourt-tmp-yionel/aur-gtk2-appmenu/src/gtk+-2.24.4/gdk »
make[3]: *** [all-recursive] Erreur 1
make[3] : on quitte le répertoire « /tmp/yaourt-tmp-yionel/aur-gtk2-appmenu/src/gtk+-2.24.4/gdk »
make[2]: *** [all] Erreur 2
make[2] : on quitte le répertoire « /tmp/yaourt-tmp-yionel/aur-gtk2-appmenu/src/gtk+-2.24.4/gdk »
make[1]: *** [all-recursive] Erreur 1
make[1] : on quitte le répertoire « /tmp/yaourt-tmp-yionel/aur-gtk2-appmenu/src/gtk+-2.24.4 »
make: *** [all] Erreur 2
==> ERREUR: Une erreur s'est produite dans build().
    Abandon...
==> ERREUR: Makepkg n'a pas pu construire gtk2-appmenu.
==> Relancer la compilation de gtk2-appmenu ? [o/N]
==> -----------------------------------------------
==> 
==> Relancer la compilation de ido ? [o/N]
==> --------------------------------------
==> 
==> Relancer la compilation de clutk-bzr ? [o/N]
==> --------------------------------------------
==> 
==> ATTENTION: Les paquets suivants n'ont pas été installés :
    gtk2-appmenu ido clutk-bzr

yaourt -S gtk2-appmenu : http://pastebin.archlinux.fr/432783

N'oublie pas que j'ai le dépôt testing (je ne sais plus si tu savais)
Je l'ai mis pour avoir le dernier kernel car j'avais un bug wifi sur le précédent. (mais je ne me sers plus du wifi snif)

huhu :D
Dernière modification par Yionel le mer. 15 juin 2011, 22:08, modifié 2 fois.
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

FoolEcho> tu ne m'aides plus ? c'est trop chaud pour toi ? :'(

Image ouuuuinnnnnnnnnnnnnnn
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Yionel a écrit :FoolEcho> tu ne m'aides plus ? c'est trop chaud pour toi ? :'(
Je me déplace beaucoup cette semaine (650 bornes aujourd'hui :sifflote2: ) ... avec mon eeepc (i686) et une pauvre connexion 3G en journée, tu comprendras que je n'essaie ni de télécharger, ni de compiler quoi que ce soit... :mrgreen:

...place aux (plus) jeunes.
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

Ah ok, désolé tu m'as habitué à un sav régulier donc je suis perdu sans toi !
Bon je patiente alors ;-)
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Ces PKGBUILD pas finis, ça n'arrange rien -- je ne compile qu'au fur et à mesure selon où tu en es.

... et j'ai été un peu trop vite... :mrgreen:

J'arrive à compiler gtk2-appmenu sans toucher à rien (du fait que je n'ai pas installé au fur et à mesure les mêmes choses que toi ?)..., ton souci doit venir de (GLib-GObject-WARNING **: Two different plugins tried to register 'GDaemonVfs'.), mais je ne sais pas ce que ça signifie (il y a peut-être un paquet précédent qui fait conflit ? Tu peux mettre la sortie de pacman -Qm, qu'on sache les paquets d'Aur que tu as ? ). Pas tout à fait, mais un peu au pif quand même, c'est peut-être lié à gvfs ? (que donne yaourt -Qs gvfs)
En plus, j'aime pas ce paquet du tout avec ces patchs pour ubuntu (mais j'ai fait l'essai avec gtk2 à la place, ça ne passe pas)...

Utilisation du PKGBUILD d'ido donné dans les derniers commentaires, sinon ça ne compile pas.
Pour les autres dépendances, ça paraît bon.

Cependant, apparemment, il manque au moins gtk-doc et clutter-gtk2 pour compiler clutk-bzr ... qui ne compile pas, il faut sûrement modifier les flags également... (mais là, j'ai un peu trop mal au crâne... ... essayons de voir pour ton gtk2-appmenu, déjà... :| )

Dans tous les cas, c'est vraiment un sac de noeuds imbuvable, je serai presque tenté de reprendre de zéro, à partir de http://askubuntu.com/questions/28470/ho ... om-source/ ... (mais pareil, faut du temps...) :|


EDIT: je viens de voir (tardivement) que tu utilises [testing] en plus ?! ... utilise le kernel de testing si tu veux, mais ne mets pas le reste du système en accord avec testing sinon ça va rajouter du bazar !
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

Alors :

Code : Tout sélectionner

╒══|yionel@myhost|════════╕[unity]
└─[$]─> pacman -Qm
Mot de passe : 
bamf 0.2.78-1
ccsm-unity-git 20110612-1
compizconfig-python-unity-git 20110612-1
compiz-core-unity-git 20110612-1
cover-thumbnailer 0.8.2-2
cython-old 0.13-1
dee 0.5.18-1
fbsplash 1.5.4.3-36
fbsplash-extras 2.0.12-2
fbsplash-theme-arch-black 1.2-8
fbsplash-theme-arch-black-extras 1.2-8
fbsplash-theme-arch-minimal 0.1-3
fbsplash-themes-arch-banner 1.4.3-1
gentoo-bashrc 2008.0-2
gio-sharp-git 20110612-1
glib2-ubuntu 2.28.6-1
hotot-hg 793-1
libcompizconfig-unity-git 20110612-1
libdbusmenu-bzr 303-1
libindicate 0.4.93-2
libindicator 0.3.22-1
libkeybinder 0.2.2-1
libunity-misc 0.2.1-1
miscsplashutils 0.1.8-2
nux-bzr 362-1
python-keybinder 0.2.2-4
utouch-evemu-bzr 39-1
utouch-frame-bzr 35-1
utouch-geis-bzr 143-1
utouch-grail-bzr 162-1
vala-git 20110612-1

Code : Tout sélectionner

╒══|yionel@myhost|════════╕[unity]
└─[$]─> yaourt -Qs gvfs
extra/gvfs 1.8.2-1
    Userspace virtual filesystem implemented as a pluggable module for gio
extra/gvfs-obexftp 1.8.2-1
    ObexFTP (bluetooth) backend for gvfs
"mais ne mets pas le reste du système en accord avec testing sinon ça va rajouter du bazar !" euh comment je fais ça ?

"Dans tous les cas, c'est vraiment un sac de noeuds imbuvable, je serai presque tenté de reprendre de zéro, à partir de http://askubuntu.com/questions/28470/ho ... om-source/ ... (mais pareil, faut du temps...)" que faudrait il que je fasse ? Image

Tient si ça peut t'aider, je suis donc sur KDE et quand je démarre nautilus :

Code : Tout sélectionner

(nautilus:15548): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `<invalid>'

(nautilus:15548): GLib-GObject-WARNING **: invalid cast from `GDaemonVfs' to `<invalid>'

(nautilus:15548): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyDrive'.

(nautilus:15548): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(nautilus:15548): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyMount'.

(nautilus:15548): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(nautilus:15548): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyShadowMount'.

(nautilus:15548): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(nautilus:15548): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolume'.

(nautilus:15548): GLib-GObject-CRITICAL **: g_type_add_interface_dynamic: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(nautilus:15548): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitor'.

(nautilus:15548): GLib-GObject-WARNING **: Two different plugins tried to register 'GProxyVolumeMonitorGdu'.

(nautilus:15548): GLib-GIO-WARNING **: Tried to register an extension of the type (null) to extension point gio-native-volume-monitor. Expected type is GNativeVolumeMonitor.

(nautilus:15548): GLib-GObject-WARNING **: invalid class cast from `GProxyVolumeMonitorGdu' to `<invalid>'

(nautilus:15548): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `<invalid>'

(nautilus:15548): GLib-GObject-CRITICAL **: g_type_class_peek_parent: assertion `g_class != NULL' failed

(nautilus:15548): GLib-GObject-WARNING **: invalid class cast from (NULL) pointer to `GObject'
Erreur de segmentation
le GDaemonVfs a encore frappé :-D
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

... en même temps, nautilus sous kde, c'est de la provocation... :copain:

Pour remettre la machine à une date récente sans testing: http://wiki.archlinux.fr/Downgrade#Arch ... ck_Machine.
Puis tu réactives testing, tu synchronises (-Sy) et tu installes juste ton kernel.
Puis tu désactives testing et si des mises à jour futures t'ennuient, tu rajoutes --ignore kernel26,kernel26-headers (si tu as les headers bien sûr) C'est plus prudent que de mettre tout le système à jour avec testing (testing n'est bon que pour un problème passager dont on sait que cette version apporte une solution que n'apporte pas une rétrogradation... mais le premier réflexe devrait être de rétrograder et pas la fuite en avant...).
Je ne pense pas que ça soit lié (quoique... ), mais dans le cas de cette foutue compilation, autant enlever les éléments à risque (kde étant aussi dans testing en ce moment, tu vois le topo ? )

Sinon, il y a gnome-vfs également, je ne sais pas s'il est impliqué... de toutes manières, c'est lié à quelque chose que tu as installé (et donc du coup, soit de testing, soit d'Aur)... Je n'ai pas le temps de voir ça (et je ne suis pas sûr de trouver de toutes manières...).


EDIT: ceci dit, il n'y a plus de kernel dans testing... donc remets simplement ton système à jour sans testing.
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

ok je vais faire ça.

"EDIT: ceci dit, il n'y a plus de kernel dans testing... donc remets simplement ton système à jour sans testing."
Plus de kernel dans testing ??
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Il est passé dans core: http://www.archlinux.org/packages/?sort ... =&limit=50 (tous les paquets ne passent pas ou ne restent pas sur testing... et c'est parfois bien dommage...)
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

ok j'ai donc plus qu'à virer testing alors :-)
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Bon, je n'arrive pas à compiler clutk-bzr: pleins d'erreurs du genre "erreur: ‘CoglColor’ has no member named ‘blue’" "erreur: invalid operands to binary / (have ‘gfloat *’ and ‘float’)" ... je ne me vois pas patcher ce truc (déjà que je ne vois pas à quoi il sert... il a été mis dans les dépendances d'unity... mais je n'en trouve mention nulle part). :|

Les derniers commentaires sur unity résume bien le désarroi: :mrgreen:
Commenté par: flamelab sur Wed, 15 Jun 2011 10:59:18 +0000

It's a pain in the ass. The one who will fix the PKGBUILDs around here so that they can be built, he is a hero.

Commenté par: MutantTurkey sur Wed, 15 Jun 2011 01:07:52 +0000

I think the entire linux community has written Unity off as a complete failure, and keeping up with Ubuntu's ridiculous packaging and crap.
J'ai récupéré le tarball d'unity et je vais lire un peu la doc, voir s'il est possible de faire un build qui tienne la route dans les jours à venir (je ne promets rien...).

J'adore ce passage de l'INSTALL au sujet des dépendances (où je n'ai pas vu traces de clutk... voyez le genre... :| ):
However, as with any project, it's probably best to just run autogen/cmake
and figure out what you need/is missing. If your distro supports grabbing
all the packages needed to build a package, then at least do that for
Compiz, as I'm not going to detail everything it needs here.
:mrgreen:
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

Si ton build fonctionne t'es mon héros !!
si tu passes sur Lyon je te paie à boire tient :-D
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Bon... j'ai au moins identifié ton problème sur la compilation précédente: le responsable est glib2-ubuntu ! (dont j'ai du modifié le build par rapport à celui d'Aur qui ne compile plus)

Et j'en arrive au noeud du problème: certains paquets ne se compilent qu'avec glib2 (par exemple dee), d'autres avec glib2-ubuntu (bamf) ... (et d'autres s'en fichent) ... du coup, c'est le bazar pour compiler unity (quel nom ironique). :|
Comme je n'aime vraiment pas la version patchée de glib2 de Canonical (les patchs, ça n'est pas trop la philosophie d'Arch en plus) , j'aimerais compiler le tout avec notre glib2... mais je bute sur bamf (au moins... tout ce qui est compiz, ccsm, dee passe bien... je n'ai pas regardé si d'autres dépendances manquaient ou si les les "indicators", le meta paquet ayatana-ubuntu fait ça, se compilaient bien).
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

bon je vais relire plusieurs fois ton message, je n'ai pas tout capté :D
J'espère que tu vas y arriver ;-)
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

Bon j'ai fait ce que tu m'as dit avec l'ARM. Je suis revenu à la version des paquets du 15 mai en virant testing.
EN COURS
Après 4h passé dessus et avoir tout pété (retour sous la console sans X et sans net), j'ai remis testing car j'avais des problèmes : /lib/libc.so.6: version `GLIBC_2.14' not found (required by XXXX)
Donc me revoici en testing, quand je lance Geany et que je tente d'ouvrir un document : seg fault
Idem pour chromium dans certain cas. Cela viendrait de cette foutue glibc2.14 toute moisie.

Aide moi please. J'ai essayer 15 000 fois de downgrader. Cela a foiré /lib/libc.so.6: version `GLIBC_2.14' not found (required by XXXX).

Que puis je faire maintenant ? je peux réessayé de downgrader mais est-ce utile ?
On m'a conseillé de virer testing de pacman.conf et de faire un pacman -Syyuu mais cela m'a tout cassé :-D

http://pastebin.com/GKPynsZb

Bon en tout cas, je suis revenu sous KDE c'est pas trop mal. Même si j'ai un système bancale ^^
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

J'ai parcouru rapidemment ton log... Le mieux est de remplacer la glib2-ubuntu par la glib2 de core avant de virer testing et de tout remettre à jour.
Pour ça, commence par vérifier ce qui est propre à glib2-ubuntu en faisant:

Code : Tout sélectionner

pacman -S glib2
Ne t'inquiète pas, pacman devrait te dire qu'il ne peut pas l'installer car certains paquets requièrent glib2-ubuntu (il doit y avoir bamf au moins d'après la liste précédente). Tu supprimes seulement ce(s) paquet(s) avec pacman -Rcns, puis tu installes glib2 normalement (qui va remplacer glib2-ubuntu).

Une fois ceci fait, tu devrais pouvoir refaire l'opération avec ARM. :chinois:

Sinon, c'est l'illustration de ce que je disais avant: c'est cette histoire de glib2 qui empêche de compiler correctement unity. Canonical utilise une version patchée à sa sauce de la glib2 de debian (Arch se base directement sur celle de gnome) et l'utilise pour ses développements. Du coup, en admettant qu'on puisse utiliser la glib2-ubuntu sous Arch, ce sont d'autres applications qui risquent de fonctionner de travers (c'est pourquoi cette solution ne me plaît pas du tout).
Le paquet problématique est pour moi bamf (en attendant de voir les quelques dépendances éventuelles qui me manquent encore), je vais tâcher de voir s'il est possible d'utiliser directement le .deb d'Ubuntu avec la glib2 d'Arch pour compiler unity. :|
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
Yionel
Hankyu
Messages : 39
Inscription : mar. 17 mai 2011, 17:07

Re: [Unity] compilation qui pose un problème

Message par Yionel »

Ok merci beaucoup.
Donc mon problème /lib/libc.so.6: version `GLIBC_2.14' not found (required by XXXX) provient de glib2.
Quel est le rapport avec la glibc ?
Je vais voir de mon côté pourquoi Ubuntu utilise une version patchée de glib2 (je demanderais au developpeur d'Unity Didier Roche directement)
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10711
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [Unity] compilation qui pose un problème

Message par FoolEcho »

Yionel a écrit :Donc mon problème /lib/libc.so.6: version `GLIBC_2.14' not found (required by XXXX) provient de glib2.
Quel est le rapport avec la glibc ?
Il y a glibc 2.14 dans testing et 2.13 dans core et c'est bien le paquet incriminé, mais le problème vient bien de glib2-ubuntu, d'après ton log:

Code : Tout sélectionner

usr/bin/gio-querymodules: /lib/libc.so.6: version `GLIBC_2.14' not found (required by /usr/lib/libglib-2.0.so.0)
(glib2-ubuntu se base apparemment sur une version un peu plus récente de glibc)
De toutes manières, pour raisons de stabilité (toutes ces bibliothèques sont quand même au coeur du système) et de philosophie (Arch n'aime pas les patchs), tu as intérêt à reprendre la version de glib2 d'Arch comme je te l'ai indiqué.
Yionel a écrit :Je vais voir de mon côté pourquoi Ubuntu utilise une version patchée de glib2 (je demanderais au developpeur d'Unity Didier Roche directement)
Parce qu'il développe pour Ubuntu ? :troll: :mrgreen:
Clairement pour moi, l'objectif est d'arriver à tout compiler sans inclure de code/patch d'Ubuntu (ça n'est ni maintenable, ni acceptable dans Arch sinon). Tout est presque là (modulo quelques modifs à faire sur certains des PKGBUILDS existants: je les garde sous le coude tant que l'ensemble n'est pas complet... et fonctionnel) Le point noir est la libbamf, il faut voir si on peut la compiler correctement (même s'il faut une version de dev de glib2... build glib2-dev à faire... ça serait tout à fait acceptable...), mais j'ai peur qu'elle soit trop liée à leur version patchée de glib2. Maintenant, ça passe peut-être avec la version 2.29 de glib2 (version de développement) ? A vérifier (je verrais peut-être ce week-end si j'ai le temps). :(
«The following statement is not true. The previous statement is true.» :nage:
Répondre