Summary says it all, really - aterm doesn't read either of those
files. I've done an strace, and neither of them figures.
The manpage says it's supposed to try both of them.
Could you give more info (content of your .Xdefaults/.Xresources) and
aterm version (both rpm and aterm output (the Usage line with the
compile options)). I use .Xresources over here and it works fine.
OK - I've done a bit more debugging, and found where the issue is.
It's because the .spec file passes --enable-xgetdefault in to
%configure when it's building. According to README.configure, that
enables resource checking via XGetDefault() instead of doing what the
manpage says it does (checking .Xdefaults/.Xresources directly).
I guess the simple solution is to get rid of the --enable-xgetdefault
in the .spec file, though that may cause problems for other people?
You are right, the .spec does pass --enable-xgetdefault to the
configure script. This does not mean however that
.Xresources/.Xdefaults is not read (see
http://xorg.freedesktop.org/X11R6.8.0/doc/manindex3.html). Besides its
working for a bunch of people I talked to. If you would be so kind and
attach a copy of the relevant options form your .Xdefaults/.Xresources
I could try to figure out whats not working for you...
Such a change in the package would not be right. ~/.Xdefaults died
long ago in XFree86. Enabling a custom resource loader just to bring
it back to live, would be wrong.
Exactly what I think and why I enabled it in the first place...
Sure, fair enough. In that case, the manpage is misleading when it's
built with --enable-xgetdefault.
I'm probably doing something very stupid, in that case. Further
debugging reveals that most of the Aterm* options in my ~/.Xresources
are being used correctly (*transparent, *saveLines, *fading, and
various others). Sorry - my initial bug report was incorrect in that
However, one of them is not:
I always get a black foreground. Changing it to Aterm.foreground
makes no difference.
But if I manually do an "xrdb .Xresources" and then fire up an aterm,
it's fine. Alternatively, compiling with --enable-xgetdefault also
makes it read that resource correctly - though I agree with you that
that's the wrong solution ultimately.
Thanks for the help. Sorry if this is something really silly.
chris% rpm -q aterm
chris% aterm -version
aterm version 0.4.2 from 06 September 01
It's important to know what's in your ~/.Xresources file and what
"xrdb -query" reports after you have logged in, because your resources
are merged into the database. Loading just your file would remove the
other resources. I assume you have some desktop theme or
style-override activated, which activates other resources already,
e.g. *background and *foreground or XTerm resources you don't change
in your ~/.Xresources.
Oh, and I think ~/.Xdefaults is only mentioned because of aterm's age
and because older implementations of X might have it. The manual could
be patched to drop that for Fedora.
Thanks for the insight, I will patch the man-page to not include .Xdefaults for
the next version. Currently 1.00.beta2 is out so maybe this can wait till final
is released. Don't think its a critical bug...
OK. Sorry for hassling you guys. It was a bug in my understanding,
not in aterm.
Some startup script somewhere is setting:
I was under the impression that putting "Aterm*foreground" in my
.Xresources ought to override this, but it plainly isn't doing: if I
set "*foreground: yellow" I get yellow text in my aterm, etc., etc.,
irrespective of my "Aterm*foreground" setting.
However, setting aterm*foreground does override it. I still don't
quite understand that, but that's my problem, not yours...
Sorry again for the hassle, and thanks for the help.