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