GNU bug report logs - #44804
28.0.50; loading EBDB using use-package is throwing error

Previous Next

Package: emacs;

Reported by: Pankaj Jangid <pankaj <at> codeisgreat.org>

Date: Sun, 22 Nov 2020 18:28:01 UTC

Severity: normal

Tags: moreinfo

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 44804 in the body.
You can then email your comments to 44804 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Sun, 22 Nov 2020 18:28:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Pankaj Jangid <pankaj <at> codeisgreat.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 22 Nov 2020 18:28:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: bug-gnu-emacs <at> gnu.org
Cc: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Subject: 28.0.50; loading EBDB using use-package is throwing error
Date: Sun, 22 Nov 2020 23:57:10 +0530
Here is the error message, when I load ebdb using use-package

Error (use-package): Failed to parse package ebdb: Wrong type argument:
listp, require Disable showing Disable logging

My configuration is:

(use-package ebdb
  :ensure t
  :config
  (setq ebdb-mua-pop-up nil)
  :hook
  (emacs-startup . (progn
		     (require 'ebdb-gnus)
		     (require 'ebdb-message))))

Instead, I am now using this to prevent this above error:

(add-hook 'emacs-startup-hook
	  (lambda ()
	    (progn
	      (defvar ebdb-mua-pop-up nil)
	      (require 'ebdb-gnus)
	      (require 'ebdb-message))))




In GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin20.1.0, NS appkit-2022.10 Version 11.0.1 (Build 20B29))
 of 2020-11-22 built on mb2.local
Repository revision: fb9326b45c769f83b619278eae41f680577d1b05
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2022
System Description:  macOS 11.0.1

Configured using:
 'configure LDFLAGS=-L/usr/local/opt/ruby/lib
 CPPFLAGS=-I/usr/local/opt/ruby/include
 PKG_CONFIG_PATH=:/usr/local/opt/sqlite/lib/pkgconfig:/usr/local/opt/libxml2/lib/pkgconfig:/usr/local/opt/openssl/lib/pkgconfig:/usr/local/opt/libffi/lib/pkgconfig:/usr/local/opt/ruby/lib/pkgconfig'

Configured features:
JPEG TIFF GIF PNG RSVG DBUS GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS NS MODULES THREADS JSON PDUMPER LCMS2

Important settings:
  value of $LC_CTYPE: UTF-8
  value of $LANG: en_IN.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  recentf-mode: t
  flymake-mode: t
  display-line-numbers-mode: t
  show-paren-mode: t
  direnv-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t
  hs-minor-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime
smime dig gnus-sum shr kinsoku svg dom gnus-group gnus-undo gnus-start
gnus-dbus dbus gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo
parse-time iso8601 gnus-spec gnus-int gnus-range gnus-win gnus nnheader
emacsbug message rmc puny rfc822 mml mm-decode mm-bodies mailabbrev
gmm-utils mailheader sendmail modus-operandi-theme pcase recentf
tree-widget wid-edit checkdoc lisp-mnt flymake-proc flymake
display-line-numbers paren hideshow init server init-ebdb warnings
init-eudc init-direnv direnv init-twitter twittering-mode xml
init-docker docker-compose-mode dockerfile-mode sh-script smie
executable init-markdown init-java init-kotlin flycheck-kotlin flycheck
dash gradle-mode compile s init-ruby init-python init-javascript
init-rust rust-mode rx thingatpt init-eglot init-esup esup esup-child
benchmark cl-extra help-mode init-org-extras init-flycheck
init-use-package diminish use-package use-package-ensure
use-package-delight use-package-diminish use-package-bind-key bind-key
use-package-core finder-inf init-elisp init-modeline init-flymake
init-dired dired dired-loaddefs init-website init-speedbar init-cedet
init-recentf init-diary init-date-time init-browser init-completion
init-org org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro
org-footnote org-src ob-comint org-pcomplete pcomplete comint ansi-color
ring org-list org-faces org-entities noutline outline easy-mmode
org-version ob-emacs-lisp ob-core ob-eval org-table ol org-keys
org-compat advice org-macs org-loaddefs format-spec find-func cal-menu
calendar cal-loaddefs init-prog init-crypto mml-sec mm-encode mail-parse
rfc2231 epa derived gnus-util rmail rmail-loaddefs rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils text-property-search time-date
epg epg-config init-erc init-email init-ibuffer edmacro kmacro init-auth
init-looks init-keys info package easymenu browse-url url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util mailcap url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
early-init tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind kqueue cocoa ns
lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 383261 10496)
 (symbols 48 31539 1)
 (strings 32 127504 2696)
 (string-bytes 1 3754850)
 (vectors 16 43024)
 (vector-slots 8 504670 30453)
 (floats 8 286 57)
 (intervals 56 332 0)
 (buffers 984 13))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Sun, 22 Nov 2020 19:22:02 GMT) Full text and rfc822 format available.

Message #8 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: 44804 <at> debbugs.gnu.org
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Sun, 22 Nov 2020 11:21:01 -0800
Pankaj Jangid <pankaj <at> codeisgreat.org> writes:

> Here is the error message, when I load ebdb using use-package
>
> Error (use-package): Failed to parse package ebdb: Wrong type argument:
> listp, require Disable showing Disable logging
>
> My configuration is:
>
> (use-package ebdb
>   :ensure t
>   :config
>   (setq ebdb-mua-pop-up nil)
>   :hook
>   (emacs-startup . (progn
> 		     (require 'ebdb-gnus)
> 		     (require 'ebdb-message))))

I've never used use-package so I'm not sure how much help I'm going to
be here. But looking at its documentation, I wonder if it wouldn't make
more sense to do this:

(use-package ebdb-gnus
	     :ensure t
	     :config
	     (setq ebdb-mua-pop-up nil)
	     :hook gnus-startup)

(use-package ebdb-message
	     :ensure t
	     :hook gnus-startup)

EBDB is set up to load everything you need if you just require the
relevant MUA packages, so this should do it. All other likely entry
points to EBDB should be autoloaded already. I don't know what :ensure
does, but I left it in there.

Try that and see if it works correctly?

Having these statements on the `emacs-startup-hook' seems like you're
not gaining anything by using use-package. You might as well just
(require 'ebdb-gnus) at the top-level of your init.

HTH,
Eric




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 23 Nov 2020 03:01:02 GMT) Full text and rfc822 format available.

Message #11 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 44804 <at> debbugs.gnu.org
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Mon, 23 Nov 2020 08:29:59 +0530
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

>> Error (use-package): Failed to parse package ebdb: Wrong type argument:
>> listp, require Disable showing Disable logging
>>
>> My configuration is:
>>
>> (use-package ebdb
>>   :ensure t
>>   :config
>>   (setq ebdb-mua-pop-up nil)
>>   :hook
>>   (emacs-startup . (progn
>> 		     (require 'ebdb-gnus)
>> 		     (require 'ebdb-message))))
>
> I've never used use-package so I'm not sure how much help I'm going to
> be here. But looking at its documentation, I wonder if it wouldn't make
> more sense to do this:
>
> (use-package ebdb-gnus
> 	     :ensure t
> 	     :config
> 	     (setq ebdb-mua-pop-up nil)
> 	     :hook gnus-startup)
>
> (use-package ebdb-message
> 	     :ensure t
> 	     :hook gnus-startup)

Not actually. Basically use-package's argument is the package name that
we usually see in the `M-x package-list-packages'. The `:ensure t'
option is to make sure that the package is installed if it is not
already installed. `:init' is executed before loading and `:config' is
executed after loading of the package. So ideally this should work:

(use-package ebdb
  :ensure t                ; this will make sure ebdb is installed
  :config                  ; this will be executed after ebdb is loaded
  (require 'ebdb-gnus)
  (require 'ebdb-message))

But this increases load time. Hence the startup hook. So I would rather
use this when `use-package' will be part of core emacs:

(use-package ebdb
  :ensure t
  :config
  (use-package 'ebdb-gnus  ; no `:ensure t' here, installed with ebdb
    :hook emacs-startup)
  (use-package 'ebdb-message
    :hook emacs-startup))

> EBDB is set up to load everything you need if you just require the
> relevant MUA packages, so this should do it. All other likely entry
> points to EBDB should be autoloaded already. I don't know what :ensure
> does, but I left it in there.

explained above.

>
> Having these statements on the `emacs-startup-hook' seems like you're
> not gaining anything by using use-package. You might as well just
> (require 'ebdb-gnus) at the top-level of your init.

actually when we use `:hook' in use-package it implies `:defer t'. This
saves some startup time.

Without `use-package', my setup is working perfectly fine. But
eventually, people will report this bug.

(add-hook 'emacs-startup-hook
	  (lambda ()
	    (progn
	      (defvar ebdb-mua-pop-up nil)
	      (require 'ebdb-gnus)
	      (require 'ebdb-message))))

BTW your snippet is also giving same error,

;; Error (use-package): Failed to parse package 'ebdb-gnus: Wrong type
   argument: symbolp, 'ebdb-gnus Disable showing Disable logging
;; Error (use-package): Failed to parse package 'ebdb-message: Wrong type
   argument: symbolp, 'ebdb-message Disable showing Disable logging
   




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 23 Nov 2020 04:14:02 GMT) Full text and rfc822 format available.

Message #14 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: 44804 <at> debbugs.gnu.org
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Sun, 22 Nov 2020 20:13:44 -0800
Pankaj Jangid <pankaj <at> codeisgreat.org> writes:

> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>>> Error (use-package): Failed to parse package ebdb: Wrong type argument:
>>> listp, require Disable showing Disable logging
>>>
>>> My configuration is:
>>>
>>> (use-package ebdb
>>>   :ensure t
>>>   :config
>>>   (setq ebdb-mua-pop-up nil)
>>>   :hook
>>>   (emacs-startup . (progn
>>> 		     (require 'ebdb-gnus)
>>> 		     (require 'ebdb-message))))
>>
>> I've never used use-package so I'm not sure how much help I'm going to
>> be here. But looking at its documentation, I wonder if it wouldn't make
>> more sense to do this:
>>
>> (use-package ebdb-gnus
>> 	     :ensure t
>> 	     :config
>> 	     (setq ebdb-mua-pop-up nil)
>> 	     :hook gnus-startup)
>>
>> (use-package ebdb-message
>> 	     :ensure t
>> 	     :hook gnus-startup)
>
> Not actually. Basically use-package's argument is the package name that
> we usually see in the `M-x package-list-packages'. The `:ensure t'
> option is to make sure that the package is installed if it is not
> already installed. `:init' is executed before loading and `:config' is
> executed after loading of the package. So ideally this should work:
>
> (use-package ebdb
>   :ensure t                ; this will make sure ebdb is installed
>   :config                  ; this will be executed after ebdb is loaded
>   (require 'ebdb-gnus)
>   (require 'ebdb-message))
>
> But this increases load time. Hence the startup hook. So I would rather
> use this when `use-package' will be part of core emacs:
>
> (use-package ebdb
>   :ensure t
>   :config
>   (use-package 'ebdb-gnus  ; no `:ensure t' here, installed with ebdb
>     :hook emacs-startup)
>   (use-package 'ebdb-message
>     :hook emacs-startup))

So this is causing the same error?

>> EBDB is set up to load everything you need if you just require the
>> relevant MUA packages, so this should do it. All other likely entry
>> points to EBDB should be autoloaded already. I don't know what :ensure
>> does, but I left it in there.
>
> explained above.
>
>>
>> Having these statements on the `emacs-startup-hook' seems like you're
>> not gaining anything by using use-package. You might as well just
>> (require 'ebdb-gnus) at the top-level of your init.
>
> actually when we use `:hook' in use-package it implies `:defer t'. This
> saves some startup time.
>
> Without `use-package', my setup is working perfectly fine. But
> eventually, people will report this bug.
>
> (add-hook 'emacs-startup-hook
> 	  (lambda ()
> 	    (progn
> 	      (defvar ebdb-mua-pop-up nil)
> 	      (require 'ebdb-gnus)
> 	      (require 'ebdb-message))))
>
> BTW your snippet is also giving same error,
>
> ;; Error (use-package): Failed to parse package 'ebdb-gnus: Wrong type
>    argument: symbolp, 'ebdb-gnus Disable showing Disable logging
> ;; Error (use-package): Failed to parse package 'ebdb-message: Wrong type
>    argument: symbolp, 'ebdb-message Disable showing Disable logging

Can you turn on debug-on-error (or start with --debug-init if it's
blowing up at startup) and see what the actual backtrace is? Your
original error was "Wrong type argument: listp, require", which doesn't
mean very much to me.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 23 Nov 2020 05:48:02 GMT) Full text and rfc822 format available.

Message #17 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 44804 <at> debbugs.gnu.org
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Mon, 23 Nov 2020 11:17:41 +0530
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

>> use this when `use-package' will be part of core emacs:
>>
>> (use-package ebdb
>>   :ensure t
>>   :config
>>   (use-package 'ebdb-gnus  ; no `:ensure t' here, installed with ebdb
>>     :hook emacs-startup)
>>   (use-package 'ebdb-message
>>     :hook emacs-startup))
>
> So this is causing the same error?

Yes. This produces same error and two more for `edbd-gnus' and
`edbd-message'.

>> ;; Error (use-package): Failed to parse package 'ebdb-gnus: Wrong type
>>    argument: symbolp, 'ebdb-gnus Disable showing Disable logging
>> ;; Error (use-package): Failed to parse package 'ebdb-message: Wrong type
>>    argument: symbolp, 'ebdb-message Disable showing Disable logging
>
> Can you turn on debug-on-error (or start with --debug-init if it's
> blowing up at startup) and see what the actual backtrace is? Your
> original error was "Wrong type argument: listp, require", which doesn't
> mean very much to me.

The above configuration with debug-on-error produces this long output:

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (wrong-type-argument symbolp 'ebdb-gnus)
  symbol-name('ebdb-gnus)
  use-package-normalize-keywords('ebdb-gnus (:hook emacs-startup))
  #f(compiled-function (name &rest args) "Declare an Emacs package by specifying a group of configuration options.\n\nFor full documentation, please see the README file that came with\nthis file.  Usage:\n\n  (use-package package-name\n     [:keyword [option]]...)\n\n:init            Code to run before PACKAGE-NAME has been loaded.\n:config          Code to run after PACKAGE-NAME has been loaded.  Note that\n                 if loading is deferred for any reason, this code does not\n                 execute until the lazy load has occurred.\n:preface         Code to be run before everything except `:disabled'; this\n                 can be used to define functions for use in `:if', or that\n                 should be seen by the byte-compiler.\n\n:mode            Form to be added to `auto-mode-alist'.\n:magic           Form to be added to `magic-mode-alist'.\n:magic-fallback  Form to be added to `magic-fallback-mode-alist'.\n:interpreter     Form to be added to `interpreter-mode-alist'.\n\n:commands        Define autoloads for commands that will be defined by the\n                 package.  This is useful if the package is being lazily\n                 loaded, and you wish to conditionally call functions in your\n                 `:init' block that are defined in the package.\n:hook            Specify hook(s) to attach this package to.\n\n:bind            Bind keys, and define autoloads for the bound commands.\n:bind*           Bind keys, and define autoloads for the bound commands,\n                 *overriding all minor mode bindings*.\n:bind-keymap     Bind a key prefix to an auto-loaded keymap defined in the\n                 package.  This is like `:bind', but for keymaps.\n:bind-keymap*    Like `:bind-keymap', but overrides all minor mode bindings\n\n:defer           Defer loading of a package -- this is implied when using\n                 `:commands', `:bind', `:bind*', `:mode', `:magic', `:hook',\n                 `:magic-fallback', or `:interpreter'.  This can be an integer,\n                 to force loading after N seconds of idle time, if the package\n                 has not already been loaded.\n:after           Delay the use-package declaration until after the named modules\n                 have loaded. Once load, it will be as though the use-package\n                 declaration (without `:after') had been seen at that moment.\n:demand          Prevent the automatic deferred loading introduced by constructs\n                 such as `:bind' (see `:defer' for the complete list).\n\n:if EXPR         Initialize and load only if EXPR evaluates to a non-nil value.\n:disabled        The package is ignored completely if this keyword is present.\n:defines         Declare certain variables to silence the byte-compiler.\n:functions       Declare certain functions to silence the byte-compiler.\n:load-path       Add to the `load-path' before attempting to load the package.\n:diminish        Support for diminish.el (if installed).\n:delight         Support for delight.el (if installed).\n:custom          Call `custom-set' or `set-default' with each variable\n                 definition without modifying the Emacs `custom-file'.\n                 (compare with `custom-set-variables').\n:custom-face     Call `customize-set-faces' with each face definition.\n:ensure          Loads the package using package.el if necessary.\n:pin             Pin the package to an archive." #<bytecode -0x1108899a2a375614>)('ebdb-gnus :hook emacs-startup)
  macroexpand((use-package 'ebdb-gnus :hook emacs-startup))
  #f(compiled-function (form) #<bytecode -0x12004d08290ce1d1>)((use-package 'ebdb-gnus :hook emacs-startup))
  mapcar(#f(compiled-function (form) #<bytecode -0x12004d08290ce1d1>) ((use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)))
  use-package-normalize-form(":config" ((use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)))
  use-package-normalize/:config(ebdb :config ((use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)))
  use-package-normalize-plist(ebdb (:config (use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)) nil use-package-merge-keys)
  use-package-normalize-plist(ebdb (:ensure t :config (use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)) nil use-package-merge-keys)
  use-package-normalize-keywords(ebdb (:ensure t :config (use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)))
  #f(compiled-function (name &rest args) "Declare an Emacs package by specifying a group of configuration options.\n\nFor full documentation, please see the README file that came with\nthis file.  Usage:\n\n  (use-package package-name\n     [:keyword [option]]...)\n\n:init            Code to run before PACKAGE-NAME has been loaded.\n:config          Code to run after PACKAGE-NAME has been loaded.  Note that\n                 if loading is deferred for any reason, this code does not\n                 execute until the lazy load has occurred.\n:preface         Code to be run before everything except `:disabled'; this\n                 can be used to define functions for use in `:if', or that\n                 should be seen by the byte-compiler.\n\n:mode            Form to be added to `auto-mode-alist'.\n:magic           Form to be added to `magic-mode-alist'.\n:magic-fallback  Form to be added to `magic-fallback-mode-alist'.\n:interpreter     Form to be added to `interpreter-mode-alist'.\n\n:commands        Define autoloads for commands that will be defined by the\n                 package.  This is useful if the package is being lazily\n                 loaded, and you wish to conditionally call functions in your\n                 `:init' block that are defined in the package.\n:hook            Specify hook(s) to attach this package to.\n\n:bind            Bind keys, and define autoloads for the bound commands.\n:bind*           Bind keys, and define autoloads for the bound commands,\n                 *overriding all minor mode bindings*.\n:bind-keymap     Bind a key prefix to an auto-loaded keymap defined in the\n                 package.  This is like `:bind', but for keymaps.\n:bind-keymap*    Like `:bind-keymap', but overrides all minor mode bindings\n\n:defer           Defer loading of a package -- this is implied when using\n                 `:commands', `:bind', `:bind*', `:mode', `:magic', `:hook',\n                 `:magic-fallback', or `:interpreter'.  This can be an integer,\n                 to force loading after N seconds of idle time, if the package\n                 has not already been loaded.\n:after           Delay the use-package declaration until after the named modules\n                 have loaded. Once load, it will be as though the use-package\n                 declaration (without `:after') had been seen at that moment.\n:demand          Prevent the automatic deferred loading introduced by constructs\n                 such as `:bind' (see `:defer' for the complete list).\n\n:if EXPR         Initialize and load only if EXPR evaluates to a non-nil value.\n:disabled        The package is ignored completely if this keyword is present.\n:defines         Declare certain variables to silence the byte-compiler.\n:functions       Declare certain functions to silence the byte-compiler.\n:load-path       Add to the `load-path' before attempting to load the package.\n:diminish        Support for diminish.el (if installed).\n:delight         Support for delight.el (if installed).\n:custom          Call `custom-set' or `set-default' with each variable\n                 definition without modifying the Emacs `custom-file'.\n                 (compare with `custom-set-variables').\n:custom-face     Call `customize-set-faces' with each face definition.\n:ensure          Loads the package using package.el if necessary.\n:pin             Pin the package to an archive." #<bytecode -0x1108899a2a375614>)(ebdb :ensure t :config (use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup))
  macroexpand((use-package ebdb :ensure t :config (use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)))
  internal-macroexpand-for-load((use-package ebdb :ensure t :config (use-package 'ebdb-gnus :hook emacs-startup) (use-package 'ebdb-message :hook emacs-startup)) nil)
  eval-buffer(#<buffer  *load*-780926> nil "/Users/pankaj/.config/emacs/lisp/init-ebdb.el" nil t)  ; Reading at buffer position 359
  load-with-code-conversion("/Users/pankaj/.config/emacs/lisp/init-ebdb.el" "/Users/pankaj/.config/emacs/lisp/init-ebdb.el" nil t)
  require(init-ebdb)
  eval-buffer(#<buffer  *load*> nil "/Users/pankaj/.config/emacs/init.el" nil t)  ; Reading at buffer position 1876
  load-with-code-conversion("/Users/pankaj/.config/emacs/init.el" "/Users/pankaj/.config/emacs/init.el" t t)
  load("/Users/pankaj/.config/emacs/init" noerror nomessage)
  startup--load-user-init-file(#f(compiled-function () #<bytecode -0x1f1eeb94b9b023a1>) #f(compiled-function () #<bytecode 0x2eac4b2ad19c19f>) t)
  command-line()
  normal-top-level()
--8<---------------cut here---------------end--------------->8---




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 23 Nov 2020 06:03:01 GMT) Full text and rfc822 format available.

Message #20 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Pankaj Jangid <pankaj <at> codeisgreat.org>
Cc: 44804 <at> debbugs.gnu.org
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Sun, 22 Nov 2020 22:02:22 -0800
Pankaj Jangid <pankaj <at> codeisgreat.org> writes:

> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>>> use this when `use-package' will be part of core emacs:
>>>
>>> (use-package ebdb
>>>   :ensure t
>>>   :config
>>>   (use-package 'ebdb-gnus  ; no `:ensure t' here, installed with ebdb
>>>     :hook emacs-startup)
>>>   (use-package 'ebdb-message
>>>     :hook emacs-startup))

Don't quote ebdb-gnus and ebdb-message above -- see if that works.

> Debugger entered--Lisp error: (wrong-type-argument symbolp 'ebdb-gnus)
> symbol-name('ebdb-gnus)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 23 Nov 2020 06:41:01 GMT) Full text and rfc822 format available.

Message #23 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Pankaj Jangid <pankaj <at> codeisgreat.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 44804 <at> debbugs.gnu.org
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Mon, 23 Nov 2020 12:10:30 +0530
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

>>>> (use-package ebdb
>>>>   :ensure t
>>>>   :config
>>>>   (use-package 'ebdb-gnus  ; no `:ensure t' here, installed with ebdb
>>>>     :hook emacs-startup)
>>>>   (use-package 'ebdb-message
>>>>     :hook emacs-startup))
>
> Don't quote ebdb-gnus and ebdb-message above -- see if that works.
>
>> Debugger entered--Lisp error: (wrong-type-argument symbolp 'ebdb-gnus)
>> symbol-name('ebdb-gnus)

With this code:

(use-package ebdb
  :ensure t
  :config
  (use-package ebdb-gnus  ; no `:ensure t' here, installed with ebdb
    :hook emacs-startup)
  (use-package ebdb-message
    :hook emacs-startup))

I get this error:

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (error "Autoloading file /Users/pankaj/.config/emacs/elpa/...")
  ebdb-message()
  run-hooks(emacs-startup-hook term-setup-hook)
  #f(compiled-function () #<bytecode -0x19af99888059321b>)()
  normal-top-level()
--8<---------------cut here---------------end--------------->8---

And, with this code:

(use-package ebdb
  :ensure t
  :config
  (require 'edbd-gnus)
  (require 'ebdb-message))

I get this:

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (file-missing "Cannot open load file" "No such file or directory" "edbd-gnus")
  require(edbd-gnus)
  (progn (require 'edbd-gnus) (require 'ebdb-message) t)
  (condition-case err (progn (require 'edbd-gnus) (require 'ebdb-message) t) ((debug error) (funcall use-package--warning18 :config err)))
  (if (not (require 'ebdb nil t)) (display-warning 'use-package (format "Cannot load %s" 'ebdb) :error) (condition-case err (progn (require 'edbd-gnus) (require 'ebdb-message) t) ((debug error) (funcall use-package--warning18 :config err))))
  (condition-case err (if (not (require 'ebdb nil t)) (display-warning 'use-package (format "Cannot load %s" 'ebdb) :error) (condition-case err (progn (require 'edbd-gnus) (require 'ebdb-message) t) ((debug error) (funcall use-package--warning18 :config err)))) ((debug error) (funcall use-package--warning18 :catch err)))
  eval-buffer(#<buffer  *load*-709725> nil "/Users/pankaj/.config/emacs/lisp/init-ebdb.el" nil t)  ; Reading at buffer position 469
  load-with-code-conversion("/Users/pankaj/.config/emacs/lisp/init-ebdb.el" "/Users/pankaj/.config/emacs/lisp/init-ebdb.el" nil t)
  require(init-ebdb)
  eval-buffer(#<buffer  *load*> nil "/Users/pankaj/.config/emacs/init.el" nil t)  ; Reading at buffer position 1876
  load-with-code-conversion("/Users/pankaj/.config/emacs/init.el" "/Users/pankaj/.config/emacs/init.el" t t)
  load("/Users/pankaj/.config/emacs/init" noerror nomessage)
  startup--load-user-init-file(#f(compiled-function () #<bytecode -0x1f1ee872bab7efa1>) #f(compiled-function () #<bytecode 0x2eac4b2ad19c19f>) t)
  command-line()
  normal-top-level()
--8<---------------cut here---------------end--------------->8---





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 23 Nov 2020 18:29:01 GMT) Full text and rfc822 format available.

Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#44804: 28.0.50;
 loading EBDB using use-package is throwing error
Date: Mon, 23 Nov 2020 10:28:42 -0800
Pankaj Jangid <pankaj <at> codeisgreat.org> writes:

> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>>>>> (use-package ebdb
>>>>>   :ensure t
>>>>>   :config
>>>>>   (use-package 'ebdb-gnus  ; no `:ensure t' here, installed with ebdb
>>>>>     :hook emacs-startup)
>>>>>   (use-package 'ebdb-message
>>>>>     :hook emacs-startup))
>>
>> Don't quote ebdb-gnus and ebdb-message above -- see if that works.
>>
>>> Debugger entered--Lisp error: (wrong-type-argument symbolp 'ebdb-gnus)
>>> symbol-name('ebdb-gnus)
>
> With this code:
>
> (use-package ebdb
>   :ensure t
>   :config
>   (use-package ebdb-gnus  ; no `:ensure t' here, installed with ebdb
>     :hook emacs-startup)
>   (use-package ebdb-message
>     :hook emacs-startup))
>
> I get this error:
>
> Debugger entered--Lisp error: (error "Autoloading file /Users/pankaj/.config/emacs/elpa/...")
>   ebdb-message()
>   run-hooks(emacs-startup-hook term-setup-hook)
>   #f(compiled-function () #<bytecode -0x19af99888059321b>)()
>   normal-top-level()

This seems to be trying to call `ebdb-message' as a function, not
loading it.

>
> And, with this code:
>
> (use-package ebdb
>   :ensure t
>   :config
>   (require 'edbd-gnus)
>   (require 'ebdb-message))
>
> I get this:
>
> Debugger entered--Lisp error: (file-missing "Cannot open load file" "No such file or directory" "edbd-gnus")
>   require(edbd-gnus)

This is just a typo for "ebdb".

None of these errors look like actual EBDB errors, just confusions about
how the use-package macro works. I can't really help with these.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Fri, 28 Jan 2022 15:09:01 GMT) Full text and rfc822 format available.

Message #29 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 44804 <at> debbugs.gnu.org, Pankaj Jangid <pankaj <at> codeisgreat.org>
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Fri, 28 Jan 2022 16:08:21 +0100
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

>> Debugger entered--Lisp error: (file-missing "Cannot open load file"
>> "No such file or directory" "edbd-gnus")
>>   require(edbd-gnus)
>
> This is just a typo for "ebdb".
>
> None of these errors look like actual EBDB errors, just confusions about
> how the use-package macro works. I can't really help with these.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

Skimming this bug report, it's not clear to me whether there's any
problems here in ebdb, or whether this is a usage error.

Is there anything to be done on the Emacs side here?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 28 Jan 2022 15:09:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Fri, 28 Jan 2022 16:22:02 GMT) Full text and rfc822 format available.

Message #34 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 44804 <at> debbugs.gnu.org, Pankaj Jangid <pankaj <at> codeisgreat.org>
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Fri, 28 Jan 2022 08:21:06 -0800
On 01/28/22 16:08 PM, Lars Ingebrigtsen wrote:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>
>>> Debugger entered--Lisp error: (file-missing "Cannot open load file"
>>> "No such file or directory" "edbd-gnus")
>>>   require(edbd-gnus)
>>
>> This is just a typo for "ebdb".
>>
>> None of these errors look like actual EBDB errors, just confusions about
>> how the use-package macro works. I can't really help with these.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> Skimming this bug report, it's not clear to me whether there's any
> problems here in ebdb, or whether this is a usage error.
>
> Is there anything to be done on the Emacs side here?

Beats me! If there's something easy I can do on the EBDB side to make it
work better with use-package, I'd be happy to do that, but I don't
currently know how.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#44804; Package emacs. (Mon, 28 Feb 2022 09:53:02 GMT) Full text and rfc822 format available.

Message #37 received at 44804 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eric Abrahamsen <eric <at> ericabrahamsen.net>
Cc: 44804 <at> debbugs.gnu.org, Pankaj Jangid <pankaj <at> codeisgreat.org>
Subject: Re: bug#44804: 28.0.50; loading EBDB using use-package is throwing
 error
Date: Mon, 28 Feb 2022 10:52:10 +0100
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:

>> Skimming this bug report, it's not clear to me whether there's any
>> problems here in ebdb, or whether this is a usage error.
>>
>> Is there anything to be done on the Emacs side here?
>
> Beats me! If there's something easy I can do on the EBDB side to make it
> work better with use-package, I'd be happy to do that, but I don't
> currently know how.

But I guess that means that there's nothing more to be done here
(skimming this thread again, it seems like there was some syntax errors
in the use-package incantations), so I'm closing this bug report.  If
there's more that should be done here, please respond to the debbugs
address and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 44804 <at> debbugs.gnu.org and Pankaj Jangid <pankaj <at> codeisgreat.org> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 28 Feb 2022 09:53: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. (Mon, 28 Mar 2022 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 28 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.