On Thu, Sep 30, 2010 at 12:08:16AM +0200, Joachim Ott wrote: > On 29 September 2010 21:51, Fox Mulder <[email protected]> wrote: > > Am 29.09.2010 20:12, schrieb urodelo: > >> I've reinstalled shr-u today (full, of 29th sept), and I've got this > >> problem again; running shr_elm_softkey from terminal has solved the > >> problem, but at every reboot i need to run it again. Is this supposed to > >> be executed by a script (which?) at every boot? Is this still an issue > >> or should it be solved in the latest releases? > > > > There was already a thread a few days ago where Martin Jansa described > > how to solve this. Try to search in the mailing list or for the lazy > > ones just click [1]. ;) > > > > Ciao, > > Rainer > > > > [1] > > http://lists.shr-project.org/pipermail/shr-user/2010-September/006381.html > > I read that too, but on my FR shr_elm_softkey is not started tho it is > in ~/.e./e/applications/startup/.order - I have to start it from a > terminal. > > Before that all, enlightenment is complaining about a not-existing > /var/volatile/appshadow - somehow the script populate-volatile.sh is > not called and one symlink is missing. Finally I made a resident evil > ~/.e/e/appshadow directory to fix that (until the next upgrade).
sorry I didn't notice that volatile cache is not regenarated after cfg file change correctly, I was using only new reflashes (without cache already populated) So to fix volatile population you have to manually remove: /etc/volatile.cache /etc/volatile/skel and then there will be /var/volatile/appshadow after next reboot Regards, -- Martin 'JaMa' Jansa jabber: [email protected] _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
