From: Jan Vroonhof <vroonhof(a)math.ethz.ch>
Subject: Re: package dependencies
Date: 30 Apr 1999 20:01:11 +0200
 Mauro Condarelli <mcondarelli(a)soft-in.com> writes:
 
 > I'm trying to use the new package interface, but i ran into a lot of
 > problems mostly due to "unexpected" package dependencies.
 
 Yes, this is currently the biggest problem.  
IMHO the real problem is there's
still a lot of work to othogonalize
the packages.
I see the fat chance that people will continue using the sumo
distribution because it's much simpler to do that than pinpoint the
problem. Thus [X]Emacs will continue to be considered a disk hog.
 
 > (by the way: is there a way to paste that kind of messages? if I
try
 > to select it it disappears).
 
 Setq debug-on-error t and copy paste the *backtrace* buffer. This
 gives the most useful output. You can copy all error messages from the 
 the buffer "C-h l" gives you. 
oops!
my brain must have been on vacation :^(
FYI: the error went away closing the session and restarting, so I
assume that installing a package (mail-lib) in a running xemacs is
somewhat different from having it available at startup (problems with
auto-autoloads??). While this may be considered a bug it's certainly a
very minor one.
 > Any idea of why that's happening and how to pinpoint the
problem?
 Are you using lazy-lock? 
No, I wasn't.
I will give it a spin.
 Jan
 
 P.S. In case you didn't use a beta before. 21.0.67 thinks it is a beta
 and thus has full error checking enabled. This makes some operations
 on buffers very slow. 
my config.status says:
# This directory was configured as follows,
# on host balder:
#
# ./configure --with-mule --prefix=/opt/xemacs --compiler=egcc --error-checking=none
--debug=no --gung-ho
shouldn't that cure all beta-lowness?
I understand this version is now considered stable, so I tried to
disable all the checkings.
Thanks
Mauro