bug in 22.0.50.1 ?? no rmailgen.el

[ken]

$ emacs  --debug-init &

Backtrace shows:

Debugger entered--Lisp error: (file-error "Cannot open load file"
"rmailgen")
  require(rmailgen)
  (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el") (require
(quote rmailgen)))
  eval-buffer(#<buffer  *load*<2>> nil "/home/calendar/.gnu-emacs" nil
t)  ; Reading at buffer position 4550
  load-with-code-conversion("/home/calendar/.gnu-emacs"
"/home/calendar/.gnu-emacs" nil t)
  load("~/.gnu-emacs" nil t)
  (if (file-readable-p "~/.gnu-emacs") (load "~/.gnu-emacs" nil t) (if
(file-readable-p "/etc/skel/.gnu-emacs") (load "/etc/skel/.gnu-emacs"
nil t)))
  (if (string-match "XEmacs\\|Lucid" emacs-version) (progn (if ... ...))
(if (file-readable-p "~/.gnu-emacs") (load "~/.gnu-emacs" nil t) (if ...
...)) (setq custom-file "~/.gnu-emacs-custom") (load
"~/.gnu-emacs-custom" t t))
  eval-buffer(#<buffer  *load*> nil "/home/calendar/.emacs" nil t)  ;
Reading at buffer position 1633
  load-with-code-conversion("/home/calendar/.emacs"
"/home/calendar/.emacs" t t)
  load("~/.emacs" t t)
  #[nil "พ ...
 command-line()
  normal-top-level()

(The "..."-- third to last line above-- is a long string of 'garbage'
characters that won't paste.)

Looking at ~/.gnu-emacs shows:

;; 8. Load package [REQUIRED].
(if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
    (require 'rmailgen))

This section of code is looking at another install of emacs.  The emacs
installation in question (the one reporting error on) has no
rmailgen.el* in its file tree.

(Note: I would think that the installation routine shouldn't assume that
emacs will be installed under /usr/share/emacs/.)