Pathogen ne charge pas les plugins
L'agent pathogène ne fonctionne pas pour moi. Je suis les conseils d'Adam Lowe postés ici (et quelques autres) sans succès ...
Mon vimrc:
filetype off
call pathogen#runtime_append_all_bundles()
filetype plugin indent on
set nocompatible
syntax on
set tabstop=2
set smarttab
set shiftwidth=2
set autoindent
set expandtab
set number
colorscheme darkblue
Contenu de .vim - ls .vim/*:
.vim/autoload:
pathogen.vim
.vim/bundle:
nerdcommenter/ vim-haml/ vim-surround/
vim-endwise/ vim-Rails/ vim-vividchalk/
Tous les plugins du bundle ont été installés en les clonant de GitHub dans le répertoire du bundle.
J'ai essayé avec pathogen 1.1 et 1.2 et même la dernière version de GitHub sans aucun résultat. Vividchalk, Vim-Rails et nerdcommenter ne fonctionnent pas. J'ai très peu d'expérience avec d'autres plugs donc je ne suis pas sûr d'eux, mais je suppose qu'ils ne fonctionnent pas trop.
J'utilise ArchLinux, vim 7.2.385-1 (pas le dernier parce que le dernier m'oblige à installer Ruby1.9, mais c'est toujours 7.2). Il a été installé via pacman - gestionnaire de paquets ArchLinux. Aucun plugin vim n'a été installé dans l'autre sens que l'utilisation de pathogen (j'ai même réinstallé le paquet vim avec le nettoyage /usr/share/vim).
Qu'est-ce que je fais mal?
MODIFIER:
/etc/vimrchttp://hpaste.org/fastcgi/hpaste.fcgi/view?id=29685#a29685/usr/share/vim/vimfiles/archlinux.vimhttp://hpaste.org/fastcgi/hpaste.fcgi/view?id=29686#a29686
Cela semble être un problème courant provoqué par le "système" vimrc dans certaines distributions définissant filetype on avant de configurer l'agent pathogène. Donc, le désactiver et le rallumer oblige les plugins à se charger correctement:
call pathogen#runtime_append_all_bundles()
filetype off
syntax on
filetype plugin indent on
Plus d'infos ici .
J'avais un problème similaire. Pathogen chargeait certains de mes plugins alors qu'ils n'étaient pas tous. Après quelques tripotages et des interrogations, j'ai découvert (je ne sais pas si cela est mentionné dans la documentation) que dans chaque bundle/'plugin_name', il devrait y avoir un autre dossier appelé plugin qui contient le fichier * .vim.
Ensuite, au démarrage de vim, ce ne sera pas dans un ensemble, mais dans les dossiers d'un ensemble qui contiennent un dossier appelé plugin ... et créeront d'autres dossiers (dans chaque dossier de plugin).
Donc, si le plugin est juste un fichier .vim, créez un dossier pour cela ...
au lieu de:
~/.vim/bundle/vimexplorer/vimExplorer.vim
vous avez besoin:
~/.vim/bundle/vimexplorer/plugin/vimExplorer.vim
Et tout fonctionne comme un charme.
J'ai eu des problèmes pour charger des plugins particuliers: spécifiquement, les plugins avec un sous-répertoire plugin. Par exemple, lors d'une nouvelle installation de MacVim, un plugin dans ~/.vim/bundle/surround/plugin/surround.vim n'était pas en cours de chargement, même si ~/.vim/bundle/surround est apparu dans la sortie de :scriptnames.
Le problème était que je chargeais Pathogen dans .gvimrc, ne pas .vimrc. Pour une raison quelconque, des trucs dans .vim/bundle/*/plugin les sous-répertoires ne se chargeront pas si vous faites cela, alors faites-le dans .vimrc!
J'ai ouvert un problème sur github — je ne sais pas s'il peut fonctionner, même s'il se charge depuis .gvimrc, mais il devrait y avoir au moins une sorte d'avertissement dans la documentation pour les idiots comme moi.
Si votre .vim est basé sur un dépôt git et des sous-modules, N'OUBLIEZ PAS d'exécuter git submodule init et git submodule update après le clonage du dépôt. c'est à dire.
git submodule init
git submodule update
J'ai eu la même erreur et j'ai essayé tout ce qui précède, mais cela n'a pas fonctionné. Jusqu'à ce que j'initialise et mette à jour les sous-modules git.
J'espère que cela aide toute personne ayant une erreur similaire.
Peut-être le vimrc par défaut d'Arch (éventuellement /etc/vim/vimrc) ne fonctionne pas bien avec Pathogen. Essayez de démarrer Vim sans charger les fichiers de configuration:
vim -u NONE
puis chargez votre vimrc depuis vim:
:so ~/.vimrc
Les plugins fonctionnent-ils alors?
Corrigé par (mattn & tpope) après avoir soulevé le problème via github
set nocp
call pathogen#infect()
syntax on
filetype plugin indent on
call pathogen#infect()
voir https://github.com/tpope/vim-pathogen/issues/50#issuecomment-3137909
Mon environnement est Vim 7.3.35 et Ubuntu 11.04.
J'ai passé quelque temps à essayer de le résoudre. Je clone le projet https://github.com:r00k/dotfiles et suis les instructions d'installation.
Au démarrage vi a obtenu le commenté
E117: Fonction inconnue: pathogène # runtime_append_all_bundles
et la solution:
filetype off
appeler l'agent pathogène # runtime_append_all_bundles ()
filetype activé
n'a pas fonctionné.
J'ai trouvé le lien symbolique .vim dans mon répertoire personnel où il n'était pas correctement défini. Le script d'installation a créé un .vim RÉPERTOIRE avec un lien symbolique vim à l'intérieur de il pointe vers mon . dotfiles/vim . La solution a été de supprimer le répertoire . Vim et de créer un lien symbolique . Vim pointant . dotfiles/vim .
A conservé le type de fichier désactivé/activé dans mon . Vimrc également.
Au lieu de call pathogen#runtime_append_all_bundles(), j'ai utilisé call pathogen#infect('~/.vim/bundle') et cela a fonctionné pour moi.
Essayez de vérifier votre chemin d'exécution à l'aide de la commande:: set runtimepath? La première entrée devrait être quelque chose comme ~/.vim.
Mon problème avec le fait de ne pas charger les plugins/pathogènes était que j'ai placé mon environnement vim dans ~/.dotfiles/vim où mon vimrc et le reste des trucs (plugins etc.) vivent. Après avoir créé un lien symbolique vers ~/.dotfiles/vim/vimrc dans ~/.vimrc, j'ai oublié de créer un deuxième lien symbolique ~/.vim -> ~/.dotfiles/vim/qui a provoqué la confusion de vim car il cherchait des choses dans ~ /.vim (par défaut). Après avoir créé un lien symbolique approprié, tout est apparu au bon endroit.
J'espère que cela aidera quelqu'un qui a oublié le deuxième lien symbolique comme je l'ai fait ;-)
filetype off
call pathogen#runtime_append_all_bundles()
call pathogen#helptags()
set nocp
call pathogen#infect()
syntax on
filetype plugin indent on
call pathogen#infect()
Ce qui précède m'a aidé à résoudre le problème, je ne peux pas laisser de commentaire sur d'autres personnes, mais merci d'avoir posté le code ci-dessus.
J'avais le même problème avec Ubuntu. Le journal était:
linha 4: executando "/usr/share/vim/vim73/ftoff.vim"
Erro detectado ao processar /usr/share/vim/vim73/ftoff.vim:
linha 11:
E216: Grupo ou evento inexistente: filetypedetect *
fim da execução de /usr/share/vim/vim73/ftoff.vim
La solution consistait à ajouter des "\ n" à la fin du fichier /usr/share/vim/vim73/ftoff.vim pour l'exécuter correctement.
J'ai eu le même problème. J'ai essayé toutes les combinaisons possibles.
Enfin, j'ai trouvé que si j'utilisais mksession pour enregistrer mon espace de travail Vim et le charger au démarrage de Vim, cela faisait que l'agent pathogène ne chargeait pas les nouveaux plugins que je mettais dans le dossier bundle.
Après avoir installé un nouveau plugin, je supprime maintenant toujours mon fichier de session et démarre Vim frais et chaque plugin se charge correctement.
filetype off
set nocompatible
set laststatus=2
execute pathogen#infect()
syntax on
filetype plugin indent on
Je l'ai dans le mien en tant que:
silencieux! appeler l'agent pathogène # runtime_append_all_bundles ()
Dans mon cas, j'ai cloné dans un dossier ~/dotfiles mais vun recherche un dossier ~/.vim, par conséquent, il ne portait aucun plugin ou jeu de couleurs pour résoudre le problème que j'ai fait:
ln -s ~/.dotfiles ~/.vim
Après avoir passé trop de temps à essayer de résoudre ce problème avec le nerd-commenter/pathogen, je suis tombé en panne et j'ai juste utilisé le plugin nerd-commenter fourni par le système d'exploitation Debian:
vim-addons install nerd-commenter
Si vous êtes sur Debian et que vous devez vous remettre au travail, essayez-le. Vous aurez probablement besoin des packages "vim-addon-manager" et "vim-scripts" installés à partir d'apt si vous ne l'avez pas déjà.
J'étais confronté au même problème, enfin après que beaucoup de google et peaufiner le fichier vimrc, ont trouvé la solution. J'espère que l'extrait de code suivant résoudra le problème.
set nocp source /home/ameet/.vim/autoload/pathogen.vim "location of my pathogen.vim call pathogen#infect() call pathogen#helptags()
j'ai eu le même problème, résolu en copiant ce fichier dans ~/.vim/autoload: https://github.com/sontek/dotfiles/blob/master/_vim/autoload/pathogen.vim
Dans un souci d'achèvement, je vais ajouter ma solution à ce problème.
Je viens de renommer mon fichier ~/.gvimrc en ~/.vimrc, et tous mes problèmes ont été résolus. J'ai littéralement copié mon .vim et mon .gvimrc depuis linux et j'ai fait ce changement et tout fonctionne comme prévu.