Re: [e-users] Problem with freqset disabled power options
Carsten Haitzler (The Rasterman), il 02/01/2014 00:58, ha scritto: On Wed, 01 Jan 2014 21:45:45 +0100 Massimo Maiurana maiur...@gmail.com said: Michael Vara, il 01/01/2014 20:12, ha scritto: Hello, After upgading my debian installation to jessie/testing (from wheezy) i noticed that the hibernate/suspend/poweroff/reboot options under the menu are disabled. I had the same problem some time ago in jessie, switching from sysvinit to systemd did the trick. systemd works because enlightenment_sys is no longer needed for shutdown/reboot/suspend/hibernate - systemd dbus daemon services are detected at runtime and if found, used instead of the e_sys setuid wrapper. Well, actually my problem was not the same as Michael's because I didn't have suspend/poweroff/etc disabled, they just didn't work anymore at some point and I didn't found why. When I tried to poweroff my pc all client were stopped but no halt was issued. As i said, i switched to systemd and all worked again (now I see why), and I also got rid of the annoying bell at shutdown which I've never been able to shut up :) -- Massimo Maiurana Ragusa (RG) -- 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] Working on a simple EFL Task Manager
On Wed, Jan 1, 2014 at 11:10 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 1 Jan 2014 23:01:42 -0200 Wido wido...@gmail.com said: Mmm, i have 2 different ideas * make it work with systray hell no. not to mention nothing in efl supports making systray icons/apps... and we want to keepit that way. thank god! :) I'm impressed how you ignore things you didn't write. Yes we do, and there is an example for that in elementary_test Systray Icon. See https://git.enlightenment.org/core/elementary.git/tree/src/lib/elm_systray_eo.h It uses the new dbus protocol by KDE. -- Gustavo Sverzut Barbieri -- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact -- 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] Working on a simple EFL Task Manager
On Thu, 2 Jan 2014 11:09:42 -0200 Gustavo Sverzut Barbieri barbi...@gmail.com said: On Wed, Jan 1, 2014 at 11:10 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 1 Jan 2014 23:01:42 -0200 Wido wido...@gmail.com said: Mmm, i have 2 different ideas * make it work with systray hell no. not to mention nothing in efl supports making systray icons/apps... and we want to keepit that way. thank god! :) I'm impressed how you ignore things you didn't write. Yes we do, and there is an example for that in elementary_test Systray Icon. See https://git.enlightenment.org/core/elementary.git/tree/src/lib/elm_systray_eo.h It uses the new dbus protocol by KDE. i'm referring to the original systray protocol - the new stuff which is not as universally supported as the original. thats what everyone really calls systray. your snarkiness doesn't help. -- - 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] Working on a simple EFL Task Manager
:-) --Gustavo Sent from my iPhone On 02/01/2014, at 12:11, Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 2 Jan 2014 11:09:42 -0200 Gustavo Sverzut Barbieri barbi...@gmail.com said: On Wed, Jan 1, 2014 at 11:10 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 1 Jan 2014 23:01:42 -0200 Wido wido...@gmail.com said: Mmm, i have 2 different ideas * make it work with systray hell no. not to mention nothing in efl supports making systray icons/apps... and we want to keepit that way. thank god! :) I'm impressed how you ignore things you didn't write. Yes we do, and there is an example for that in elementary_test Systray Icon. See https://git.enlightenment.org/core/elementary.git/tree/src/lib/elm_systray_eo.h It uses the new dbus protocol by KDE. i'm referring to the original systray protocol - the new stuff which is not as universally supported as the original. thats what everyone really calls systray. your snarkiness doesn't help. -- - 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] Problem with freqset disabled power options
Oh now that was embarassing. I thought i had erased all e17 libraries when i upgaded to e18 but there was a sneaky libeina.1.7.9 left under directory /usr/lib/i386-linux-gnu, a directory which is included in the /etc/ld.so.conf.d/i486-linux-gnu.conf file. I guess jessie changed something and the system looked first at /usr/lib/i386-linux-gnu for the requested libraries and picked the 1.7.9 version. Many thanks for your help and also congrats to the people responsible for terminology, it rocks :) On Thu, Jan 2, 2014 at 2:10 AM, Carsten Haitzler ras...@rasterman.comwrote: for whatever reason enlightenment_sys for YOU is not linked to eina or somehow symbols have been removed in your eina lib (_eina_log_state_shutdown was added march 2013 ... so LONG LONG LONG before efl 1.8 was out). check with ldd - but it should be linked to eina too as eo won't work without eina anyway... and eo itself should be linked to eina: $ ldd /usr/local/lib/libeo.so.1 linux-vdso.so.1 (0x7c1fa000) libeina.so.1 = /usr/local/lib/libeina.so.1 (0x7f032173) libm.so.6 = /usr/lib/libm.so.6 (0x7f03213fe000) libdl.so.2 = /usr/lib/libdl.so.2 (0x7f03211fa000) librt.so.1 = /usr/lib/librt.so.1 (0x7f0320ff1000) libpthread.so.0 = /usr/lib/libpthread.so.0 (0x7f0320dd3000) libc.so.6 = /usr/lib/libc.so.6 (0x7f0320a28000) /usr/lib64/ld-linux-x86-64.so.2 (0x0030) $ ldd /usr/local/lib/enlightenment/utils/enlightenment_sys linux-vdso.so.1 (0x7fffa3446000) libecore.so.1 = /usr/local/lib/libecore.so.1 (0x7fa8e4223000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x7fa8e3ff2000)libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fa8e3cf2000) libeo.so.1 = /usr/local/lib/libeo.so.1 (0x7fa8e3ade000) libeina.so.1 = /usr/local/lib/libeina.so.1 (0x7fa8e3883000) libdl.so.2 = /usr/lib/libdl.so.2 (0x7fa8e367f000) librt.so.1 = /usr/lib/librt.so.1 (0x7fa8e3476000) libpthread.so.0 = /usr/lib/libpthread.so.0 (0x7fa8e3258000) libm.so.6 = /usr/lib/libm.so.6 (0x7fa8e2f55000) libbluetooth.so.3 = /usr/lib/libbluetooth.so.3 (0x7fa8e2d36000) libpam.so.0 = /usr/lib/libpam.so.0 (0x7fa8e2b28000) libc.so.6 = /usr/lib/libc.so.6 (0x7fa8e277d000) libpcre.so.1 = /usr/lib/libpcre.so.1 (0x7fa8e2516000) /lib64/ld-linux-x86-64.so.2 = /usr/lib64/ld-linux-x86-64.so.2 (0x0030) whatever has happened - something has gone wrong seeming at build time or packaging... as your libeo i guess is not linked against eina... OR if it is, the eina lib u have predates march 2013... which means its not efl 1.8... (maybe you have multiple eina libs installed? how have you gotten away with that? well multiple eina libs in different dirs? it's possible to do but with great care and frankly if you are asking these questions here... you're not the right person to be maintaining multiple instances of efl (eina or other things) across multiple dirs on your system as you'd know you have them and know how to make them work. :)). thanks Michael -- 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 -- - 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] Problem with freqset disabled power options
On Thu, 2 Jan 2014 20:14:36 +0200 Michael Vara mvar@gmail.com said: Oh now that was embarassing. I thought i had erased all e17 libraries when i upgaded to e18 but there was a sneaky libeina.1.7.9 left under directory /usr/lib/i386-linux-gnu, a directory which is included in the /etc/ld.so.conf.d/i486-linux-gnu.conf file. I guess jessie changed something and the system looked first at /usr/lib/i386-linux-gnu for the requested libraries and picked the 1.7.9 version. Many thanks for your help and also congrats to the people responsible for terminology, it rocks :) aha! the multiple lib install bites... yet again. year after year people shuffle by with e/efl doesn't build/work/is broken comments and time and time again it's something like this. multiple lib installs, old headers or people going nuts with --enable/--disable etc. and using configuration combinations we just never test. that's why we have been steadily removing build options and making it harder to diverge. :) this is a note to everyone... if you have problems .. like this - stuff that is so stinkingly obviously broken and not working, there is a HIGH chance the problem is pebkac (problem exists between keyboard and chair). look for this kind of mess - multiple installs. and stop thinking i know there is nothing. brute force search: find / -print | grep libeina.so (same for libevas.so, libeet.so, libedje.so etc. etc.). same for the header files. brute-force hunt them down. stuff in your build trees etc. won't matter but stuff that may be found by ld.so does. also remember setuid binaries IGNORE LD_PRELOAD and LD_LIBRARY_PATH environment vars for security reasons. so don't think that these magically solve everything. :) (in the following you is generic not specific to any special person) and if you are hyper-customizing with configure options... stop! just stop. read the README. it suggests SOME options you may need or want - stick to those. stop using xcb thinking it's amazingly better than xlib. it isn't. it's much more painful, long-winded and not tested with things like opengl (in fact doesn't work so we have to use a combo of xcb and xlib and that won't be tested by driver maintainers etc.). stop with the USE flags for customizing every minute aspect of an efl build. you think you are being clever. you are not. trust me. the very few people and use cases for such customizing know what they are doing - you do not. (only mess with configure flags that are not in the recommended list if you KNOW the code they affect and HOW, WHY etc. and YOU can actually hack on that code yourself and understand it. that is why i say that you do not know). hopefully this advice prompts some people to fix their packaging or build scripts or whatever... and perhaps some people will finally have a better more working experience as a result. :) On Thu, Jan 2, 2014 at 2:10 AM, Carsten Haitzler ras...@rasterman.comwrote: for whatever reason enlightenment_sys for YOU is not linked to eina or somehow symbols have been removed in your eina lib (_eina_log_state_shutdown was added march 2013 ... so LONG LONG LONG before efl 1.8 was out). check with ldd - but it should be linked to eina too as eo won't work without eina anyway... and eo itself should be linked to eina: $ ldd /usr/local/lib/libeo.so.1 linux-vdso.so.1 (0x7c1fa000) libeina.so.1 = /usr/local/lib/libeina.so.1 (0x7f032173) libm.so.6 = /usr/lib/libm.so.6 (0x7f03213fe000) libdl.so.2 = /usr/lib/libdl.so.2 (0x7f03211fa000) librt.so.1 = /usr/lib/librt.so.1 (0x7f0320ff1000) libpthread.so.0 = /usr/lib/libpthread.so.0 (0x7f0320dd3000) libc.so.6 = /usr/lib/libc.so.6 (0x7f0320a28000) /usr/lib64/ld-linux-x86-64.so.2 (0x0030) $ ldd /usr/local/lib/enlightenment/utils/enlightenment_sys linux-vdso.so.1 (0x7fffa3446000) libecore.so.1 = /usr/local/lib/libecore.so.1 (0x7fa8e4223000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x7fa8e3ff2000)libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fa8e3cf2000) libeo.so.1 = /usr/local/lib/libeo.so.1 (0x7fa8e3ade000) libeina.so.1 = /usr/local/lib/libeina.so.1 (0x7fa8e3883000) libdl.so.2 = /usr/lib/libdl.so.2 (0x7fa8e367f000) librt.so.1 = /usr/lib/librt.so.1 (0x7fa8e3476000) libpthread.so.0 = /usr/lib/libpthread.so.0 (0x7fa8e3258000) libm.so.6 = /usr/lib/libm.so.6 (0x7fa8e2f55000) libbluetooth.so.3 = /usr/lib/libbluetooth.so.3 (0x7fa8e2d36000) libpam.so.0 = /usr/lib/libpam.so.0 (0x7fa8e2b28000) libc.so.6 = /usr/lib/libc.so.6 (0x7fa8e277d000) libpcre.so.1 = /usr/lib/libpcre.so.1 (0x7fa8e2516000) /lib64/ld-linux-x86-64.so.2 = /usr/lib64/ld-linux-x86-64.so.2 (0x0030) whatever has happened - something has gone wrong seeming at build time or packaging... as your
