[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [partially solved]
From: |
Stefan Monnier |
Subject: |
Re: [partially solved] |
Date: |
Mon, 26 Apr 2021 11:31:57 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
> 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}).
What I'm thinking is that he has an AUCTeX with those `make-obsolete'
calls, so loading AUCTeX fails with the first 3 errors above, and the
subsequent "Required package ‘auctex-NN.MM’ is unavailable" are
just consequences of that.
Stefan
- Ubuntu 16.04 compiled GNU master, today, various problems, macro-expansion and (void-variable nonascii-insert-offset), Uwe Brauer, 2021/04/25
- [partially solved] (was: Ubuntu 16.04 compiled GNU master, today, various problems, macro-expansion and (void-variable nonascii-insert-offset)), Uwe Brauer, 2021/04/26
- Re: [partially solved] (was: Ubuntu 16.04 compiled GNU master, today, various problems, macro-expansion and (void-variable nonascii-insert-offset)), Eli Zaretskii, 2021/04/26
- Re: [partially solved], Stefan Monnier, 2021/04/26
- Re: [partially solved], Tassilo Horn, 2021/04/26
- Re: [partially solved],
Stefan Monnier <=
- Re: [partially solved], Uwe Brauer, 2021/04/26
- Re: [partially solved], Tassilo Horn, 2021/04/27
- Re: [partially solved], Uwe Brauer, 2021/04/27
- Re: [partially solved], Tassilo Horn, 2021/04/27
- Re: [partially solved], Uwe Brauer, 2021/04/27
- [Some tests] (was: [partially solved]), Uwe Brauer, 2021/04/27
- Re: [partially solved], Uwe Brauer, 2021/04/26
- [shadchen and lsp-mode] (was: [partially solved]), Uwe Brauer, 2021/04/27
Re: Ubuntu 16.04 compiled GNU master, today, various problems, macro-expansion and (void-variable nonascii-insert-offset), Stefan Monnier, 2021/04/27