[RFU?] r871 - jed/trunk/debian

Jörg Sommer joerg at alea.gnuu.de
Sun Sep 9 14:42:02 UTC 2007

Hi Rafael,

Rafael Laboissiere schrieb am Sun 09. Sep, 14:35 (+0200):
> Running /usr/share/jed/compile/jed-common...done
> Unpacking replacement jed-common ...
> dpkg: warning - unable to delete old directory `/usr/share/doc/jed-common/hlp': Directory not empty
> Setting up jed-common (1:0.99.18+dfsg.1-9) ...
> Running /usr/share/jed/compile/jed-common...done
> (sid) $ ls -l /usr/share/doc/jed-common/hlp
> total 280
> -rw-r--r-- 1 root root 195778 2007-09-09 13:32 jedfuns.hlp
> -rw-r--r-- 1 root root  81577 2007-09-09 13:32 libfuns.hlp

Stop, what's going on here. This is hlp. I thought we talk about txt.
That's a little bit wired, but I read in some bug reports that dpkg
treats symlinks to directories like directories, i.e. they must be empty.

How does /usr/share/doc/jed-common/txt look like? Is it a directory or a
symlink? And what happens with /usr/share/jed/doc?

I think we must use the attached jed-common.preinst

Schöne Grüße, Jörg.
Objektivität ist die Wahnvorstellung, Beobachtungen könnten ohne
Beobachter gemacht werden – Heinz v. Foerster
-------------- next part --------------

set -e

case "$1" in
    # Policy 6.6 item 4 tells that dpkg does not replace a directory in the old
    # package by a symlink in the new package. We must remove the directory to
    # make dpkg installs the symlink
    for i in hlp txt; do
        if [ -d /usr/share/doc/jed-common/$i ]; then
            rm -r /usr/share/doc/jed-common/$i

    # The same problem with symlinks replaced by directories.
    if [ -L /usr/share/jed/doc ]; then
        rm /usr/share/jed/doc
  install|abort-upgrade) ;;

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-jed-devel/attachments/20070909/c0f90a68/attachment.pgp 

More information about the Pkg-jed-devel mailing list