Your message dated Sun, 22 Nov 2009 12:42:54 +0000
with message-id <e1ncbmi-0005qh...@corti>
and subject line fixed long ago
has caused the Debian Bug report #77405,
regarding bbdb: I have a problem with bbdb-init requiring message.
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
77405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77405
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: bbdb
Version: 2.00.06.20001015cvs-3
Severity: wishlist
Hi,
I have a problem with /usr/share/emacs/site-lisp/bbdb/bbdb-init.el.
Is it absolutely necessary to (require 'message) in it?
I'm using my own Gnus, in my own $HOME, and I have to (unload-feature 'message
t) and (unload-feature 'nnheader t) in my "~/.emacs", because bbdb-init.el
requires the old (Emacs 20.7) version of message (which itself requires the old
version of nnheader) before I (as a user) have a chance to set the load-path in
my "~/.emacs", with my own gnus/lisp directory first. (Obviously the stock
message and nnheader libraries happen to be sadly incompatible with the latest
one from the bleeding edge Gnus, and of course I do have to load these latest
one instead or Gnus won't work at all.)
The other alternative I see consists in setting the load-path early, before
bbdb-init.el gets loaded, which I may do with a (setq ...) in, say, a
"10local.el" file in "/etc/emacs/site-start.d/".
However either way (unload-feature or "10local.el") is an ad-hoc hack I (as a
normal Debian user) would better not to have to resort using.
The first one, because as a normal user who want to run its own bleeding edge
Gnus, I shouldn't be supposed to grok lisp and unload-features here and there: I
should be able to just get the latest Gnus from CVS, do ./configure && make and
happily run it. The second one, because as a normal user I may not have the
root privileges required to put a "10local.el" file in place, but I should
still be able to just get the latest Gnus from CVS and so on.
What do you think?
(Please, excuse my bad English, as it's not my first language.)
--
Davide Giovanni Maria Salvetti
W: http://www.linux.it/~salve/
OpenPGP (GPG) Key ID: 939686D5
-- System Information
Debian Release: woody
Kernel Version: Linux hal 2.2.16 #1 Tue Sep 5 14:42:47 CEST 2000 i586 unknown
Versions of the packages bbdb depends on:
ii make 3.79.1-1 The GNU version of the "make" utility.
ii emacs20 20.7-3 The GNU Emacs editor.
^^^ (Provides virtual package emacsen)
--- End Message ---
--- Begin Message ---
Package: bbdb
Version: 2.00.06.20001116cvs-1
This issue was addressed long ago!
--- End Message ---
