Re: [e-users] EFL autogen problems on RHEL 6.5
On Thu, 12 Dec 2013 08:50:27 +0100 Mathias Meisfjordskar mathias.meisfjords...@usit.uio.no said: On 12/12/2013 01:03 AM, Carsten Haitzler (The Rasterman) wrote: i was just minorly annoyed at spending my time documenting how to build, and documenting that the efl tree is merged, and that all the work and effort of merging... results in the same old questions. i assume you hadn't even looked yet. :( so i guess i was feeling a little snarky in pointing out the obvious :) I understand completely. The fault is all mine, I should have done better research beforehand. I even struggle with the same problem at work, with roles reversed. :( e17 was out a year ago... already... you missed that? :) No, I just never got around to it to be honest. At some point the various install scripts broke, due to the move to git, and the task of manually compiling and installing all the old stable packages was hard to justify in the work schedule. RHEL wouldn't be my first choice for a personal distro in any case. I took heed of your advice and started to compile EFL 1.8.2 but it ultimately fails during configure due to an old version of libudev in RHEL 6.5: configure: Start Eeze checks configure: error: pkg-config missing libudev = 148 No help from RedHat: # yum info libudev | grep Version Version : 147 I can't try out the RHEL 7 preview due to company policies. I see the change to udev version introduced in 2013-01-03 by Gustavo Sverzut Barbieri. I guess eeze-1.7.4 ought to work. umm no. it won't work. eeze comes with the rest of efl and it's synced to work with it... :) you have a problem there with udev that you need to find a solution to. :) I will have to put this off till after the holidays due to time constraints. Either way we have established that RHEL isn't the best platform for e17 (or 18) and I thank you for your help. I will most certainly pester you some more in the future. At least for another 14-15 years. :) Cheers! -- - 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
[e-users] [PRE-RELEASE] Enlightenment 0.17.6 and EFL 1.7.10
It is time for the last release of the stable EFL 1.7 and Enlightement 0.17 series. After it goes to final state, there is no expectation of any new one this series, except for security fixes. Please test and report any issues you may find so it can be fixed before we call it a final release. The tarballs are available to download at: http://download.enlightenment.org/pre-releases/http://download.enlightenment.org/pre-releases/enlightenment-0.17.6/enlightenment-0.17.6.tar.bz2 More details about the checksums can be found at phab: https://phab.enlightenment.org/w/minor_releases/efl_1_7_10_e_0_17_6/ I can't really say I will miss it, 1.8 is in much better shape ;). Regards, Etrunko P.S: Here is the changelog the changed packages. The ones which are not listed, only had their version numbers and requirements bumped. == enlightenment == object f6a20722c5dd010a862f8e6561e9c417a0a266de type commit tag v0.17.6 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386850836 -0200 AUTHORS |1 + ChangeLog | 17 +- NEWS|2 + configure.ac| 25 +- data/etc/sysactions.conf.in |1 - po/ar.po| 4399 +-- src/bin/e_border.c | 26 + src/bin/e_entry.c | 11 + src/bin/e_fm.c | 43 +- src/bin/e_randr.h |4 +- src/bin/e_start_main.c |3 +- src/bin/e_sys_main.c| 157 +- src/modules/everything/evry.c |3 + src/modules/everything/evry_plug_apps.c |1 + src/modules/fileman/e_fwin.c|1 + src/modules/fileman/e_mod_main.c|2 +- src/modules/wizard/page_011.c |5 +- 17 files changed, 3265 insertions(+), 1436 deletions(-) Bertrand Jacquin (1): BUG/MINOR: avoid bashism in system() call Carsten Haitzler (Rasterman) (3): e_sys - address security concerns with environment and gdb e_sys - address security concerns with environment - more e_sys - fix busy spin problem with security clamp-down Deon Thomas (1): fixed keyboard country image sizing Dieter Roelants (1): workaround for potential crashes when closing windows and switching desktops Eduardo Lima (Etrunko) (2): Randr: Update config epoch 0.17.6 Release Mike Blumenkrantz (6): refresh efm after changing fileman settings fix evry crash when switching views only force custom icon view for efm desktops when creating a fileman path for the first time unify efm icon positioning code ensmallen efm icon event area bugfix: don't add NoDisplay .desktop files to evry apps view Tom Hacohen (3): wsod: Fixed gdb hangs when generating backtraces. Entry: Fix update of child size and location. Entry: Fix scroller position to show cursor. maxerba (1): Updating arabian translation == ecore == object 16fb76dab894d9b56daac0a95793958d460701ba type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 ChangeLog| 4 ++ configure.ac | 100 +++ src/lib/ecore_con/ecore_con.c| 3 +- src/tests/ecore_test_ecore_con.c | 56 ++ 4 files changed, 112 insertions(+), 51 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.10 Release Guillaume Friloux (2): Ecore_con send error event when dns error. Adds a test case for the DNS error patch. == efreet == object 5054ee73ee1b5db2ed14e9919a6accfa35de834a type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 ChangeLog | 4 configure.ac | 8 src/bin/efreet_icon_cache_create.c | 2 +- 3 files changed, 9 insertions(+), 5 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.10 Release Sebastian Dransfeld (1): backport fix from upstream == eina == object 74474195d82d8048ab7b7251e6d6e57a40a64526 type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 ChangeLog | 9 + NEWS| 9 + configure.ac| 4 ++-- src/lib/eina_file.c | 14 +- 4 files changed, 29 insertions(+), 7 deletions(-) Cedric Bail (1): eina: backport fix for race condition in Eina_File infrastructure. Eduardo Lima (Etrunko) (1): 1.7.10 Release == eldbus == object db418c6271a0d3bcba3abcf2d3134abf32adf9c0 type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 configure.ac| 10 +- src/lib/eldbus_connection.h | 10 ++ src/lib/eldbus_core.c | 7 +++ src/lib/eldbus_proxy.c | 17 +++-- 4 files changed, 37
Re: [e-users] [PRE-RELEASE] Enlightenment 0.17.6 and EFL 1.7.10
When is a *production* release of Enlightement 0.18 expected to hit the streets? I see that there is an *Alpha* release of Enlightement 0.18 available for download. How stable is this release? At Thu, 12 Dec 2013 12:08:48 -0200 Enlightenment users discussion support enlightenment-users@lists.sourceforge.net wrote: It is time for the last release of the stable EFL 1.7 and Enlightement 0.17 series. After it goes to final state, there is no expectation of any new one this series, except for security fixes. Please test and report any issues you may find so it can be fixed before we call it a final release. The tarballs are available to download at: http://download.enlightenment.org/pre-releases/http://download.enlightenment.org/pre-releases/enlightenment-0.17.6/enlightenment-0.17.6.tar.bz2 More details about the checksums can be found at phab: https://phab.enlightenment.org/w/minor_releases/efl_1_7_10_e_0_17_6/ I can't really say I will miss it, 1.8 is in much better shape ;). Regards, Etrunko P.S: Here is the changelog the changed packages. The ones which are not listed, only had their version numbers and requirements bumped. == enlightenment == object f6a20722c5dd010a862f8e6561e9c417a0a266de type commit tag v0.17.6 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386850836 -0200 AUTHORS |1 + ChangeLog | 17 +- NEWS|2 + configure.ac| 25 +- data/etc/sysactions.conf.in |1 - po/ar.po| 4399 +-- src/bin/e_border.c | 26 + src/bin/e_entry.c | 11 + src/bin/e_fm.c | 43 +- src/bin/e_randr.h |4 +- src/bin/e_start_main.c |3 +- src/bin/e_sys_main.c| 157 +- src/modules/everything/evry.c |3 + src/modules/everything/evry_plug_apps.c |1 + src/modules/fileman/e_fwin.c|1 + src/modules/fileman/e_mod_main.c|2 +- src/modules/wizard/page_011.c |5 +- 17 files changed, 3265 insertions(+), 1436 deletions(-) Bertrand Jacquin (1): BUG/MINOR: avoid bashism in system() call Carsten Haitzler (Rasterman) (3): e_sys - address security concerns with environment and gdb e_sys - address security concerns with environment - more e_sys - fix busy spin problem with security clamp-down Deon Thomas (1): fixed keyboard country image sizing Dieter Roelants (1): workaround for potential crashes when closing windows and switching desktops Eduardo Lima (Etrunko) (2): Randr: Update config epoch 0.17.6 Release Mike Blumenkrantz (6): refresh efm after changing fileman settings fix evry crash when switching views only force custom icon view for efm desktops when creating a fileman path for the first time unify efm icon positioning code ensmallen efm icon event area bugfix: don't add NoDisplay .desktop files to evry apps view Tom Hacohen (3): wsod: Fixed gdb hangs when generating backtraces. Entry: Fix update of child size and location. Entry: Fix scroller position to show cursor. maxerba (1): Updating arabian translation == ecore == object 16fb76dab894d9b56daac0a95793958d460701ba type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 ChangeLog| 4 ++ configure.ac | 100 +++ src/lib/ecore_con/ecore_con.c| 3 +- src/tests/ecore_test_ecore_con.c | 56 ++ 4 files changed, 112 insertions(+), 51 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.10 Release Guillaume Friloux (2): Ecore_con send error event when dns error. Adds a test case for the DNS error patch. == efreet == object 5054ee73ee1b5db2ed14e9919a6accfa35de834a type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 ChangeLog | 4 configure.ac | 8 src/bin/efreet_icon_cache_create.c | 2 +- 3 files changed, 9 insertions(+), 5 deletions(-) Eduardo Lima (Etrunko) (1): 1.7.10 Release Sebastian Dransfeld (1): backport fix from upstream == eina == object 74474195d82d8048ab7b7251e6d6e57a40a64526 type commit tag v1.7.10 tagger Eduardo Lima (Etrunko) eduardo.l...@intel.com 1386181685 -0200 ChangeLog | 9 + NEWS| 9 + configure.ac| 4 ++-- src/lib/eina_file.c | 14 +- 4 files changed, 29 insertions(+), 7 deletions(-) Cedric Bail (1): eina: backport fix for
Re: [e-users] e18 on Radeon? WAS: Terminology 0.4.0 is out!
On Thu, 12 Dec 2013 06:49:23 + Mick michaelkintz...@gmail.com wrote: On Wednesday 11 Dec 2013 21:50:41 Christopher Barry wrote: Mick, can you post your /var/log/Xorg.0.log on pastebin or somewhere for me? I'm assuming you are using the opengl compositing with radeon driver. I think I may have some remnants of ati stuff on my box, and would like to see what your log says. Thanks! Here you go: http://pastebin.com/edFZPTbr Thanks. I've got the Radeon OSS driver running correctly now on my Radeon HD 7850 (PITCAIRN). It will do triplehead (aka Eyefinity) fine with the OSS driver. The trick for me was to let X probe everything, but use xrandr in a script file called from both /etc/lightdm/lightdm.conf and /etc/X11/Xsession.d/45xrandr-layout (which I created) to organize my screens correctly. For me, the contents of the layout script was written by a handy little app called 'arandr', and looks like this: # screen layout script #!/bin/bash xrandr --output DisplayPort-0 --off \ --output DVI-1 --mode 1920x1200 --pos 0x0 --rotate normal \ --output DVI-0 --mode 1920x1200 --pos 1920x0 --rotate normal \ --output HDMI-0 --off I saved the script in /usr/bin/xrandr-screen-layout, and called it from /etc/X11/Xsession.d/45xrandr-layout (a single line in there), and from /etc/lightdm/lightdm.conf, using the following config item: display-setup-script=/usr/bin/xrandr-screen-layout I wrote a full xorg.conf, but for some reason, because my DisplayPort-0 does not yet have my third monitor hooked up (I need a mini to regular adaptor to make my active DP-DVI dongle work), I could not get the xorg.conf working. It kept trying to put my first screen on the DisplayPort-0 anyway, and I could not figure out how to tell X to not use it :(. I'm sure there is a way and would LOVE to know how if anyone knows. Once I get the adaptor, and hookup DisplayPort-0, I'll modify the script to enable correct placement of that third monitor too. Took literally all f*(ing day to do it, but YAY - FINALLY everything is working now!! I still see some stuff in my log I'm not keen on, like: (II) RADEON(0): KMS Color Tiling: disabled (II) RADEON(0): KMS Color Tiling 2D: disabled and (II) AIGLX: Screen 0 is not DRI2 capable (II) AIGLX: Screen 0 is not DRI capable (II) AIGLX: Loaded and initialized swrast (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 508 x 317 but I think the latter has to do with DisplayPort-0 not being active yet, and it's the card's primary port. Hopefully this can help someone else wean themselves off of the proprietary ATI/Catalyst/fglrx. Next up: take the e18 plunge :) -- Regards, Christopher Barry Random geeky fortune: Hildebrant's Principle: If you don't know where you are going, any road will get you there. -- 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 Thursday 12 Dec 2013 18:18:59 Christopher Barry wrote: On Thu, 12 Dec 2013 06:49:23 + Mick michaelkintz...@gmail.com wrote: On Wednesday 11 Dec 2013 21:50:41 Christopher Barry wrote: Mick, can you post your /var/log/Xorg.0.log on pastebin or somewhere for me? I'm assuming you are using the opengl compositing with radeon driver. I think I may have some remnants of ati stuff on my box, and would like to see what your log says. Thanks! Here you go: http://pastebin.com/edFZPTbr Thanks. I've got the Radeon OSS driver running correctly now on my Radeon HD 7850 (PITCAIRN). It will do triplehead (aka Eyefinity) fine with the OSS driver. The trick for me was to let X probe everything, but use xrandr in a script file called from both /etc/lightdm/lightdm.conf and /etc/X11/Xsession.d/45xrandr-layout (which I created) to organize my screens correctly. For me, the contents of the layout script was written by a handy little app called 'arandr', and looks like this: # screen layout script #!/bin/bash xrandr --output DisplayPort-0 --off \ --output DVI-1 --mode 1920x1200 --pos 0x0 --rotate normal \ --output DVI-0 --mode 1920x1200 --pos 1920x0 --rotate normal \ --output HDMI-0 --off I saved the script in /usr/bin/xrandr-screen-layout, and called it from /etc/X11/Xsession.d/45xrandr-layout (a single line in there), and from /etc/lightdm/lightdm.conf, using the following config item: display-setup-script=/usr/bin/xrandr-screen-layout I wrote a full xorg.conf, but for some reason, because my DisplayPort-0 does not yet have my third monitor hooked up (I need a mini to regular adaptor to make my active DP-DVI dongle work), I could not get the xorg.conf working. It kept trying to put my first screen on the DisplayPort-0 anyway, and I could not figure out how to tell X to not use it :(. I'm sure there is a way and would LOVE to know how if anyone knows. Once I get the adaptor, and hookup DisplayPort-0, I'll modify the script to enable correct placement of that third monitor too. Took literally all f*(ing day to do it, but YAY - FINALLY everything is working now!! I still see some stuff in my log I'm not keen on, like: (II) RADEON(0): KMS Color Tiling: disabled (II) RADEON(0): KMS Color Tiling 2D: disabled and (II) AIGLX: Screen 0 is not DRI2 capable (II) AIGLX: Screen 0 is not DRI capable (II) AIGLX: Loaded and initialized swrast (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 508 x 317 but I think the latter has to do with DisplayPort-0 not being active yet, and it's the card's primary port. Hopefully this can help someone else wean themselves off of the proprietary ATI/Catalyst/fglrx. Next up: take the e18 plunge :) Thanks a lot for sharing! It could come hand for others who search for hints on the same set up. -- Regards, Mick -- 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
[e-users] Atom to query root window for current active workspace?
Is there any Atom to query the root window or any window for in Xlib to find out what the current active worksapce is, enlightenment does not seem to support the standard _NET_CURRENT_DESKTOP. -- 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] Atom to query root window for current active workspace?
On Fri, 13 Dec 2013 03:43:09 +0100 EatsKittens temporalabstract...@gmail.com said: Is there any Atom to query the root window or any window for in Xlib to find out what the current active worksapce is, enlightenment does not seem to support the standard _NET_CURRENT_DESKTOP. nope. it doesn't. it doesn't export/expose this because netwm ideas of virtual desktops are way too primitive for e as e allows dsifferent desktops to be active on different screens (areas of the root window). -- - 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] Atom to query root window for current active workspace?
On Fri, 13 Dec 2013 12:24:12 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 13 Dec 2013 03:43:09 +0100 EatsKittens temporalabstract...@gmail.com said: Is there any Atom to query the root window or any window for in Xlib to find out what the current active worksapce is, enlightenment does not seem to support the standard _NET_CURRENT_DESKTOP. nope. it doesn't. it doesn't export/expose this because netwm ideas of virtual desktops are way too primitive for e as e allows dsifferent desktops to be active on different screens (areas of the root window). EatsKittens, OK, completely unencumbered by knowledge here, this random thought (er, hack) just came to me: If you knew where the mouse pointer was, e.g. what screen it was on, would that get you closer? -- Regards, Christopher Barry Random geeky fortune: AMAZING BUT TRUE ... There is so much sand in Northern Africa that if it were spread out it would completely cover the Sahara Desert. -- 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