Re: [e-users] compositor warning with nvidia
Wow, I actually helped somobyd with a previous thread! :D Just be aware, aftear installing the libgl-mesa libs and all those libs, reinstall the binary NV drivers and make sure it install the gl libs. If you don't do that, E will run with GL but will be slower and probably have some issues. The NV GL libs have something that make it work better than using mesa libs. I do that everytime that I update mesa libs 2014-11-12 17:02 GMT-03:00 mh mhe...@member.fsf.org: On 11/12/2014 12:55 PM, mh wrote: On 11/12/2014 09:29 AM, Carsten Haitzler wrote: On Wed, 12 Nov 2014 07:58:45 -0500 mh mhe...@member.fsf.org said: On 11/11/2014 08:14 PM, Carsten Haitzler wrote: On Tue, 11 Nov 2014 12:27:33 -0500 mh mhe...@member.fsf.org said: On 11/11/2014 12:15 PM, Carsten Haitzler wrote: On Tue, 11 Nov 2014 10:46:47 -0500 mh mhe...@member.fsf.org said: On 11/11/2014 09:28 AM, Carsten Haitzler wrote: On Tue, 11 Nov 2014 08:39:36 -0500 mh mhe...@member.fsf.org said: I continue to see the Compositor Warning, Your display driver does not support OpenGL, GLSL shaders or not OpenGL engines were compiled or installed for Evas or Ecore-Evas... when I start enlightenment. I have EFL 1.12, evas generic player 1.12, emotion 1.12, enlightenment 0.19.1 installed. System is Debian sid using nvidia-driver v. 340.46-4. If I remove nvidia packages and use nouveau I do not see this warning. I created a ticket, T1817, on phabricator. I thought this problem was previously corrected, but I am still seeing it. i have nvidia drivers (not nouveau) at home and i dont see it. i have no idea what is wrong with your machine. nvidia 343.22 drivers on arch. everything is fine and dandy. some things to try: rm -rf ~/.cache/evas* maybe: export EINA_LOG_LEVEL=4 export ELM_ACCEL=gl export EVAS_GL_INFO=1 elementary_test log share that log file deleted the evas cache file, still same warning. exported the variables and started elementary_test. it started fine, but no output to the log file. should there be something? zero output to log file? i don't believe that. the eina log level env var should have turned on tonnes of debugging even in basic init of efl like loading module lists, initting mempools, adding eina prefix and then in eo as well etc. unless a release builg turns off all DBG macros... the evas gl info env var would dump gl info out on init... but it'd need to succeed. at least a build from it gets ou a massive file oops, sorry. found my mistake. I posted the log contents here: http://pastebin.com/AAgEzMJ7 h. you compiled for egl/gles not opengl/glx. i can only guess hat the nvidia drivers have a problem with this for you - you can something wrong with them. nvidia ADDED egl/gles libs/drivers recently. they work for me for apps when i was fixing some context/visual stuff 2 weeks back. i build for egl/gles as well as opengl/glx on nvidia - ut my drivers were newer than yours. why are you building for gles? (efl here). but thats a major difference. i know 100% for sure that the mesa drivers work with gles/egl and enlightenment and compositing is fine, but i didnt test nvidia at the time, but clients do work there on newer nvidia drivers. hmm. i didn't knowingly build for gles instead of opengl/glx. not sure how to do that. was that during the efl build? debian has 343.22 in efl build. efl builds for glx/opengl normally unless it has no choice or is told to use gles/egl. so go check. but switch back to opengl/glx and you'll be fine. your issue there is that lierally the egl/gles nidia drives are refusing to work for you (window/context creation fails) so it looks like this indicates the problem, from the configure output for the efl build? checking whether to enable OpenGL Cocoa rendering backend... no checking whether OpenGL Cocoa rendering backend will be built... no checking whether to enable OpenGL SDL rendering backend... no checking whether OpenGL SDL rendering backend will be built... no checking whether to enable Software GDI rendering backend... no checking whether Software GDI rendering backend will be built... no checking whether to enable Software DirectDraw rendering backend... no checking whether Software DirectDraw rendering backend will be built... no checking whether to enable Wayland Egl rendering backend... no checking whether Wayland Egl rendering backend will be built... no checking whether to enable Wayland Shm rendering backend... no checking whether Wayland Shm rendering backend will be built... no checking whether to enable Drm rendering backend... no checking whether Drm rendering backend will be built... no checking whether to enable OpenGL Drm rendering backend... no checking whether OpenGL Drm rendering backend will be built... no checking whether to build
Re: [e-users] compositor warning with nvidia
On 11/13/2014 08:36 AM, Wido wrote: Wow, I actually helped somobyd with a previous thread! :D Just be aware, aftear installing the libgl-mesa libs and all those libs, reinstall the binary NV drivers and make sure it install the gl libs. If you don't do that, E will run with GL but will be slower and probably have some issues. The NV GL libs have something that make it work better than using mesa libs. I do that everytime that I update mesa libs I forgot to thank you as well for that hint/solution Wido. ;) and thanks for the tip about reinstalling the NV libs. 2014-11-12 17:02 GMT-03:00 mh mhe...@member.fsf.org mailto:mhe...@member.fsf.org: On 11/12/2014 12:55 PM, mh wrote: On 11/12/2014 09:29 AM, Carsten Haitzler wrote: On Wed, 12 Nov 2014 07:58:45 -0500 mh mhe...@member.fsf.org mailto:mhe...@member.fsf.org said: On 11/11/2014 08:14 PM, Carsten Haitzler wrote: On Tue, 11 Nov 2014 12:27:33 -0500 mh mhe...@member.fsf.org mailto:mhe...@member.fsf.org said: On 11/11/2014 12:15 PM, Carsten Haitzler wrote: On Tue, 11 Nov 2014 10:46:47 -0500 mh mhe...@member.fsf.org mailto:mhe...@member.fsf.org said: On 11/11/2014 09:28 AM, Carsten Haitzler wrote: On Tue, 11 Nov 2014 08:39:36 -0500 mh mhe...@member.fsf.org mailto:mhe...@member.fsf.org said: I continue to see the Compositor Warning, Your display driver does not support OpenGL, GLSL shaders or not OpenGL engines were compiled or installed for Evas or Ecore-Evas... when I start enlightenment. I have EFL 1.12, evas generic player 1.12, emotion 1.12, enlightenment 0.19.1 installed. System is Debian sid using nvidia-driver v. 340.46-4. If I remove nvidia packages and use nouveau I do not see this warning. I created a ticket, T1817, on phabricator. I thought this problem was previously corrected, but I am still seeing it. i have nvidia drivers (not nouveau) at home and i dont see it. i have no idea what is wrong with your machine. nvidia 343.22 drivers on arch. everything is fine and dandy. some things to try: rm -rf ~/.cache/evas* maybe: export EINA_LOG_LEVEL=4 export ELM_ACCEL=gl export EVAS_GL_INFO=1 elementary_test log share that log file deleted the evas cache file, still same warning. exported the variables and started elementary_test. it started fine, but no output to the log file. should there be something? zero output to log file? i don't believe that. the eina log level env var should have turned on tonnes of debugging even in basic init of efl like loading module lists, initting mempools, adding eina prefix and then in eo as well etc. unless a release builg turns off all DBG macros... the evas gl info env var would dump gl info out on init... but it'd need to succeed. at least a build from it gets ou a massive file oops, sorry. found my mistake. I posted the log contents here: http://pastebin.com/AAgEzMJ7 h. you compiled for egl/gles not opengl/glx. i can only guess hat the nvidia drivers have a problem with this for you - you can something wrong with them. nvidia ADDED egl/gles libs/drivers recently. they work for me for apps when i was fixing some context/visual stuff 2 weeks back. i build for egl/gles as well as opengl/glx on nvidia - ut my drivers were newer than yours. why are you building for gles? (efl here). but thats a major difference. i know 100% for sure that the mesa drivers work with gles/egl and enlightenment and compositing is fine, but i didnt test nvidia at the time, but clients do work there on newer nvidia drivers. hmm. i didn't knowingly build for gles instead of opengl/glx. not sure how to do that. was that during the efl build? debian has 343.22 in efl build. efl builds for glx/opengl normally unless it has no choice or is told to use gles/egl. so go check. but switch back to opengl/glx and you'll be fine. your issue there is that lierally the egl/gles nidia drives are refusing to work for you (window/context creation fails) so it looks like this indicates the problem, from the configure output for the efl build? checking whether to enable OpenGL Cocoa rendering backend... no checking whether OpenGL Cocoa rendering backend will be built... no checking whether to enable OpenGL SDL rendering backend... no checking whether OpenGL SDL rendering backend will be built... no checking
[e-users] [ANN] Ubuntu 14.10 PPA for EFL + E
Hey guys! I'm maintaining my own Ubuntu 14.10 PPA for EFL + E, check it out! https://launchpad.net/~martinx/+archive/ubuntu/enlightenment sudo add-apt-repository ppa:martinx/enlightenment sudo apt-get update sudo apt-get install enlightenment Done! I'll try to upload more packages, like python-efl and terminology... Cheers! Thiago -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] Problem compiling `python-efl` on `Ubuntu PPA`.
Guys, I'm trying to compile my package of `python-elf` and, it builds okay on my machine but, at the Launchpad, it fails... Here is the log: https://launchpadlibrarian.net/190303590/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic1_FAILEDTOBUILD.txt.gz Log: --- pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: Ethumb version mismatch. Found: 1.12.0 Needed: 1.11.0 dh_auto_build: python setup.py build --force returned exit code 1 debian/rules:7: recipe for target 'build-arch' failed make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 --- Nevertheless, as I said, I have it compiled and installed on my own machine: -- python-efl_1.11.0-0utopic0_amd64.deb -- Of course, I'm using the very same Ubuntu PPA on my machine, to locally build and upload it to Launchpad... Any tips?! Thanks in advance! Best, Thiago -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem compiling `python-efl` on `Ubuntu PPA`.
Just fro the record, here is `python-efl` package compiling (snipped) on my machine: --- user@ubunut-desk-1:~/e19/python-efl/python-efl-1.11.0$ make -f debian/rules build dh build --with python2 --buildsystem=python_distutils dh_testdir -O--buildsystem=python_distutils dh_auto_configure -O--buildsystem=python_distutils dh_auto_build -O--buildsystem=python_distutils pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: OK, found 1.12.0 Checking for Ethumb_Client: OK, found 1.12.0 Checking for Edje: OK, found 1.12.0 Checking for Emotion: OK, found 1.12.0 Checking for DBus: OK, found 1.2.0 Checking for Elementary: OK, found 1.12.0 --- I don't undersatdn why it doens't compiles on Launchpad...:-( I really appreciate any help! Thanks! Thiago On 13 November 2014 18:05, Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Guys, I'm trying to compile my package of `python-elf` and, it builds okay on my machine but, at the Launchpad, it fails... Here is the log: https://launchpadlibrarian.net/190303590/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic1_FAILEDTOBUILD.txt.gz Log: --- pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: Ethumb version mismatch. Found: 1.12.0 Needed: 1.11.0 dh_auto_build: python setup.py build --force returned exit code 1 debian/rules:7: recipe for target 'build-arch' failed make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 --- Nevertheless, as I said, I have it compiled and installed on my own machine: -- python-efl_1.11.0-0utopic0_amd64.deb -- Of course, I'm using the very same Ubuntu PPA on my machine, to locally build and upload it to Launchpad... Any tips?! Thanks in advance! Best, Thiago -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem compiling `python-efl` on `Ubuntu PPA`.
On Thu, 13 Nov 2014 18:14:13 -0200 Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Just fro the record, here is `python-efl` package compiling (snipped) on my machine: --- user@ubunut-desk-1:~/e19/python-efl/python-efl-1.11.0$ make -f debian/rules build dh build --with python2 --buildsystem=python_distutils dh_testdir -O--buildsystem=python_distutils dh_auto_configure -O--buildsystem=python_distutils dh_auto_build -O--buildsystem=python_distutils pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: OK, found 1.12.0 Checking for Ethumb_Client: OK, found 1.12.0 Checking for Edje: OK, found 1.12.0 Checking for Emotion: OK, found 1.12.0 Checking for DBus: OK, found 1.2.0 Checking for Elementary: OK, found 1.12.0 --- I don't undersatdn why it doens't compiles on Launchpad...:-( I really appreciate any help! Thanks! Thiago On 13 November 2014 18:05, Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Guys, I'm trying to compile my package of `python-elf` and, it builds okay on my machine but, at the Launchpad, it fails... Here is the log: https://launchpadlibrarian.net/190303590/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic1_FAILEDTOBUILD.txt.gz Log: --- pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: Ethumb version mismatch. Found: 1.12.0 Needed: 1.11.0 dh_auto_build: python setup.py build --force returned exit code 1 debian/rules:7: recipe for target 'build-arch' failed make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 --- Nevertheless, as I said, I have it compiled and installed on my own machine: -- python-efl_1.11.0-0utopic0_amd64.deb -- Of course, I'm using the very same Ubuntu PPA on my machine, to locally build and upload it to Launchpad... Any tips?! Thanks in advance! Best, Thiago -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users Maybe this will help? http://www.manpager.com/linux/man1/pyversions.1.html https://wiki.debian.org/Python/Policy -- Regards, Christopher Barry Random geeky fortune: I joined scientology at a garage sale!! -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem compiling `python-efl` on `Ubuntu PPA`.
Cool! That first error disappeared after adding: -- * Adding X-Python-Version to debian/control -- But, the `python-efl` problem is still there... Look: https://launchpadlibrarian.net/190315665/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic2_FAILEDTOBUILD.txt.gz Apparently, something is wrong with `python-efl` itself, since the error message come from it, am I right?! Nevertheless, `python-efl` compiles in my machine, so, nothing is wrong with it... weird... I'll try to ask this @ launchpad-users instead... Cheers! On 13 November 2014 18:25, Christopher Barry christopher.r.ba...@gmail.com wrote: On Thu, 13 Nov 2014 18:14:13 -0200 Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Just fro the record, here is `python-efl` package compiling (snipped) on my machine: --- user@ubunut-desk-1:~/e19/python-efl/python-efl-1.11.0$ make -f debian/rules build dh build --with python2 --buildsystem=python_distutils dh_testdir -O--buildsystem=python_distutils dh_auto_configure -O--buildsystem=python_distutils dh_auto_build -O--buildsystem=python_distutils pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: OK, found 1.12.0 Checking for Ethumb_Client: OK, found 1.12.0 Checking for Edje: OK, found 1.12.0 Checking for Emotion: OK, found 1.12.0 Checking for DBus: OK, found 1.2.0 Checking for Elementary: OK, found 1.12.0 --- I don't undersatdn why it doens't compiles on Launchpad...:-( I really appreciate any help! Thanks! Thiago On 13 November 2014 18:05, Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Guys, I'm trying to compile my package of `python-elf` and, it builds okay on my machine but, at the Launchpad, it fails... Here is the log: https://launchpadlibrarian.net/190303590/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic1_FAILEDTOBUILD.txt.gz Log: --- pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: Ethumb version mismatch. Found: 1.12.0 Needed: 1.11.0 dh_auto_build: python setup.py build --force returned exit code 1 debian/rules:7: recipe for target 'build-arch' failed make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 --- Nevertheless, as I said, I have it compiled and installed on my own machine: -- python-efl_1.11.0-0utopic0_amd64.deb -- Of course, I'm using the very same Ubuntu PPA on my machine, to locally build and upload it to Launchpad... Any tips?! Thanks in advance! Best, Thiago -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users Maybe this will help? http://www.manpager.com/linux/man1/pyversions.1.html https://wiki.debian.org/Python/Policy -- Regards, Christopher Barry Random geeky fortune: I joined scientology at a garage sale!! -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net
Re: [e-users] Problem compiling `python-efl` on `Ubuntu PPA`.
Guys! I'm seeing that this isn't a problem of `python-efl` itself but, I appreciate any help to fix this! :-P Python-efl is failing to build on a clean `utopic` `pbuilder` environment (plus this PPA `ppa:martinx/enlightenment`), while `libef`, `elementary` and `enlightenment`, evas, emotion, etc, are all being packaged okay within this very same pbuilder environment, except `python-efl`. It detected `Ethumb 1.12.0` but refuses to use it! Check it out: Output of `pbuilder-dist utopic build python-efl_1.11.0-0utopic3.dsc`: -- ... Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: Ethumb version mismatch. Found: 1.12.0 Needed: 1.11.0 E: pybuild pybuild:256: build: plugin distutils failed with: exit code=1: /usr/bin/python setup.py build ... -- But, if I try to package it [python-efl] outside of the `pbuilder`, using `dpkg-buildpackage`, then, it works! I'm using it (my `python-efl` deb package) locally on my Desktop... When it works, the output is like this: Output of `dpkg-buildpackage -rfakeroot -uc -us`: -- .. debian/rules build dh build --with python2 --buildsystem=python_distutils dh_testdir -O--buildsystem=python_distutils dh_auto_configure -O--buildsystem=python_distutils dh_auto_build -O--buildsystem=python_distutils Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: OK, found 1.12.0 Checking for Ethumb_Client: OK, found 1.12.0 Checking for Edje: OK, found 1.12.0 Checking for Emotion: OK, found 1.12.0 Checking for DBus: OK, found 1.2.0 Checking for Elementary: OK, found 1.12.0 running build running build_py . dpkg-deb: building package `python-efl' in `../python-efl_1.11.0-0utopic1_amd64.deb'. -- Yay! Ethumb `1.12.0` was detected and used as expected! I don't understand why `python-efl` detects the very same `Ethumb 1.12.0` within the pbuilder environment but, it refuses to use it there! But, why?! Python-efl said it Found: 1.12.0 but Needs: 1.11.0... wtf? :-/ I don't know if this is a fault of `python-efl` (probably not) or a fault of the pbuilder environment... So, I really appreciate any help! If you guys don't mind... :-) I'm using E19 on a daily basis on Ubuntu (Debian on tests), so, I'll maintain this packages for a life... ^_^ E19 PPA Page: https://launchpad.net/~martinx/+archive/ubuntu/enlightenment Cheers! Thiago On 13 November 2014 20:52, Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Cool! That first error disappeared after adding: -- * Adding X-Python-Version to debian/control -- But, the `python-efl` problem is still there... Look: https://launchpadlibrarian.net/190315665/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic2_FAILEDTOBUILD.txt.gz Apparently, something is wrong with `python-efl` itself, since the error message come from it, am I right?! Nevertheless, `python-efl` compiles in my machine, so, nothing is wrong with it... weird... I'll try to ask this @ launchpad-users instead... Cheers! On 13 November 2014 18:25, Christopher Barry christopher.r.ba...@gmail.com wrote: On Thu, 13 Nov 2014 18:14:13 -0200 Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Just fro the record, here is `python-efl` package compiling (snipped) on my machine: --- user@ubunut-desk-1:~/e19/python-efl/python-efl-1.11.0$ make -f debian/rules build dh build --with python2 --buildsystem=python_distutils dh_testdir -O--buildsystem=python_distutils dh_auto_configure -O--buildsystem=python_distutils dh_auto_build -O--buildsystem=python_distutils pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for Eo: OK, found 1.12.0 Checking for Evas: OK, found 1.12.0 Checking for Ecore: OK, found 1.12.0 Checking for EcoreFile: OK, found 1.12.0 Checking for EcoreInput: OK, found 1.12.0 Checking for EcoreX: OK, found 1.12.0 Checking for Ethumb: OK, found 1.12.0 Checking for Ethumb_Client: OK, found 1.12.0 Checking for Edje: OK, found 1.12.0 Checking for Emotion: OK, found 1.12.0 Checking for DBus: OK, found 1.2.0 Checking for Elementary: OK, found 1.12.0 --- I don't undersatdn why it doens't compiles on Launchpad...:-( I really appreciate any help! Thanks! Thiago On 13 November 2014 18:05, Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Guys, I'm trying to compile my package of `python-elf` and, it builds okay on my machine but, at the Launchpad, it fails... Here is the log: https://launchpadlibrarian.net/190303590/buildlog_ubuntu-utopic-amd64.python-efl_1.11.0-0utopic1_FAILEDTOBUILD.txt.gz Log: --- pyversions: missing debian/pyversions file, fall back to supported versions Checking for Eina: OK, found 1.12.0 Checking for
Re: [e-users] [ANN] Ubuntu 14.10 PPA for EFL + E
On 13/11/2014 20:45, Martinx - ジェームズ wrote: Hey guys! I'm maintaining my own Ubuntu 14.10 PPA for EFL + E, check it out! What about pdf (poppler) support in evas_generic_loaders? Is it enabled? -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] [ANN] Ubuntu 14.10 PPA for EFL + E
On 14 November 2014 03:06, Philippe Jean Guillaumie bat...@sfr.fr wrote: What about pdf (poppler) support in evas_generic_loaders? Is it enabled? Yes, it is enabled. It depends on: `libpoppler46` ;-) -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users