On Tue, Jun 26, 2012 at 11:54:45AM +0200, Agustin Martin wrote:
> On Mon, Jun 25, 2012 at 09:08:56PM -0500, Rob Browning wrote:
> > Agustin Martin <agmar...@debian.org> writes:
> >
> > > I'd say this seems something wrong in the xemacs21 side during xemacs21
> > > upgrade. As a matter of fact I have found
> > >
> > > http://bugs.debian.org/619367 [xemacs21: installing elisp packages fails:
> > > Symbol's function definition is void: batch-byte-compile]
> > >
> > > which has some common elements,
> >
> > So it sounds like you think this bit is an xemacs bug?
>
> I am not completely sure, but is strange that I could not reproduce it in my
> frequently updated sid box. I am using pristine emacsen-common, so if it
> were due to emacsen-comon I guess I should have reproduced it.
>
> I have even manually tried
>
> # /usr/lib/emacsen-common/emacs-remove xemacs21
> # /usr/lib/emacsen-common/emacs-install xemacs21
>
> with no problem.
I have done some extra work with this and noticed I can reproduce this
problem when upgrading from a squeeze pbuilder chroot containing xemacs21.
However, if xemacs21 is already upgraded then there is no problem when
installing emacsen-common. I guess this is what happened in my regularly
updated sid box and the reason why I could not see this problem in it.
I also tried with a squeeze pbuilder chroot containing emacs23 and upgrade
to sid worked, just a warning on not yet available (emacs23-common not yet
configured) /usr/local/share/emacs/23.4/site-lisp.
Installing new version of config file /etc/emacs/site-start.el ...
Install emacsen-common for emacs23
emacsen-common: Handling install of emacsen flavor emacs23
Warning: Lisp directory `/usr/local/share/emacs/23.4/site-lisp' does not exist.
Wrote /etc/emacs23/site-start.d/00debian-vars.elc
Wrote /usr/share/emacs23/site-lisp/debian-startup.elc
If after this pbuilder+emacs23 upgrade I install sid xemacs21 everything
works. No apparent problem.
So, seems that the problem appears when both xemacs21 stuff and emacsen-common
are ugraded at the same time. Seems that xemacs21 stuff needs something from
a postinst to become available for byte-compilation, so byte-compilation
fails and needed postinst is not reached. If in the failing chroot I run
# xemacs21 -vanilla -nw
WARNING:
Couldn't find obvious defaults for:
data-directory
mule-lisp-directory
lisp-directory
Perhaps some directories don't exist, or the XEmacs executable,
/usr/bin/xemacs21
is in a strange place?
.
and once xemacs is started I see
(1) (warning/warning) Autoload error in:
/usr/share/xemacs21/mule-packages/lisp/latin-euro-standards/auto-autoloads:
Cannot open load file: cl-macs
I think that emacsen-common > 2.0.0 considering the failure of any
add-on package install or remove script as a fatal error just makes this
underlying xemacs21 problem evident, but seems to be something wrong in
xemacs21.
Reading more carefully http://bugs.debian.org/619367 I see that it points
to http://bugs.debian.org/391778, where some symlinks are done at
xemacs21-* postinst. May be those symlinks should be done in appropriate
preinst if needed, so paths are available even if xemacs21* is not yet
configured.
Regards,
--
Agustin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
