[e-users] EFL autogen problems on RHEL 6.5
Hello. I'm trying to install the latest git version via 'easy_efl.sh' and I've run across a problem. When running 'easy_efl.sh' (current dev release from http://omicron.homeip.net), the build fails when trying to make the configure script in the EFL root directory. Error message is: autoreconf: running: aclocal --force -I m4 configure.ac:1: error: m4_defn: undefined macro: _m4_divert_diversion configure.ac:1: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 It's been so many years since I last struggled with auto* tools so I just don't know how to proceed. Numerous google searches turned up empty or off topic. Source directory was created for this build so no lint from previous builds. PS: Are there any scripts to help build stable releases of EFL/E? Living on the edge is neat and all but sometimes not as productive. Been running E16 since release so I don't mind being somewhat behind the bleeding edge. :) Some misc info: # head configure.ac EFL_VERSION([1], [8], [99], [dev]) AC_INIT([efl], [efl_version], [enlightenment-de...@lists.sourceforge.net]) # automake --version automake (GNU automake) 1.11.1 # autoconf -V autoconf (GNU Autoconf) 2.63 # cat /etc/redhat-release Red Hat Enterprise Linux Workstation release 6.5 (Santiago) -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] EFL autogen problems on RHEL 6.5
On Tue, 10 Dec 2013 14:12:08 +0100 Mathias Meisfjordskar mathias.meisfjords...@usit.uio.no said: Hello. I'm trying to install the latest git version via 'easy_efl.sh' and I've run across a problem. When running 'easy_efl.sh' (current dev release from http://omicron.homeip.net), the build fails when trying to make the configure script in the EFL root directory. Error message is: autoreconf: running: aclocal --force -I m4 configure.ac:1: error: m4_defn: undefined macro: _m4_divert_diversion configure.ac:1: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 It's been so many years since I last struggled with auto* tools so I just don't know how to proceed. Numerous google searches turned up empty or off topic. Source directory was created for this build so no lint from previous builds. PS: Are there any scripts to help build stable releases of EFL/E? Living on the edge is neat and all but sometimes not as productive. Been running E16 since release so I don't mind being somewhat behind the bleeding edge. :) how about you use the release tarballs as everyone should who doesn't want bleeding-edge git, and you compile things as per the insructions in the README's and the web page giving the order to compile things. it's well documented. Some misc info: # head configure.ac EFL_VERSION([1], [8], [99], [dev]) AC_INIT([efl], [efl_version], [enlightenment-de...@lists.sourceforge.net]) # automake --version automake (GNU automake) 1.11.1 # autoconf -V autoconf (GNU Autoconf) 2.63 # cat /etc/redhat-release Red Hat Enterprise Linux Workstation release 6.5 (Santiago) -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@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 -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
[e-users] e18 on Radeon? WAS: Terminology 0.4.0 is out!
On Tue, 10 Dec 2013 14:35:59 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: ...snip... I read on another thread you saying e18 is actually less bleeding edge than e17. Do you suggest running the e18 branch to gain more stability? i would say its rock solidly stable. it works better than e17. it should also use less memory (when compositing). e18 has no choice there though. you composite like it or not. :) ... I'm using e17.3 from SID, with composite and opengl off (it crashes my box very hard if switched on, and I must delete ~/.e to be able to restart enlightenment again). I have a Radeon HD 7850. Would it be a bad idea for me to upgrade to e18 since composite is always on? -- Regards, Christopher Barry -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e17 hanging in PAUSE
Hi Dominic, did you found some more info on this? I got similar problems on FreeBSD stable/10. It just occasionaly crashes with similar memory errors. I want to seek into it more, but would be helpful if you got some results. Robert. On Thu, 05 Sep 2013 09:31:18 +0200 Dominic Fandrey kamik...@bsdforen.de wrote: On 04/09/2013 01:52, Carsten Haitzler (The Rasterman) wrote: On Tue, 03 Sep 2013 17:35:03 +0200 Dominic Fandrey kamik...@bsdforen.de said: E17 frequently gets stuck in PAUSE !, when closing a window. Most frequently, but not exclusively, thunderbird -compose windows. Tail of the .xsession-errors file: ESTART: 0.22645 [0.1] - E_Shelf Config Update ESTART: 0.22883 [0.00237] - E_Shelf Config Update Done ESTART: 0.22884 [0.2] - Manage all windows ESTART: 0.23061 [0.00177] - MAIN LOOP AT LAST ESTART: 0.50552 [0.27490] - DELAYED MODULE LOAD: gadman ESTART: 0.50582 [0.00030] - SLEEP EINA: Data at address 0x806c02f74 is invalid. Replacing with zero page. PAUSE ! that data address xxx is invalid line... is a very important thing. that's a sigbus. a sigbus is when an app has a perfectly valid bit of memory and tries to access it... BUT... it's inaccessible. this happens for 2 reasons. 1 - literally out of memory. Definitely not. The system isn't under any kind of strain, there is plenty of RAM and SWAP to go around and the system would start killing processes before something like that happened. the linux kernel overallocates by default - that means it hands out memory that it doesn't have, assuming apps dont use it all. it can happen where they do and then a valid allocation can get a sigbus, but the more common case i know of is... mmaped i/o. if the filesystem has corruption ... I think at a time when I was frequently trying to reproduce a certain panic in order to generate a useful kernel dump ... likely cause. now this is actually e_start's problem... it shouldnt consider a sigbus a normal crash offense. And it actually seems unrelated to the problem. I just had another round. Only this time I ran startx inside tmux, so I got a complete record of the session without running into the xdm auth issue when trying to restart e17. There's lots of output by programs like firefox and then there's a PAUSE ! line followed by a segfault (that one is new) and all the processes complain and terminate. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e18 on Radeon? WAS: Terminology 0.4.0 is out!
On Tue, 10 Dec 2013 16:07:37 -0500 Christopher Barry christopher.r.ba...@gmail.com said: On Tue, 10 Dec 2013 14:35:59 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: ...snip... I read on another thread you saying e18 is actually less bleeding edge than e17. Do you suggest running the e18 branch to gain more stability? i would say its rock solidly stable. it works better than e17. it should also use less memory (when compositing). e18 has no choice there though. you composite like it or not. :) ... I'm using e17.3 from SID, with composite and opengl off (it crashes my box very hard if switched on, and I must delete ~/.e to be able to restart enlightenment again). I have a Radeon HD 7850. Would it be a bad idea for me to upgrade to e18 since composite is always on? i'd say it's a bad idea to have an ati gpu at all. there's your root cause. ;] -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] e18 on Radeon? WAS: Terminology 0.4.0 is out!
On 11/12/2013 01:50, Carsten Haitzler (The Rasterman) wrote: On Tue, 10 Dec 2013 16:07:37 -0500 Christopher Barry christopher.r.ba...@gmail.com said: On Tue, 10 Dec 2013 14:35:59 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: ...snip... I read on another thread you saying e18 is actually less bleeding edge than e17. Do you suggest running the e18 branch to gain more stability? i would say its rock solidly stable. it works better than e17. it should also use less memory (when compositing). e18 has no choice there though. you composite like it or not. :) ... I'm using e17.3 from SID, with composite and opengl off (it crashes my box very hard if switched on, and I must delete ~/.e to be able to restart enlightenment again). I have a Radeon HD 7850. Would it be a bad idea for me to upgrade to e18 since composite is always on? i'd say it's a bad idea to have an ati gpu at all. there's your root cause. ;] That doesn't help people with laptops and ATI gpu's I know you don't like ATI but you can't ignore that it exists, and making statements like you just like looks very bad on the project you lead. -- Alan McKinnon alan.mckin...@gmail.com -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users