> On Sun, 11 Nov 2012 19:11:38 +0100 Sebastian Dransfeld
> <s...@tango.flipp.net>
> said:
>
>> On 11/11/2012 06:09 PM, Sebastian Dransfeld wrote:
>> > On 11/10/2012 05:42 AM, Carsten Haitzler (The Rasterman) wrote:
>> >> On Thu, 8 Nov 2012 20:37:06 +0100 Sebastian Dransfeld
>> <s...@tango.flipp.net>
>> >> said:
>> >>
>> >>> On 11/08/2012 07:52 PM, Sebastian Dransfeld wrote:
>> >>>> Den 8. nov. 2012 kl. 13:39 skrev Massimo Maiurana
>> <maiur...@gmail.com>:
>> >>>>
>> >>>>> Sebastian Dransfeld, il 08/11/2012 05:49, ha scritto:
>> >>>>>
>> >>>>>> Try to copy
>> >>>>>> ${prefix}/share/dbus-1/services/org.enlightenment.Efreet.service
>> >>>>>> to
>> >>>>>> ~/.local/share/dbus-1/services/org.enlightenment.Efreet.service
>> >>>>>
>> >>>>> yay, that did the trick! \o/
>> >>>>>
>> >>>>> thanks :)
>> >>>>>
>> >>>>> I guess it's because my prefix is a non standard one (/opt/e17).
>> is
>> >>>>> there any environment variable, or something similar, I could set
>> to
>> >>>>> avoid problems like this in the future?
>> >>>>
>> >>>> There is, but I don't know how to set it:) I also use /opt/e17, and
>> I
>> >>>> used to have the same problem. But suddenly with current svn and
>> Ubuntu
>> >>>> 12.04 it just worked.
>> >>>
>> >>> I found out. I do
>> >>> export XDG_DATA_DIRS="/opt/e17/share:/usr/share:/usr/local/share"
>> >>> in ~/.xsessionrc, which is sourced before dbus-launch is called.
>> Then
>> >>> the session dbus finds stuff in /opt/e17.
>> >>
>> >> have u tried running the e17 startup with a fresh user homedir? the
>> wizard
>> >> no longer gets efreet update events - even after it installs some
>> extra
>> >> desktop files. well i extended the timeout from 15sec to 150sec and
>> it
>> >> still didnt' happen. :( yes - efreetd is running and i symlinked the
>> >> service files into /usr/share/... etc.
>> >>
>> >> also zero icon themes are listend now... :(
>> >>
>> >> just wondering if u've looked? page_040.c does it btw - and
>> page_000.c also
>> >> waits for the initial desktop scan to finish too - but it could be
>> that it
>> >> has happened already... BUT... page_080.c doesnt find any apps to add
>> to
>> >> ibar... so ibar is totally empty. :(
>> >>
>> >
>> > The event listening in the wizard is weird and seems unneeded. Doesn't
>> > the wizard start after e_startup? In e_startup we wait until the cache
>> > build is done, so waiting for event in page_000 should not be needed.
>> >
>> > In step 040 the wizard also waits for cache rebuild, but there wont be
>> a
>> > rebuild unless files are copied.
>>
>> And everything works for me(tm).
>
> ok... got it... wqhen efreet starts up... there is no
> ~/.local/share/applications dir/... hell no ~/.local at all.. so it doesnt
> monitor for CREATION of ~/.local and ~/.local/share and
> ~/.local/share/applications first... and thus it never sees the whole dir
> tree
> being created and doesn't see the added files. :)A solution to this is to copy a file to a location, and then open the file with efreet_desktop_get(). efreet will try to load the file from cache, find it isn't there and add the path to cache builder, which then will rebuild the cache. This will not currently work for our use case, as the path is already registered in the system. The solution for this is to do a check whether paths have changed/are created since the last check. I'll see if I can do the necessary changes this week. S. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
