Bugzilla Bug 73192

Some users on #emacs IRC channel on freenode are reporting that
color-themes-6.5.4 fails to load from their .emacs startup file.

The users have been able to load the file interactively from *scratch*, using
both (load "path/to/color-theme") and (require 'color-theme)

(this problem has not affected me personally, but I have helped several users
with it on #emacs)

Temporary fix...
If you're reading this because you have experienced this problem, you can do
the following to prevent 6.5.4 from being updated on your computer:
add the line "=app-emacs/color-theme" to /etc/portage/package.mask
then, emerge =app-emacs/color-theme-6.5.2

Please, also make an attempt to communicate with those who are trying to fix
the problem.  Because this problem is being reported second-hand, it may be
difficult to trace.

Reproducible: Couldn't Reproduce
Steps to Reproduce:
1.  emerge app-emacs/color-theme-6.5.4
2.  add either "(load "/usr/share/emacs/site-list/color-theme/color-theme.el")
or "(require 'color-theme)" to .emacs
3.  Start a new emacs session

Actual Results:  
An error has occurred while loading `/home/ncolgan/.emacs':

Wrong type argument: keymapp, nil

Expected Results:  
Loading color-theme...done

User ncolgan@yahoo.com has experienced this problem.

This was found at the bottom of his *Messages*

backtrace
color-theme-backup-original-values: Symbol's function definition is void: color-theme-filter

Hi Sam.  Is this related to app-editors/emacs-cvs or app-editors/emacs?  I
recall seeing this with emacs-cvs (changes in how easymenu works) and included
a patch which corrects it.  However as I try it now, emacs-cvs works correctly
with the color-theme patch, but emacs-21.3 causes two "Tools" menus to appear,
the second "Tools" menu contains one entry "Color themes".  

I haven't been able to reproduce the error you describe though.  I'll check
this over shortly.

color-themes-6.5.4 do not work with my 21.3-r3 emacs
The same sitation as in Description, however i've managed to get over it. I've replaced the /usr/share/emacs/site-lisp/color-theme/color-theme.el with a color-theme.el downloaded from:
http://www-2.cs.cmu.edu/~maverick/GNUEmacsColorThemeTest/color-theme.el.bz2

I've additionally deleted the /usr/share/emacs/site-lisp/color-theme/color-theme.elc file but I'm not sure if it's important to the solution.

This is how I fixed it:

http://lists.gnu.org/archive/html/help-gnu-emacs/2005-01/msg00454.html

I add this problem with GNU Emacs 21.4.1 and color-theme 6.5.4 and Scott
Thomson  solution works. :)

From what I gather, our patch which changes the "tools" to "Tools" should only
be applied in the case that the user has a version 22* series GNU Emacs
(ie. CVS). If the user has a stable emacs, version 21*, then the patch should
not be applied.

I included a version test in the -r1 version of app-emacs/color-theme. Let me
know if this fixes the problem.

The patched -r1 version broke my emacs-cvs in a weird way. I now get this
message every time I try to run color-theme:

face-attribute: Wrong type argument: symbolp, (slime-repl-inputed-output-face)

(In reply to comment #7)
Forget it - its doing it with the previous version now. If I stop slime-cvs from
loading, it works fine. 

I have the same problem four years later.
I use:
app-emacs/color-theme 6.6.0
app-editors/emacs-cvs 23.0.9999

~/.emacs is:
(load "/usr/share/emacs/site-lisp/color-theme/color-theme.el")
(color-theme-blue-sea)

or:
(require 'color-theme)
(color-theme-blue-sea)

In both cases I get no color theme and the following message:

Warning (initialization): An error occurred while loading
`/home/christos/.emacs':

Symbol's function definition is void: color-theme-blue-sea

If I do M-X color-theme-select, I can choose the blue-sea theme and use it.
After that, I can also do M-X color-theme-blue-sea or M-X color-theme-whatever,
which I could not do before.

Does the following work for you (should go into .emacs):

(color-theme-initialize)
(color-theme-blue-sea)

Yes, it does. Thank you.

I've added an explanatory message about non-interactive usage to pkg_postinst.
Let's consider this bug as fixed.

Thank you for reporting.