GNU bug report logs -
#62720
29.0.60; Not easy at all to upgrade :core packages like Eglot
Previous Next
Reported by: João Távora <joaotavora <at> gmail.com>
Date: Fri, 7 Apr 2023 22:11:01 UTC
Severity: normal
Found in version 29.0.60
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: João Távora <joaotavora <at> gmail.com>,
> monnier <at> iro.umontreal.ca,
> larsi <at> gnus.org, 62720 <at> debbugs.gnu.org
> Date: Wed, 12 Apr 2023 13:20:27 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: João Távora <joaotavora <at> gmail.com>
> >> Cc: philipk <at> posteo.net, monnier <at> iro.umontreal.ca, larsi <at> gnus.org,
> >> 62720 <at> debbugs.gnu.org
> >> Date: Wed, 12 Apr 2023 10:18:08 +0100
> >>
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>
> >> >> Btw, why, when I do "M-x list-packages RET", I see Eglot in red with
> >> >> Status "incompat"? If I press RET on its name, I see
> >> >>
> >> >> Package eglot is incompatible.
> >> >>
> >> >> Status: Incompatible because it depends on uninstallable packages.
> >> >>
> >> >> Why is that?
> >> >>
> >> >> No idea. Is this with our without my patch?
> >> >
> >> > Without.
> >>
> >> I can't reproduce this in a recent emacs-29. Here's what I start Emacs
> >> with
> >>
> >> HOME=`mktemp -d` && src/emacs -Q -f list-packages
> >>
> >> I get:
> >>
> >> Status: Available from gnu -- [Install]
> >
> > I did just
> >
> > emacs -Q
> > M-x list-packages RET
> >
> > and I still see what I described.
> >
> > I get the same if I point HOME to a scratch empty directory.
> >
> > Maybe it's a Windows thing? why are some dependencies marked as "not
> > available"?
> >
> > Package eglot is incompatible.
> >
> > Status: Incompatible because it depends on uninstallable packages.
> > Archive: gnu
> > Version: 1.14
> > Commit: 8125d4cfc5605ead9102b7d823c4241029eb76cc
> > Summary: The Emacs Client for LSP servers
> > Requires: emacs-26.3, jsonrpc-1.0.16, flymake-1.2.1,
> > project-0.9.8 (not available), xref-1.6.2 (not available),
> > eldoc-1.14.0, seq-2.23 (not available),
> > external-completion-0.1 (not available)
>
> On GNU/Linux: I have experienced a similar issue to this one in the
> past, but found that it resolved itself without any action on my end
> after a while. Sadly I did not take the time to investigate what is
> going on, but I believe that this is a subtle bug in package.el.
I've now tried on GNU/Linux (one of gnu.org machines), and I see the
same there: eglot, project, and use-package are marked as "incompat".
This bug report was last modified 2 years and 17 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.