[E-devel] Ephoto-1.0 does not work with EFL-1.20.x on NixOS

2017-08-16 Thread José Romildo Malaquias
When compiling EPhoto-1.0 with the patch from [1] applied in order to
successfully compile with EFL-1.20.2, the binary fails to run on NixOS.

I am getting a lot of error messages in the terminal, and after a while
a totally black window appears. I have to stop it with control-c on the
terminal.

I am attaching the first 500 lines from the error messages.

Any clues?

Romildo

[1] 
https://git.enlightenment.org/apps/ephoto.git/commit/?id=b76a54bd3ee93fe9d529e577251a1d5fc6b32d1a
ERR<15921>:evas_main lib/evas/canvas/evas_object_smart.c:933 
_efl_canvas_group_group_need_recalculate_set() Object 0x800a6c319da4 is not 
stable during recalc loop
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeina.so.1  
0x7fb50fcc78e9 0x7fb50fca1000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeina.so.1  
0x7fb50fcc8601 0x7fb50fca1000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeina.so.1  
0x7fb50fcc9969 0x7fb50fca1000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699cce 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699001 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699225 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libelementary.so.1   
 0x7fb50e2038df 0x7fb50e086000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libelementary.so.1   
 0x7fb50e20794a 0x7fb50e086000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699335 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f69a1dc 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f66f065 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libelementary.so.1   
 0x7fb50e2fa51f 0x7fb50e086000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f69254e 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f692e14 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libelementary.so.1   
 0x7fb50e2fe32f 0x7fb50e086000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libefl.so.1   
0x7fb50f1740f1 0x7fb50f154000
??   -
??   -
??   -
/nix/store/qqcag936ppd5w5hciz44vyygg6xbnh6d-glibc-2.25/lib/libc.so.6 
0x7fb50be49530 0x7fb50be29000
??   -
EOF

ERR<15921>:evas_main lib/evas/canvas/evas_object_smart.c:933 
_efl_canvas_group_group_need_recalculate_set() Object 0x800244319c9f is not 
stable during recalc loop
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeina.so.1  
0x7fb50fcc78e9 0x7fb50fca1000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeina.so.1  
0x7fb50fcc8601 0x7fb50fca1000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeina.so.1  
0x7fb50fcc9969 0x7fb50fca1000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699cce 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699001 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699225 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f655e80 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeo.so.1
0x7fb50e833190 0x7fb50e821000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeo.so.1
0x7fb50e82fcd3 0x7fb50e821000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libeo.so.1
0x7fb50e82fcd3 0x7fb50e821000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f65666b 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f691fc4 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libefl.so.1   
0x7fb50f178ae2 0x7fb50f154000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libelementary.so.1   
 0x7fb50e2fab36 0x7fb50e086000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f6a3102 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f699335 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f69a1dc 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f66f065 0x7fb50f609000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libelementary.so.1   
 0x7fb50e2fa51f 0x7fb50e086000
/nix/store/a0vzgyn76xr041qd7wy0k6iac5k59zms-efl-1.20.2/lib/libevas.so.1  
0x7fb50f69254e 0x7fb50f609000

Re: [E-devel] Terminology does not get focus in some window managers

2015-03-21 Thread José Romildo Malaquias
On Sat, Mar 21, 2015 at 09:26:21AM +0100, Adrien Nader wrote:
 Hi,
 
 On Fri, Mar 20, 2015, José Romildo Malaquias wrote:
  Hello.
  
  I have been using terminology as my default terminal for some time, but
  recently it has stopped working with some window managers.
  
  After starting terminology, its window is drawn without decoration, but
  it does not receive focus and I cannot type anything in it. It is still
  sensitive to mouse actions, allowing access to its menu.
  
  The attached file is a screenshot showing a terminology window and a
  gnome-terminal window. The window manager is openbox.
  
  This is happening with several window managers I have tried: openbox,
  fluxbox, window maker. So it probably is a problem with terminology
  itself, and not with the window manager.
  
  It works with enlightenment and xfce, though.
  
  Is anybody else seing this behaviour or has any clues on how to fix it?
 
 This reminds me a *lot* of an issue I had too in openbox. It wasn't
 limited to Terminology. I think it started with EFL 1.12 and I think it
 has since been fixed: which exact version of EFL are you using?

I am using efl-1.13.1 on gentoo linux.

Romildo

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Terminology does not get focus in some window managers

2015-03-20 Thread José Romildo Malaquias
Hello.

I have been using terminology as my default terminal for some time, but
recently it has stopped working with some window managers.

After starting terminology, its window is drawn without decoration, but
it does not receive focus and I cannot type anything in it. It is still
sensitive to mouse actions, allowing access to its menu.

The attached file is a screenshot showing a terminology window and a
gnome-terminal window. The window manager is openbox.

This is happening with several window managers I have tried: openbox,
fluxbox, window maker. So it probably is a problem with terminology
itself, and not with the window manager.

It works with enlightenment and xfce, though.

Is anybody else seing this behaviour or has any clues on how to fix it?


Romildo
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Terminology does not get focus in some window managers

2015-03-20 Thread José Romildo Malaquias
On Fri, Mar 20, 2015 at 09:10:07AM -0300, José Romildo Malaquias wrote:
 On Fri, Mar 20, 2015 at 07:47:12PM +0900, Carsten Haitzler wrote:
  On Fri, 20 Mar 2015 06:46:17 -0300 José Romildo Malaquias 
  j.romi...@gmail.com
  said:
  
   I have been using terminology as my default terminal for some time, but
   recently it has stopped working with some window managers.
   
   After starting terminology, its window is drawn without decoration, but
   it does not receive focus and I cannot type anything in it. It is still
   sensitive to mouse actions, allowing access to its menu.
   
   The attached file is a screenshot showing a terminology window and a
   gnome-terminal window. The window manager is openbox.
   
   This is happening with several window managers I have tried: openbox,
   fluxbox, window maker. So it probably is a problem with terminology
   itself, and not with the window manager.
   
   It works with enlightenment and xfce, though.
   
   Is anybody else seing this behaviour or has any clues on how to fix it?
  
  what is that white/grey 2 pixel box outside of terminology? i don't remember
  there being a theme that draws that inside... so i'd guess that that is the 
  wm
  decorating it and managing it.
 
 It could be the wm trying to decorate and manage the terminology
 window. But it is not working. I cannot type anything in the terminology
 window, making it useless.
 
 See the new attached screenshot, done with the fluxbox window
 manager. Now it seems that there is no box around the terminology window
 and I still cannot type anything in the terminology window.

With the WindowMaker window manager the terminology window is not even
drawn. Just an icon appears on the bottom left corner of the screen. See
the attached screenshot.

Romildo
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Terminology does not get focus in some window managers

2015-03-20 Thread José Romildo Malaquias
On Fri, Mar 20, 2015 at 07:47:12PM +0900, Carsten Haitzler wrote:
 On Fri, 20 Mar 2015 06:46:17 -0300 José Romildo Malaquias 
 j.romi...@gmail.com
 said:
 
  I have been using terminology as my default terminal for some time, but
  recently it has stopped working with some window managers.
  
  After starting terminology, its window is drawn without decoration, but
  it does not receive focus and I cannot type anything in it. It is still
  sensitive to mouse actions, allowing access to its menu.
  
  The attached file is a screenshot showing a terminology window and a
  gnome-terminal window. The window manager is openbox.
  
  This is happening with several window managers I have tried: openbox,
  fluxbox, window maker. So it probably is a problem with terminology
  itself, and not with the window manager.
  
  It works with enlightenment and xfce, though.
  
  Is anybody else seing this behaviour or has any clues on how to fix it?
 
 what is that white/grey 2 pixel box outside of terminology? i don't remember
 there being a theme that draws that inside... so i'd guess that that is the wm
 decorating it and managing it.

It could be the wm trying to decorate and manage the terminology
window. But it is not working. I cannot type anything in the terminology
window, making it useless.

See the new attached screenshot, done with the fluxbox window
manager. Now it seems that there is no box around the terminology window
and I still cannot type anything in the terminology window.

Romildo
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] [feature request] new terminology window in current directory

2014-05-20 Thread José Romildo Malaquias
Hello.

I would like to be able to open a new terminal window in the current
working directory from terminology with a key binding. Is that possible?

If it is not possible currently, can this feature be added in next
releases?

Romildo

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [feature request] new terminology window in current directory

2014-05-20 Thread José Romildo Malaquias
On Wed, May 21, 2014 at 08:11:16AM +0900, Carsten Haitzler wrote:
 On Tue, 20 May 2014 15:17:14 -0300 José Romildo Malaquias 
 j.romi...@gmail.com
 said:
 
  Hello.
  
  I would like to be able to open a new terminal window in the current
  working directory from terminology with a key binding. Is that possible?
 
 terminology 
 
 make an alias in your shell if u want it shorter
 
 alias t='terminology '

The feature I am looking for is more sophisticated than that. I do not
want to type a command in the shell that is running in the terminal.

I would like to be able to hit a key combination (Control + Shift + N,
for instance) in Terminology, and a new Terminology window is openned
running a process in the same directory as the original terminal. This
would work even when a command is being running in the foreground in the
shell (like vim, for instance).

Terminology already have something like that bound to the
Control+Shift+t key combination by default, which creates a new tab. I
just want to create a new window instead of a new tab.

Some terminals like xfce4-terminal and gnome-terminal have this feature
and I would like to have it in Terminology too. In those terminals it
runs a process similar to the one that is running in the current
terminal. For instance, if the terminal is running mutt instead of the
shell, then the new window will also run mutt.

Romildo

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Show text in tasks in vertical shelves

2013-06-13 Thread José Romildo Malaquias
Hello.

With E17 the tasks module does not display text when inside a vertical
shelf. Can that be fixed?

In this case it would be nice if the user could specify the orientation
(horizontal or vertical) of the displayed text.

José Romildo

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [e-users] English keyboard with dead keys

2013-05-30 Thread José Romildo Malaquias
On Mon, May 27, 2013 at 08:49:38AM +0900, Carsten Haitzler wrote:
 On Sun, 26 May 2013 09:51:05 -0300 José Romildo Malaquias 
 j.romi...@gmail.com
 said:
 
  On Sun, May 26, 2013 at 01:53:49PM +0800, P Purkayastha wrote:
   On 05/25/2013 10:31 AM, José Romildo Malaquias wrote:
Hello.
   
How can I set a notebook keyboard to US INTL (English with dead keys)
with enlightenment-0.17.3 (on ~amd64 gentoo)?
   
In the Keyboard Settings dialog I had a us (default, basic)
configuration with the Generic 105-key (intl) PC (pc105) model, but
dead keys are not working.
   
Any clues?
   
Romildo
   
   Is that a variant of the us (default)? In that case, this keyboard 
   setting has been broken for nearly a year. Variants don't work.
  
  Yes, it is a variant of the us (default) layout.
  
  For other desktop environments/window managers, I have the following in
  /etc/X11/xorg.conf.d/10-keyboard.conf:
  
  
Section InputClass
  MatchIsKeyboard on
  Identifier  system-setup-keyboard
  Option  XkbModel  pc105,abnt2,microsoftmult
  Option  XkbLayout us,br,br
  Option  XkbVariantintl,,
  Option  XkbOptionsgrp:shift_caps_toggle,grp_led:scroll
  #Option XkbOptionsterminate:ctrl_alt_bksp,
EndSection
  
  
  Is there an entry in the bug tracker for this bug?
  
  Is there any hope it is fixed soon?
 
 i have used this for years - under options (in the kbd settings) under 
 compose
 key position i selected caps lock (since i find caps utterly useless 
 99.%
 of the time and have better things for it to do).. so now i can use it as a
 dead key. the kbds i do have are us qwerty (thus re-use caps for this) or are
 jp or kr layouts, and with jp/kr choosing the right layout works fine (the
 input mode modifier keys produces the right keysym)... so as best i see - it's
 al there and works.

That is not exactly what I want.

I am looking for a way to get the same keyboard setup I have been using
for years independently of the window manager used: us intl. It is the
combination of pc105 model, us layout, and intl variant. I do not
want to use one compose key together with two more keys every time I
need an accented letter. With the us intl keyboard, the accents are dead
keys themselves. To get an á for instance, I just type ' followed by
a. The language I most use is Portuguese, which uses accented letters
a lot. Typing them with an individual compose key may be much less
productive than with the us intl configuration.

This us intl setup used to just work with enlightenment, but now it does
not work anymore. It would be nice if someone could take a look at it
and maybe fix it.

Romildo

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [e-users] English keyboard with dead keys

2013-05-26 Thread José Romildo Malaquias
On Sun, May 26, 2013 at 01:53:49PM +0800, P Purkayastha wrote:
 On 05/25/2013 10:31 AM, José Romildo Malaquias wrote:
  Hello.
 
  How can I set a notebook keyboard to US INTL (English with dead keys)
  with enlightenment-0.17.3 (on ~amd64 gentoo)?
 
  In the Keyboard Settings dialog I had a us (default, basic)
  configuration with the Generic 105-key (intl) PC (pc105) model, but
  dead keys are not working.
 
  Any clues?
 
  Romildo
 
 Is that a variant of the us (default)? In that case, this keyboard 
 setting has been broken for nearly a year. Variants don't work.

Yes, it is a variant of the us (default) layout.

For other desktop environments/window managers, I have the following in
/etc/X11/xorg.conf.d/10-keyboard.conf:


  Section InputClass
MatchIsKeyboard on
Identifier  system-setup-keyboard
Option  XkbModel  pc105,abnt2,microsoftmult
Option  XkbLayout us,br,br
Option  XkbVariantintl,,
Option  XkbOptionsgrp:shift_caps_toggle,grp_led:scroll
#Option XkbOptionsterminate:ctrl_alt_bksp,
  EndSection


Is there an entry in the bug tracker for this bug?

Is there any hope it is fixed soon?

Romildo

--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] OpenGL with Intel graphics driver

2012-10-11 Thread José Romildo Malaquias
I am experimenting E17 on my notebook running gentoo linux. I am using
the official enlightenment overlay to install E17.

There are two graphic devices on my sytem: nvidia (optimus) and intel
integrated. As there is not easy support for nvidia optimus on linux,
the nvidia device is not used.

When running E17 for the first time and choosing Hardware Accelerated
(OpengGL) for the Compositing configuration dialog that is presented
before the desktop is launched, I get a non-functional system: the
screen becomes black and the only visible thing is a mouse pointer.

If the option Hardware Accelerated (OpenGL) is disabled, it works.

I remember that some months ago when I have also tried E17, it worked
with OpenGL and the intel graphics card.

Any clues?

Romildo

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] OpenGL with Intel graphics driver

2012-10-11 Thread José Romildo Malaquias
On Fri, Oct 12, 2012 at 12:00:58AM +0900, Carsten Haitzler wrote:
 On Thu, 11 Oct 2012 10:02:18 -0300 José Romildo Malaquias 
 j.romi...@gmail.com
 said:
 
  I am experimenting E17 on my notebook running gentoo linux. I am using
  the official enlightenment overlay to install E17.
  
  There are two graphic devices on my sytem: nvidia (optimus) and intel
  integrated. As there is not easy support for nvidia optimus on linux,
  the nvidia device is not used.
  
  When running E17 for the first time and choosing Hardware Accelerated
  (OpengGL) for the Compositing configuration dialog that is presented
  before the desktop is launched, I get a non-functional system: the
  screen becomes black and the only visible thing is a mouse pointer.
  
  If the option Hardware Accelerated (OpenGL) is disabled, it works.
  
  I remember that some months ago when I have also tried E17, it worked
  with OpenGL and the intel graphics card.
  
  Any clues?
 
 intel gfx works just fine here. i'm sitting on a sandybridge laptop. it also
 works just fine on my i7 sandybridge desktop. no optimus there. i suspect its
 an issue with drivers and maybe evas is at runtime linking to nvidia driver
 blobs and thus having problems as maybe the nvidia drivers detect the gpu and
 kind-of-work BUt don't actually manage to display. i suggest double-checking
 how many libGL's you have and where they ere etc. (or libGLESv2's and
 libEGL's) :)

nvidia driver is not even installed on my system. Only
xf86-video-intel-2.20.9 is installed.

I have the following libraries installed on my system:

app-emulation/emul-linux-x86-opengl-20120520 (/usr/lib32/libEGL.so - 
libEGL.so.1)
app-emulation/emul-linux-x86-opengl-20120520 (/usr/lib32/libGLESv2.so.2.0.0)
app-emulation/emul-linux-x86-opengl-20120520 (/usr/lib32/libEGL.so.1.0)
app-emulation/emul-linux-x86-opengl-20120520 
(/usr/lib32/opengl/xorg-x11/lib/libGL.so - libGL.so.1)
app-emulation/emul-linux-x86-opengl-20120520 
(/usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2)
app-emulation/emul-linux-x86-opengl-20120520 (/usr/lib32/libGLESv2.so - 
libGLESv2.so.2)
media-libs/mesa-9.0 (/usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2.0)
media-libs/mesa-9.0 (/usr/lib64/opengl/xorg-x11/lib/libEGL.so - 
libEGL.so.1.0.0)
media-libs/mesa-9.0 (/usr/lib64/opengl/xorg-x11/lib/libEGL.so.1.0.0)
media-libs/mesa-9.0 (/usr/lib64/opengl/xorg-x11/lib/libGL.so - libGL.so.1.2.0)

Romildo

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] OpenGL with Intel graphics driver

2012-10-11 Thread José Romildo Malaquias
On Fri, Oct 12, 2012 at 11:39:45AM +0900, Carsten Haitzler wrote:
 On Thu, 11 Oct 2012 18:03:13 -0300 José Romildo Malaquias 
 j.romi...@gmail.com
 said:
 
  On Fri, Oct 12, 2012 at 12:00:58AM +0900, Carsten Haitzler wrote:
   On Thu, 11 Oct 2012 10:02:18 -0300 José Romildo Malaquias
   j.romi...@gmail.com said:
   
I am experimenting E17 on my notebook running gentoo linux. I am using
the official enlightenment overlay to install E17.

There are two graphic devices on my sytem: nvidia (optimus) and intel
integrated. As there is not easy support for nvidia optimus on linux,
the nvidia device is not used.

When running E17 for the first time and choosing Hardware Accelerated
(OpengGL) for the Compositing configuration dialog that is presented
before the desktop is launched, I get a non-functional system: the
screen becomes black and the only visible thing is a mouse pointer.

If the option Hardware Accelerated (OpenGL) is disabled, it works.

I remember that some months ago when I have also tried E17, it worked
with OpenGL and the intel graphics card.

Any clues?
   
   intel gfx works just fine here. i'm sitting on a sandybridge laptop. it 
   also
   works just fine on my i7 sandybridge desktop. no optimus there. i suspect
   its an issue with drivers and maybe evas is at runtime linking to nvidia
   driver blobs and thus having problems as maybe the nvidia drivers detect
   the gpu and kind-of-work BUt don't actually manage to display. i suggest
   double-checking how many libGL's you have and where they ere etc. (or
   libGLESv2's and libEGL's) :)
  
  nvidia driver is not even installed on my system. Only
  xf86-video-intel-2.20.9 is installed.
  
  I have the following libraries installed on my system:
  
  app-emulation/emul-linux-x86-opengl-20120520 (/usr/lib32/libEGL.so -
  libEGL.so.1) app-emulation/emul-linux-x86-opengl-20120520
  (/usr/lib32/libGLESv2.so.2.0.0) app-emulation/emul-linux-x86-opengl-20120520
  (/usr/lib32/libEGL.so.1.0) app-emulation/emul-linux-x86-opengl-20120520
  (/usr/lib32/opengl/xorg-x11/lib/libGL.so - libGL.so.1)
  app-emulation/emul-linux-x86-opengl-20120520
  (/usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2)
  app-emulation/emul-linux-x86-opengl-20120520 (/usr/lib32/libGLESv2.so -
  libGLESv2.so.2) media-libs/mesa-9.0
  (/usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2.0) media-libs/mesa-9.0
  (/usr/lib64/opengl/xorg-x11/lib/libEGL.so - libEGL.so.1.0.0)
  media-libs/mesa-9.0 (/usr/lib64/opengl/xorg-x11/lib/libEGL.so.1.0.0)
  media-libs/mesa-9.0 (/usr/lib64/opengl/xorg-x11/lib/libGL.so -
  libGL.so.1.2.0)
 
 i see both EGL/GLES libs AND GL (desktop gl). at least in the past gles/egl vs
 gl has been flakey and you should not have stuck to gl. mix and match has been
 problematic. evas may have detected gles/egl and built that support.
 double-check on that. fyi egl/gels works fine even mixed with gl(x) on my i7
 desktop so at least on some latest master git src of mesa/intel drver it does
 work.

evas was compiled without gles support, as can be seen in the output of
its configure script:

[...]

evas 1.7.99.77860


Configuration Options Summary:

Engines:
  Software Memory Buffer.: yes
  Software X11...: yes (Xlib: yes) (XCB: no)
  OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: no)
  Software GDI...: no
  Software DirectDraw: no
  Direct3d...: no
  OpenGL SDL.: no 

  OpenGL Cocoa...: no
  Software Framebuffer...: no
  DirectFB...: no
  PSL1GHT: no
  Software 8bit grayscale: no
  Wayland Shm: no
  Wayland Egl: no
[...]

Recompiling evas and mesa with support for gles (by setting the gles use
flag in gentoo) fixes the issue I am having with the intel graphics on
my system. With that explicitly set, the evas configure script reports:

[...]

evas 1.7.99.77927


Configuration Options Summary:

Engines:
  Software Memory Buffer.: yes
  Software X11...: yes (Xlib: yes) (XCB: no)
  OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: yes)
  Software GDI...: no
  Software DirectDraw: no
  Direct3d...: no
  OpenGL SDL.: no 

  OpenGL Cocoa...: no
  Software Framebuffer...: no
  DirectFB...: no
  PSL1GHT: no
  Software 8bit grayscale: no
  Wayland Shm: no
  Wayland Egl: no
[...]

I do not know much about gl and gles, but it seems that something should
be done to make E17 work out of the box for intel graphics

Re: [E-devel] e16-1.0.9

2011-08-19 Thread José Romildo Malaquias
On Mon, Aug 01, 2011 at 07:27:14PM +0200, Kim Woelders wrote:
 e16-1.0.9 is available for download:
 http://sourceforge.net/projects/enlightenment/files/
 
 e16-1.0.9:
 - Enable having background files with whitespace in name.
 - Add GNOME3 gdm/gnome-session support.
 - Fix potential placement breakage when there are windows with struts.
 - Compositor: Fix rendering of shaped override-redirect windows.
 - Fix focus after ungrab.
 - Add new maximisation algorithm (option).
 - Enable animation of resize operation (option).
 - Menu generation: Only one menu tree (not GNOME/KDE/Other).

The generated menu still has separated submenus for GNOME, KDE and
Other. If I understand it correctly, they should be unified.

 - Fix pointer focus when a new window appears under the pointer.
 - Magnifier: Lots of tweaks.
 - Translation updates: ja, it.
 - Many minor bug fixes and enhancements, see ChangeLog for details.

Romildo

--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] patch for e16: include user menus in generated menus

2009-11-21 Thread José Romildo Malaquias
Hello.

The attached patch adds the default location for user defined menus
(*.desktop files) to the list of directories searched by e_gen_menu, a
perl script that generates a file.menu format for Enlightenment DR16 out
of menu hierarchies.

Please, apply the patch to the e16 distribution.

Regards.

Romildo
--- e16-1.0.1/scripts/e_gen_menu.orig   2009-08-04 13:12:19.0 -0300
+++ e16-1.0.1/scripts/e_gen_menu2009-11-18 16:37:08.0 -0200
@@ -27,6 +27,7 @@
 # Likely  prefixes
 $Prefixes = /usr/local:/usr:/opt:/opt/kde:$ENV{'KDEDIR'};
 $Prefixes = $Prefixes:/opt/kde3:/opt/gnome;  # SUSE
+$Prefixes = $Prefixes:$ENV{'HOME'}/.local;
 $Prefixes = RemoveDuplcates($Prefixes);
 
 # Where to look for GNOME/KDE stuff
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel