GNU bug report logs -
#12981
list-packages (void-function mailcap-parse-mailcaps) due to an old mailcap.el file
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12981 in the body.
You can then email your comments to 12981 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12981
; Package
emacs
.
(Sat, 24 Nov 2012 18:33:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
frances frederic <frances_frederic <at> yahoo.fr>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 24 Nov 2012 18:33:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi
I've recently installed emacs 24.2 on a debian virtual-box
After configuring elpa there was errors when running list-packages
So I've used toggle-on-error and got the following trace:
-------------
Debugger entered--Lisp error: (void-function mailcap-parse-mailcaps)
mailcap-parse-mailcaps()
url-do-setup()
url-retrieve-synchronously("http://elpa.gnu.org/packages/archive-contents")
package--download-one-archive(("gnu" . "http://elpa.gnu.org/packages/") "archive-contents")
#[nil "\301\302\"\207" [archive package--download-one-archive "archive-contents"] 3]()
package-refresh-contents()
list-packages(nil)
call-interactively(list-packages t nil)
execute-extended-command(nil)
call-interactively(execute-extended-command nil nil)
---------------
Then I tried to locate mailcap lisp library using M-x locate-library and found two locations:
M-x locate-library mailcap
- /usr/share/emacs/site-lisp/flim/attic/mailcap.el (this one did not contains mailcap-parse-mailcaps)
M-x locate-library mailcap.el.gz
- /usr/share/emacs/24.2/lisp/gnus/mailcap.el.gz
only the second one contains the function required by list-package but the first one is loaded probably because of load-path
finally I remove the oldest version of mailcap.el and elpa works fine now.
I don't know if the old package comes from an old installation or if mailcap.el is included twice with 2 locations and one has not been updated.
Regards
frederic
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12981
; Package
emacs
.
(Sat, 24 Nov 2012 18:47:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 12981 <at> debbugs.gnu.org (full text, mbox):
frances frederic wrote:
> M-x locate-library mailcap
> - /usr/share/emacs/site-lisp/flim/attic/mailcap.el (this one did not contains mailcap-parse-mailcaps)
Thanks for the report. I'm not sure there is anything Emacs can do about
this. That file is not part of Emacs, it is part of "flim". In general,
you can break Emacs in arbitrary ways by installing arbitrary packages
at the head of load-path.
This issue was supposedly fixed in Debian flim a decade ago:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=110224
bug closed, send any further explanations to
12981 <at> debbugs.gnu.org and frances frederic <frances_frederic <at> yahoo.fr>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 28 Nov 2012 20:33:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 27 Dec 2012 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 177 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.