Re: On the Enlightenment Bleeding Edge
Marco Trevisan (Treviño) wrote: In the latest months the enlightenment world has got many updates, but unfortunately the distros available for the FR don't provide the latest versions of the E stack. This is quite normal since they have to share a tested environment, but it makes so hard to use the latest tools (also because the e libs have frequent changes). That's why today I've given to my Toolchain another challenge :P: compiling E from svn (but following the OE bitbakes configurations)... After some hours, I got it and I was able to run the latest illume code in my phone, but without breaking my Om2008.12 installation. In fact I've installed all my new data to /usr/e17, that's why the default e installation that comes with Om2008.12 is not touched at all. Since I was asked for it by some users, I've uploaded newer packages of the latest e17 svn compiled for being installed in /usr/e17 not to break any installation [1]. Follow the previous provided instructions to install it. It includes also elementary; you can try it with: DISPLAY=:0 LD_LIBRARY_PATH=/usr/e17/lib elementary_test Unfortunately this build (and the previous one) isn't compatibile with latest libeWebkit that I've planned to recompile to make it work with eve (the new ewww name ;)). Bye. [1] http://downloads.tuxfamily.org/3v1deb/openmoko/e17-illume-elementary%2bsvn20090402.tar.bz2 -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
shr-unstable is now using very hot new enlightenment revision ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Johny Tenfinger wrote: shr-unstable is now using very hot new enlightenment revision ;) Yes I know that... But I mostly use Om2008 so to stay a little more on the bleeding edge I have to compile, and I've always done for months :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Openmoko unstable and anything based on fso/milestone5.5 has stayed current to the newest revision of enlightenment for over a month now. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Helge Hafting wrote: Marco Trevisan (Treviño) wrote: - Now you may also configure E, from the wrench, to use the software_16 rendering engine (it causes less quality, but more speed) and a lower framerate value... Where exactly would that be? I tried the wrench, and waded through a multitude of options. But I didn't find this software_16 thing. Or does it require something beyond your /usr/e17/ tree? Something that might be lacking from SHR? SHR should use that rendering setting by default, in illume-.svn you've to go to the wrench - Advanced - Engine - Default Engine - SOFTWARE_16 ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
On Fri, Jan 9, 2009 at 5:47 AM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: In the latest months the enlightenment world has got many updates, but unfortunately the distros available for the FR don't provide the latest versions of the E stack. This is quite normal since they have to share a tested environment, but it makes so hard to use the latest tools (also because the e libs have frequent changes). That's why today I've given to my Toolchain another challenge :P: compiling E from svn (but following the OE bitbakes configurations)... For your information, Raster has the kindness now and then to keep us (the SHR team) in touch and to give us information on which version of e-wm we should build. If you try unstable, it's generally close to HEAD, but sometimes HEAD doesn't compile, or generates problems. For a time it was UTF8 not being handled. These days it's the dictionnary being slow as hell. Don't worry, as soon as a stabler version will hit the ground, we'll ship with it. -- Julien Cassignol http://www.ainulindale.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Helge Hafting wrote: Marco Trevisan (Treviño) wrote: - Now you may also configure E, from the wrench, to use the software_16 rendering engine (it causes less quality, but more speed) and a lower framerate value... Where exactly would that be? I tried the wrench, and waded through a multitude of options. But I didn't find this software_16 thing. Or does it require something beyond your /usr/e17/ tree? Something that might be lacking from SHR? SHR should use that rendering setting by default, in illume-.svn you've to go to the wrench - Advanced - Engine - Default Engine - SOFTWARE_16 ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Joel Newkirk wrote: On Fri, 09 Jan 2009 05:47:14 +0100, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Soon, I'd like to give a newer try to guarana and enjoy (not forgetting the latest elemetary stuffs!)... :P Bye... ;) Thank you for this. :) Please post Elementary when you can - it's utilized for Raster's Alarm as well as the SHR telephony apps. Ok, btw I'm not so sure that the crashes you've witht the SHR tools are due to that library only... Maybe they simply have been linked with an older library, so there could be a symbols incompatibility. Maybe removing the LD_LIBRARY_PATH env variable could fix this issue (so making the non-e apps using the /usr/lib libraries)... I've not tested it so much since I'm using an Om2008-based distro and there some efl apps (like neon) crashes too. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
I'm not sure if you are factoring this into your considerations or not, but all the apps that segfault when launched from GUI do NOT segfault when run from SSH. They all work just fine. Moreover, if the alarm clock app (which segfaults from GUI) is run because the alarm is going off, it works fine. However, these apps do still segfault after running from a GUI terminal (I use vala-terminal) on the phone. The alarm segfaults immediately after the debug output stating that it is starting elementary (or something to that effect, all I remember is that it crashes right after mentioning elementary). -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
On Mon, Jan 12, 2009 at 9:02 PM, The Digital Pioneer digitalpion...@gmail.com wrote: I'm not sure if you are factoring this into your considerations or not, but all the apps that segfault when launched from GUI do NOT segfault when run from SSH. They all work just fine. Moreover, if the alarm clock app (which segfaults from GUI) is run because the alarm is going off, it works fine. However, these apps do still segfault after running from a GUI terminal (I use vala-terminal) on the phone. The alarm segfaults immediately after the debug output stating that it is starting elementary (or something to that effect, all I remember is that it crashes right after mentioning elementary). The LD_LIBRARY_PATH is probably getting set, or changed, after the GUI is run but is properly set for terminal sessions. Try writing a script that sets the proper environment and then run the apps from the GUI using that script. If it works then you need to find where in the GUI setup the environment is getting changed. Angus -- Angus Ainslie http://www.handheldshell.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Angus Ainslie wrote: On Mon, Jan 12, 2009 at 9:02 PM, The Digital Pioneer digitalpion...@gmail.com wrote: I'm not sure if you are factoring this into your considerations or not, but all the apps that segfault when launched from GUI do NOT segfault when run from SSH. They all work just fine. Moreover, if the alarm clock app (which segfaults from GUI) is run because the alarm is going off, it works fine. However, these apps do still segfault after running from a GUI terminal (I use vala-terminal) on the phone. The alarm segfaults immediately after the debug output stating that it is starting elementary (or something to that effect, all I remember is that it crashes right after mentioning elementary). The LD_LIBRARY_PATH is probably getting set, or changed, after the GUI is run but is properly set for terminal sessions. Try writing a script that sets the proper environment and then run the apps from the GUI using that script. If it works then you need to find where in the GUI setup the environment is getting changed. If you've changed the /usr/bin/enlightenment_start.oe as I've suggested, surely the LD_LIBRARY_PATH is affected. So, removing that parameter from there would fix the issues, since e17 should take the E_PREFIX var to get the needed libraries from the /usr/e17 path. I've just tested this in my Om2008 environment, and now I can run with no problem my old efl apps (neon, omview, om-settings...). -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
OK! Got it. In my GUI, LD_LIBRARY_PATH was set to /usr/etc/e17: while in SSH it was empty. I wrote a script that simply unsets LD_LIBRARY_PATH and runs the first parameter and it works. :D I just added it to the commands to run in all the .desktop files, and voila! It's fixed (dirtily, but effectively). Here's the script, if anyone wants to copy it. It's hardly worth copying though, it's so simple #!/bin/bash unset LD_LIBRARY_PATH $1 -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
On Fri, 09 Jan 2009 05:47:14 +0100, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Soon, I'd like to give a newer try to guarana and enjoy (not forgetting the latest elemetary stuffs!)... :P Bye... ;) Thank you for this. :) Please post Elementary when you can - it's utilized for Raster's Alarm as well as the SHR telephony apps. j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
On Sat, 10 Jan 2009 03:40:19 -0500 Joel Newkirk freerun...@newkirk.us babbled: nb. anyone using elementary... http://trac.enlightenment.org/e/wiki/Elementary i wrote a quick intro to it... hello world and a this is what it is and how it looks/works :) On Fri, 09 Jan 2009 05:47:14 +0100, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Soon, I'd like to give a newer try to guarana and enjoy (not forgetting the latest elemetary stuffs!)... :P Bye... ;) Thank you for this. :) Please post Elementary when you can - it's utilized for Raster's Alarm as well as the SHR telephony apps. j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Thanks for working on this. I tried this new enlightenment on top of SHR. It looks good and starts quickly, but unfortunately I can't use it. Problems: * None of the SHR phone apps works. Dialer, Contacts, Messages all fail with segmentation faults now. So I have to revert, because I need the phone. * quite a few apps show with blank icons. No big deal because the name is still there. Probably just some path problem - that I could fix myself if it weren't for the phone-app problems. Rebooting the phone didn't change anything. I'll revert for now. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Marco Trevisan (Treviño) wrote: - Now you may also configure E, from the wrench, to use the software_16 rendering engine (it causes less quality, but more speed) and a lower framerate value... Where exactly would that be? I tried the wrench, and waded through a multitude of options. But I didn't find this software_16 thing. Or does it require something beyond your /usr/e17/ tree? Something that might be lacking from SHR? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Advanced-Engine. Framerate is under Advanced-Performance but is awkward to use there - instead use the variation under Display-Framerate. j On Fri, 09 Jan 2009 11:40:49 +0100, Helge Hafting helge.haft...@hist.no wrote: Marco Trevisan (Treviño) wrote: - Now you may also configure E, from the wrench, to use the software_16 rendering engine (it causes less quality, but more speed) and a lower framerate value... Where exactly would that be? I tried the wrench, and waded through a multitude of options. But I didn't find this software_16 thing. Or does it require something beyond your /usr/e17/ tree? Something that might be lacking from SHR? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
On Fri, Jan 9, 2009 at 4:35 AM, Helge Hafting helge.haft...@hist.no wrote: Thanks for working on this. I tried this new enlightenment on top of SHR. It looks good and starts quickly, but unfortunately I can't use it. Problems: * None of the SHR phone apps works. Dialer, Contacts, Messages all fail with segmentation faults now. So I have to revert, because I need the phone. * quite a few apps show with blank icons. No big deal because the name is still there. Probably just some path problem - that I could fix myself if it weren't for the phone-app problems. Rebooting the phone didn't change anything. I'll revert for now. I'm having exactly the same issues. :( I notice, however, that the phone apps work from SSH. Just not from GUI. Anyone know how to revert the icons, and/or have any idea why the phone apps segfault when launched from GUI now? For me, the segfaulting apps are Alarm, Dialer, Contacts, and Messages. All 4 can be run from SSH without a problem. -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
On Fri, 9 Jan 2009 15:18:27 -0600, The Digital Pioneer digitalpion...@gmail.com wrote: On Fri, Jan 9, 2009 at 4:35 AM, Helge Hafting helge.haft...@hist.no wrote: Thanks for working on this. I tried this new enlightenment on top of SHR. It looks good and starts quickly, but unfortunately I can't use it. Problems: * None of the SHR phone apps works. Dialer, Contacts, Messages all fail with segmentation faults now. So I have to revert, because I need the phone. * quite a few apps show with blank icons. No big deal because the name is still there. Probably just some path problem - that I could fix myself if it weren't for the phone-app problems. Rebooting the phone didn't change anything. I'll revert for now. I'm having exactly the same issues. :( I notice, however, that the phone apps work from SSH. Just not from GUI. Anyone know how to revert the icons, and/or have any idea why the phone apps segfault when launched from GUI now? For me, the segfaulting apps are Alarm, Dialer, Contacts, and Messages. All 4 can be run from SSH without a problem. -- Thanks, The Digital Pioneer Something those failing apps ALL have in common: Elementary. Not an answer, but hopefully a useful clue. Might be a problem relating to /usr/share/elementary/themes - the edj file they all use for their visual appearance lives there. Or it might simply be an incompatibility between the already-installed Elementary and the new E17, requiring a newly-build Elementary to match. I've installed this E17 build under 2008.12 in my NAND, will try it under SHR on uSD later tonight or tomorrow and see what I see. j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Marco Trevisan (Treviño) wrote: To run it (I was too lazy for adding a .desktop file :D): DISPLAY=:0 LD_LIBRARY_PATH=/usr/e17/lib /usr/e17/ewww Small typo: DISPLAY=:0 LD_LIBRARY_PATH=/usr/e17/lib /usr/e17/bin/ewww -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
OK, I changed out the illume.edj file, but I still have a nasty icon set, and three apps (Contacts and Settings and pythm) have no icons. How do I revert back to the old icons? Also, in the startup config, I told it to add mplayer to the desktop (just to see what it did) and it does nothing (I assume it runs mplayer, but what good is that??) so how do I get rid of that icon? It's not in /usr/share/applications. :( -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
