[e-users] Unable to Build - e_dbus module - Please help
Suresh Kumar
/opt/e17/lib/libecore_x.so: undefined reference to
`XCompositeReleaseOverlayWindow'
/opt/e17/lib/libecore_x.so: undefined reference to `XCompositeGetOverlayWindow'
collect2: ld returned 1 exit status
./easy_e17.sh --install --srcpath=/usr/local/src/e17 -s --skip=eeze
------------------------------- Easy_e17.sh 1.4.0 ------------------------------
Developers: Brian 'morlenxus' Miculcy
David 'onefang' Seikel
Contributors: Tim 'amon' Zebulla
Daniel G. '_ke' Siegel
Stefan 'slax' Langner
Massimiliano 'Massi' Calamelli
Thomas 'thomasg' Gstaedtner
Roberto 'rex' Sigalotti
--------------------------------------------------------------------------------
Updates: http://omicron.homeip.net/projects/#easy_e17.sh
Support: #e.de (irc.freenode.net)
morl...@gmx.net
Patches: Generally accepted, please contact me!
--------------------------------------------------------------------------------
----------------------------- Current Configuration ----------------------------
Install path: /opt/e17
Source path: /usr/local/src/e17/
Source url: https://svn.enlightenment.org/svn/e/trunk (Revision: HEAD)
Source mode: packages
Logs path: /tmp/easy_e17/install_logs
OS: Linux (Distribution: suse)
Packages: eina eet evas ecore efreet eio eeze e_dbus embryo
edje exchange e
Skipping: eeze
Script action: install
--------------------------------------------------------------------------------
-------------------------------- Build phase 1/3 -------------------------------
- running some basic system checks
- source checkout/update
--------------------------------------------------------------------------------
------------------------------- Basic system checks ----------------------------
- creating temporary dirs .... ok
- 'automake' available ....... ok
- 'gcc' available ............ ok
- 'make' available ........... ok
- 'svn' available ............ ok
- build-user ................. root
- setting env variables ...... ok
- creating destination dirs .. ok
- checking lib-path in ld .... ok (/etc/ld.so.conf.d/e17.conf)
--------------------------------------------------------------------------------
----------------------------- Source checkout/update ---------------------------
- - - SKIPPED - - -
--------------------------------------------------------------------------------
-> PREPARING FOR PHASE 2...
------------------------------- Easy_e17.sh 1.4.0 ------------------------------
Developers: Brian 'morlenxus' Miculcy
David 'onefang' Seikel
Contributors: Tim 'amon' Zebulla
Daniel G. '_ke' Siegel
Stefan 'slax' Langner
Massimiliano 'Massi' Calamelli
Thomas 'thomasg' Gstaedtner
Roberto 'rex' Sigalotti
--------------------------------------------------------------------------------
Updates: http://omicron.homeip.net/projects/#easy_e17.sh
Support: #e.de (irc.freenode.net)
morl...@gmx.net
Patches: Generally accepted, please contact me!
--------------------------------------------------------------------------------
----------------------------- Current Configuration ----------------------------
Install path: /opt/e17
Source path: /usr/local/src/e17/
Source url: https://svn.enlightenment.org/svn/e/trunk (Revision: HEAD)
Source mode: packages
Logs path: /tmp/easy_e17/install_logs
OS: Linux (Distribution: suse)
Packages: eina eet evas ecore efreet eio eeze e_dbus embryo
edje exchange e
Skipping: eeze
Script action: install
--------------------------------------------------------------------------------
-------------------------------- Build phase 2/3 -------------------------------
- lib-compilation and installation
- apps-compilation and installation
--------------------------------------------------------------------------------
------------------------------ Installing packages -----------------------------
- eina ....................... previously installed
- eet ........................ previously installed
- evas ....................... previously installed
- ecore ...................... previously installed
- efreet ..................... previously installed
- eio ........................ previously installed
- eeze ....................... SKIPPED
- e_dbus ..................... make: ERROR!
--------------------------------------------------------------------------------
----------------------------------- Last loglines ------------------------------
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/ofono'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/ofono'
Making all in ukit
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/ukit'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/ukit'
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib'
make[3]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib'
Making all in bin
make[3]: Entering directory `/usr/local/src/e17/e_dbus/src/bin'
/bin/sh ../../libtool --tag=CC --mode=link gcc
-DPACKAGE_DATA_DIR=\"/opt/e17/share/e_dbus\" -Wshadow -L/opt/e17/lib
-o e_dbus_notify e_dbus_notify-notify.o
../../src/lib/notification/libenotify.la
../../src/lib/dbus/libedbus.la -pthread -L/opt/e17/lib
-L/usr/local/lib -lecore_evas -lecore_fb -lecore_input_evas
-lecore_ipc -lecore_input -lecore_con -lecore -lglib-2.0 -levas -leet
-ljpeg -lfreetype -lz -lssl -lcrypto -leina -ldl -lm -ldbus-1
-lpthread -lrt
gcc -DPACKAGE_DATA_DIR=\"/opt/e17/share/e_dbus\" -Wshadow -o
.libs/e_dbus_notify e_dbus_notify-notify.o -pthread -L/opt/e17/lib
../../src/lib/notification/.libs/libenotify.so
/usr/local/src/e17/e_dbus/src/lib/dbus/.libs/libedbus.so
-L/usr/local/lib ../../src/lib/dbus/.libs/libedbus.so
/opt/e17/lib/libecore_evas.so /opt/e17/lib/libecore_x.so -lXcursor
-lXdamage -lXcomposite -lXfixes -lXinerama -lXp -lXrender -lXss -lXtst
-L/usr/X11R6/lib64 -lX11 -lXext /opt/e17/lib/libecore_fb.so
/opt/e17/lib/libecore_input_evas.so /opt/e17/lib/libecore_ipc.so
/opt/e17/lib/libecore_input.so /opt/e17/lib/libecore_con.so
/opt/e17/lib/libecore.so /usr/local/lib/libglib-2.0.so
/opt/e17/lib/libevas.so /opt/e17/lib/libeet.so /usr/lib64/libjpeg.so
/usr/lib64/libfreetype.so -lz -lssl -lcrypto /opt/e17/lib/libeina.so
-ldl -lm /usr/local/lib/libdbus-1.so -lpthread -lrt
/opt/e17/lib/libecore_x.so: undefined reference to
`XCompositeReleaseOverlayWindow'
/opt/e17/lib/libecore_x.so: undefined reference to `XCompositeGetOverlayWindow'
collect2: ld returned 1 exit status
make[3]: *** [e_dbus_notify] Error 1
make[3]: Leaving directory `/usr/local/src/e17/e_dbus/src/bin'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/e17/e_dbus/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/e17/e_dbus'
make: *** [all] Error 2
--------------------------------------------------------------------------------
-> Get more informations by checking the log file
'/tmp/easy_e17/install_logs/e_dbus.log'!
=========================== e_dbus.log =========================
-------------------------------------------------------------------------------
EASY_E17 1.4.0 CMD: ./autogen.sh --prefix=/opt/e17
-------------------------------------------------------------------------------
Running aclocal...
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
/usr/share/aclocal/libtool.m4:615: AC_LIBTOOL_COMPILER_OPTION is
expanded from...
/usr/share/aclocal/libtool.m4:4815: AC_LIBTOOL_PROG_COMPILER_PIC is
expanded from...
/usr/share/aclocal/libtool.m4:2651: _LT_AC_LANG_C_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:2650: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from...
/usr/share/aclocal/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from...
/usr/share/aclocal/libtool.m4:25: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_static_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
/usr/share/aclocal/libtool.m4:660: AC_LIBTOOL_LINKER_OPTION is expanded from...
/usr/share/aclocal/libtool.m4:4815: AC_LIBTOOL_PROG_COMPILER_PIC is
expanded from...
/usr/share/aclocal/libtool.m4:2651: _LT_AC_LANG_C_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:2650: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from...
/usr/share/aclocal/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from...
/usr/share/aclocal/libtool.m4:25: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
/usr/share/aclocal/libtool.m4:289: _LT_AC_SYS_LIBPATH_AIX is expanded from...
/usr/share/aclocal/libtool.m4:5342: AC_LIBTOOL_PROG_LD_SHLIBS is
expanded from...
/usr/share/aclocal/libtool.m4:2651: _LT_AC_LANG_C_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:2650: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from...
/usr/share/aclocal/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from...
/usr/share/aclocal/libtool.m4:25: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
/usr/share/aclocal/libtool.m4:615: AC_LIBTOOL_COMPILER_OPTION is
expanded from...
/usr/share/aclocal/libtool.m4:4815: AC_LIBTOOL_PROG_COMPILER_PIC is
expanded from...
/usr/share/aclocal/libtool.m4:4001: _LT_AC_LANG_GCJ_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:4000: AC_LIBTOOL_LANG_GCJ_CONFIG is
expanded from...
/usr/share/aclocal/libtool.m4:1787: _LT_AC_TAGCONFIG is expanded from...
/usr/share/aclocal/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from...
/usr/share/aclocal/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from...
/usr/share/aclocal/libtool.m4:25: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning:
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious
cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
/usr/share/aclocal/libtool.m4:660: AC_LIBTOOL_LINKER_OPTION is expanded from...
/usr/share/aclocal/libtool.m4:4815: AC_LIBTOOL_PROG_COMPILER_PIC is
expanded from...
/usr/share/aclocal/libtool.m4:4001: _LT_AC_LANG_GCJ_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:4000: AC_LIBTOOL_LANG_GCJ_CONFIG is
expanded from...
/usr/share/aclocal/libtool.m4:1787: _LT_AC_TAGCONFIG is expanded from...
/usr/share/aclocal/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from...
/usr/share/aclocal/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from...
/usr/share/aclocal/libtool.m4:25: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
/usr/share/aclocal/libtool.m4:289: _LT_AC_SYS_LIBPATH_AIX is expanded from...
/usr/share/aclocal/libtool.m4:5342: AC_LIBTOOL_PROG_LD_SHLIBS is
expanded from...
/usr/share/aclocal/libtool.m4:4001: _LT_AC_LANG_GCJ_CONFIG is expanded from...
/usr/share/aclocal/libtool.m4:4000: AC_LIBTOOL_LANG_GCJ_CONFIG is
expanded from...
/usr/share/aclocal/libtool.m4:1787: _LT_AC_TAGCONFIG is expanded from...
/usr/share/aclocal/libtool.m4:80: AC_LIBTOOL_SETUP is expanded from...
/usr/share/aclocal/libtool.m4:60: _AC_PROG_LIBTOOL is expanded from...
/usr/share/aclocal/libtool.m4:25: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
Running autoheader...
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_static_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning:
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious
cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
Running autoconf...
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_static_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning:
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious
cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
Running libtoolize...
Running automake...
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_static_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning:
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious
cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure: loading cache config.cache
checking for a BSD-compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... (cached) gawk
checking whether make sets $(MAKE)... (cached) yes
checking build system type... (cached) x86_64-suse-linux
checking host system type... (cached) x86_64-suse-linux
checking for style of include used by make... GNU
checking for gcc... (cached) 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... (cached) o
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 for a sed that does not truncate output... (cached) /usr/bin/sed
checking for grep that handles long lines and -e... (cached) /usr/bin/grep
checking for egrep... (cached) /usr/bin/grep -E
checking for ld used by gcc... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for /usr/bin/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... (cached) pass_all
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking for dlfcn.h... (cached) yes
checking the maximum length of command line arguments... (cached) 32768
checking command to parse /usr/bin/nm -B output from gcc object... (cached) ok
checking for objdir... (cached) .libs
checking for ar... (cached) ar
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking if gcc supports -fno-rtti -fno-exceptions... (cached) no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... 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
configure: creating libtool
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... (cached) yes
checking for pkg-config... (cached) /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether to build documentation... yes
checking for doxygen... (cached) yes
checking for DBUS... yes
checking for EDBUS... yes
checking for EVAS... yes
checking whether to build edbus_test binary... yes
checking whether to build edbus_test_client binary... yes
checking whether to build edbus_bluez_test binary... yes
checking whether to build edbus_connman0_7x_test binary... yes
checking whether to build edbus_notification_daemon_test binary... yes
checking whether to build edbus_notify_send binary... yes
checking whether to build edbus_notify_test binary... yes
checking whether to build edbus_ofono_test binary... yes
checking whether to build edbus_ukit_test binary... yes
checking for EDBUS_TEST... yes
checking for EDBUS_TEST_CLIENT... yes
checking for EDBUS_BLUEZ_TEST... yes
checking for EDBUS_CONNMAN0_7X_TEST... yes
checking for EDBUS_NOTIFICATION_DAEMON_TEST... yes
checking for EDBUS_NOTIFY_SEND... yes
checking for EDBUS_NOTIFY_TEST... yes
checking for EDBUS_OFONO_TEST... yes
checking for EDBUS_UKIT_TEST... yes
checking for ANSI C header files... (cached) yes
checking for __attribute__... (cached) yes
checking whether the compiler supports -Wshadow... yes
checking for size_t... (cached) yes
checking for working alloca.h... (cached) yes
checking for alloca... (cached) yes
configure: creating ./config.status
config.status: creating e_dbus.spec
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating doc/Doxyfile
config.status: creating src/Makefile
config.status: creating src/lib/Makefile
config.status: creating src/lib/bluez/Makefile
config.status: creating src/lib/connman0_7x/Makefile
config.status: creating src/lib/dbus/Makefile
config.status: creating src/lib/hal/Makefile
config.status: creating src/lib/notification/Makefile
config.status: creating src/lib/ofono/Makefile
config.status: creating src/lib/ukit/Makefile
config.status: creating src/bin/Makefile
config.status: creating ebluez.pc
config.status: creating econnman-0.7x.pc
config.status: creating edbus.pc
config.status: creating ehal.pc
config.status: creating enotify.pc
config.status: creating eofono.pc
config.status: creating eukit.pc
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
------------------------------------------------------------------------
e_dbus 1.1.99.68075
------------------------------------------------------------------------
Configuration Options Summary:
Modules:
EBluez.............: yes
EConnman (0.7x)....: yes
EHal...............: yes
ENotify............: yes
EOfono.............: yes
EUkit..............: yes
Binaries:
EDbus test.........: yes
EDbus client test..: yes
EBluez test........: yes
EConnman (0.7x)test: yes
ENotify Daemon test: yes
ENotify send.......: yes
ENotify test.......: yes
EOfono test........: yes
EUkit test.........: yes
Documentation..........: yes
Compilation............: make (or gmake)
CPPFLAGS.............: -I/opt/e17/include
CFLAGS...............: -Wshadow
LDFLAGS..............: -L/opt/e17/lib
Installation...........: make install (as root if needed, with 'su' or 'sudo')
prefix...............: /opt/e17
-------------------------------------------------------------------------------
EASY_E17 1.4.0 CMD: make -j 2
-------------------------------------------------------------------------------
cd . && /bin/sh /usr/local/src/e17/e_dbus/missing --run autoheader
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_static_works,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:2657: _LT_AC_LANG_C_CONFIG is expanded from...
aclocal.m4:2656: AC_LIBTOOL_LANG_C_CONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works_GCJ,
...): suspicious cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:621: AC_LIBTOOL_COMPILER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning:
AC_CACHE_VAL(lt_prog_compiler_static_works_GCJ, ...): suspicious
cache-id, must contain _cv_ to be cached
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
aclocal.m4:666: AC_LIBTOOL_LINKER_OPTION is expanded from...
aclocal.m4:4809: AC_LIBTOOL_PROG_COMPILER_PIC is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
configure.ac:42: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
aclocal.m4:295: _LT_AC_SYS_LIBPATH_AIX is expanded from...
aclocal.m4:5336: AC_LIBTOOL_PROG_LD_SHLIBS is expanded from...
aclocal.m4:3999: _LT_AC_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:3998: AC_LIBTOOL_LANG_GCJ_CONFIG is expanded from...
aclocal.m4:1793: _LT_AC_TAGCONFIG is expanded from...
aclocal.m4:86: AC_LIBTOOL_SETUP is expanded from...
aclocal.m4:66: _AC_PROG_LIBTOOL is expanded from...
aclocal.m4:31: AC_PROG_LIBTOOL is expanded from...
configure.ac:42: the top level
rm -f stamp-h1
touch config.h.in
cd . && /bin/sh ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
make all-recursive
make[1]: Entering directory `/usr/local/src/e17/e_dbus'
Making all in src
make[2]: Entering directory `/usr/local/src/e17/e_dbus/src'
Making all in lib
make[3]: Entering directory `/usr/local/src/e17/e_dbus/src/lib'
Making all in dbus
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/dbus'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/dbus'
Making all in bluez
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/bluez'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/bluez'
Making all in connman0_7x
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/connman0_7x'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/connman0_7x'
Making all in hal
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/hal'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/hal'
Making all in notification
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/notification'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/notification'
Making all in ofono
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/ofono'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/ofono'
Making all in ukit
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib/ukit'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib/ukit'
make[4]: Entering directory `/usr/local/src/e17/e_dbus/src/lib'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib'
make[3]: Leaving directory `/usr/local/src/e17/e_dbus/src/lib'
Making all in bin
make[3]: Entering directory `/usr/local/src/e17/e_dbus/src/bin'
/bin/sh ../../libtool --tag=CC --mode=link gcc
-DPACKAGE_DATA_DIR=\"/opt/e17/share/e_dbus\" -Wshadow -L/opt/e17/lib
-o e_dbus_notify e_dbus_notify-notify.o
../../src/lib/notification/libenotify.la
../../src/lib/dbus/libedbus.la -pthread -L/opt/e17/lib
-L/usr/local/lib -lecore_evas -lecore_fb -lecore_input_evas
-lecore_ipc -lecore_input -lecore_con -lecore -lglib-2.0 -levas -leet
-ljpeg -lfreetype -lz -lssl -lcrypto -leina -ldl -lm -ldbus-1
-lpthread -lrt
gcc -DPACKAGE_DATA_DIR=\"/opt/e17/share/e_dbus\" -Wshadow -o
.libs/e_dbus_notify e_dbus_notify-notify.o -pthread -L/opt/e17/lib
../../src/lib/notification/.libs/libenotify.so
/usr/local/src/e17/e_dbus/src/lib/dbus/.libs/libedbus.so
-L/usr/local/lib ../../src/lib/dbus/.libs/libedbus.so
/opt/e17/lib/libecore_evas.so /opt/e17/lib/libecore_x.so -lXcursor
-lXdamage -lXcomposite -lXfixes -lXinerama -lXp -lXrender -lXss -lXtst
-L/usr/X11R6/lib64 -lX11 -lXext /opt/e17/lib/libecore_fb.so
/opt/e17/lib/libecore_input_evas.so /opt/e17/lib/libecore_ipc.so
/opt/e17/lib/libecore_input.so /opt/e17/lib/libecore_con.so
/opt/e17/lib/libecore.so /usr/local/lib/libglib-2.0.so
/opt/e17/lib/libevas.so /opt/e17/lib/libeet.so /usr/lib64/libjpeg.so
/usr/lib64/libfreetype.so -lz -lssl -lcrypto /opt/e17/lib/libeina.so
-ldl -lm /usr/local/lib/libdbus-1.so -lpthread -lrt
/opt/e17/lib/libecore_x.so: undefined reference to
`XCompositeReleaseOverlayWindow'
/opt/e17/lib/libecore_x.so: undefined reference to `XCompositeGetOverlayWindow'
collect2: ld returned 1 exit status
make[3]: *** [e_dbus_notify] Error 1
make[3]: Leaving directory `/usr/local/src/e17/e_dbus/src/bin'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/e17/e_dbus/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/e17/e_dbus'
make: *** [all] Error 2
=================================================================
--
-Regards,
Suresh
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
enlightenment-users mailing list
enlighten...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Carsten Haitzler
you x libraries are ancient. those functions have been around since at least
2007.
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Carsten Haitzler
> Thanks.
>
> In my home laptop I can able to build all the modules without any issues
> and I am trying to use E17 in my office Linux server.
> Yes, the Linux server is running on bit old libraries but I don't think, IT
> will upgrade software. So is there any way I can skip this errors and make
> it work for old distros?
e17 wont work without those - at least compositing wont, and its on by
default. you can just download nwere xlib libs from xorg and compile them like
u compile the rest of efl/e. though without suppport on the
xserver itself for thses new protocols... u're still back to problem 1.
> -Suresh
> -Regards,
> Suresh
Suresh Kumar
I will take to admin install xlibs but can you please tell me least version at least required for e17 ?
Best Regards,
Suresh Kumar Rathinasamy
------------------------------------------------------------------------------
Carsten Haitzler
> Thanks again
>
> I will take to admin install xlibs but can you please tell me least version
> at least required for e17 ?
>
> Best Regards,
> Suresh Kumar Rathinasamy
something after 2007. :) (i dont know the exact version #. it needs those
functions though - as i said. you can compile and install the x libs ourself
just like you do to e - you dont have to REPLACe existing ones, just add new
ones in a lib path that is used before the system ones - use ld_library_path
etc.)
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
Suresh Kumar
In my home laptop I can able to build all the modules without any issues
and I am trying to use E17 in my office Linux server.
Yes, the Linux server is running on bit old libraries but I don't think, IT
will upgrade software. So is there any way I can skip this errors and make
it work for old distros?
-Suresh
On Mon, Feb 20, 2012 at 9:38 PM, Carsten Haitzler <ras...@rasterman.com>wrote:
--
-Regards,
Suresh
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
Carsten Haitzler
please read my previous email:
... "as i said. you can compile and install the x libs ourself
just like you do to e - you dont have to REPLACe existing ones, just add new
ones in a lib path that is used before the system ones - use ld_library_path
etc."
> Thanks.
Suresh Kumar
I was compiled other libraries but not x servers. It looks like too many packages to compile and xorg documentation is not very helpful for x newbie and I cannot use git due to proxy restrictions. I am trying get step by step compilation process.
Thanks again for the prompt reply
Best Regards,
Suresh Kumar Rathinasamy
Relay from iPhone
Carsten Haitzler
> Thanks Carsten. I am trying to download x server source from xorg and I think
> X11R7.4 is relased after 2007 and will work out.
>
> I was compiled other libraries but not x servers. It looks like too many
> packages to compile and xorg documentation is not very helpful for x newbie
> and I cannot use git due to proxy restrictions. I am trying get step by step
> compilation process.
>
> Thanks again for the prompt reply
i feel i'm repeating myself... you only have to compile the x LIBS. LIBS. this
will get u the functions u need. server u wont be able to do i think because x
needs to be setuid root - unless u are admin... good luck. :) u can fix the
libs - server, you can't.
Suresh Kumar
my machine.
Since my machine libs are very old and configure fails due to old version
of other packages. so I try to update xproto and it started asking update
other three. When I try that it started asking other packages in xorg
build. It looks like it has nesting dependencies and the only way to build
xlib need all the depend libs should be in right version and for that I
need complete X release from xorg. So I am started looking into that.
Please correct me if I am wrong.
Carsten Haitzler
> Sorry for misunderstanding. I was try to build libX11-1.1.5 from source on
> my machine.
> Since my machine libs are very old and configure fails due to old version
> of other packages. so I try to update xproto and it started asking update
> other three. When I try that it started asking other packages in xorg
> build. It looks like it has nesting dependencies and the only way to build
> xlib need all the depend libs should be in right version and for that I
> need complete X release from xorg. So I am started looking into that.
> Please correct me if I am wrong.
you just need xproto + xlibs.
just remember that compositing will be broken for you due to your server being
old anyway, but e/efl will compile and run but compositing may fail (and we
will be moving to compositing only in future).
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
Mick
> you just need xproto + xlibs.
>
> just remember that compositing will be broken for you due to your server
> being old anyway, but e/efl will compile and run but compositing may fail
> (and we will be moving to compositing only in future).
Oops! Won't we have an option to switch it off if we want to?
--
Regards,
Mick
Carsten Haitzler
in future - no. for e17 release it'll stay a module, but after that it'll be
compositing only. get used to it - i suggest u use it and report bugs/issues. :)
Carsten Haitzler
<ras...@rasterman.com> said:
> On Fri, 24 Feb 2012 00:57:58 +0000 Mick <michael...@gmail.com> said:
>
> > On Friday 24 Feb 2012 00:21:00 Carsten Haitzler wrote:
> >
> > > you just need xproto + xlibs.
> > >
> > > just remember that compositing will be broken for you due to your server
> > > being old anyway, but e/efl will compile and run but compositing may fail
> > > (and we will be moving to compositing only in future).
> >
> > Oops! Won't we have an option to switch it off if we want to?
>
> in future - no. for e17 release it'll stay a module, but after that it'll be
> compositing only. get used to it - i suggest u use it and report
> bugs/issues. :)
err thats confusing.. let me try again:
in future. not for e17 release. it'll stay a module, but after that it'll be
compositing only. get used to it - i suggest u use it and report bugs/issues. :)
(there's a whole essay i can write up as to why this needs to be done - but
it's either have a pretty inefficient display path that can do both, or an
efficient one that does one or the other. right now we consume massively more
memory than we need to when compositing, and we have all kinds of limitations
(some like to call them bugs) due to having to cram everything into windows
when we want content to expand beyond them. also not being able to assume
efficient compositing means we cant have rounded window borders and do other
design elements that cant be done efficiently non-composited, but can be done
efficiently, nicely and beautifully when compositing.)
Mick
> On Fri, 24 Feb 2012 00:57:58 +0000 Mick <michael...@gmail.com> said:
> > On Friday 24 Feb 2012 00:21:00 Carsten Haitzler wrote:
> > > you just need xproto + xlibs.
> > >
> > > just remember that compositing will be broken for you due to your
> > > server being old anyway, but e/efl will compile and run but
> > > compositing may fail (and we will be moving to compositing only in
> > > future).
> >
> > Oops! Won't we have an option to switch it off if we want to?
>
> in future - no. for e17 release it'll stay a module, but after that it'll
> be compositing only. get used to it - i suggest u use it and report
> bugs/issues. :)
Well, I can't say it is bug(s) but it is a matter of overall responsiveness
and resources used, especially on older systems. Composite uses (slightly)
more CPU and memory on my amd64 box and more so on an old x86 with a PIII on
it.
Plus when say I watch something in mplayer and I move focus to another window,
then the mplayer window becomes transparent and the picture fades. Since the
cursor does not automatically follow my eyes I just switch composite off.
--
Regards,
Mick
David Seikel
So would that be the standard E17 comp module, the extras comp-scale
module, or one of the others?
Also, would they interfere with 3D applications? I use a 3D virtual
world viewer all the time, and develop them. I've not used composite
yet since I thought they used OpenGL, and might interfere. Guess I'll
have to bite that bullet. lol
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
Carsten Haitzler
comp-scale isnt a compositing module - it just does expose' like window scaling
using the comp module canvas :)
> Also, would they interfere with 3D applications? I use a 3D virtual
> world viewer all the time, and develop them. I've not used composite
> yet since I thought they used OpenGL, and might interfere. Guess I'll
> have to bite that bullet. lol
comp works both in software and gl - you can choose in the config. it should
work find ith both but gl should normally give you better performance. gl
compositing and gl apps dont conflict - it's meant to work. works for me on
nvidia drivers, nouveau and intel drivers.
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
Carsten Haitzler
> On Friday 24 Feb 2012 01:05:15 Carsten Haitzler wrote:
> > On Fri, 24 Feb 2012 00:57:58 +0000 Mick <michael...@gmail.com> said:
> > > On Friday 24 Feb 2012 00:21:00 Carsten Haitzler wrote:
> > > > you just need xproto + xlibs.
> > > >
> > > > just remember that compositing will be broken for you due to your
> > > > server being old anyway, but e/efl will compile and run but
> > > > compositing may fail (and we will be moving to compositing only in
> > > > future).
> > >
> > > Oops! Won't we have an option to switch it off if we want to?
> >
> > in future - no. for e17 release it'll stay a module, but after that it'll
> > be compositing only. get used to it - i suggest u use it and report
> > bugs/issues. :)
>
> Well, I can't say it is bug(s) but it is a matter of overall responsiveness
> and resources used, especially on older systems. Composite uses (slightly)
> more CPU and memory on my amd64 box and more so on an old x86 with a PIII on
> it.
the lowest-end machine i've use it on is a pentium-m@600mhz - it works very
well there. sure - not silky smooth but very usable... considering its copying
mountains of data around and rendering everything with the cpu (clients
included) it's pretty amazing. :) seriously... software compositing is working
(decently) on PHONES... yes - its a price to pay - software compositing adds an
extra copy from x to local data first before drawing and then writing it back
to x - so it adds extra overhead. theres no zero copy path like gl +
texture-from-pixmap.
> Plus when say I watch something in mplayer and I move focus to another
> window, then the mplayer window becomes transparent and the picture fades.
> Since the cursor does not automatically follow my eyes I just switch
> composite off.
you can select what style u want with compositing - its there in the comp gui
to select. you can have the fading disabled - wobbles too etc.
Mick
Hmmm ... my PIII comes up with this compositor warning:
"Your screen does not support OpenGL. Falling back to software engine"
It seems it doesn't like the Radeon Mobility M6 LY that this old laptop is
running. I don't recall having this problem before. I should try a later
snapshot to see if it persists.
I can see in top enlightenment runs between 3.4 - 5% of the CPU with bursts up
to 35.9 - 54% when I move between windows (a couple of aterms and a xterm).
Without composite enlightenment shows between 0.5 - 2.5% of the CPU with
bursts up to 7.9% when I move between windows.
So, yes it is usable, but if I am doing something heavy on this little box
like compiling, compressing files, etc, then it slows down noticeably and this
is why I would rather give up compositing effects for functionality.
Are there some settings in the composite configuration, which will minimise the
load?
--
Regards,
Mick
David Seikel
wrote:
I'm seeing 30 to 50% of one core being used with the composite module
turned on, even worse in software mode, and that was with it sitting
idle. It did indeed interfere with my 3D app, it stuttered. I jiggled
the settings somewhat, but did not get much better than that.
CPU: AMD Phenom(tm) II X4 840 Processor
Memory: 3961 MB
Graphics Card: GeForce GT 220/PCI/SSE2
OpenGL Version: 3.2.0 NVIDIA 195.36.24
Unloaded the module again.
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
------------------------------------------------------------------------------
P Purkayastha
On Sunday, February 26, 2012 7:39:04 AM UTC+8, David Seikel wrote:
>
> I'm seeing 30 to 50% of one core being used with the composite module
> turned on, even worse in software mode, and that was with it sitting
> idle. It did indeed interfere with my 3D app, it stuttered. I jiggled
> the settings somewhat, but did not get much better than that.
>
> CPU: AMD Phenom(tm) II X4 840 Processor
> Memory: 3961 MB
> Graphics Card: GeForce GT 220/PCI/SSE2
> OpenGL Version: 3.2.0 NVIDIA 195.36.24
>
> Unloaded the module again.
>
What version of e/efl are you using. There is a bug in the nvidia drivers
and raster had made a workaround for this a month or two ago.
>
Carsten Haitzler
evas is the compositing engine. evas needs a gpu (and opengl implementation)
that supports GLSL shaders. that means opengl-es2 level stuff (most modern arm
soc's with gpu's do this - so even on your phone and tablet), and for desktop
it means something like a geforce 6xxx or newer - don't know about ati cards.
for intel - not sure, but the gma3150 and 945gm definitely do shaders (tho 3150
has the problem that it has pixel shaders only in hardware - it does vertex in
software and that hurts a lot for text and complex clipping geometries).
> I can see in top enlightenment runs between 3.4 - 5% of the CPU with bursts
> up to 35.9 - 54% when I move between windows (a couple of aterms and a xterm).
yup. expect it to consume as much cpu as it can get its hands on to keep up
with the workload. the more it has to update/re-render, the more it will have
to use (the more pixels and the more frames).
> Without composite enlightenment shows between 0.5 - 2.5% of the CPU with
> bursts up to 7.9% when I move between windows.
>
> So, yes it is usable, but if I am doing something heavy on this little box
> like compiling, compressing files, etc, then it slows down noticeably and
> this is why I would rather give up compositing effects for functionality.
not going to happen for E. having a non-compositing path is unsustainable if we
want to move ahead and implement new and interesting things. to sustain such a
path means holding us back in a half-arsed hobbled world. if you are compiling,
compressing and doing heavy work on a p3... in this day and age, i'd be amazing
it still managed to boot. :) seriously - with x, and software compositing, we
pay about a 100% overhead for software compositing compared to opengl (when it
comes to pixel paths). there is nothing we can do about that without some x
extensions OR by going down to dri/drm and then we have to build a special
solution per driver as the drm lib apis vary, AND then it means also driver
changes to allow for swapping, not copies). technically if we were a wayland
compositor we could get rid of that overhead :)
i put up a video of software comp:
old sony vaio x505 laptop, pentium-m @ 600mhz, 1024x768 screen, software
compositing.
> Are there some settings in the composite configuration, which will minimise
> the load?
disable smooth scaling. use a style with no translucency (default fades
windows out and wobbles them on focus change - use the still style instead of
default for example). also last week i fixed an overdraw problem in evas where
its clip-outs had it drawing much more than it should (though you dont notice
except with performance)
Carsten Haitzler
it's not idle. something is re-rendering continually. are you on up-to-date efl?
> CPU: AMD Phenom(tm) II X4 840 Processor
> Memory: 3961 MB
> Graphics Card: GeForce GT 220/PCI/SSE2
> OpenGL Version: 3.2.0 NVIDIA 195.36.24
>
> Unloaded the module again.
you enabled opengl AND texture-from-pixmap? i've had e comp working silky
smooth on a gf6600 with 3520x1200 of pixels. games pay the price of another
buffer copy - that's it. nb i did add some options for nvidia's driver:
Option "TripleBuffer" "True"
Option "Coolbits" "7"
Option "UseEvents" "True"
Option "OnDemandVBlankInterrupts" "True"
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
Carsten Haitzler
wait a sec.. your nvidia drivers are ANCIENT... like from when dinosaurs
roamed the earth! get an update man! i can have compositing on this GTS450
(nvidia) without hassles - yes its more powerful than yours, but this really
only matters to complex shaders and really nasty geometry. as such i have run
and recorded a whole bevy of tests with the unigine heaven benchmark (modern
game engine that supports linux along with other platforms). i can enable or
disable tessellation and tessellation HURTS per - but thats irrelevant to
compositing other than showing that a very complex gl using game can work
without issues with compositing on. as such performance isnt great until i tune
down quality to absolute lowest levels. also remember i have 2 screens
(3520x1120). results:
| test | comp on | comp off |
| tess on | 43.6 | 45.5 |
| tess off | 9.9 | 10.1 |
| low qual | 7.6 | 7.6 |
videos here:
http://www.youtube.com/watch?v=zQJfbKE8P1w
http://www.youtube.com/watch?v=uzhjgpt4BRQ
http://www.youtube.com/watch?v=qrLb3T0cLts
http://www.youtube.com/watch?v=i7uFPoerbe4
http://www.youtube.com/watch?v=vM6B0MF-n1s
http://www.youtube.com/watch?v=m37GTJKHiHo
no artifacts, no stuttering in compositing (well no more stuttering that in
non-composited mode when framerates are low anyway). actual framerate cost of
compositing .. in a window = 4% framerate drop for the fastest tests. 2% for
the more "intense" tests and fore the most intense.. no drop at all.
of course if i ran this fullscreen (ie window fills the entire root window) e17
turns compositing off (unless you go disable that feature) and so its not even
standing in the way of the app and the screen it draws to, so its not very
relevant to benchmark that as it boils down to a pass-through unless you have
some really big driver bugs.
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
David Seikel
"Idle" in this case means running "top -c" on a borderless, focused, and
fully maximised terminal, with the "still" composite style, then just
watching it for a while. So in this case, the composite does not have
much to do, as anything running under the window should be irrelevant?
In case it matters, I do run the clock, tclock, and cpufreq modules, as
well as gkrellm, nothing else is updating.
> > CPU: AMD Phenom(tm) II X4 840 Processor
> > Memory: 3961 MB
> > Graphics Card: GeForce GT 220/PCI/SSE2
> > OpenGL Version: 3.2.0 NVIDIA 195.36.24
> >
> > Unloaded the module again.
>
> you enabled opengl AND texture-from-pixmap? i've had e comp working
> silky smooth on a gf6600 with 3520x1200 of pixels. games pay the
> price of another buffer copy - that's it. nb i did add some options
> for nvidia's driver:
>
> Option "TripleBuffer" "True"
> Option "Coolbits" "7"
> Option "UseEvents" "True"
> Option "OnDemandVBlankInterrupts" "True"
Yes, openGL and texture from pixmap are both enabled. I have updated
e17 just now, added those nVidia driver options, and tested again.
The 3D virtual world viewer now runs smoothly again, and I'd have to do
some careful tests to see if there is any difference in frame rate - in
other words, no noticeable difference. Which means not enough
difference for me to worry. I'm not a frame rate whore. lol
In the "idle" test as mentioned above, it's now using 20 to 40% of one
core, so that's better. Also, using twice as much ram as it was before.
Ah, closing gkrellm drops composite E17's CPU usage to mostly 2% of one
core, with peaks of up to 25%. So it DOES matter what's running under a
non transparent window. I have the gkrellm stretched out to it's maximum
size, which takes up about half the screen real estate.
> wait a sec.. your nvidia drivers are ANCIENT... like from when
> dinosaurs roamed the earth! get an update man!
I run mostly stock current Ubuntu LTS for good reasons, and I wont
update until some time after their next Long Term Stable release is
out. And just in case people had not figured it out (surprising the
number of people that get this wrong, but that should know better) the
current Ubuntu LTS is 10.04, almost two years old, NOT 11.04.
So the graphics driver I use is the standard Ubuntu LTS one, and I
will not update it, unless Ubuntu push out an update. That's one of the
things that's very important to me to keep stock LTS. I do run some
bleeding edge stuff, like E17 for instance, but those things don't
impact on my reasons for needing to use current Ubuntu LTS.
Not sure if those nVidia driver options will stay, so I might test
without them later. They go against the "keep it stock LTS dammit"
grain. lol
I'll do some more tests, but I think I can mostly live with it now,
with the promise of better performance to come in E18. The virtual
world stuff is of major importance, so anything impacting it's
performance is a no no. I sometimes get paid to develop that stuff.
Just for further info, I run six virtual desktops, on one monitor, at
1920x1080 24 bit. I stay well away from E17's fullscreen mode, think
I've mentioned that enough over the years and why, using fully maximised
borderless windows instead. For me, "fullscreen" just means it takes
up all of the screen, NOT that I loose control and cannot switch to
other windows. I really don't care what apps that want to take over
control of my screen want to do, especially since most of those are
buggy, I want complete control of my own computer. :-P
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
------------------------------------------------------------------------------
Mick
> "Idle" in this case means running "top -c" on a borderless, focused, and
> fully maximised terminal, with the "still" composite style, then just
> watching it for a while. So in this case, the composite does not have
> much to do, as anything running under the window should be irrelevant?
> In case it matters, I do run the clock, tclock, and cpufreq modules, as
> well as gkrellm, nothing else is updating.
gkrellm does not play nice with e17 for some reason. On my desktop I have it
at the bottom right corner, but if I switch compositing on, the bottom of the
gkrellm is being cropped off.
--
Regards,
Mick
David Seikel
wrote:
Yes. I have found out that with composite E17, gkrellm wont start up
right, but becomes fine if I restart E from the Enlightenment menu.
There are graphic glitches, and it wont update. Root window issue
maybe?
It's near the bottom of my huge TODO to write E17 modules to replace
everything I use in gkrellm.
Tony Lill
Hash: SHA1
On 02/26/2012 07:42 AM, David Seikel wrote:
> On Sun, 26 Feb 2012 12:10:46 +0000 Mick <michael...@gmail.com>
> wrote:
>
>> On Sunday 26 Feb 2012 11:40:26 David Seikel wrote:
>>
>>> "Idle" in this case means running "top -c" on a borderless,
>>> focused, and fully maximised terminal, with the "still" composite
>>> style, then just watching it for a while. So in this case, the
>>> composite does not have much to do, as anything running under the
>>> window should be irrelevant? In case it matters, I do run the
>>> clock, tclock, and cpufreq modules, as well as gkrellm, nothing
>>> else is updating.
>>
>> gkrellm does not play nice with e17 for some reason. On my desktop I
>> have it at the bottom right corner, but if I switch compositing on,
>> the bottom of the gkrellm is being cropped off.
>
> Yes. I have found out that with composite E17, gkrellm wont start up
> right, but becomes fine if I restart E from the Enlightenment menu.
> There are graphic glitches, and it wont update. Root window issue
> maybe?
>
> It's near the bottom of my huge TODO to write E17 modules to replace
> everything I use in gkrellm.
>
And don't leave any gkrellms running on a non-visible desktop for any
length of time...
Funny, they blamed that on the old flgrx driers in the LTS. I think I'm
seeing a pattern here....
- --
Tony Lill, OCT, Tony...@AJLC.Waterloo.ON.CA
President, A. J. Lill Consultants (519) 650 0660
539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461
- --------------- http://www.ajlc.waterloo.on.ca/ ----------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9KLA4ACgkQGS8yZq1uvxCB+QCfdga0Mrhv9hVZumNMXkUOD+ao
7eoAni7Sz5BypDQsDfXQg4ltKHAEJbFy
=YzSt
-----END PGP SIGNATURE-----
Carsten Haitzler
modules re-rendering animation (eg cpufreq changing its needle), and in fact
many things u dont think redraw at all but do (they just re-draw the same thing
over and over) may cause it.
correct. and if your gkrellm uses a shaped window it'll be much much mores as
for shaped windows e has to go back to pixel grabbing because it has to
implement a shape mask by modifying the alpha pixel values of an image... i
just suggest not using anything that makes shaped windows.
> > wait a sec.. your nvidia drivers are ANCIENT... like from when
> > dinosaurs roamed the earth! get an update man!
>
> I run mostly stock current Ubuntu LTS for good reasons, and I wont
> update until some time after their next Long Term Stable release is
> out. And just in case people had not figured it out (surprising the
> number of people that get this wrong, but that should know better) the
> current Ubuntu LTS is 10.04, almost two years old, NOT 11.04.
yes - but whatever ubuntu does, nvidia has its own bugfix/maintenance system
and ubuntu doesnt update the nvidia driver at all, so you get zero bugfixes
over your lts period with your nvidia driver. nvidia fixed several bugs in
their driver, one was a resource leak that happens after enough e restarts, or
well they mitigated it and another was a polling./spinning glxwaitgl - i
reported that and they were meant to have fixed it in a latest release.
> So the graphics driver I use is the standard Ubuntu LTS one, and I
> will not update it, unless Ubuntu push out an update. That's one of the
> things that's very important to me to keep stock LTS. I do run some
> bleeding edge stuff, like E17 for instance, but those things don't
> impact on my reasons for needing to use current Ubuntu LTS.
well, up to you - but then you will have to live with some of these bugs that
frankly do at times make e totally unusable with compositing on.
> Not sure if those nVidia driver options will stay, so I might test
> without them later. They go against the "keep it stock LTS dammit"
> grain. lol
lts makes no real effort to improve your options, so just assuming "everything
must always be stock" is going to put you in trouble often enough. keep things
stock that u dont need to alter, but some you do.
> I'll do some more tests, but I think I can mostly live with it now,
> with the promise of better performance to come in E18. The virtual
> world stuff is of major importance, so anything impacting it's
> performance is a no no. I sometimes get paid to develop that stuff.
>
> Just for further info, I run six virtual desktops, on one monitor, at
> 1920x1080 24 bit. I stay well away from E17's fullscreen mode, think
> I've mentioned that enough over the years and why, using fully maximised
i dont remember you mentioning it - but e17's fullscreen handler just handles
normal netwm requests from clients and it works for me for everything that uses
the netwm request.
> borderless windows instead. For me, "fullscreen" just means it takes
> up all of the screen, NOT that I loose control and cannot switch to
> other windows. I really don't care what apps that want to take over
> control of my screen want to do, especially since most of those are
> buggy, I want complete control of my own computer. :-P
thats how netwm fullscreen and e fullscreen work. keybindings stay. alt+right
mouse on window stays still. you can alt_tab and otherwise switch desktops as
normal. a lo9t of games that use sdl dont use this path and go try do their own
"bypass the wm" fullscreen and that just falls apart badly like you mention
above - users cant control the window after that, desktop switching doesnt work
etc. they grab keyboard and mouse etc. realistically for fps's u need to grab
the mouse to get relative movements, though they should have a grab/ungrab
sequence like u find in vmware and xephyr, but they dont.
> --
> A big old stinking pile of genius that no one wants
> coz there are too many silver coated monkeys in the world.
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> enlightenment-users mailing list
> enlighten...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
David Seikel
<ras...@rasterman.com> wrote:
I'll double check gkrellm using shaped windows.
One of the major points of me sticking with stock Ubuntu LTS is to
support people that use it. I did a survey of the people that use
software I write or maintain. Stock Ubuntu 10.04 is the base line for
what I support. So if someone is having an obscure bug, I can say
"works for me on stock Ubuntu LTS, what's different with you?".
Instead of saying "Um, go through this painful manual method of
updating your graphics drivers that also includes scary kernel module
update thingy, coz Ubuntu don't provide a nice easy GUI for non tech
users like you.".
Normal users use old crap. As a developer, I gotta live with that, but
I still get to draw the line, and I draw it at a very reasonable Long
Term Stable release of a very popular Linux distro. So for the stuff
involved in the code I write, I keep it stock and stable.
I generally keep EFL more or less up to date, but for my embedded work
I write to whatever is the latest stable EFL release, then test it
under qemu and real hardware using the latest stable EFL.
For my virtual world work, I need it to work on the drivers Ubuntu
supply, and the default options Ubuntu provide. Coz chances are, any
random user has exactly that, and getting them to change is too hard
and scary for them.
> > I'll do some more tests, but I think I can mostly live with it now,
> > with the promise of better performance to come in E18. The virtual
> > world stuff is of major importance, so anything impacting it's
> > performance is a no no. I sometimes get paid to develop that stuff.
> >
> > Just for further info, I run six virtual desktops, on one monitor,
> > at 1920x1080 24 bit. I stay well away from E17's fullscreen mode,
> > think I've mentioned that enough over the years and why, using
> > fully maximised
>
> i dont remember you mentioning it - but e17's fullscreen handler just
> handles normal netwm requests from clients and it works for me for
> everything that uses the netwm request.
I've always bitched for years about E fullscreen not doing what I
want. This is putting windows into fullscreen mode manually, not
windows requesting it. Though I gave up bitching, so perhaps you
forgot. And perhaps it got "fixed"?
>
> > borderless windows instead. For me, "fullscreen" just means it
> > takes up all of the screen, NOT that I loose control and cannot
> > switch to other windows. I really don't care what apps that want
> > to take over control of my screen want to do, especially since most
> > of those are buggy, I want complete control of my own computer. :-P
>
> thats how netwm fullscreen and e fullscreen work. keybindings stay.
> alt+right mouse on window stays still. you can alt_tab and otherwise
> switch desktops as normal. a lo9t of games that use sdl dont use this
> path and go try do their own "bypass the wm" fullscreen and that just
> falls apart badly like you mention above - users cant control the
> window after that, desktop switching doesnt work etc. they grab
> keyboard and mouse etc. realistically for fps's u need to grab the
> mouse to get relative movements, though they should have a
> grab/ungrab sequence like u find in vmware and xephyr, but they dont.
I do 3D virtual worlds, not FPS's. Mouse and keyboard grabbing don't
happen.
Carsten Haitzler
works for me :/ tho gkrellm's shaped window will not play nice anyway. it'll
soak up cpu nicely.
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
Carsten Haitzler
most linux 3d drivers are pretty poor, nvidia's being the golden best example
of stability and correctness - even they make some booboos. reality is they do
better as they have a much wider base of software to test them with - the same
driver core is there on windows, linux and bsd. not so with the mesa open
drivers. as such evas's gl code tends to do things by reading the gl spec - and
in many cases devs have found that gl libs just don't live up to the spec.
sungwoo recently managed to get some nice results to that effect on commercial
grade drivers where evas is bringing out the driver bugs. fglrx imho are by far
the poorest drivers of them all and i will never touch them again. the day i
found that compositing only worked with fglrcx if you named your process
"compiz" was the day i put those piles of dung into the crapper where they
belong.
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) ras...@rasterman.com
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
Wido
string: 3.3.0 NVIDIA 295.20), recent EFL (Revision: 68223), recent SO libs
(debian wheezy, almost up-to-date), and still get that annoying message
"Your screen does not support OpenGL. Falling back to software engine"
can't figure out what I'm doing wrong =(
More specs:
server glx vendor string: NVIDIA Corporation
client glx vendor string: NVIDIA Corporation
GLX version: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 9800 GT/PCIe/SSE2/3DNOW!
OpenGL version string: 3.3.0 NVIDIA 295.20
OpenGL shading language version string: 3.30 NVIDIA via Cg compiler
--------------------------------------------------------------------------------------
'magic' Raster's options are enabled:
Option "TripleBuffer" "True"
Option "Coolbits" "7"
Option "UseEvents" "True"
Option "OnDemandVBlankInterrupts" "True"
--------------------------------------------------------------------------------------
Two monitors, one at 2048x1152, the other 1680x1050. Virtual screen size
determined to be 3728 x 1152
--------------------------------------------------------------------------------------
Overall performance looks ok. But I do notice a downgrade in performance
when comp is enabled and youtube strams a video at 720P. Also notice
downgrade in performance when some windows are opened (chrome + couple of
konsoles) and I switch virtual desktop
--
Wido
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
Carsten Haitzler
did evas and ecore-evas build with evas gl engine support?
Wido
However, I always compile evas with this flags: "
--enable-word-cache --enable-pipe-render --enable-pthreads
--enable-metric-cache --enable-gles-variety-sgx", so I suppose it has. For
ecore-evas, I'm not so sure, so just to be really really sure, I will
recompile them and let you know how it goes
BTW, Is there a way to know if it has?
Carsten Haitzler
> Honestly, I can't remember =S. And can't finde the logs either =S =S
>
> However, I always compile evas with this flags: "
>
> --enable-word-cache --enable-pipe-render --enable-pthreads
> --enable-metric-cache --enable-gles-variety-sgx", so I suppose it has. For
> ecore-evas, I'm not so sure, so just to be really really sure, I will
> recompile them and let you know how it goes
well configure spews out all the settings evas/ecore compile with at configure
time.
> BTW, Is there a way to know if it has?
there is a gl_x11 module for evas - another file in
PREFIX/lib/evas/modules/engines/
and it has to be named the right architecture like other moduels and be
versioned correctly (all moduels get versioned along with the evas version so
it has to match).
Chris Story
I am also getting the message regarding software mode OpenGL and am using
the Nvidia proprietary drivers in Ubuntu 11.10. I am able to compile E
without issue from the svn and the gl_x11 module is compiled in evas. My
logs are below. SVN version is 68512.
Thanks,
c0re
Evas Logs:
Engines:
Software Memory Buffer.....: yes
Software X11...............: yes (Xlib: yes) (XCB: no)
OpenGL X11.................: yes (Xlib: yes) (XCB: no) (GLES: no)
(SGX: no) (s3c6410: no)
Ecore Logs:
Ecore_X (Xlib backend).......: yes
Xcursor....................: yes
Xkb........................: yes
Xprint.....................: no
Xinerama...................: yes
Xrandr.....................: yes
Xgesture...................: no
Xscreensaver...............: no
Xrender....................: yes
Xcomposite.................: yes
Xfixes.....................: yes
Xdamage....................: yes
Xdpms......................: yes
Xtest......................: no
XIM........................: yes
Xi2........................: yes
Ecore_Win32..................: no
Ecore_Cocoa..................: no
Ecore_SDL....................: no
Ecore_FB.....................: yes
Touchscreen................: no
Ecore_DirectFB...............: no
Ecore_WinCE..................: no
Ecore_PSL1GHT................: no
Ecore_Wayland................: no
Ecore Evas:
Ecore_Evas...................: yes
Software Memory Buffer.....: yes
Software X11...............: yes (Xlib=yes) (XCB=no)
OpenGL X11.................: yes (Xlib=yes) (XCB=no)
Software GDI...............: no
Software DirectDraw........: no
Direct3D...................: no
OpenGL Glew................: no
Software SDL...............: no
OpenGL SDL.................: no
OpenGL Cocoa...............: no
DirectFB...................: no
PSL1GHT....................: no
Software Framebuffer.......: yes
Software 8bit grayscale XCB: no
Software 16bit X11.........: no
Software 16bit DirectDraw..: no
Software 16bit WinCE.......: no
Sing.Proc. Windowing System: yes
Wayland Shm................: no
glxinfo|grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 7300 GS/PCI/SSE2
OpenGL version string: 2.1.2 NVIDIA 173.14.30
OpenGL shading language version string: 1.20 NVIDIA via Cg compiler
OpenGL extensions:
Xorg.log:
[ 42195.119] (**) ModulePath set to
"/usr/lib/nvidia-173-updates/xorg,/usr/lib/xorg/modules"
[ 42195.119] (**) Extension "Composite" is enabled
[ 42195.119] (WW) Hotplugging is on, devices using drivers 'kbd',
'mouse' or 'vmmouse' will be disabled.
[ 42195.119] (WW) Disabling Mouse0
[ 42195.119] (WW) Disabling Keyboard0
[ 42195.119] (II) Loader magic: 0x7e0220
[ 42195.119] (II) Module ABI versions:
[ 42195.119] X.Org ANSI C Emulation: 0.4
[ 42195.119] X.Org Video Driver: 10.0
[ 42195.119] X.Org XInput driver : 12.3
[ 42195.119] X.Org Server Extension : 5.0
[ 42195.121] (--) PCI:*(0:1:0:0) 10de:01df:0000:0000 rev 161, Mem @
0xfa000000/16777216, 0xe0000000/268435456, 0xfb000000/16777216, BIOS @
0x????????/131072
[ 42195.121] (--) PCI: (0:3:0:0) 14f1:8852:0070:7911 rev 3, Mem @
0xfda00000/2097152
[ 42195.121] (II) Open ACPI successful (/var/run/acpid.socket)
[ 42195.121] (II) "extmod" will be loaded. This was enabled by default
and also specified in the config file.
[ 42195.121] (II) "dbe" will be loaded. This was enabled by default and
also specified in the config file.
[ 42195.121] (II) "glx" will be loaded. This was enabled by default and
also specified in the config file.
[ 42195.121] (II) "record" will be loaded. This was enabled by default
and also specified in the config file.
[ 42195.125] (II) "dri" will be loaded by default.
[ 42195.125] (II) "dri2" will be loaded. This was enabled by default
and also specified in the config file.
[ 42195.125] (II) LoadModule: "dri2"
[ 42195.125] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
[ 42195.126] (II) Module dri2: vendor="X.Org Foundation"
[ 42195.126] compiled for 1.10.4, module version = 1.2.0
[ 42195.126] ABI class: X.Org Server Extension, version 5.0
[ 42195.126] (II) Loading extension DRI2
[ 42195.126] (II) LoadModule: "glx"
[ 42195.126] (II) Loading /usr/lib/nvidia-173-updates/xorg/libglx.so
[ 42195.134] (II) Module glx: vendor="NVIDIA Corporation"
[ 42195.134] compiled for 4.0.2, module version = 1.0.0
[ 42195.134] Module class: X.Org Server Extension
[ 42195.134] (II) NVIDIA GLX Module 173.14.30 Sat Apr 16 22:45:09 PDT
2011
[ 42195.134] (II) Loading extension GLX
[ 42195.134] (II) LoadModule: "record"
[ 42195.134] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[ 42195.135] (II) Module record: vendor="X.Org Foundation"
[ 42195.135] compiled for 1.10.4, module version = 1.13.0
[ 42195.135] Module class: X.Org Server Extension
[ 42195.135] ABI class: X.Org Server Extension, version 5.0
[ 42195.135] (II) Loading extension RECORD
[ 42195.135] (II) LoadModule: "extmod"
[ 42195.135] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[ 42195.135] (II) Module extmod: vendor="X.Org Foundation"
[ 42195.135] compiled for 1.10.4, module version = 1.0.0
[ 42195.135] Module class: X.Org Server Extension
[ 42195.135] ABI class: X.Org Server Extension, version 5.0
[ 42195.135] (II) Loading extension MIT-SCREEN-SAVER
[ 42195.135] (II) Loading extension XFree86-VidModeExtension
[ 42195.135] (II) Loading extension XFree86-DGA
[ 42195.135] (II) Loading extension DPMS
[ 42195.135] (II) Loading extension XVideo
[ 42195.135] (II) Loading extension XVideo-MotionCompensation
[ 42195.135] (II) Loading extension X-Resource
[ 42195.135] (II) LoadModule: "dbe"
[ 42195.135] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[ 42195.135] (II) Module dbe: vendor="X.Org Foundation"
[ 42195.135] compiled for 1.10.4, module version = 1.0.0
[ 42195.135] Module class: X.Org Server Extension
[ 42195.135] ABI class: X.Org Server Extension, version 5.0
[ 42195.135] (II) Loading extension DOUBLE-BUFFER
[ 42195.135] (II) LoadModule: "dri"
[ 42195.136] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so
[ 42195.136] (II) Module dri: vendor="X.Org Foundation"
[ 42195.136] compiled for 1.10.4, module version = 1.0.0
[ 42195.136] ABI class: X.Org Server Extension, version 5.0
[ 42195.136] (II) Loading extension XFree86-DRI
[ 42195.136] (II) LoadModule: "nvidia"
[ 42195.136] (II) Loading /usr/lib/nvidia-173-updates/xorg/nvidia_drv.so
[ 42195.136] (II) Module nvidia: vendor="NVIDIA Corporation"
[ 42195.136] compiled for 4.0.2, module version = 1.0.0
[ 42195.136] Module class: X.Org Video Driver
[ 42195.136] (II) NVIDIA dlloader X Driver 173.14.30 Sat Apr 16
22:18:29 PDT 2011
[ 42195.136] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 42195.136] (--) using VT number 8
[ 42195.145] (II) Loading sub module "fb"
[ 42195.145] (II) LoadModule: "fb"
[ 42195.145] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 42195.145] (II) Module fb: vendor="X.Org Foundation"
[ 42195.145] compiled for 1.10.4, module version = 1.0.0
[ 42195.145] ABI class: X.Org ANSI C Emulation, version 0.4
[ 42195.145] (II) Loading sub module "wfb"
[ 42195.145] (II) LoadModule: "wfb"
[ 42195.145] (II) Loading /usr/lib/xorg/modules/libwfb.so
[ 42195.145] (II) Module wfb: vendor="X.Org Foundation"
[ 42195.145] compiled for 1.10.4, module version = 1.0.0
[ 42195.145] ABI class: X.Org ANSI C Emulation, version 0.4
[ 42195.145] (II) Loading sub module "ramdac"
[ 42195.145] (II) LoadModule: "ramdac"
[ 42195.145] (II) Module "ramdac" already built-in
[ 42195.145] (II) Loading /usr/lib/nvidia-173-updates/xorg/nvidia_drv.so
[ 42195.145] (II) Loading /usr/lib/xorg/modules/libwfb.so
[ 42195.145] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 42195.146] (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
[ 42195.146] (==) NVIDIA(0): RGB weight 888
[ 42195.146] (==) NVIDIA(0): Default visual is TrueColor
[ 42195.146] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[ 42195.146] (**) NVIDIA(0): Enabling RENDER acceleration
[ 42195.146] (II) NVIDIA(0): Support for GLX with the Damage and
Composite X extensions is
[ 42195.146] (II) NVIDIA(0): enabled.
[ 42195.792] (II) NVIDIA(0): NVIDIA GPU GeForce 7300 GS (G72) at
PCI:1:0:0 (GPU-0)
[ 42195.792] (--) NVIDIA(0): Memory: 524288 kBytes
[ 42195.792] (--) NVIDIA(0): VideoBIOS: 05.72.22.43.01
[ 42195.792] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[ 42195.792] (--) NVIDIA(0): Interlaced video modes are supported on
this GPU
[ 42195.792] (--) NVIDIA(0): Connected display device(s) on GeForce
7300 GS at PCI:1:0:0:
[ 42195.792] (--) NVIDIA(0): ViewSonic VA902b (CRT-0)
[ 42195.792] (--) NVIDIA(0): ViewSonic VA902b (CRT-0): 400.0 MHz
maximum pixel clock
[ 42195.793] (II) NVIDIA(0): Assigned Display Device: CRT-0
[ 42195.793] (==) NVIDIA(0):
[ 42195.793] (==) NVIDIA(0): No modes were requested; the default mode
"nvidia-auto-select"
[ 42195.793] (==) NVIDIA(0): will be used as the requested mode.
[ 42195.793] (==) NVIDIA(0):
[ 42195.793] (II) NVIDIA(0): Validated modes:
[ 42195.793] (II) NVIDIA(0): "nvidia-auto-select"
[ 42195.793] (II) NVIDIA(0): Virtual screen size determined to be 1280
x 1024
[ 42195.794] (--) NVIDIA(0): DPI set to (85, 86); computed from
"UseEdidDpi" X config
[ 42195.794] (--) NVIDIA(0): option
[ 42195.795] (==) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.
[ 42195.795] (--) Depth 24 pixmap format is 32 bpp
[ 42195.797] (II) NVIDIA(0): Initialized GPU GART.
[ 42195.800] (II) NVIDIA(0): Setting mode "nvidia-auto-select"
[ 42195.884] (II) Loading extension NV-GLX
[ 42195.901] (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture
Initialized
[ 42195.918] (II) NVIDIA(0): Using the NVIDIA 2D acceleration
architecture
[ 42195.918] (==) NVIDIA(0): Backing store disabled
[ 42195.918] (==) NVIDIA(0): Silken mouse enabled
[ 42195.918] (==) NVIDIA(0): DPMS enabled
[ 42195.918] (II) Loading extension NV-CONTROL
[ 42195.918] (==) RandR enabled
[ 42195.918] (==) RandR enabled
[ 42195.918] (II) Initializing built-in extension Generic Event
Extension
[ 42195.918] (II) Initializing built-in extension SHAPE
[ 42195.918] (II) Initializing built-in extension MIT-SHM
[ 42195.918] (II) Initializing built-in extension XInputExtension
[ 42195.918] (II) Initializing built-in extension XTEST
[ 42195.918] (II) Initializing built-in extension BIG-REQUESTS
[ 42195.918] (II) Initializing built-in extension SYNC
[ 42195.918] (II) Initializing built-in extension XKEYBOARD
[ 42195.918] (II) Initializing built-in extension XC-MISC
[ 42195.918] (II) Initializing built-in extension SECURITY
[ 42195.918] (II) Initializing built-in extension XINERAMA
[ 42195.918] (II) Initializing built-in extension XFIXES
[ 42195.918] (II) Initializing built-in extension RENDER
[ 42195.918] (II) Initializing built-in extension RANDR
[ 42195.918] (II) Initializing built-in extension COMPOSITE
[ 42195.918] (II) Initializing built-in extension DAMAGE
[ 42195.918] (II) Initializing built-in extension GESTURE
[ 42195.919] (II) Initializing extension GLX
> > > > > > > > the lowest-end machine i've use it on is a pentium-m@600mhz- it
Wido
For EVAS, I used this flags (I enabled all the pixman stuff, but don't
think it matters)
./configure --prefix=/opt/e17 --cache-file=/tmp/easy_e17/easy_e17.cache
--enable-word-cache --enable-pipe-render --enable-pthreads
--enable-metric-cache --enable-gles-variety-sgx *--enable-gl-flavor-gles
(this wasn't present before)* --enable-pixman --enable-pixman-font
--enable-pixman-image --enable-pixman-image-scale-sample
--enable-pixman-line --enable-pixman-poly --enable-pixman-rect
------------------------------------------------------------------------
evas 1.1.99.68223
------------------------------------------------------------------------
Configuration Options Summary:
Engines:
Software Memory Buffer.....: yes
Software X11...............: yes (Xlib: yes) (XCB: no)
OpenGL X11.................: yes (Xlib: yes) (XCB: no) (GLES: yes) (SGX:
yes) (s3c6410: no)
Software GDI...............: no
Software DirectDraw........: no
Direct3d...................: no
OpenGL SDL.................: no
OpenGL Cocoa...............: no
Software Framebuffer.......: yes
DirectFB...................: no
PSL1GHT....................: no
Software 8bit grayscale....: no
Software 16bit ............: no
Software 16bit X11.........: no
Software 16bit Directdraw..: no
Software 16bit WinCE.......: no
Software 16bit SDL.........: no (primitive: no)
Wayland Shm................: yes
Wayland Egl................: no
Image Loaders:
BMP.....................: yes
EDB.....................: yes
EET.....................: yes
GENERIC.................: yes
GIF.....................: yes
ICO.....................: yes
JPEG....................: yes (region: no)
PMAPS...................: yes
PNG.....................: yes
PSD.....................: yes
SVG.....................: no
TGA.....................: yes
TIFF....................: yes
WBMP....................: yes
XPM.....................: yes
Font Sourcing Systems:
EET.....................: yes
Font Searching Systems:
Fontconfig..............: yes
Font Rendering Helpers:
Fribidi.................: yes
Harfbuzz................: no
liblinebreak............: yes
CPU Specific Extensions:
Fallback C Code.........: yes
MMX.....................: yes
SSE.....................: yes
SSE3....................: yes
ALTIVEC.................: no
NEON....................: no
Thread Support..........: yes
Features:
MAGIC_DEBUG.............: yes
Cache Server............: yes
Threaded Pipe Rendering.: yes
Async Pipe Rendering....: no
Async Events............: yes
Async Image Preload.....: yes
Word Cache..............: yes
Metric Cache............: yes
Pixman..................: yes
Pixman Fonts............: yes
Pixman Rects............: yes
Pixman Lines............: yes
Pixman Polygons.........: yes
Pixman Images...........: yes
Pixman Image ScaleSample: yes
Tiled 32BPP rotate......: no
ARGB Software Engine Options:
Sampling Scaler.........: yes
Smooth Scaler...........: yes
YUV Converter...........: yes
ARGB Conversion Options:
Smaller Dither Mask.....: no
Line Dither Mask........: no
No Dither Mask for 16bpp: no
8bpp RGB 332............: yes
8bpp RGB 666............: yes
8bpp RGB 232............: yes
8bpp RGB 222............: yes
8bpp RGB 221............: yes
8bpp RGB 121............: yes
8bpp RGB 111............: yes
8bpp Grayscale (256)....: yes
8bpp Grayscale (16).....: yes
8bpp Grayscale 64-pal...: yes
16bpp RGB 565...........: yes
16bpp BGR 565...........: yes
16bpp RGB 555...........: yes
16bpp RGB 444...........: yes
16bpp RGB 565 (444 ipaq): yes
16bpp Rotation 0........: yes
16bpp Rotation 90.......: yes
16bpp Rotation 180......: yes
16bpp Rotation 270......: yes
24bpp RGB 888...........: yes
24bpp BGR 888...........: yes
24bpp RGB 666 (666 ezx).: yes
32bpp RGB 8888..........: yes
32bpp RGBX 8888.........: yes
32bpp BGR 8888..........: yes
32bpp BGRX 8888.........: yes
32bpp RGB 666 (666 ezx).: yes
32bpp Rotation 0........: yes
32bpp Rotation 90.......: yes
32bpp Rotation 180......: yes
32bpp Rotation 270......: yes
Documentation.............: no
Examples..................: install:yes build:no
Tests.....................: no
Coverage..................: no
Compilation............: make (or gmake)
CPPFLAGS.............: -I/opt/e17/include
CFLAGS...............: -O2 -march=amdfam10
CXXFLAGS.............: -g -O2
LDFLAGS..............: -L/opt/e17/lib
Installation...........: make install (as root if needed, with 'su' or
'sudo')
prefix...............: /opt/e17
------------------------------------------------------------------------------------------------------
for ECORE, I didn't use any modifier. This is what i got
ecore 1.1.99.68223
Optional Modules:
Core:
Ecore........................: always
Thread support.............: POSIX
Thread safety..............: no
GLib support...............: yes
Always integrate GLib......: no
Use g_main_loop............: no
Gathering memory statistic.: yes
Gathering timer allocation.: no
Ecore_Con....................: yes
OpenSSL....................: no (disabled)
IPv6.......................: yes
GnuTLS.....................: yes
CURL.......................: yes
Local Sockets..............: yes
Abstract Sockets.........: yes
c-ares.....................: no
Ecore_Ipc....................: yes
OpenSSL....................: no (disabled)
GnuTLS.....................: yes
Ecore_File...................: yes
Inotify....................: yes
Windows notification.......: no
Poll.......................: yes
CURL.......................: yes
Ecore_IMF....................: yes
XIM........................: yes
SCIM.......................: no
Ecore_IMF_Evas...............: yes
Ecore_Input..................: yes
Ecore_Input_Evas.............: yes
Graphic systems:
Ecore_X (Xlib backend).......: yes
Xcursor....................: yes
Xkb........................: yes
Xprint.....................: no
Xinerama...................: yes
Xrandr.....................: yes
Xgesture...................: no
Xscreensaver...............: yes
Xrender....................: yes
Xcomposite.................: yes
Xfixes.....................: yes
Xdamage....................: yes
Xdpms......................: yes
Xtest......................: yes
XIM........................: yes
Xi2........................: yes
Ecore_Win32..................: no
Ecore_Cocoa..................: no
Ecore_SDL....................: no
Ecore_FB.....................: yes
Touchscreen................: yes
Ecore_DirectFB...............: no
Ecore_WinCE..................: no
Ecore_PSL1GHT................: no
Ecore_Wayland................: no
Ecore Evas:
Ecore_Evas...................: yes
Software Memory Buffer.....: yes
Software X11...............: yes (Xlib=yes) (XCB=no)
OpenGL X11.................: yes (Xlib=yes) (XCB=no)
Software GDI...............: no
Software DirectDraw........: no
Direct3D...................: no
OpenGL Glew................: no
Software SDL...............: no
OpenGL SDL.................: no
OpenGL Cocoa...............: no
DirectFB...................: no
PSL1GHT....................: no
Software Framebuffer.......: yes
Software 8bit grayscale XCB: no
Software 16bit X11.........: yes
Software 16bit DirectDraw..: no
Software 16bit WinCE.......: no
Sing.Proc. Windowing System: yes
Wayland Shm................: no
Wayland Egl................: no
Tests................: no
Maximum log level....: <unset>
Documentation..........: no
Compilation............: make (or gmake)
CPPFLAGS.............: -I/opt/e17/include
CFLAGS...............: -O2 -march=amdfam10 -Wall -W
CXXFLAGS.............: -g -O2
LDFLAGS..............: -L/opt/e17/lib
Installation...........: make install (as root if needed, with 'su' or
'sudo')
prefix...............: /opt/e17
------------------------------------------------------------------------------------------------------
But now I'm hitting another (and worst) bug. When I switch composite from
software render to GL, it makes enlightenment and Xserver to crash and I
got kicked to the login. And everytime I login again, it crashes again and
again until I remove ~/.e/e/config/standard/module.com.*
> > > > > > > > the lowest-end machine i've use it on is a pentium-m@600mhz- it
Carsten Haitzler
> But now I'm hitting another (and worst) bug. When I switch composite from
> software render to GL, it makes enlightenment and Xserver to crash and I
> got kicked to the login. And everytime I login again, it crashes again and
> again until I remove ~/.e/e/config/standard/module.com.*
well it's doing something different - which now leads me to believe you do
have the gl engine there after your recompile (and didn't before). now... get a
backtrace.
http://trac.enlightenment.org/e/wiki/Debugging
:)
Carsten Haitzler
do you perhaps have multiple efl installs in different prefixes eg /usr
and /usr/local or /usr/local and /opt/e or something? as such to get some
cmdline fun try:
export EVAS_GL_INFO=1
expedite -e gl
does that come up? if not - what does it complain about. if ti comes up... what
does it report?
Wido
expedite: symbol lookup error: /usr/lib/i386-linux-gnu/egl/egl_dri2.so:
undefined symbol: _glapi_get_proc_address
but that lib is there:
$ ls -l /usr/lib/i386-linux-gnu/egl/egl_dri2.so
-rw-r--r-- 1 root root 28172 ago 7 2011
/usr/lib/i386-linux-gnu/egl/egl_dri2.so
so I think I messed my libs somehow xD
--
Wido
Wido
/opt). I also discovered that there were some ancient old EFL libs laying
around un /usr/local. In fact, so ancient that there were still ewl and etk
stuff....I nuke all those dirs as well.
Then, I kept looking for that egl_dri2.so file, and i happens to be
installed with libegl1-mesa package. But I'm using NV drivers (I nuke and
reinstall them as well, before I did with EFL).
So, after deleting everything, reinstalling video drivers and recompiling
all the EFL....I just like before and expedite keeps giving the same error
Christopher Michael
iirc...old man is almost always right. when he's wrong, is still right
in ways ;)
dh
>>>>>>>>> Virtualization& Cloud Management Using Capacity Planning
>>> Virtualization& Cloud Management Using Capacity Planning
Carsten Haitzler
aha.. you did have old efl stuff.. i'm amazed nothing totally fell apart in a
stinking heap. try that:
export EINA_LOG_LEVELS=eina_module:4
and see.
Carsten Haitzler
said:
and as i said to chris.. what does:
export ELM_GL_INFO=1
expedite -e gl
say?
lets go one step further and log module goop:
export EINA_LOG_LEVELS=eina_module:4
now what?
Christopher Michael
> On Wed, 29 Feb 2012 00:55:35 -0500 Christopher Michael<cpmic...@comcast.net>
> said:
>
> and as i said to chris.. what does:
>
> export ELM_GL_INFO=1
> expedite -e gl
>
> say?
>
> lets go one step further and log module goop:
>
> export EINA_LOG_LEVELS=eina_module:4
>
> now what?
>
dh
Chris Story
Below is the output of the command.
c0re@Nox:~$ export EVAS_GL_INFO=1
c0re@Nox:~$ export EINA_LOG_LEVELS=eina_module:4
c0re@Nox:~$ expedite -e gl
DBG<32264>:eina_module eina_module.c:575 eina_module_list_load() array
0x10d33e0, count 0
DBG<32264>:eina_module eina_module.c:305 eina_module_new() m=0x10e7cf0,
file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-x86_64-1.1.99/module.so
DBG<32264>:eina_module eina_module.c:332 eina_module_load()
m=0x10e7cf0, handle=(nil),
file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-x86_64-1.1.99/module.so,
refs=0
WRN<32264>:eina_module eina_module.c:340 eina_module_load() could not
dlopen("/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-x86_64-1.1.99/module.so",
RTLD_NOW):
/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-x86_64-1.1.99/module.so:
undefined symbol: glGetRenderbufferParameteriv
DBG<32264>:eina_module eina_module.c:314 eina_module_free() m=0x10e7cf0,
handle=(nil),
file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-x86_64-1.1.99/module.so,
refs=0
Evas does not support the OpenGL X11 Engine
No engine selected.
--
Thank you,
Chris Story
Wido
update
UPDATE:
So, I did as I said and now I have a different error message....but looks
like I'm moving forwaard!
wido@frankie:~$ export ELM_GL_INFO=1
wido@frankie:~$ export EINA_LOG_LEVELS=eina_module:4
wido@frankie:~$ expedite -e gl
DBG<30522>:eina_module eina_module.c:571 eina_module_list_load() array
0x9658fa0, count 0
DBG<30522>:eina_module eina_module.c:301 eina_module_new() m=0x96681c0,
file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-i686-1.1.99/module.so
DBG<30522>:eina_module eina_module.c:328 eina_module_load() m=0x96681c0,
handle=(nil),
file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-i686-1.1.99/module.so,
refs=0
DBG<30522>:eina_module eina_module.c:354 eina_module_load() successfully
loaded
/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-i686-1.1.99/module.so
DBG<30522>:eina_module eina_module.c:358 eina_module_load() ref 1
DBG<30522>:eina_module eina_module.c:301 eina_module_new() m=0x966db70,
file=/opt/e17/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.99/module.so
DBG<30522>:eina_module eina_module.c:328 eina_module_load() m=0x966db70,
handle=(nil),
file=/opt/e17/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.99/module.so,
refs=0
DBG<30522>:eina_module eina_module.c:354 eina_module_load() successfully
loaded
/opt/e17/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.99/module.so
DBG<30522>:eina_module eina_module.c:358 eina_module_load() ref 1
libEGL warning: DRI2: failed to authenticate
DBG<30522>:eina_module eina_module.c:301 eina_module_new() m=0x98fccc8,
file=/opt/e17/lib/evas/modules/loaders/png/linux-gnu-i686-1.1.99/module.so
DBG<30522>:eina_module eina_module.c:328 eina_module_load() m=0x98fccc8,
handle=(nil),
file=/opt/e17/lib/evas/modules/loaders/png/linux-gnu-i686-1.1.99/module.so,
refs=0
DBG<30522>:eina_module eina_module.c:354 eina_module_load() successfully
loaded /opt/e17/lib/evas/modules/loaders/png/linux-gnu-i686-1.1.99/module.so
DBG<30522>:eina_module eina_module.c:358 eina_module_load() ref 1
Segmentation fault
It's been a long time since I segmentation faulted lol
El 29 de febrero de 2012 19:13, Wido <wid...@gmail.com> escribió:
> mmmm....I think I know. And if I'm right, you may all spank me for the
> rest of the day.
>
> All my mesa libs are 7.10.3-4. All of them, except for 'mesa-common-dev',
> which is in 7.11.1-1
>
> So, I'll update mesa, reinstall nvidia drivers (I know mesa overwrites
> them) and check again. But I still find it weird this didn't happened
> before, as I know for sure I haven updated mesa for some time (because I do
> know it screws with nvidia drivers)
>
>
> Will keep you guys posted...
>
> El 29 de febrero de 2012 19:07, Wido <wid...@gmail.com> escribió:
>
> I'm getting the same 'undefined symbol' error than before =(
>>
>> DBG<24507>:eina_module eina_module.c:571 eina_module_list_load() array
>> 0x88bdfa0, count 0
>> DBG<24507>:eina_module eina_module.c:301 eina_module_new() m=0x88cd1c0,
>> file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-i686-1.1.99/module.so
>> DBG<24507>:eina_module eina_module.c:328 eina_module_load() m=0x88cd1c0,
>> handle=(nil),
>> file=/opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-i686-1.1.99/module.so,
>> refs=0
>> DBG<24507>:eina_module eina_module.c:354 eina_module_load() successfully
>> loaded
>> /opt/e17/lib/evas/modules/engines/gl_x11/linux-gnu-i686-1.1.99/module.so
>> DBG<24507>:eina_module eina_module.c:358 eina_module_load() ref 1
>> DBG<24507>:eina_module eina_module.c:301 eina_module_new() m=0x88d1080,
>> file=/opt/e17/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.99/module.so
>> DBG<24507>:eina_module eina_module.c:328 eina_module_load() m=0x88d1080,
>> handle=(nil),
>> file=/opt/e17/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.99/module.so,
>> refs=0
>> DBG<24507>:eina_module eina_module.c:354 eina_module_load() successfully
>> loaded
>> /opt/e17/lib/evas/modules/engines/software_generic/linux-gnu-i686-1.1.99/module.so
>> DBG<24507>:eina_module eina_module.c:358 eina_module_load() ref 1
>> expedite: symbol lookup error: /usr/lib/i386-linux-gnu/egl/egl_dri2.so:
>> undefined symbol: _glapi_get_proc_address
>>
>>
>>
>> I tried recompililng eina by hand (without easy_e17), but still
>>
>>
>>
>> --
>> Wido
>>
>
>
>
> --
> Wido
>
--
Wido
Carsten Haitzler
your opengl libs are old. too old for evas.
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure