
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