Your message dated Wed, 11 May 2005 14:11:02 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#308373: dictionaries-common: Prevents Emacs from installing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 9 May 2005 20:01:36 +0000
>From [EMAIL PROTECTED] Mon May 09 13:01:36 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mxfep02.bredband.com [195.54.107.73] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DVERc-0007b2-00; Mon, 09 May 2005 13:01:36 -0700
Received: from wigwam ([213.112.182.84] [213.112.182.84])
          by mxfep02.bredband.com with ESMTP
          id <[EMAIL PROTECTED]>
          for <[EMAIL PROTECTED]>; Mon, 9 May 2005 22:01:04 +0200
Received: from drlion by wigwam with local (Exim 4.50)
        id 1DVER7-0002oA-JY
        for [EMAIL PROTECTED]; Mon, 09 May 2005 22:01:05 +0200
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: dictionaries-common: Prevents Emacs from installing
X-Debbugs-CC: Daniel Brockman <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
From: Daniel Brockman <[EMAIL PROTECTED]>
Date: Mon, 09 May 2005 22:01:05 +0200
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-11.0 required=4.0 tests=BAYES_00,HAS_PACKAGE,
        X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Package: dictionaries-common
Version: 0.25.9
Severity: normal

Steps to reproduce:

   apt-get install dictionaries-common aspell-sv (or some other)
   apt-get install --reinstall emacs21

This likely results in dpkg failing noisily upon running the emacs-install
script for some completely unrelated Emacs package.  You won't be able to get
your Emacs back unless you first remove dictionaries-common.  Then you can
install Emacs, and finally put back dictionaries-common if you like.

This becomes a real problem when you want to install a new Emacs flavor
(something which also provokes this bug).  The worst part may be that the
error messages give no hint about what is really causing the problem.

The problem is that /etc/emacs/site-start.d/50dictionaries-common.el calls

   (load "/var/cache/dictionaries-common/emacsen-ispell-dicts.el" t)

and /var/cache/dictionaries-common/emacsen-ispell-dicts.el calls

   (debian-ispell-add-dictionary-entry ...)

which causes the autoload for `debian-ispell-add-dictionary-entry' to attempt
to load the library "debian-ispell".  Here's where things break down.

When an Emacs flavor is about to be installed, there will obviously be no
byte-compiled files in /usr/share/$flavor/site-lisp/dictionaries-common.
Yet this is the only directory that 50dictionaries-common.el adds to
`load-path' before attempting to load "debian-ispell".

As this error prevents Emacs from starting properly, all attempts to *create*
the byte-compiled files neccessary to allow Emacs to start will fail.

I don't know what would be a good solution in this case, but you may find it
helpful to know that I've filed a similar couple of bugs on the dictionary-el
and BBDB packages (Bug#308335 and Bug#308336, respectively) --- which also
cause this same problem.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-drlion-8
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages dictionaries-common depends on:
ii  debconf                       1.4.49     Debian configuration management sy
ii  perl                          5.8.4-8    Larry Wall's Practical Extraction 

-- debconf information:
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/selecting_ispell_wordlist_default:
  dictionaries-common/default-ispell:
  dictionaries-common/default-wordlist:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/remove_old_usr_dict_link: false

---------------------------------------
Received: (at 308373-close) by bugs.debian.org; 11 May 2005 12:11:37 +0000
>From [EMAIL PROTECTED] Wed May 11 05:11:37 2005
Return-path: <[EMAIL PROTECTED]>
Received: from edison.ccupm.upm.es [138.100.4.49] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DVq3t-0001q8-00; Wed, 11 May 2005 05:11:37 -0700
Received: from mala.aq.upm.es (Agmartin.aq.upm.es [138.100.41.131])
        by edison.ccupm.upm.es (8.12.10/8.12.10) with ESMTP id j4BCBXUs014724;
        Wed, 11 May 2005 14:11:33 +0200
Received: by mala.aq.upm.es (Postfix, from userid 1000)
        id E9BEC24DB; Wed, 11 May 2005 14:11:02 +0200 (CEST)
Date: Wed, 11 May 2005 14:11:02 +0200
From: Agustin Martin <[EMAIL PROTECTED]>
To: Daniel Brockman <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#308373: dictionaries-common: Prevents Emacs from installing
Message-ID: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.9i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

On Wed, May 11, 2005 at 10:17:12AM +0200, Daniel Brockman wrote:
> I'm sorry, I don't think this is reproducible on any system but mine.
> Further investigation revealed that my debian-startup.el had this
> 
>          (condition-case ()
>              (load file nil)
>            (message "Error while loading %s" file)))
> 
> instead of this,
> 
>          (condition-case ()
>              (load file nil)
>            (error (message "Error while loading %s" file))))
> 
> which makes absolutely no sense whatsoever.  I don't know how and when
> this happened, but it explains all the problems I had, and a simple
> reinstall fixed it.

No problem, closing this bug report. Thanks for the info.

> There are quite a lot of these though:  Here are some examples of
> packages whose install scripts invoke Emacs without --no-site-file:
> 
>   - auctex
>   - css-mode
>   - cedet-common
>   - ede
>   - eieio
>   - elib
>   - emacsen-common (!)
>   - semantic
>   - speedbar
> 
> Would it be inappropriate to start filing bugs to these packages?
> I s'pose I'd put them as enhancments, but there'd be lots of them.

Looking into my /etc/emacs/site-start.d/ dir the only file that seems
debian-global is 00debian-vars.el, and I doubt that any of the above
packages (with the possible exception of emacsen-common) requires loading
even it when byte-compiling (not to mention the other startup scripts). 

I also noticed that in the example code appearing in the debian-emacs policy
at the emacsen-common package the use of {-}-no-start-file is not suggested.
I will write Rob Browning about this, I think it should, but I might be
missing something. Being the example this way means that some maintainers
will follow it without realizing if the startups scripts are really needed
when byte-compiling stuff.

Making maintainers aware of this problem with a low severity bug report
seems appropriate to me. If they have a good reason for the current behavior
they can close the bug report, but is archived so further potential reporters
know that there is a reason for that. Since this is mostly disturbing, but
harmless maintainers can defer a real fix until sarge is released.

A change in the policy document is not possible until sarge releases, but if
Rob agrees severities can be later raised.

Cheers,

-- 
Agustin


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

Reply via email to