From: [email protected]

Package: xemacs21
Version: 21.4.15-5
Severity: grave
Justification: renders package unusable

It seems that xemacs21 is still looking under /usr/lib for at least
some files that just moved to under /usr/share; it dies on startup
with

Cannot open load file: /usr/lib/xemacs-21.4.15/lisp/auto-autoloads

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages xemacs21 depends on:
pn xemacs21-mule | xemacs21-mule Not found.

-- no debconf information


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

Hi.

From: "Aaron M. Ucko" <[email protected]>
Subject: Bug#265169: xemacs21: Cannot open load file: /usr/lib/xemacs-21.4.15/lisp/auto-autoloads
Date: Wed, 11 Aug 2004 21:36:32 -0400

It seems that xemacs21 is still looking under /usr/lib for at least
some files that just moved to under /usr/share; it dies on startup
with

Cannot open load file: /usr/lib/xemacs-21.4.15/lisp/auto-autoloads

Yes, I moved some architecture-independent files from /usr/lib
to /usr/share. But I have a symbolic link in xemacs21-support
package. So I can read auto-autoloads.elc.

$ LANG=C ls -l /usr/lib/xemacs-21.4.15
total 4
lrwxr-xr-x 1 root root 30 Aug 11 09:30 etc -> ../../share/xemacs-21.4.15/etc drwxr-xr-x 6 root root 4096 Aug 12 11:00 i386-debian-linux
lrwxr-xr-x 1 root root 31 Aug 11 09:30 lisp -> ../../share/xemacs-21.4.15/lisp

Do you install xemacs21-support? Do you have this symbolic
link?

----
OHURA Makoto: [email protected](Debian Project)
[email protected](LILO/Netfort)
GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt
fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083
http://www.netfort.gr.jp/~ohura/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD4DBQBBGtL97qLvonfc4IMRAsG6AJ9bWzN4P1JaW1bYOcrt8AzAOgAx6wCYiYEi 3o3mJN5uPx9qFuwwSTDhEg==
=rUli
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

OHURA Makoto <[email protected]> writes:

Thanks for the quick response!

Do you install xemacs21-support? Do you have this symbolic
link?

I have xemacs21-support installed, but etc and lisp are empty
directories on my system; AFAICT, you need to enforce the transition
in a maintainer script. (See dpkg Bug#264606, which dpkg's
maintainers seem to view as a feature....)

$ ls -l /usr/lib/xemacs-21.4.15
total 28
drwxr-xr-x 2 root root 8192 2004-08-11 20:44 etc/
drwxr-xr-x 5 root root 4096 2004-08-11 20:44 i386-debian-linux/
drwxr-xr-x 2 root root 16384 2004-08-11 20:44 lisp/
$ ls -l /usr/lib/xemacs-21.4.15/lisp
total 0
$ ls -l /usr/lib/xemacs-21.4.15/etc
total 0
$ dpkg -s xemacs21-support
Package: xemacs21-support
Status: install ok installed
[...]
Version: 21.4.15-5
[...]

FWIW, the packages were unpacked in the following order:

Preparing to replace xemacs21-bin 21.4.15-4 (using .../xemacs21-bin_21.4.15-5_i386.deb) ...
Unpacking replacement xemacs21-bin ...
Preparing to replace xemacs21-mule 21.4.15-4 (using .../xemacs21-mule_21.4.15-5_i386.deb) ...
Unpacking replacement xemacs21-mule ...
Preparing to replace xemacs21-supportel 21.4.15-4 (using .../xemacs21-supportel_21.4.15-5_all.deb) ...
Unpacking replacement xemacs21-supportel ...
Preparing to replace xemacs21-support 21.4.15-4 (using .../xemacs21-support_21.4.15-5_all.deb) ...
Unpacking replacement xemacs21-support ...
Preparing to replace xemacs21 21.4.15-4 (using .../xemacs21_21.4.15-5_all.deb) ...
Unpacking replacement xemacs21 ...
Preparing to replace xemacs21-nomule 21.4.15-4 (using .../xemacs21-nomule_21.4.15-5_i386.deb) ...
emacs-remove xemacs21
[...]
Unpacking replacement xemacs21-nomule ...

Reinstalling xemacs21-support does not make a difference.

--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [email protected] (NOT a valid e-mail address) for more info.


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

[email protected] (Aaron M. Ucko) writes:

I have xemacs21-support installed, but etc and lisp are empty
directories on my system; AFAICT, you need to enforce the transition
in a maintainer script. (See dpkg Bug#264606, which dpkg's
maintainers seem to view as a feature....)

Ah, yes, see Policy 6.5.4, last paragraph:

A directory will never be replaced by a symbolic link to a
directory or vice versa; instead, the existing state (symlink or
not) will be left alone and `dpkg' will follow the symlink if
there is one.

I'm still not entirely convinced that this is the Right Thing in the
(empty) directory -> symlink direction, but whatever...

--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [email protected] (NOT a valid e-mail address) for more info.


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)