Too many downloads? #14
Comments
|
Hello, Obviously it’s a bug :( Grammalecte should not be downloaded every time… I’ll try to reproduce it. Can you share with me your flycheck-grammalect config (or the way you installed it), your current flycheck-grammalecte version and the lines you see in Messages buffer? Thank you very much for your help. PS: as this is a french-related project, if you are like me french-native, there is no problem to continue the discussion in french until resolution we might describe in english. As you want. |
milouse
added
bug
|
Bonjour, Ma configuration grammalecte (extrait de mon Ma version : Les messages emacs (il y autant de sections de ce genre que de mails composés) : Je n'avais pas fait attention, il y a un message d'erreur ( Merci ! |
|
Mmmmh. Je ne connais pas du tout À première vue, rien ne me semble particulièrement hors de propos dans votre config. Je vais regarder ça tranquilement. |
|
Bonjour,
Je vous avais écrit il y a quelques mois sur les problèmes de download trop
nombreux. Je suis tout d'abord désolé de vous contacter par mail, j'aurais
préféré faire une déclaration sur github (comme la dernière fois), mais
l'option ne s'y trouve a priori plus (peut-être dû au fait que vous avez
visiblement déplacé votre dépôt ?). Bref.
J'ai vu qu'il y avait une mise à jour et je l'ai passée, mais grammalecte
ne se charge plus du tout. À la place, j'obtiens (en lançant emacs
--debug-init) :
```
Debugger entered--Lisp error: (wrong-type-argument stringp package-desc)
signal(wrong-type-argument (stringp package-desc))
epl-package-from-lisp-file("/home/phil/.emacs.d/elpa/flycheck-20210321.852/flycheck.el")
epl-package-from-file("/home/phil/.emacs.d/elpa/flycheck-20210321.852/flycheck.el")
pkg-info-library-version(flycheck)
pkg-info-version-info(flycheck)
flycheck-version(nil)
byte-code("\300\301\302!!\303W\203\f\0\304\207\305\207" [string-to-number
flycheck-version nil 32 ((warning line-start "grammaire|" (message) "|"
line "|" (1+ digit) "|" column "|" (1+ digit) line-end) (info line-start
"orthographe|" (message) "|" line "|" (1+ digit) "|" column "|" (1+ digit)
line-end)) ((warning line-start "grammaire|" (message) "|" line "|"
end-line "|" column "|" end-column line-end) (info line-start
"orthographe|" (message) "|" line "|" end-line "|" column "|" end-column
line-end))] 3)
(defconst flycheck-grammalecte--error-patterns (byte-code
"\300\301\302!!\303W\203\f\0\304\207\305\207" [string-to-number
flycheck-version nil 32 ((warning line-start "grammaire|" (message) "|"
line "|" (1+ digit) "|" column "|" (1+ digit) line-end) (info line-start
"orthographe|" (message) "|" line "|" (1+ digit) "|" column "|" (1+ digit)
line-end)) ((warning line-start "grammaire|" (message) "|" line "|"
end-line "|" column "|" end-column line-end) (info line-start
"orthographe|" (message) "|" line "|" end-line "|" column "|" end-column
line-end))] 3)
("/home/phil/.emacs.d/elpa/flycheck-grammalecte-20210627.1018/flycheck-grammalecte.elc"
. 8111))
require(flycheck-grammalecte nil t)
(not (require (quote flycheck-grammalecte) nil t))
(if (not (require (quote flycheck-grammalecte) nil t)) (display-warning
(quote use-package) (format "Cannot load %s" (quote flycheck-grammalecte))
:error) (condition-case err (progn (setq flycheck-grammalecte-enabled-modes
(quote (mail-mode))) (setq flycheck-grammalecte-report-apos nil) (setq
flycheck-grammalecte-report-esp nil) (setq flycheck-grammalecte-report-nbsp
nil) t) ((debug error) (funcall use-package--warning33 :config err))))
(condition-case err (if (not (require (quote flycheck-grammalecte) nil
t)) (display-warning (quote use-package) (format "Cannot load %s" (quote
flycheck-grammalecte)) :error) (condition-case err (progn (setq
flycheck-grammalecte-enabled-modes (quote (mail-mode))) (setq
flycheck-grammalecte-report-apos nil) (setq flycheck-grammalecte-report-esp
nil) (setq flycheck-grammalecte-report-nbsp nil) t) ((debug error) (funcall
use-package--warning33 :config err)))) ((debug error) (funcall
use-package--warning33 :catch err)))
eval-buffer(#<buffer *load*> nil "/home/phil/.emacs" nil t) ; Reading
at buffer position 15404
load-with-code-conversion("/home/phil/.emacs" "/home/phil/.emacs" t t)
load("~/.emacs" t t)
#f(compiled-function () #<bytecode 0x1e0f4d>)()
command-line()
normal-top-level()
```
Sachant, justement, qu'il y a visiblement eu un refactoring important
autour de flycheck pour la version 2.0, je tenais à vous le signaler. Ma
configuration .emacs est la même que la dernière fois, i.e. à base de
(use-package). J'ai bien essayé de m'en affranchir il y a quelque temps, en
suivant le guide d'installation présent sur github (à base
de (flycheck-grammalecte-setup)), mais sans succès. Je suis informaticien
moi-même, mais sans connaissance particulière de (emacs-)Lisp
malheureusement. Ceci étant, l'objectif de ce mail est bien de vous
signaler le souci. Je guetterai les prochaines MAJ. Bonne continuation,
cordialement,
|
Bonjour, Étrange, votre réponse est bien apparu en réponse au ticket sur Github… Et je n’ai rien changé de particulier sur le dépôt 🤔
Malheureusement la Stack trace n’est pas très utile dans ce cas apparement :( Je vais définitivement faire un essai avec use-package pour voir si le problème vient de là ou pas (je n’utilise pas du tout, je ne peux rien promettre en temps de réponse)
Je serai curieux de savoir ce qui n’avait pas fonctionné cependant. Vous n’êtes peut-être pas le seul à être tombé sur un problème et j’ai peut-être loupé une étape dans le README. |
|
Le ven. 2 juil. 2021 à 15:38, Étienne Deparis ***@***.***> a
écrit :
Bonjour, Je vous avais écrit il y a quelques mois sur les problèmes de
download trop nombreux. Je suis tout d'abord désolé de vous contacter par
mail, j'aurais préféré faire une déclaration sur github (comme la dernière
fois), mais l'option ne s'y trouve a priori plus (peut-être dû au fait que
vous avez visiblement déplacé votre dépôt ?).
Bonjour,
Étrange, votre réponse est bien apparu en réponse au ticket sur Github… Et
je n’ai rien changé de particulier sur le dépôt 🤔
Bonjour,
Incroyable en effet ! Je n'avais pas trouvé la section « issues » au moment
où j'ai rédigé mon mail. Je viens d'aller y refaire un tour et je l'ai
retrouvée (!) Comment mon mail est-il venu compléter cette réponse sur
github ? Mystère... Je soupçonne un peu de « magie » réalisée par gmail
lui-même, je ne vois que ça.
Bref. J'ai vu qu'il y avait une mise à jour et je l'ai passée, mais
grammalecte ne se charge plus du tout. À la place, j'obtiens (en lançant
emacs --debug-init) : … [stack trace]…
Malheureusement la Stack trace n’est pas très utile dans ce cas apparement
:( Je vais définitivement faire un essai avec use-package pour voir si le
problème vient de là ou pas (je n’utilise pas du tout, je ne peux rien
promettre en temps de réponse)
Ah, désolé, je ne savais pas quoi fournir d'autre.
Sachant, justement, qu'il y a visiblement eu un refactoring important
autour de flycheck pour la version 2.0, je tenais à vous le signaler. Ma
configuration .emacs est la même que la dernière fois, i.e. à base de
(use-package). J'ai bien essayé de m'en affranchir il y a quelque temps, en
suivant le guide d'installation présent sur github (à base de
(flycheck-grammalecte-setup))
Je serai curieux de savoir ce qui n’avait pas fonctionné cependant. Vous
n’êtes peut-être pas le seul à être tombé sur un problème et j’ai peut-être
loupé une étape dans le README.
En fait, quand j'ai fait le test, je n'ai pas touché à mon .emacs sauf pour
grammalecte justement. « Mon Emacs » utilisait donc toujours use-package
pour le reste de ma config. Il n'y a que pour grammalecte que j'ai placé :
(load-file "~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.elc")
(flycheck-grammalecte-setup)
(setq flycheck-grammalecte-report-apos nil)
(setq flycheck-grammalecte-report-esp nil)
(setq flycheck-grammalecte-report-nbsp nil)
(add-to-list 'flycheck-grammalecte-enabled-modes 'mail-mode))
(flycheck-grammalecte-setup))
Oui, j'ai laissé 2 setups (!) parce que j'ai un doute sur l'endroit précis
où cela doit être fait quand on personnalise le package. Cela étant,
l'erreur provient du load-file (je la reproduis quand je ne sélectionne que
cette ligne et que je lance une évaluation avec ^X^E). Je viens de refaire
le test, j'ai toujours le même résultat (cela étant, j'ai cloné le dépôt de
umaneti, c'est donc la version 2.0)
Je viens même de faire un test super minimaliste avec ce .emacs (il est
reproduit intégralement en dessous) :
8==================================================================================8<
(setq load-path
(append
'(
"/home/phil/.lisp/"
"/home/phil/.lisp/emacs-solargraph/"
)
load-path))
;; On personnalise la barre de titre
(setq frame-title-format (list "Emacs (" (getenv "USER") ") : %b"))
;; ==========================
;; Configurations de packages
;; ==========================
(load-file "~/.emacs.d/elpa/flycheck-20210321.852/flycheck.elc")
(load-file "~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el")
(flycheck-grammalecte-setup)
(setq flycheck-grammalecte-report-apos nil)
(setq flycheck-grammalecte-report-esp nil)
(setq flycheck-grammalecte-report-nbsp nil)
(add-to-list 'flycheck-grammalecte-enabled-modes 'mail-mode))
(flycheck-grammalecte-setup))
(load-file "~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.elc")
(flycheck-grammalecte-setup)
;;; .emacs ends here
(provide '.emacs)
8==================================================================================8<
Et j'ai toujours la même erreur. Quand j'évalue juste le load-file de
grammalecte (pas de souci sur le load-file de flycheck), j'obtiens :
Debugger entered--Lisp error: (wrong-type-argument stringp package-desc)
signal(wrong-type-argument (stringp package-desc))
epl-package-from-lisp-file("/home/phil/.emacs.d/elpa/flycheck-20210321.852/flycheck.el")
epl-package-from-file("/home/phil/.emacs.d/elpa/flycheck-20210321.852/flycheck.el")
pkg-info-library-version(flycheck)
pkg-info-version-info(flycheck)
flycheck-version(nil)
(string-to-number (flycheck-version nil))
(< (string-to-number (flycheck-version nil)) 32)
(if (< (string-to-number (flycheck-version nil)) 32) (quote ((warning
line-start "grammaire|" (message) "|" line "|" (1+ digit) "|" column "|"
(1+ digit) line-end) (info line-start "orthographe|" (message) "|" line "|"
(1+ digit) "|" column "|" (1+ digit) line-end))) (quote ((warning
line-start "grammaire|" (message) "|" line "|" end-line "|" column "|"
end-column line-end) (info line-start "orthographe|" (message) "|" line "|"
end-line "|" column "|" end-column line-end))))
(defconst flycheck-grammalecte--error-patterns (if (< (string-to-number
(flycheck-version nil)) 32) (quote ((warning line-start "grammaire|"
(message) "|" line "|" (1+ digit) "|" column "|" (1+ digit) line-end) (info
line-start "orthographe|" (message) "|" line "|" (1+ digit) "|" column "|"
(1+ digit) line-end))) (quote ((warning line-start "grammaire|" (message)
"|" line "|" end-line "|" column "|" end-column line-end) (info line-start
"orthographe|" (message) "|" line "|" end-line "|" column "|" end-column
line-end)))) "External python command output matcher for Flycheck.\n\nIt
uses `rx' keywords, with some specific ones defined by Flycheck
in\n`flycheck-rx-to-string'.")
eval-buffer(#<buffer *load*> nil
"/home/phil/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el" nil t)
; Reading at buffer position 10234
load-with-code-conversion("/home/phil/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el"
"/home/phil/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el" nil nil)
load("/home/phil/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el"
nil nil t)
load-file("~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el")
eval((load-file
"~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el") nil)
elisp--eval-last-sexp(nil)
eval-last-sexp(nil)
funcall-interactively(eval-last-sexp nil)
call-interactively(eval-last-sexp nil nil)
command-execute(eval-last-sexp)
Désolé, encore une trace... (pour rappel, C'est un Emacs 26.3 sous ubuntu
20.04) Pas de souci pour le temps, je comprends bien ! Surtout en cette
période de l'année. Si cela peut juste aider... Je suis naturellement prêt
à tester quand une nouvelle version sera disponible.
Bon WE en attendant, et merci pour votre package et le suivi de mon
problème.
Philippe
|
|
Bonjour, Finalement j’ai pu prendre un peu de temps ce soir pour tester Il y a quelques petites différence avec votre configuration (en particulier la répartition des éléments entre Concernant les soucis que vous rencontrez en usage direct, je me demande si ça ne vient pas de l’enchainement des appels à la fonction setup. Idem, dans votre dernier exemple je vois que vous chargez deux fois le fichier
(setq flycheck-grammalecte-report-apos nil)
(setq flycheck-grammalecte-report-esp nil)
(setq flycheck-grammalecte-report-nbsp nil)
(require 'flycheck-grammalecte)
(add-to-list 'flycheck-grammalecte-enabled-modes 'mail-mode)
(flycheck-grammalecte-setup)
(load-file "~/.emacs.d/flycheck-grammalecte/grammalecte.el")
(load-file "~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el")ou (add-to-list 'load-path "~/.emacs.d/flycheck-grammalecte/")
(require 'flycheck-grammalecte)Finalement vous devez ajouter votre configuration dans le bon ordre :
Pour synthétiser, dans votre dernier exemple votre configuration devrait plutôt ressembler à ça: ;; Pas besoin de charger flycheck de cette manière si vous l’avez installé via package
;; (comme je l’imagine au vu de son chemin dans ~/.emacs.d/elpa). En effet il sera
;; automatiquement chargé au démarrage d’Emacs normalement.
;;(load-file "~/.emacs.d/elpa/flycheck-20210321.852/flycheck.elc")
;; D’abord les configuration defcustom
(setq flycheck-grammalecte-report-apos nil)
(setq flycheck-grammalecte-report-esp nil)
(setq flycheck-grammalecte-report-nbsp nil)
;; Ensuite on charge les 2 fichiers dans le bon ordre (flycheck-grammalecte dépend de grammalecte)
(load-file "~/.emacs.d/flycheck-grammalecte/grammalecte.el")
(load-file "~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el")
;; Maintenant on peut personnaliser la liste
(add-to-list 'flycheck-grammalecte-enabled-modes 'mail-mode)
;; Enfin on associe flycheck-grammalecte à flycheck
(flycheck-grammalecte-setup)Et voilà. Dans tous les cas, une ligne m’interpelle dans votre configuration : Cordialement |
|
Le ven. 2 juil. 2021 à 19:56, Étienne Deparis ***@***.***> a
écrit :
Bonjour,
Bonjour,
Je voudrais tout d'abord vous remercier pour toute l'attention que vous
avez porté à mon message et au soin et aux détails apportés ! Cela étant,
cela ne marche toujours pas chez moi, même si maintenant le package se
charge (mais rien ne se passe, ni dans le mode mail, ni dans le mode
texte). Les explications et les tentatives ci-dessous (je vais essayer de
rester concis).
Finalement j’ai pu prendre un peu de temps ce soir pour tester use-package.
Après quelques essai, j’ai obtenu un résultat satisfaisant avec la
configuration documenté dans le README:
https://github.com/milouse/flycheck-grammalecte/#with-use-package
Il y a quelques petites différence avec votre configuration (en
particulier la répartition des éléments entre :init et :config. Dans la
documentation je ne parle pas du :ensure t, vous pouvez le conserver a
priori sans souci.
Concernant les soucis que vous rencontrez en usage *direct*, je me
demande si ça ne vient pas de l’enchainement des appels à la fonction
setup. Idem, dans votre dernier exemple je vois que vous chargez deux fois
le fichier flycheck-grammalecte.el ce qui est étrange. Par ailleurs,
Emacs n’ajoute pas naturellement les dossiers à son load-path et la
version 2.0 a splitté la librairie en 2 fichiers distincts. Du coup, cela
donne plusieurs scénario possible (oui, la configuration Emacs c’est pas si
simple, je le reconnais) :
Je savais que cela était une bêtise, mais a priori l'erreur (confirmée par
un simple ^X^E à partir d'une sélection d'une seule ligne dans mon .emacs)
provenait du premier load-file (
"~/.emacs.d/flycheck-grammalecte/flycheck-grammalecte.el"). C'était un
résidu des nombreuses tentatives réalisées auparavant. Au passage, merci
pour les explications claires sur l'ordonnancement des différentes
instructions de configuration.
- vous installez le package via MELPA
- vous souhaitez utiliser use-package : utilisez simplement la
documentation du README en prenant soin d’ajouter le :ensure t dans
la config pour être sûr d’avoir le paquet installé
Alors, j'ai bien repris le README, j'ai lancé manuellement l'update du
package depuis Emacs (pour être sûr d'avoir la dernière version, la
20210702.1724), et ma section relative à grammalecte est exactement
celle-ci :
(use-package flycheck-grammalecte
:ensure t
:hook (fountain-mode . flycheck-mode)
:init
(setq flycheck-grammalecte-report-apos nil
flycheck-grammalecte-report-esp nil
flycheck-grammalecte-report-nbsp nil)
:config
(add-to-list 'flycheck-grammalecte-enabled-modes 'fountain-mode)
(grammalecte-download-grammalecte)
(flycheck-grammalecte-setup))
Je suppose que vous allez être surpris de voir que j'ai laissé les passages
liés à fountain-mode (qui a priori n'est là qu'à titre d'illustration de
l'organisation de la configuration). Il se trouve que, en l'état (avec
fountain-mode donc), Emacs démarre sans aucun message (en bref, tout a
l'air de bien aller) mais, comme précisé ci-dessus, lors de l'édition d'un
mail ou d'un buffer texte, grammalecte ne s'enclenche pas (le correcteur
orthographique à la volée fonctionne de son côté). En revanche, si je
supprime les passages liés à fountain-mode et que je retrouve donc un
.emacs comme :
(use-package flycheck-grammalecte
:ensure t
:init
(setq flycheck-grammalecte-report-apos nil
flycheck-grammalecte-report-esp nil
flycheck-grammalecte-report-nbsp nil)
:config
(grammalecte-download-grammalecte)
(flycheck-grammalecte-setup))
Je retrouve au démarrage d'Emacs le message qui a été le point de départ de
ma discussion avec vous il y a quelques jours : "Error (use-package):
flycheck-grammalecte/:catch: Wrong type argument: stringp, package-desc".
Est-ce que ça pourrait suggérer quelque chose ?
-
- pour un accès « direct », la bonne doc est également celle du
README
(setq flycheck-grammalecte-report-apos nil)
(setq flycheck-grammalecte-report-esp nil)
(setq flycheck-grammalecte-report-nbsp nil)
(require 'flycheck-grammalecte)
(add-to-list 'flycheck-grammalecte-enabled-modes 'mail-mode)
(flycheck-grammalecte-setup)
J'ai également tenté l'accès direct avec ce passage. Avec require, j'ai
cette erreur au démarrage : "Warning (initialization): An error occurred
while loading ‘/home/phil/.emacs’:
Wrong type argument: stringp, package-desc
To ensure normal operation, you should investigate and remove the
cause of the error in your initialization file. Start Emacs with
the ‘--debug-init’ option to view a complete error backtrace.".
Si je remplace le require par les 2 load-files (j'ai au préalable fait un
lien symbolique "ln -s elpa/flycheck-grammalecte-20210702.1724
flycheck-grammalecte" depuis ~/.emacs.d pour ne pas avoir plusieurs copies)
et que je relance Emacs, j'obtiens le même message d'erreur qu'avec require.
- Vous souhaitez utiliser une version clonée de ce dépôt (donc ne *pas*
passer par MELPA et autre). Attention dans ce cas c’est à vous de vous
assurer d’installer toutes les dépendences requises !
- vous souhaitez utiliser use-package. Vous pouvez utiliser la
version de la documentation *sans* ajouter de :ensure t. Ensuite
pensez à informer Emacs de l’endroit d’où charger les librairies avec un add-to-list
'load-path ou directement avec 2 load-file
[snip]
Et voilà.
Dans tous les cas, une ligne m’interpelle dans votre configuration : (add-to-list
'flycheck-grammalecte-enabled-modes 'mail-mode). Historiquement, j’avais
également vu dans votre précédente config un (setq
flycheck-grammalecte-enabled-modes '(mail-mode)). Vous confirmez que vous
ne souhaitez utiliser grammalecte *que* dans la rédaction des emails et
nulle part ailleurs ? Dans le cas contraire, mail-mode est désormais bien
par défaut dans la liste flycheck-grammalecte-enabled-modes donc vous ne
devriez plus avoir besoin de cette liste.
Oui, je suis allé voir dans le .el les modes que vous déclariez et j'ai
supprimé de mon côté l'ajout du mode mail (puisqu'il y est déjà).
Je suis désolé de ne pas avoir pu vous faire un retour plus positif ! Merci
en tout cas pour votre réponse, cordialement,
Philippe Dosch
|
|
Mmmmh alors à la lecture de tout ceci, je me pose deux petites questions:
Pour synthétiser à nouveau, essayez avec (use-package flycheck :ensure t)
(use-package flycheck-grammalecte
:ensure t
:hook (mail-mode . flycheck-mode)
:init
(setq flycheck-grammalecte-report-apos nil
flycheck-grammalecte-report-esp nil
flycheck-grammalecte-report-nbsp nil)
:config
(grammalecte-download-grammalecte)
(flycheck-grammalecte-setup)) |
|
Le dim. 4 juil. 2021 à 15:57, Étienne Deparis ***@***.***> a
écrit :
Mmmmh alors à la lecture de tout ceci, je me pose deux petites questions:
- Est-ce que Flycheck est bien installé (normalement la gestion des
dépendances est automatique, mais sait-on jamais…). L’erreur ressemble en
effet à un crash dans la vérification de la version de Flycheck. Je ne
connais pas bien use-package et je ne sais pas comment il gère les
dépendances… Peut-être faut-il que vous ajoutiez une ligne du style (use-package
flycheck :ensure t) avant la déclaration de flycheck-grammalecte ?
Bonjour,
Je vous confirme que j'ai bien ce passage avant celui relatif à grammalecte
:
;; flycheck-mode
(use-package flycheck
:ensure t)
Pour information, il s'agit de la version flycheck-20210321.852.
- Lorsque vous dites, dans le meilleur des cas, qu’il ne se passe «
rien », avez-vous pensé à lancer flycheck ? En effet ce package ne fait
rien automatiquement. Donc lorsque vous rédigez un mail, il faut que vous
lanciez manuellement un M-x flycheck-mode ou que vous ayez pris soin
d’ajouter dans votre fichier de config un (add-hook 'mail-mode-hook
'flycheck-mode). Assurez-vous également que le buffer dans lequel vous
êtes lorsque vous rédigez un email hérite bien de mail-mode.
Oui, flycheck est bien lancé. Je l'ai associé à une clé de mon côté (F10)
et, voyant qu'il n'intervenait pas, je l'ai arrêté et relancé (et j'ai eu
la confirmation qu'il était bien actif via le mini-buffer m'indiquant
que « flycheck
mode enabled in current buffer »). Mais de toutes façons il se lance
automatiquement grâce à ce passage de mon .emacs :
;; Chargement automatique des "bons" modes
;; (appelé par les modes LaTeX et Text
(add-hook 'mail-mode-hook
'(lambda ()
(auto-fill-mode 1)
(gin-mode 1)
(ispell-change-dictionary "francais")
(flycheck-mode 1)
(flyspell-mode 1)))
Pour synthétiser à nouveau, essayez avec
(use-package flycheck :ensure t)
(use-package flycheck-grammalecte
:ensure t
:hook (mail-mode . flycheck-mode)
:init
(setq flycheck-grammalecte-report-apos nil
flycheck-grammalecte-report-esp nil
flycheck-grammalecte-report-nbsp nil)
:config
(grammalecte-download-grammalecte)
(flycheck-grammalecte-setup))
Test fait (correspondant au .emacs joint) : le lancement d'Emacs se fait
sans erreur, mais toujours pas de correcteur grammatical. Ah, point étrange
: dans un buffer de mail, le correcteur orthographique (cette fois) à la
volée ne fonctionne plus non plus (il est possible, maintenant que j'y
réfléchis, que flyspell ait déjà été défaillant lors de mes précédents
tests, toujours dans des buffers de mail, depuis que j'ai essayé la version
de grammalecte basée use-package). J'ai essayé d'arrêter et de relancer
chacun d'eux (i.e. commandes « flycheck-mode » et « flyspell-mode »
multiples depuis le mini-buffer) sans résultat. Dans le même temps, avec la
même configuration, flyspell marche dans un simple buffer de texte (.txt)
mais là aussi flycheck ne donne rien.
Je vous joins mon .emacs (pour le cas où vous y cherchiez une information
particulière).
Cordialement,
Philippe
|
|
Les pièces jointes ne passent pas dans les commentaires github. Pouvez-vous le copier/coller dans un pastebin, par exemple https://pastebin.zici.fr/ ? Sinon je me demande si le souci ne vient pas simplement du contrôle de téléchargement. Pouvez-vous vérifier que votre dossier .emacs.d ne comporte pas de fichier |
|
Le dim. 4 juil. 2021 à 18:36, Étienne Deparis ***@***.***> a
écrit :
Les pièces jointes ne passent pas dans les commentaires github.
Pouvez-vous le copier/coller dans un pastebin, par exemple
https://pastebin.zici.fr/ ?
Sinon je me demande si le souci ne vient pas simplement du contrôle de
téléchargement. Pouvez-vous vérifier que votre dossier .emacs.d ne comporte
pas de fichier grammalecte-cache.el ? Si oui, pouvez-vous le supprimer et
retenter de télécharger grammalecte M-x grammalecte-download-grammalecte ?
Il y a en avait bien un. Je l'ai supprimé, j'ai lancé la commande de
download : même comportement que lors de mon dernier mail. Je l'ai à
nouveau supprimé, j'ai relancé Emacs, j'ai refait le download : rien de
neuf non plus.
|
|
Merci pour votre configuration. Il y avait bien un bug, j’y ai perdu quelques cheveux. Pour contrôler le numéro de la version de grammalecte déjà installée, je fais appel à un petit script python. De même, le fonctionnement générale de grammalecte passe par python. Ce faisant, suivant votre environnement, le package python grammalecte pouvait déjà être, ou pas, dans les chemins accessibles à python. Dans le cas où il n’y ait pas, j’ajoutais temporairement le chemin de grammalecte aux chemins de python. Et c’est dans cette routine que je me suis planté. De mon côté, comme j’utilise grammalecte installé de manière partagé sur mon système (avec LibreOffice), le problème était invisible. Je viens de pousser un correctif qui devrait vous aider après mise à jour. Merci à vous pour cette phase de debug ! |
|
Bonjour,
Merci pour votre réponse ! Je viens d'essayer de mettre à jour, mais la MAJ
n'est pas encore disponible. Je suppose qu'il faut attendre que le
correctif soit propagé au niveau d'elpa (c'est tout frais !) Je réessaierai
demain et je vous tiens naturellement au courant.
Pour info, j'utilise de mon côté grammalecte sous Chrome (via une
extension) mais il est vrai pas sous LibreOffice (dont je ne me sers que
pour consulter et éditer à minima les documents d'autres personnes -- je
suis plutôt LaTeX) mais cela me fait penser que c'est un oubli que je dois
combler ! Je télécharge l'extension de ce pas.
Cordialement,
Philippe
Le lun. 5 juil. 2021 à 19:03, Étienne Deparis ***@***.***> a
écrit :
… Merci pour votre configuration. Il y avait bien un bug, j’y ai perdu
quelques cheveux.
Pour contrôler le numéro de la version de grammalecte déjà installée, je
fais appel à un petit script python. De même, le fonctionnement générale de
grammalecte passe par python. Ce faisant, suivant votre environnement, le
package python grammalecte pouvait déjà être, ou pas, dans les chemins
accessibles à python. Dans le cas où il n’y ait pas, j’ajoutais
temporairement le chemin de grammalecte aux chemins de python. Et c’est
dans cette routine que je me suis planté. De mon côté, comme j’utilise
grammalecte installé de manière partagé sur mon système (avec LibreOffice),
le problème était invisible.
Je viens de pousser un correctif qui devrait vous aider après mise à jour.
Merci à vous pour cette phase de debug !
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#14 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAC2HBXYFYSKSMYQFQXJVVDTWHQVLANCNFSM43H2GEXQ>
.
|
|
Le lun. 5 juil. 2021 à 19:44, Philippe Dosch ***@***.***> a écrit :
Bonjour,
Merci pour votre réponse ! Je viens d'essayer de mettre à jour, mais la
MAJ n'est pas encore disponible. Je suppose qu'il faut attendre que le
correctif soit propagé au niveau d'elpa (c'est tout frais !) Je réessaierai
demain et je vous tiens naturellement au courant.
Bonjour,
Je suis désolé mais... ça ne change rien. Après la MAJ, le package se
charge bien (avec l'insertion du hook au niveau du .emacs -- sinon j'ai
toujours une erreur au démarrage d'Emacs), mais rien de plus. Et, comme
précédemment, ce qui est bizarre c'est que flyspell ne marche plus non plus
sur mes buffers de mail. Si vous avez besoin de quoi que soit, n'hésitez
pas.
Cordialement,
Philippe
|
|
Alors ça devient étrange car avec votre profile (j’ai juste désactivé les modules non-disponible dans elpa), je n’ai pas d’erreur et cela fonctionne bien (je n’ai pas essayé dans un mail, mais dans un buffer org). Il reste un petit souci pour lequel je vais pousser un nouveau petit patch : le fichier de « cache » qui empêche de télécharger trop souvent grammalecte empêche le retéléchargement suite à une mise à jour du module (lorsque flycheck-grammalecte se met à jour, le dossier de l’ancienne version est supprimé, et donc grammalecte avec lui… mais pas le fichier de cache). Essayez en supprimant le fichier grammalecte-cache.el de voir si ça règle le problème. Pour info, voici le fichier init amendé que j’utilise pour mes tests sans souci https://pastebin.zici.fr/?129e18b2a947f9c5#KQ2Mgh1zOeBDjRiHt7wIYeHwCKU9+Cg3NLpTD8bmIM8= |
|
Le mar. 6 juil. 2021 à 09:03, Étienne Deparis ***@***.***> a
écrit :
Alors ça devient étrange car avec votre profile (j’ai juste désactivé les
modules non-disponible dans elpa), je n’ai pas d’erreur et cela fonctionne
bien (je n’ai pas essayé dans un mail, mais dans un buffer org).
Il reste un petit souci pour lequel je vais pousser un nouveau petit patch
: le fichier de « cache » qui empêche de télécharger trop souvent
grammalecte empêche le retéléchargement suite à une mise à jour du module
(lorsque flycheck-grammalecte se met à jour, le dossier de l’ancienne
version est supprimé, et donc grammalecte avec lui… mais pas le fichier de
cache). Essayez en supprimant le fichier grammalecte-cache.el de voir si ça
règle le problème.
Pour info, voici le fichier init amendé que j’utilise pour mes tests sans
souci
https://pastebin.zici.fr/?129e18b2a947f9c5#KQ2Mgh1zOeBDjRiHt7wIYeHwCKU9+Cg3NLpTD8bmIM8=
Bonjour,
Quelque chose doit manquer dans l'équation, ça ne marche toujours pas. J'ai
:
1. téléchargé et installé le fichier init proposé
2. supprimé le cache de grammalecte (rm grammalecte-cache.el dans
.emacs.d)
3. relancé Emacs -> erreur au chargement (affichage d'une trace
directement, alors que j'ai lancé Emacs *sans* l'option --debug-init,
disponible à la fin du mail)
4. ajouté, pour tester, la ligne de hook à la configuration (:hook
(mail-mode . flycheck-mode)) : j'ai relancé Emacs qui s'est chargé
normalement (aucun message au démarrage)
5. testé grammalecte dans un buffer en text-mode, mail-mode, org-mode
(en désactivant et en réactivant flycheck pour être sûr) : grammalecte ne
marche jamais, flyspell marche en text et en org, pas en mail (alors qu'il
devrait, voir lignes 732-749 du fichier init).
Il y a visiblement un effet de bord (provoqué par ??) qui va jusqu'à
affecter le fonctionnement de flyspell, qui ne marche plus du tout dans les
buffers mail, même après l'avoir arrêté et remis en route explicitement.
Après avoir écrit tout cela, j'ai vérifié le contenu du .emacs.d : pas de
fichier cache. J'ai lancé le download manuel de grammalecte (
grammalecte-download-grammalecte) : le fichier de cache s'est bien recréé.
J'ai répété les étapes 4 et 5 : même résultat que précédemment.
Je vous ai fait une vidéo qui reprend les manips décrites :
https://youtu.be/i7uCU1e7giE
Après avoir vérifié le début du contenu de la vidéo, j'ai vu qu'un de mes
onglets pointait vers un répertoire qui a disparu
(grammalecte-20210702.1724) et me suis (enfin) posé la question de savoir
s'il y avait bien un répertoire pour grammalecte. C'est le cas, j'ai le
répertoire flycheck-grammalecte-20210705.1656/. Je suis tout de même
retourné sous Emacs pour éditer mon .emacs, j'ai sélectionné la région
correspondant au chargement de grammalecte et j'ai fait ^X^E : le
mini-buffer m'a interpellé (voir screenshot joint sur
https://pasteboard.co/K9WNZEA.png). On voit que l'exécution de ce passage
interagit avec une macro (une de celle définit justement aux lignes
732-749) : je suppose que c'est normal (?) mais comme nous cherchons un
point d'entrée pour comprendre, je me permets de vous le signaler.
Cordialement,
Philippe
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello,
First at all, many thanks for your great package. I use it whenever I compose my mails (thunderbird + external editor, which launches an emacsclient). Each time I start a mail, emacsclient is launched, and each time (according to emacs messages buffer) Grammalecte-fr-vx.x.x.zip is downloaded and extracted, even if I used it few minutes before. The process is usually quiet quick, but it happens that some network troubles (from my config or from the site access itself) lead to a 2-3 seconds delay (and sometimes it freezes). Basically, all these downloads do not seem necessary. I wonder if there isn't a variable to control the minimum time between 2 downloads, or to control it somehow? I've searched among the existing variables, but I didn't found anything that seemed to match. Any idea? Thanks!
The text was updated successfully, but these errors were encountered: