Ticket #1892: Locations doesn't start <p> Since 2008.8 update, Locations crash before starting. If called from a console, previously setting the display, I get the following message: </p> <p> root@om-gta02:~# om-locations Error connecting to bus: dbus-launch failed to autolaunch D-Bus session: Autolaunch requested, but X11 support not compiled in. Cannot continue. </p> <p> Segmentation fault root@om-gta02:~# </p> <p> This happens with GPS on and with GPS off. </p> en-us Trac 0.12.5 marek Fri, 29 Aug 2008 06:11:19 GMT status changed <ul> <li><strong>status</strong> changed from <em>new</em> to <em>accepted</em> </li> </ul> <p> It seems you also need to set the environment variable for the session dbus path. You can retrieve it from cat /proc/&lt;enlightenment_id&gt;/environ Please check whether it solves your problem. </p> Ticket flamma Fri, 29 Aug 2008 09:23:31 GMT <p> That worked! </p> <p> Not only it allowed me to run from the console, but now I can execute it from the desktop entry, even if I restart the hone. I can't understand why setting an environment variable once in one session, can make the application work forever (hopefully!), unless locations need to be started once to configure something that solves it. </p> <p> Anyway, it works. You're quick. Thanks a lot. </p> Ticket marek Fri, 29 Aug 2008 09:34:32 GMT version, severity changed <ul> <li><strong>version</strong> changed from <em>Om2008.8</em> to <em>Om2008.9-dev</em> </li> <li><strong>severity</strong> changed from <em>critical</em> to <em>normal</em> </li> </ul> <p> The dbus path is random and will change everytime the session is restarted. It wont survive a reboot. Also, the shell variable has nothing to do with a desktop entry. The desktop entry is started by enlightenment which already has that variable. Your desktop entry also did not work ? </p> Ticket flamma Fri, 29 Aug 2008 10:38:17 GMT <p> It didn't work. So, I tried with console and got that error. I thought that was the origin of the problem. Once solved, I have rebooted and Locations seems to start from desktop, but now that I looked at it, it seems to have the same behaviour as before. </p> Ticket marek Sat, 30 Aug 2008 04:27:04 GMT owner, status changed <ul> <li><strong>owner</strong> changed from <em>marek</em> to <em>jeremy</em> </li> <li><strong>status</strong> changed from <em>accepted</em> to <em>assigned</em> </li> </ul> <p> Ok, I reassign to jeremy because he knows that application better than me. </p> Ticket jeremy Mon, 01 Sep 2008 07:58:53 GMT <p> Hi, flamma: </p> <blockquote> <p> It never happens for me. You said after you set the environment variable, you can execute it from desktop icon forever. But right now it happens again? Hmm..., I don't think locations need to be started once to configure something that solves it. Could you please tell me how you did the 2008.8 update? and what's the versions of om-locations, diversity-daemon, and EFL(including Evas, Edje, Ecore, Eet, Etk)? Thanks. </p> </blockquote> Ticket flamma Mon, 01 Sep 2008 08:12:14 GMT <p> I'm very sorry, Jeremy. I can't say you the versions since I flashed the phone again with the 8/30 image. The only thing I can say, is that I had flashed normally my phone with the first Om2008.8 update. And that, after executing Locations first time, it worked right. I don't know if it is a coincidence. </p> <p> Yesterday I was playing with Locations and seemed to work fine. If I find a problem again, I will post here. </p> Ticket jeremy Thu, 18 Sep 2008 08:56:59 GMT status changed; resolution set <ul> <li><strong>status</strong> changed from <em>assigned</em> to <em>closed</em> </li> <li><strong>resolution</strong> set to <em>worksforme</em> </li> </ul> <p> I think that may be system weird, out of memory or something at that moment. Instead, it's not an issue related to Locations. Just needs a reboot to make it normal. </p> Ticket