The file gtk-doc/files/61gtk-doc-gentoo.el is actually a gzip of the real file. After installing the package with USE=emacs, this file gets into /usr/share/emacs/site-lisp/site-gentoo.el, which causes emacs to complain. Reproducible: Always Steps to Reproduce: 1. Add the `emacs' use flag to gtk-doc package 2. emerge =dev-util/gtk-doc-1.8-r1 Actual Results: $ file /usr/share/emacs/site-lisp/61gtk-doc-gentoo.el /usr/share/emacs/site-lisp/61gtk-doc-gentoo.el: gzip compressed data, from Unix Expected Results: # file /usr/share/emacs/site-lisp/61gtk-doc-gentoo.el /usr/share/emacs/site-lisp/61gtk-doc-gentoo.el: ASCII English text
In case somebody searches for the error message, it is: load-with-code-conversion: Symbol's value as variable is void: \213
*** Bug 187336 has been marked as a duplicate of this bug. ***
Fixed this, since it makes Emacs unusable.
*** Bug 187331 has been marked as a duplicate of this bug. ***
Wouldn't a change to what files get actually installed usually warrant a revision bump, so people don't have to bump into this bug to realize they have to remerge that package?
(In reply to comment #5) > Wouldn't a change to what files get actually installed usually warrant a > revision bump, so people don't have to bump into this bug to realize they have > to remerge that package? It should, yes.
*** Bug 187810 has been marked as a duplicate of this bug. ***
(In reply to comment #5) > Wouldn't a change to what files get actually installed usually warrant a > revision bump, so people don't have to bump into this bug to realize they have > to remerge that package? You are absolutely right, my fault. Bumped to -r2 with unchanged ebuild.