Doom-emacs: Impossible de trouver le package X dans les référentiels de recettes

Créé le 31 mars 2020  ·  12Commentaires  ·  Source: hlissner/doom-emacs

Après avoir mis à jour doom avec doom upgrade , ou ses packages avec doom update , j'obtiens des erreurs comme celles-ci:

Package error: (error Could not find package org-roam in recipe repositories: (org-elpa melpa gnu-elpa-mirror emacsmirror-mirror))
Package error: (error Could not find package company-org-roam in recipe repositories: (org-elpa melpa gnu-elpa-mirror emacsmirror-mirror))

Et / ou des erreurs comme celles-ci:

Cannot open load file: No such file or directory, org-roam
Cannot open load file: No such file or directory, org-superstar
bug common packages straight resolved

Commentaire le plus utile

C'est un problème connu où votre dépôt melpa local n'est pas mis à jour, donc directement (notre gestionnaire de packages) ne peut pas trouver de nouveaux packages (comme org-roam ou org-superstar).

Je travaille sur un correctif, mais en attendant, vous devrez mettre à jour votre dépôt local melpa manuellement:

EDIT: Cela a été corrigé dans les récents commits de Doom, mais les utilisateurs provenant d'une ancienne version peuvent encore le rencontrer la première fois qu'ils exécutent doom upgrade , donc ce correctif est toujours applicable à vous:

# Update MELPA
cd ~/.emacs.d/.local/straight/repos/melpa
git pull

# Clear straight's cache
rm -f ~/.emacs.d/.local/straight/build-cache.el
doom sync

Tous les 12 commentaires

Moi aussi.

C'est un problème connu où votre dépôt melpa local n'est pas mis à jour, donc directement (notre gestionnaire de packages) ne peut pas trouver de nouveaux packages (comme org-roam ou org-superstar).

Je travaille sur un correctif, mais en attendant, vous devrez mettre à jour votre dépôt local melpa manuellement:

EDIT: Cela a été corrigé dans les récents commits de Doom, mais les utilisateurs provenant d'une ancienne version peuvent encore le rencontrer la première fois qu'ils exécutent doom upgrade , donc ce correctif est toujours applicable à vous:

# Update MELPA
cd ~/.emacs.d/.local/straight/repos/melpa
git pull

# Clear straight's cache
rm -f ~/.emacs.d/.local/straight/build-cache.el
doom sync

J'ai rencontré ce même problème et la solution de contournement recommandée échoue comme suit:

$ doom sync
Building straight...
Building straight...done
Building use-package...
Building use-package → Building bind-key...
Building use-package → Building bind-key...done
Building use-package...
Building use-package...done
> Synchronizing your config with Doom Emacs...
  > Regenerating envvars file at "~/.emacs.d/.local/env"
  - Scraping shell environment
    - Ignoring HOME=/Users/jcf
    - Ignoring GPG_TTY=/dev/ttys006
    - Ignoring PWD=/Users/jcf/.emacs.d/.local/straight/repos/melpa
    - Ignoring __CF_USER_TEXT_ENCODING=0x1F5:0x0:0x2
    - Ignoring SSH_AUTH_SOCK=/Users/jcf/.gnupg/S.gpg-agent.ssh
    - Ignoring TERM=xterm-256color
    ✓ Successfully generated "~/.emacs.d/.local/env"
  > (Re)generating core autoloads...
    > Generating core autoloads...
    > Byte-compiling core autoloads file...
    ✓ Generated .local/autoloads.elc
  > Installing packages...
    → Cloning auto-minor-mode...
x There was an unexpected error:
  Type: doom-package-error
  Message:
    Error with packages
  Data:
    "auto-minor-mode"
    (error "Failed to run \"git\"; see buffer *straight-process*")
    "fatal: destination path '/Users/jcf/.emacs.d/.local/straight/repos/auto-minor-mode' already exists and is not an empty directory.
    "
  Straight output:
    fatal: destination path '/Users/jcf/.emacs.d/.local/straight/repos/auto-minor-mode' already exists and is not an empty directory.


Run the command again with the -d (or --debug) switch to enable debug
mode and (hopefully) generate a backtrace from this error:

  doom -d sync

If you file a bug report, please include it!
$ ls -alh /Users/jcf/.emacs.d/.local/straight/repos/auto-minor-mode
ls: /Users/jcf/.emacs.d/.local/straight/repos/auto-minor-mode: No such file or directory

Mise à jour : le passage à la branche principale (par opposition au développement) de straight.el dans c96303830835ed49b6803a5288379891d6ab7cfc a corrigé des choses pour moi.

Pour la postérité et pour éviter toute confusion, le problème de

J'ai eu le même problème pour shellcheck découvert qu'il était également dans ma configuration (package.el), je l'ai supprimé et le message est maintenant parti ...

À partir de 0e851ac bin/doom mettra à jour vos dépôts de recettes avant d'installer / mettre à jour les packages, ce qui devrait résoudre ce problème. Faites-moi savoir si ce n'est pas le cas et je le rouvrirai. Merci de l'avoir porté à mon attention!

Avait le même problème. Je viens d'essayer la mise à jour / mise à jour de doom et j'ai obtenu ceci

Type: error
  Message:
    error
  Data:
    "Could not find package org-superstar in recipe repositories: (org-elpa melpa gnu-elpa-mirror emacsmirror-mirror)"

MISE À JOUR: a travaillé après avoir suivi ces étapes

@kawaiier A eu le même problème org-superstar . La mise à jour manuelle de melpa comme mentionné ci-dessus a résolu le problème

J'ai fait le correctif comme mentionné ci-dessus, mais il se brise toujours la prochaine fois que j'exécute doom upgrade

x There was an unexpected error:ate...
  Type: doom-package-error
  Message:
    Error with packages
  Data:
    "org-superstar"
    (error "Failed to run \"git\"; see buffer *straight-process*")
  Straight output:
    fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.
    Use '--' to separate paths from revisions, like this:
    'git <command> [<revision>...] -- [<file>...]'
    HEAD

@harrisj J'ai le même problème: sweat_smile:

@harrisj @VitalyAnkh Essayez

git -C ~/.emacs.d pull
git -C ~/.emacs.d/.local/straight/repos/melpa pull
rm -rf ~/.emacs.d/.local/straight/repos/org-superstar
rm -f ~/.emacs.d/.local/straight/build-cache.el
doom sync

Au cas où quelqu'un arriverait à cela pour la superstar de l'organisation en particulier, @hlissner a changé la superstar pour exiger (org +pretty) en init.el a quelques jours (en raison de problèmes de vitesse).

Si le rafraîchissement du package ci-dessus ne fonctionne pas, vous devrez peut-être ajouter cet indicateur.

Cette page vous a été utile?
0 / 5 - 0 notes