[e-users] Problem running e17 through kdm/gdm
hello all,
I have some problems logging into e17 through KDM/GDM on a Debian system
(testing/wheezy). I did all the compile/install steps as mentioned on the
e17 About page (it's for Ubuntu but it applies on Debian too), I can run
e17 from the command line by running startx (with composite, opengl,
everything enabled) *but* whenever i try to login through kdm or even gdm,
there's a blank screen for 2-3 seconds and then I'm being thrown back to
the kdm/gdm login page.
I've already checked the enlightnement.desktop file (permissions etc), the
library/LD paths etc, I even ran a poor man's debug using strace in order
to find out what's going wrong during the enlightenment_start process.
Here's a part of the output from strace:
uname({sys=Linux, node=debian, ...}) = 0
rt_sigaction(SIGUSR1, {0x8049f00, [], SA_RESETHAND}, NULL, 8) = 0
brk(0) = 0x9cb7000
brk(0x9cd8000) = 0x9cd8000
open(/usr/local/lib/eina/modules/mp,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
open(/home/zapz/.eina/mp/modules/mp,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
open(/usr/local/lib/eina/modules/mp,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
sched_getaffinity(0, 128, {f}) = 4
open(/proc/self/maps, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7729000
read(3, 08048000-0804b000 r-xp ..., 1024) = 1024
close(3) = 0
munmap(0xb7729000, 4096) = 0
stat64(/usr/local/share/enlightenment/AUTHORS, {st_mode=S_IFREG|0644,
st_size=2153, ...}) = 0
fstat64(1, {st_mode=S_IFREG|0600, st_size=119, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7729000
open(/home/zapz/.e-mtrack, O_RDONLY) = -1 ENOENT (No such file or
directory)
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb74ec728) = 6842
ptrace(PTRACE_ATTACH, 6842, 0, 0) = -1 EPERM (Operation not permitted)
waitpid(6842, [{WIFSTOPPED(s) WSTOPSIG(s) == SIGTRAP}], 0) = 6842
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 6842, 0, SIG_0) = 0
waitpid(6842, [{WIFEXITED(s) WEXITSTATUS(s) == 127}], 0) = 6842
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(6842, 0xbfa4f970, 0) = -1 ECHILD (No child processes)
write(1, E - PID=6841, valgrind=0\n, 25) = 25
exit_group(-1) = ?
it searches for the eina/modules/mp under /usr/local/lib, there's no such
folder there. The only e17 directories are
ecore,edje,efreet,elementary,emotion,ethumb and evas.
Now I took a similar strace with the startx command and it never searches
for any of these folders. Any ideas - suggestions?
thanks in advance
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122912
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem running e17 through kdm/gdm
On Sat, Dec 29, 2012 at 10:54 AM, mplia mpliaaa mpli...@gmail.com wrote:
hello all,
I have some problems logging into e17 through KDM/GDM on a Debian system
(testing/wheezy). I did all the compile/install steps as mentioned on the
e17 About page (it's for Ubuntu but it applies on Debian too), I can run
e17 from the command line by running startx (with composite, opengl,
everything enabled) *but* whenever i try to login through kdm or even gdm,
there's a blank screen for 2-3 seconds and then I'm being thrown back to
the kdm/gdm login page.
I've already checked the enlightnement.desktop file (permissions etc), the
library/LD paths etc, I even ran a poor man's debug using strace in order
to find out what's going wrong during the enlightenment_start process.
Here's a part of the output from strace:
uname({sys=Linux, node=debian, ...}) = 0
rt_sigaction(SIGUSR1, {0x8049f00, [], SA_RESETHAND}, NULL, 8) = 0
brk(0) = 0x9cb7000
brk(0x9cd8000) = 0x9cd8000
open(/usr/local/lib/eina/modules/mp,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
open(/home/zapz/.eina/mp/modules/mp,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
open(/usr/local/lib/eina/modules/mp,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)
sched_getaffinity(0, 128, {f}) = 4
open(/proc/self/maps, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7729000
read(3, 08048000-0804b000 r-xp ..., 1024) = 1024
close(3) = 0
munmap(0xb7729000, 4096) = 0
stat64(/usr/local/share/enlightenment/AUTHORS, {st_mode=S_IFREG|0644,
st_size=2153, ...}) = 0
fstat64(1, {st_mode=S_IFREG|0600, st_size=119, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7729000
open(/home/zapz/.e-mtrack, O_RDONLY) = -1 ENOENT (No such file or
directory)
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb74ec728) = 6842
ptrace(PTRACE_ATTACH, 6842, 0, 0) = -1 EPERM (Operation not permitted)
waitpid(6842, [{WIFSTOPPED(s) WSTOPSIG(s) == SIGTRAP}], 0) = 6842
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 6842, 0, SIG_0) = 0
waitpid(6842, [{WIFEXITED(s) WEXITSTATUS(s) == 127}], 0) = 6842
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(6842, 0xbfa4f970, 0) = -1 ECHILD (No child processes)
write(1, E - PID=6841, valgrind=0\n, 25) = 25
exit_group(-1) = ?
it searches for the eina/modules/mp under /usr/local/lib, there's no such
folder there. The only e17 directories are
ecore,edje,efreet,elementary,emotion,ethumb and evas.
Now I took a similar strace with the startx command and it never searches
for any of these folders. Any ideas - suggestions?
The eina mempool (mp) shouldn't matter much, they may be compiled with
static mempools and the folder won't exist.
your strace doesn't say much, seems some $PATH or $LD_LIBRARY_PATH are
defining different stuff? Maybe you have multiple e17/efl installed in your
system?
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122912
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem running e17 through kdm/gdm
Date: Sat, 29 Dec 2012 11:50:35 -0200 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [e-users] Problem running e17 through kdm/gdm To: Enlightenment users discussion support enlightenment-users@lists.sourceforge.net Message-ID: capdpn3ao47jezaf83tgntxizbiyzb5m1r4mxh1wgg1cdkr8...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 The eina mempool (mp) shouldn't matter much, they may be compiled with static mempools and the folder won't exist. your strace doesn't say much, seems some $PATH or $LD_LIBRARY_PATH are defining different stuff? Maybe you have multiple e17/efl installed in your system? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 Hello Gustavo, I've been using the DR17 from debian's repositories but I uninstalled it (completely, with --purge) before compiling e17 from source. My LD_LIBRARY_PATH points to /usr/local/lib. If there was indeed an issue with libraries shouldn't I experience problems with the startx command too? Any suggestions on how i could do some more debugging while e17 is being launched through kdm? thanks -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem running e17 through kdm/gdm
Hi, I've been using kdm with compiled E17 for a few years (4 at least) and never got any issues. Did you check ~/.xsessions-errors ? sometimes there is info there that can help you. Also, how did you configure kdm? i used to have a .xsession that invokes E, and then from kdm use the 'default' session. xsession only has this: exec /opt/e17/bin/enlightenment_start (notice that my prefix is /opt/e17 and that is also included in my .bashrc as $PATH, PYTHONPATH and LD_LIBRARY_PATH) ps: I blewed my root a few days ago and now I'm using slim, so I can't debug much now On Saturday December 29 2012 15:26:41 mplia mpliaaa escribió: Date: Sat, 29 Dec 2012 11:50:35 -0200 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [e-users] Problem running e17 through kdm/gdm To: Enlightenment users discussion support enlightenment-users@lists.sourceforge.net Message-ID: capdpn3ao47jezaf83tgntxizbiyzb5m1r4mxh1wgg1cdkr8...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 The eina mempool (mp) shouldn't matter much, they may be compiled with static mempools and the folder won't exist. your strace doesn't say much, seems some $PATH or $LD_LIBRARY_PATH are defining different stuff? Maybe you have multiple e17/efl installed in your system? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 Hello Gustavo, I've been using the DR17 from debian's repositories but I uninstalled it (completely, with --purge) before compiling e17 from source. My LD_LIBRARY_PATH points to /usr/local/lib. If there was indeed an issue with libraries shouldn't I experience problems with the startx command too? Any suggestions on how i could do some more debugging while e17 is being launched through kdm? thanks -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users Wido -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem running e17 through kdm/gdm
On Sat, 29 Dec 2012 20:26:41 +0200 mplia mpliaaa mpli...@gmail.com said: Date: Sat, 29 Dec 2012 11:50:35 -0200 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [e-users] Problem running e17 through kdm/gdm To: Enlightenment users discussion support enlightenment-users@lists.sourceforge.net Message-ID: capdpn3ao47jezaf83tgntxizbiyzb5m1r4mxh1wgg1cdkr8...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 The eina mempool (mp) shouldn't matter much, they may be compiled with static mempools and the folder won't exist. your strace doesn't say much, seems some $PATH or $LD_LIBRARY_PATH are defining different stuff? Maybe you have multiple e17/efl installed in your system? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 Hello Gustavo, I've been using the DR17 from debian's repositories but I uninstalled it (completely, with --purge) before compiling e17 from source. My LD_LIBRARY_PATH points to /usr/local/lib. If there was indeed an issue with libraries shouldn't I experience problems with the startx command too? Any suggestions on how i could do some more debugging while e17 is being launched through kdm? did you also purge efl? (eina, evas, edje, embro, efreet, eeze, edje, e_dbus, etc.) ? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem running e17 through kdm/gdm
Yeap you're right! there's some interesting output on .xsession-errors: Xsession: X session started for zapz at Sun Dec 30 01:36:42 EET 2012 localuser:zapz being added to access control list /usr/local/bin/enlightenment: symbol lookup error: /usr/local/bin/enlightenment: undefined symbol: ECORE_X_ATOM_E_ILLUME_WINDOW_STATE E - PID=4854, valgrind=0 I did some more testing and this is a problem with both kdm/gdm, LD_LIBRARY_PATH and debian based (at least) distros, including ubuntu. This is caused by a new feature in openssh that forces glibc to remove some environmental variables including LD_LIBRARY_PATH as a security measure. As a result both kdm gdm do not have this variable set and e17 fails to launch. More info here: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/315591 and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328479 the workaround was to call enlightenment_start through a script which also exports the LD_LIBRARY_PATH variable again. many thanks for your help! 2012/12/30 Wido wido...@gmail.com: Hi, I've been using kdm with compiled E17 for a few years (4 at least) and never got any issues. Did you check ~/.xsessions-errors ? sometimes there is info there that can help you. Also, how did you configure kdm? i used to have a .xsession that invokes E, and then from kdm use the 'default' session. xsession only has this: exec /opt/e17/bin/enlightenment_start (notice that my prefix is /opt/e17 and that is also included in my .bashrc as $PATH, PYTHONPATH and LD_LIBRARY_PATH) ps: I blewed my root a few days ago and now I'm using slim, so I can't debug much now On Saturday December 29 2012 15:26:41 mplia mpliaaa escribió: Date: Sat, 29 Dec 2012 11:50:35 -0200 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [e-users] Problem running e17 through kdm/gdm To: Enlightenment users discussion support enlightenment-users@lists.sourceforge.net Message-ID: capdpn3ao47jezaf83tgntxizbiyzb5m1r4mxh1wgg1cdkr8...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 The eina mempool (mp) shouldn't matter much, they may be compiled with static mempools and the folder won't exist. your strace doesn't say much, seems some $PATH or $LD_LIBRARY_PATH are defining different stuff? Maybe you have multiple e17/efl installed in your system? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 Hello Gustavo, I've been using the DR17 from debian's repositories but I uninstalled it (completely, with --purge) before compiling e17 from source. My LD_LIBRARY_PATH points to /usr/local/lib. If there was indeed an issue with libraries shouldn't I experience problems with the startx command too? Any suggestions on how i could do some more debugging while e17 is being launched through kdm? thanks -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users Wido -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
Re: [e-users] Problem running e17 through kdm/gdm
On Sun, 30 Dec 2012 02:43:58 +0200 mplia mpliaaa mpli...@gmail.com said: Yeap you're right! there's some interesting output on .xsession-errors: Xsession: X session started for zapz at Sun Dec 30 01:36:42 EET 2012 localuser:zapz being added to access control list /usr/local/bin/enlightenment: symbol lookup error: /usr/local/bin/enlightenment: undefined symbol: ECORE_X_ATOM_E_ILLUME_WINDOW_STATE E - PID=4854, valgrind=0 I did some more testing and this is a problem with both kdm/gdm, LD_LIBRARY_PATH and debian based (at least) distros, including ubuntu. This is caused by a new feature in openssh that forces glibc to remove some environmental variables including LD_LIBRARY_PATH as a security measure. As a result both kdm gdm do not have this variable set and e17 fails to launch. More info here: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/315591 and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328479 the workaround was to call enlightenment_start through a script which also exports the LD_LIBRARY_PATH variable again. many thanks for your help! /etc/ld.so.conf + ldconfig 2012/12/30 Wido wido...@gmail.com: Hi, I've been using kdm with compiled E17 for a few years (4 at least) and never got any issues. Did you check ~/.xsessions-errors ? sometimes there is info there that can help you. Also, how did you configure kdm? i used to have a .xsession that invokes E, and then from kdm use the 'default' session. xsession only has this: exec /opt/e17/bin/enlightenment_start (notice that my prefix is /opt/e17 and that is also included in my .bashrc as $PATH, PYTHONPATH and LD_LIBRARY_PATH) ps: I blewed my root a few days ago and now I'm using slim, so I can't debug much now On Saturday December 29 2012 15:26:41 mplia mpliaaa escribió: Date: Sat, 29 Dec 2012 11:50:35 -0200 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [e-users] Problem running e17 through kdm/gdm To: Enlightenment users discussion support enlightenment-users@lists.sourceforge.net Message-ID: capdpn3ao47jezaf83tgntxizbiyzb5m1r4mxh1wgg1cdkr8...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 The eina mempool (mp) shouldn't matter much, they may be compiled with static mempools and the folder won't exist. your strace doesn't say much, seems some $PATH or $LD_LIBRARY_PATH are defining different stuff? Maybe you have multiple e17/efl installed in your system? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 Hello Gustavo, I've been using the DR17 from debian's repositories but I uninstalled it (completely, with --purge) before compiling e17 from source. My LD_LIBRARY_PATH points to /usr/local/lib. If there was indeed an issue with libraries shouldn't I experience problems with the startx command too? Any suggestions on how i could do some more debugging while e17 is being launched through kdm? thanks -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users Wido -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ 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 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012
Re: [e-users] Problem running e17 through kdm/gdm
Already set, won't do the trick also tried ld.so.conf.d/load.conf ldconfig 2012/12/30 Carsten Haitzler ras...@rasterman.com: On Sun, 30 Dec 2012 02:43:58 +0200 mplia mpliaaa mpli...@gmail.com said: Yeap you're right! there's some interesting output on .xsession-errors: Xsession: X session started for zapz at Sun Dec 30 01:36:42 EET 2012 localuser:zapz being added to access control list /usr/local/bin/enlightenment: symbol lookup error: /usr/local/bin/enlightenment: undefined symbol: ECORE_X_ATOM_E_ILLUME_WINDOW_STATE E - PID=4854, valgrind=0 I did some more testing and this is a problem with both kdm/gdm, LD_LIBRARY_PATH and debian based (at least) distros, including ubuntu. This is caused by a new feature in openssh that forces glibc to remove some environmental variables including LD_LIBRARY_PATH as a security measure. As a result both kdm gdm do not have this variable set and e17 fails to launch. More info here: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/315591 and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328479 the workaround was to call enlightenment_start through a script which also exports the LD_LIBRARY_PATH variable again. many thanks for your help! /etc/ld.so.conf + ldconfig -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 ___ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
