Agent pathogène ne prend pas en charge les plugins

Pathogène ne fonctionne pas pour moi. Je suis Adam Lowe conseils posté 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 bundle ont été installés par le clonage de GitHub dans le répertoire du bundle.

J'ai essayé avec des agents pathogènes 1.1 et 1.2 et même les derniers à partir de GitHub, sans aucun résultat. Vividchalk, Vim-rails et nerdcommenter ne sont pas de travail. J'ai très peu d'expérience avec les autres bouchons, donc je ne suis pas sûr à ce sujet, mais je suppose qu'ils ne travaillent pas trop.

J'utilise ArchLinux, vim 7.2.385-1 (pas la dernière, parce que la dernière m'oblige à installer ruby1.9, mais il est encore 7.2). Il a été installé via pacman - ArchLinux gestionnaire de paquets. Pas de vim plugins ont été installés autre moyen que d'utiliser des agents pathogènes (j'ai même réinstallé vim package de nettoyage des /usr/share/vim).

Ce que je fais mal?

EDIT:

  • Vous n'êtes pas à l'aide de vim-sessions par hasard, et vous? Je suis à l'aide de sessions et de l'agent pathogène n'a pas l'air de fonctionner, à moins que j'ai créé un nouveau vim et de ne pas charger une session, mais qui ont créé un nouveau.
  • Juste Vividchalk, Vim-rails et nerdcommenter ne sont pas de travail? Faire travailler les autres?
  • Je vais avoir le même problème. Beaucoup de plugins sont de travail, bien que nerdcommenter ne fonctionne pas... je me demande si NERD_commenter est en cours de chargement lorsque le type de fichier est désactivée et que de ruiner les choses?
  • Je viens de déménager de ArchLinux pour Mac OS X. la Plupart des plugins commencé à travailler, NERD_commenter ne fonctionne toujours pas. Je pense que le problème avec NERD_commenter est différente de problème que j'ai eu sur l'Arc - de ne pas avoir les plugins chargés à tous. Au fait j'ai changé d'OS signifie aussi que je vais avoir pas la possibilité de vérifier vos conseils. Merci pour l'aide.
  • Je ne sais pas si cela va aider quelqu'un d'autre, mais j'avais égaré mon .vimrc fichier sous ~/.vim/.vimrc au lieu de ~/.vimrc. J'ai passé beaucoup trop de temps de débogage qui.
InformationsquelleAutor skalee | 2010-08-01
  1. 31

    Cela semble être un problème commun, causée par le "système" vimrc dans certaines distributions réglage filetype on avant de configurer l'agent pathogène. Afin de l'éteindre et la rallumer à nouveau les forces de plugins à charger correctement:

     call pathogen#runtime_append_all_bundles()
 filetype off
 syntax on
 filetype plugin indent on

    Plus d'infos ici.

    • call pathogen#infect() qui peut être utilisé dans la dernière version de l'agent pathogène traite maintenant avec cette filetype problème (et il est beaucoup plus facile à retenir et à taper que runtime_append_all_bundles).
    • Je soupçonne que le runtime_append_all_bundle n'existe plus dans pathogène. Vous devez modifier incubate. Ou utiliser infect comme suggéré par @Araxia .
    InformationsquelleAutor Dave Ray
  2. 24

    J'ai eu un problème similaire. Agent pathogène a été chargement de certains de mes plugins, bien que pas tous d'entre eux.
    Après quelques tripoter et vous demandez-vous, j'ai découvert (je ne sais pas si c'est mentionné dans la documentation) que dans chaque bundle/'plugin_name' dossier, il devrait y avoir un autre dossier appelé plugin qui contient l' *.vim fichier.

    Puis, quand vim démarre vais regarder, pas dans le bundle, mais dans ces dossiers au sein de bundle qui contient un dossier appelé plugin... et permettra de créer d'autres dossiers (dans chaque dossier du plugin).

    Donc, si le plugin est juste une .vim fichier faire un dossier pour elle...

    au lieu de:

    ~/.vim/bundle/vimexplorer/vimExplorer.vim

    vous avez besoin:

    ~/.vim/bundle/vimexplorer/plugin/vimExplorer.vim

    Et tout fonctionne comme un charme.

    • C'est exactement mon problème: Le plugin arborescence des sources contenues dans un répertoire nommé 'ftplugin'. Je viens de créer un lien vers ce dernier appelé 'plugin' et maintenant tout fonctionne comme prévu.
    • même avec d'autres types de plugins comme colorschemes. Ils exigent un colors dossier, la mise en miroir de la $VIM/vimfiles répertoire. Agent pathogène fonctionne par ajout de chaque plugin dossier racine de Vim est runtimepath paramètre, Vim, puis traverse à la recherche pour les mises en page qu'il attend d'elle dans '$VIM/vimfiles'
    InformationsquelleAutor fioghual
  3. 14

    J'ai eu des problèmes de chargement particulier plugins: les plugins avec un plugin sous-répertoire. Par exemple, sur une nouvelle MacVim installer 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 j'était en train de charger Pathogène dans .gvimrc, pas .vimrc. Pour quelque raison que ce soit, des trucs dans .vim/bundle/*/plugin les sous-répertoires ne sont pas charger si vous le faites, donc le faire dans .vimrc!

    J'ai ouvert un problème sur github—je ne sais pas si elle peut être faite de travail, même si les charges de .gvimrc, mais il devrait au moins être une sorte de mise en garde dans la documentation pour les idiots comme moi.

    • Changer de _gvimrc pour .vimrc fixe mine de problème! Merci!!!!
    • Le déplacement de ces lignes de .gvimrc à .vimrc ai eu de travail pour moi. call pathogen#infect() filetype plugin indent on
    InformationsquelleAutor aanand
  4. 11

    Si votre .vim est basé sur un repo git et submodules, N'oubliez pas de lancer git submodule init et git submodule update après cloner le repo. c'est à dire

    git submodule init
git submodule update

    J'ai eu le même message d'erreur et essayé tous les ci-dessus, mais il ne fonctionne pas. Jusqu'à ce que j'ai initialisé et mis à jour les submodules.

    Espère que cette aide pour n'importe qui qui a une erreur similaire.

    • Comme à l'onu que cela ressemble à vim, si vous avez utilisé git pour ajouter le vim plugins submodules, la propreté de l'initialisation et la mise à jour est la seule façon de procéder. Même si vous avez déjà une copie des répertoires en place d'une installation précédente.
    InformationsquelleAutor jhtong
  5. 6

    Peut-être d'Arc par défaut vimrc (éventuellement /etc/vim/vimrc) ne joue pas bien avec des agents Pathogènes. Essayez de démarrer Vim sans chargement des fichiers de configuration:

    vim -u NONE

    et ensuite chargez votre vimrc à partir de vim:

    :so ~/.vimrc

    Ne le plugins fonctionne alors?

    • Je suis d'erreur E117 que pathogen#runtime_append_all_bundles et pathogen#helptags sont des fonctions inconnues. Chargement pathogène avec :so .vim/autoload/pathogen.vim avant le chargement .vimrc n'aide pas. Commentant tout en /etc/vimrc n'aide pas. La substitution /etc/vimrc standard exemple vimrc n'aide pas. Merci pour votre effords.
    • Avez-vous jamais à comprendre comment résoudre ce problème? J'ai le même problème maintenant à l'aide d'Ubuntu.
    • Ouais j'ai le même problème aussi. Installé github.com/akitaonrails/vimfiles. Sur Ubuntu 10.10. gVim 7.2.330
    • Je vais avoir le même problème sous Ubuntu 10.10. Quelqu'un le faire fonctionner?
    • Cela a résolu mon problème: blog.darevay.com/2010/10/a-brief-note-on-pathogen-for-vim
    • Joudrey, le lien que tu as donné est mort.

    InformationsquelleAutor Roberto Bonvallet
  6. 5

    Fixe par (mattn & tpope) après pose la question 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

    InformationsquelleAutor FigmentEngine
  7. 3

    Mon environnement est Vim 7.3.35 et Ubuntu 11.04.

    J'ai passé du temps à essayer de le résoudre. Je cloner le projet https://github.com:r00k/dotfiles et suivez les instructions pour installer.

    Quand a commencé vi un a obtenu de la sorte, a commenté

    E117: fonction Inconnue: agent pathogène#runtime_append_all_bundles

    et la solution:

    filetype hors

    appel pathogène#runtime_append_all_bundles()

    filetype sur

    n'a pas de travail.

    J'ai trouvé le .vim lien symbolique dans mon répertoire home où pas correctement configuré. Le script d'installation a fait une .vim RÉPERTOIRE avec un lien symbolique vim intérieur de celui-ci pointant vers mon .fichiers de configuration utilisateur/vim. La solution a été de supprimer les .vim répertoire et de faire un lien symbolique .vim pointant .fichiers de configuration utilisateur/vim.

    Un conservés du type on/off sur mon .vimrc aussi.

    InformationsquelleAutor Fernando Campos
  8. 2
    filetype off                                                                
call pathogen#runtime_append_all_bundles()
call pathogen#helptags()
    InformationsquelleAutor gregf
  9. 2

    Essayez de vérifier votre chemin d'exécution à l'aide de la commande:
    :set runtimepath?
    Première entrée doit être quelque chose comme ~/.vim.

    Mon problème de ne pas charger les plugins/agent pathogène a été que j'ai placé mon vim environnement dans ~/.fichiers de configuration utilisateur/vim où mon vimrc et le reste de la substance (plugins etc.) vie.
    Après la création d'un lien symbolique vers ~/.fichiers de configuration utilisateur/vim/vimrc dans ~/.vimrc j'ai oublié de prendre le deuxième lien symbolique ~/.vim -> ~/.fichiers de configuration utilisateur/vim/qui a causé vim confondre cause, il était à la recherche de trucs dans ~/.vim (par défaut). Après j'ai fait bon lien symbolique tout poped à la bonne place.

    J'espère que ça aidera quelqu'un qui a oublié deuxième lien symbolique comme je l'ai fait 😉

    • Eu le même problème dans Git pour Windows après le passage de l'Git Bash. Git Bash eu les fichiers dans ~/vimfiles. Changé le nom de ~/.vim, et il fonctionne.
    InformationsquelleAutor Sabr
  10. 2

    Au lieu de call pathogen#runtime_append_all_bundles(), j'ai utilisé call pathogen#infect('~/.vim/bundle') et il a travaillé pour moi.

    InformationsquelleAutor Prateek
  11. 1

    J'ai eu le même problème avec Ubuntu. Le journal a été:

    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 était d'ajouter "\n"s à la fin du fichier /usr/share/vim/vim73/ftoff.vim pour l'exécuter correctement.

    InformationsquelleAutor adelarsq
  12. 1
    set nocp
call pathogen#infect()
syntax on
filetype plugin indent on
call pathogen#infect()

    Ci-dessus m'a aidé à résoudre le problème, ne peut pas laisser un commentaire sur d'autres peuples, cependant merci de poster le code ci-dessus.

    InformationsquelleAutor Richard Laing
  13. 0

    Je l'ai dans la mienne aussi:

    silencieux! appel pathogène#runtime_append_all_bundles()

    InformationsquelleAutor Abizern
  14. 0

    Après avoir passé sa réputation trop long d'essayer de résoudre ce problème avec nerd-intervenant/agent pathogène, j'ai craqué et juste utilisé Debian système d'exploitation fourni nerd-intervenant plugin:

    vim-addons install nerd-commenter

    Si vous êtes sur Debian et la nécessité de revenir au travail, de l'essayer. Vous avez probablement besoin de "vim-addon-manager" et "vim-scripts" installé les paquets d'apt si vous ne l'avez pas déjà.

    InformationsquelleAutor Andrew Wagner
  15. 0

    Dans mon cas, j'ai cloné dans un dossier ~/fichiers de configuration utilisateur, mais vun recherche un dossier ~/.vim, comme un résultat il ne portait pas de plugins ou de schémas de couleurs pour résoudre le problème j'ai fait ceci:

    ln -s ~/.dotfiles ~/.vim
    InformationsquelleAutor SergioAraujo
  16. 0

    J'ai eu le même problème. J'ai essayé toutes les combinaisons possibles.

    Finalement, j'ai trouvé que si j'utilise mksession pour sauver mon Vim espace de travail et de la charger sur Vim démarrage, il fait pathogène pas charger de nouveaux plugins que j'ai mis dans le bundle dossier.

    Après l'installation d'un nouveau plugin, j'ai maintenant toujours supprimer mon fichier de session et démarrage de Vim frais et tous les plug-in charge très bien.

    filetype off
set nocompatible
set laststatus=2
execute pathogen#infect()
syntax on
filetype plugin indent on
    InformationsquelleAutor hugo24
  17. 0

    Pour le bien de l'achèvement je vais ajouter ma solution pour ce problème.

    J'ai juste renommé mon ~/.gvimrc fichier ~/.vimrc, et tous mes problèmes ont été résolus. J'ai littéralement copié mon .vim et mon .gvimrc à partir de linux et ont fait ce changement et tout fonctionne comme prévu.

    InformationsquelleAutor Guillermo Siliceo Trueba
  18. 0

    J'ai été confrontée au même problème, enfin, après beaucoup de google et de modifier les fichiers vimrc, a trouvé la solution. Espérons que l'extrait de code suivant permettrait de résoudre la question.


    set nocp
    source /home/ameet/.vim/autoload/pathogen.vim "location of my pathogen.vim
    call pathogen#infect()
    call pathogen#helptags()

    InformationsquelleAutor Ameet
  19. 0

    j'ai eu le même problème , résolu par la copie de ce fichier dans ~/.vim/autoload:
    https://github.com/sontek/dotfiles/blob/master/_vim/autoload/pathogen.vim

    InformationsquelleAutor DEopen