emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [partially solved]


From: Uwe Brauer
Subject: Re: [partially solved]
Date: Mon, 26 Apr 2021 22:44:09 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

>>> "TH" == Tassilo Horn <tsdh@gnu.org> writes:

> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>>> ,----
>>> | Eager macro-expansion failure: (wrong-number-of-arguments (3 . 4) 2)
>>> | Eager macro-expansion failure: (wrong-number-of-arguments (3 . 4) 2)
>>> | Error loading autoloads: (wrong-number-of-arguments (3 . 4) 2)
>>> | Unable to activate package ‘texfrag’.
>>> | Required package ‘auctex-11.90.2’ is unavailable
>>> | Eager macro-expansion failure: (wrong-number-of-arguments (3 . 4) 2)
>>> | Eager macro-expansion failure: (wrong-number-of-arguments (3 . 4) 2)
>>> | Error loading autoloads: (wrong-number-of-arguments (3 . 4) 2)
>>> | Unable to activate package ‘bibretrieve’.
>>> | Required package ‘auctex-11.87’ is unavailable
>>> | Unable to activate package ‘auctex-latexmk’.
>>> | Required package ‘auctex-11.87’ is unavailable
>>> | 
>>> `----
>> 
>> Any chance you're running a somewhat old AUCTeX version?

> When looking at bibretrieve at MELPA

>   https://melpa.org/#/bibretrieve

> it depends on auctex-11.87 which is from around 2014.  Same for the
> auctex-latexmk package from

>   https://melpa.org/#/auctex-latexmk

> The texfrag package at MELPA

>   https://melpa.org/#/texfrag

> depends on auctex-11.90.2.  So I guess the auctex versions popping up
> there are the minimal versions required by some package.

> I know we've had some `make-obsolete' calls where the WHEN argument was
> missing which produced a `wrong-number-of-arguments' error in at least
> the current emacs master but those are all fixed in auctex 13.0.x (not
> sure which x but definitely for x in {8,9}).

> Maybe the errors come from something different.  AUCTeX 13 has some
> incompatible changes because we've migrated it to `lexical-binding',
> possibly including signature changes where there is now a different
> arity.

As I just in my email to Stefan, the auctex version I actually use, is
compiled from master.

These other one are some dependencies (I am reminded here on my old days
on RPM based packages such as SuSe, before switching to Debian).

So how can I resolve this issue?
What worries me most is 
>>> | Eager macro-expansion failure: (wrong-number-of-arguments (3 . 4) 2)
>>> | Eager macro-expansion failure: (wrong-number-of-arguments (3 . 4) 2)
>>> | Error loading autoloads: (wrong-number-of-arguments (3 . 4) 2)

Hm tomorrow I will try to bisect me init file to see how I can avoid
that message.

Attachment: smime.p7s
Description: S/MIME cryptographic signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]