On 4 October 2010 13:02, Martin Jansa <[email protected]> wrote:
> 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

Yes, it's working now. Thanks.
_______________________________________________
Shr-devel mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-devel

Reply via email to