Mailing List Archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [tlug] no, really: Die, .uim, die!



Greets,

Dave M G wrote:
Jim,
Don't fight it. I would not try to keep this file from being created, _unless_ it was _overwriting_ my hand-tweaked version.
Which is what it is doing. Was I not clear?
Actually, I didn't catch that it was overwriting the file either I'm afraid. But now I'm clear.
I've made all the settings as I want them. So far as I can understand, my settings are all saved in a directory called .uim.d.

This .uim file _is_ _overwriting_ my hand tweaked settings.
If this is happening on a reboot you can do the following lazy hack in your profile/.xinitrc/login file to get the last word in overwriting files. Add in your .bash_profile/.bashrc/.profile something like this:
cp /home/dave/my-uim-file.uim /home/dave/.uim

I'm not sure this is 100% foolproof and maybe it might introduce other problems but at least you'd end up working around this annoying behavior.
I don't want it or need it. So how do I either stop it from constantly putting my settings back to where I don't want them, or stop it from being created altogether?
If' it's happening on reboot, I'd start snooping around the /etc/init.d scripts or wherever the boot stuff is lying around for some uim file that is being overwritten on your 'behalf'. If I was in your shoes I'd find the behavior irritating enough to start grep'ing and find'ing all over the place until I tracked down just what the heck wrote to that file or use my lazy hack until I ran into some other problem that this ended up causing.

Cheers,
Alain


Home | Main Index | Thread Index

Home Page Mailing List Linux and Japan TLUG Members Links