* Restore emacs-29.1 eglot behaviour on master
@ 2024-02-18 6:36 Pedro A. Aranda
2024-02-18 12:20 ` Dmitry Gutov
2024-02-22 13:39 ` Eli Zaretskii
0 siblings, 2 replies; 4+ messages in thread
From: Pedro A. Aranda @ 2024-02-18 6:36 UTC (permalink / raw)
To: emacs-devel
Hi
I've been having massive problems with eglot on master. I understand
evolution, being on master, etc. but this is taking too much time now
<sigh> and some LSP implementers understand but others don't even react...
I'm mainly working with Python and LaTeX and this is my eglot config:
(setq-default eglot-workspace-configuration
'(:pylsp
(:configurationSources ["pycodestyle"]
:plugins (:autopep8 (:enabled t)
:jedi_completion (:include_params t
:eager t
:fuzzy :json-false)
:flake8 (:enabled :json-false)
:pylint (:enabled :json-false)
:pycodestyle (:enabled :json-false)
:pyflakes (:enabled t)
:mccabe (:enabled t ;; boolean: true
(default) or false
:threshold 45)))
:texlab
(:completion (:matcher "prefix"))))
What I have learnt:
On emacs-29, the section relating to the LSP that is used when on a
specific buffer (and only that) is sent tp the LSP. And everything woks
as expected
On emacs-30. the full configuration is sent. That confuses the LSP
servers and they start working with the default configuration, which is
sometimes of little help.
Could the original behaviour be (re)implemented in master, please
Thanks a ton in advance,
/Pedro A. Aranda
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Restore emacs-29.1 eglot behaviour on master
2024-02-18 6:36 Restore emacs-29.1 eglot behaviour on master Pedro A. Aranda
@ 2024-02-18 12:20 ` Dmitry Gutov
2024-02-22 13:39 ` Eli Zaretskii
1 sibling, 0 replies; 4+ messages in thread
From: Dmitry Gutov @ 2024-02-18 12:20 UTC (permalink / raw)
To: Pedro A. Aranda, emacs-devel
On 18/02/2024 08:36, Pedro A. Aranda wrote:
> On emacs-29, the section relating to the LSP that is used when on a
> specific buffer (and only that) is sent tp the LSP. And everything woks
> as expected
>
> On emacs-30. the full configuration is sent. That confuses the LSP
> servers and they start working with the default configuration, which is
> sometimes of little help.
This seems like a good material for a bug report.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Restore emacs-29.1 eglot behaviour on master
2024-02-18 6:36 Restore emacs-29.1 eglot behaviour on master Pedro A. Aranda
2024-02-18 12:20 ` Dmitry Gutov
@ 2024-02-22 13:39 ` Eli Zaretskii
2024-02-22 14:02 ` João Távora
1 sibling, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2024-02-22 13:39 UTC (permalink / raw)
To: Pedro A. Aranda, João Távora; +Cc: emacs-devel
> Date: Sun, 18 Feb 2024 07:36:46 +0100
> From: "Pedro A. Aranda" <paaguti@gmail.com>
>
> Hi
>
> I've been having massive problems with eglot on master. I understand
> evolution, being on master, etc. but this is taking too much time now
> <sigh> and some LSP implementers understand but others don't even react...
>
> I'm mainly working with Python and LaTeX and this is my eglot config:
>
> (setq-default eglot-workspace-configuration
> '(:pylsp
> (:configurationSources ["pycodestyle"]
> :plugins (:autopep8 (:enabled t)
> :jedi_completion (:include_params t
> :eager t
> :fuzzy :json-false)
> :flake8 (:enabled :json-false)
> :pylint (:enabled :json-false)
> :pycodestyle (:enabled :json-false)
> :pyflakes (:enabled t)
> :mccabe (:enabled t ;; boolean: true
> (default) or false
> :threshold 45)))
> :texlab
> (:completion (:matcher "prefix"))))
>
> What I have learnt:
>
> On emacs-29, the section relating to the LSP that is used when on a
> specific buffer (and only that) is sent tp the LSP. And everything woks
> as expected
>
> On emacs-30. the full configuration is sent. That confuses the LSP
> servers and they start working with the default configuration, which is
> sometimes of little help.
>
> Could the original behaviour be (re)implemented in master, please
>
> Thanks a ton in advance,
João, any comments or suggestions?
Thanks.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Restore emacs-29.1 eglot behaviour on master
2024-02-22 13:39 ` Eli Zaretskii
@ 2024-02-22 14:02 ` João Távora
0 siblings, 0 replies; 4+ messages in thread
From: João Távora @ 2024-02-22 14:02 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Pedro A. Aranda, emacs-devel
On Thu, Feb 22, 2024 at 1:39 PM Eli Zaretskii <eliz@gnu.org> wrote:
> João, any comments or suggestions?
Not many.
1.Pedro seems to be using per-project configuration as user
configuration. It's best to use other methods of user configuration.
See manual.
2. exactly when or how this "sending" happens is missing. There is no
recipe, and there should probably be one. Maybe in a bug report
following the instructions in the manual?
I'm unsubscribed from this list and away from Eglot/Emacs development
atm so I can't be of more help, sorry.
João
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-02-22 14:02 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-02-18 6:36 Restore emacs-29.1 eglot behaviour on master Pedro A. Aranda
2024-02-18 12:20 ` Dmitry Gutov
2024-02-22 13:39 ` Eli Zaretskii
2024-02-22 14:02 ` João Távora
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).