bug in 22.0.50.1 ?? no rmailgen.el

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 "\bพ ...
 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/.)

Re: bug in 22.0.50.1 ?? no rmailgen.el

[Eli Zaretskii]

> Date: Sat, 26 Aug 2006 12:33:48 -0400
> From: ken <gebser@speakeasy.net>
> 
> $ emacs  --debug-init &
> 
> Backtrace shows:
> 
> Debugger entered--Lisp error: (file-error "Cannot open load file"
> "rmailgen")
>   require(rmailgen)
> [...]
> Looking at ~/.gnu-emacs shows:
> 
> ;; 8. Load package [REQUIRED].
> (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
>     (require 'rmailgen))

Where did that ~/.gnu-emacs file come from, and why does it try to
look for rmailgen?

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

Sorry, I cannot figure out what you meant here.

Re: bug in 22.0.50.1 ?? no rmailgen.el

[ken]

Eli Zaretskii wrote:
>> Date: Sat, 26 Aug 2006 12:33:48 -0400
>> From: ken <gebser@speakeasy.net>
>>
>> $ emacs  --debug-init &
>>
>> Backtrace shows:
>>
>> Debugger entered--Lisp error: (file-error "Cannot open load file"
>> "rmailgen")
>>   require(rmailgen)
>> [...]
>> Looking at ~/.gnu-emacs shows:
>>
>> ;; 8. Load package [REQUIRED].
>> (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
>>     (require 'rmailgen))
> 
> Where did that ~/.gnu-emacs file come from, and why does it try to
> look for rmailgen?
>
>> (Note: I would think that the installation routine shouldn't assume that
>> emacs will be installed under /usr/share/emacs/.)
> 
> Sorry, I cannot figure out what you meant here.

You seem to be saying that ~/.gnu-emacs is not part of the install of
the CVS version in question, yes?

Re: bug in 22.0.50.1 ?? no rmailgen.el

[Eli Zaretskii]

> Date: Sun, 27 Aug 2006 15:25:11 -0400
> From: ken <gebser@speakeasy.net>
> 
> >> ;; 8. Load package [REQUIRED].
> >> (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
> >>     (require 'rmailgen))
> > 
> > Where did that ~/.gnu-emacs file come from, and why does it try to
> > look for rmailgen?
> >
> >> (Note: I would think that the installation routine shouldn't assume that
> >> emacs will be installed under /usr/share/emacs/.)
> > 
> > Sorry, I cannot figure out what you meant here.
> 
> You seem to be saying that ~/.gnu-emacs is not part of the install of
> the CVS version in question, yes?

Of course it isn't.  Can you find out what or who produced that file
on your system?

Re: bug in 22.0.50.1 ?? no rmailgen.el

[Nick Roberts]

 > >> Looking at ~/.gnu-emacs shows:
 > >>
 > >> ;; 8. Load package [REQUIRED].
 > >> (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
 > >>     (require 'rmailgen))
 > > 
 > > Where did that ~/.gnu-emacs file come from, and why does it try to
 > > look for rmailgen?
 > >
 > >> (Note: I would think that the installation routine shouldn't assume that
 > >> emacs will be installed under /usr/share/emacs/.)
 > > 
 > > Sorry, I cannot figure out what you meant here.
 > 
 > You seem to be saying that ~/.gnu-emacs is not part of the install of
 > the CVS version in question, yes?

Yes.  And /usr/share/emacs is generally used by the package maintainers
of the GNU/Linux distributions, not CVS Emacs.

-- 
Nick                                           http://www.inet.net.nz/~nickrob

Re: bug in 22.0.50.1 ?? no rmailgen.el

[ken]

Eli Zaretskii wrote:
>> Date: Sun, 27 Aug 2006 15:25:11 -0400
>> From: ken <gebser@speakeasy.net>
>>
>>>> ;; 8. Load package [REQUIRED].
>>>> (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
>>>>     (require 'rmailgen))
>>> Where did that ~/.gnu-emacs file come from, and why does it try to
>>> look for rmailgen?
>>>
>>>> (Note: I would think that the installation routine shouldn't assume that
>>>> emacs will be installed under /usr/share/emacs/.)
>>> Sorry, I cannot figure out what you meant here.
>> You seem to be saying that ~/.gnu-emacs is not part of the install of
>> the CVS version in question, yes?
> 
> Of course it isn't.  Can you find out what or who produced that file
> on your system?

My best and most dispassionate estimation is that it was put there when
the account was created-- it is a standard file in /etc/skel/-- and/or a
file of exactly the same name and contents was put there by the CVS
emacs itself upon installation.  I'm going to guess you don't believe it
was the latter.

Re: bug in 22.0.50.1 ?? no rmailgen.el

[ken]

Nick Roberts wrote:
>  > >> Looking at ~/.gnu-emacs shows:
>  > >>
>  > >> ;; 8. Load package [REQUIRED].
>  > >> (if (file-exists-p "/usr/share/emacs/site-lisp/rmailgen.el")
>  > >>     (require 'rmailgen))
>  > > 
>  > > Where did that ~/.gnu-emacs file come from, and why does it try to
>  > > look for rmailgen?
>  > >
>  > >> (Note: I would think that the installation routine shouldn't assume that
>  > >> emacs will be installed under /usr/share/emacs/.)
>  > > 
>  > > Sorry, I cannot figure out what you meant here.
>  > 
>  > You seem to be saying that ~/.gnu-emacs is not part of the install of
>  > the CVS version in question, yes?
> 
> Yes.  And /usr/share/emacs is generally used by the package maintainers
> of the GNU/Linux distributions, not CVS Emacs.
> 

Thanks for the tip.  I'm discovering that there's a lot of differences
between CVS emacs and a distributed package of the same.  The oral
tradition as a means of imparting knowledge seems to be the same though. :)

Re: bug in 22.0.50.1 ?? no rmailgen.el

[Robert J. Chassell]

[regarding ~/.gnu-emacs]

    My best and most dispassionate estimation is that it was put there
    when the account was created-- it is a standard file in
    /etc/skel/-- and/or a file of exactly the same name and contents
    was put there by the CVS emacs itself upon installation.  I'm
    going to guess you don't believe it was the latter.

I just checked all of my CVS sources for GNU Emacs using find and grep
and did not find .gnu-emacs in any of them.  If it is a standard file
in your /etc/skel/, please tell those responsible that is an error.
(In my /etc/skel/ directory, there is no mention of Emacs, only BASH
and CSH.)

As I wrote in

    (eintr)Default Configuration

    There are those who appreciate Emacs' default configuration.
    After all, Emacs starts you in C mode when you edit a C file,
    starts you in Fortran mode when you edit a Fortran file ...  But
    when you do know who is going to use Emacs--you, yourself--then it
    makes sense to customize Emacs.

Customization is in a ~/.emacs or ~/.emacs.el' file.  (I started my
.emacs file a long time ago; I cannot bear the standard Emacs; but I
do not expect others to adopt my ~/.emacs file blindly ... or even
having looked at it ... :)

There are also site-wide initialization files:

    (eintr)Site-wide Init

    In addition to your personal initialization file, Emacs
    automatically loads various site-wide initialization files, if
    they exist.  These have the same form as your `.emacs' file, but
    are loaded by everyone.

    Two site-wide initialization files, `site-load.el' and
    `site-init.el', are loaded into Emacs and then `dumped' if a
    `dumped' version of Emacs is created, as is most common. ...

    Three other site-wide initialization files are loaded
    automatically each time you start Emacs, if they exist. ...

    Settings and definitions in your `.emacs' file will overwrite
    conflicting settings and definitions in a `site-start.el' file, if
    it exists; but the settings and definitions in a `default.el' or
    terminal type file will overwrite those in your `.emacs' file.
    ...

~/.gnu-emacs is none of these.

-- 
    Robert J. Chassell                         
    bob@rattlesnake.com                         GnuPG Key ID: 004B4AC8
    http://www.rattlesnake.com                  http://www.teak.cc

Default init files in GNU/Linux distributions (was: bug in 22.0.50.1 ?? no rmailgen.el)

[Reiner Steib]

On Mon, Aug 28 2006, ken wrote:

[ ~/.gnu-emacs file ]
> My best and most dispassionate estimation is that it was put there when
> the account was created-- it is a standard file in /etc/skel/-- 

It's probably from SUSE's Emacs package:

$ rpm -qf /etc/skel/.gnu-emacs
emacs-21.3-206
$ cat /etc/SuSE-release 
SUSE LINUX 10.0 (i586) OSS
VERSION = 10.0

SUSE reads ~/.gnu-emacs from ~/.emacs when not running XEmacs.  But as
we can see, some of the tests in those files are broken or at least
only suitable when using the Emacs packages from the distribution.

There's lot of other code in ~/.emacs / .gnu-emacs from SUSE that I
would not recommend.

> and/or a file of exactly the same name and contents was put there by
> the CVS emacs itself upon installation.  I'm going to guess you
> don't believe it was the latter.

The CVS installation does not install any files in ~/ (unless you set
--prefix=$HOME or similar).

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: bug in 22.0.50.1 ?? no rmailgen.el

[Richard Stallman]

    My best and most dispassionate estimation is that it was put there when
    the account was created-- it is a standard file in /etc/skel/--

If there is such a file in /etc/skel, it seems that the maintainer of
your GNU/Linux distro has customized Emacs in some way.  We have no
way of knowing what he did.  Please complain to him.

Re: bug in 22.0.50.1 ?? no rmailgen.el

[Richard Stallman]

    Thanks for the tip.  I'm discovering that there's a lot of differences
    between CVS emacs and a distributed package of the same.  The oral
    tradition as a means of imparting knowledge seems to be the same though. :)

That sounds like some sort of attack, but so vague that we havqe no chance
of clearing our names of it.

Re: Default init files in GNU/Linux distributions (was: bug in 22.0.50.1 ?? no rmailgen.el)

[Eli Zaretskii]

> From: Reiner Steib <reinersteib+gmane@imap.cc>
> Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
> Date: Mon, 28 Aug 2006 23:12:02 +0200
> 
> On Mon, Aug 28 2006, ken wrote:
> 
> [ ~/.gnu-emacs file ]
> > My best and most dispassionate estimation is that it was put there when
> > the account was created-- it is a standard file in /etc/skel/-- 
> 
> It's probably from SUSE's Emacs package:
> 
> $ rpm -qf /etc/skel/.gnu-emacs
> emacs-21.3-206
> $ cat /etc/SuSE-release 
> SUSE LINUX 10.0 (i586) OSS
> VERSION = 10.0
> 
> SUSE reads ~/.gnu-emacs from ~/.emacs when not running XEmacs.  But as
> we can see, some of the tests in those files are broken or at least
> only suitable when using the Emacs packages from the distribution.
> 
> There's lot of other code in ~/.emacs / .gnu-emacs from SUSE that I
> would not recommend.

In that case, I'd suggest to send a bug report to the SUSE
maintainers.

Thanks.