Quando dovrei usare vim-addon-manager invece di un normale gestore di pacchetti?


9

Sui sistemi basati su Debian, c'è un pacchetto chiamato vim-addon-manager.

La mia comprensione è che consente di installare alcuni plugin basati su un repository di plugin disponibili. Per poterli installare, i plug-in devono essere compressi e inviati ai repository debian.

Non capisco il punto di questo pacchetto perché sembra molto meno flessibile degli altri gestori di plugin che consente di installare qualsiasi plugin da github, un repository git o persino una cartella locale, che consente l'installazione parallela, il caricamento lento, ecc. ..

In primo luogo ho pensato che il pacchetto fosse una vecchia soluzione creata prima degli altri gestori di plugin e più o meno deprecata, ma il suo repository git sembra indicare che il suo sviluppo è ancora attivo.

Quindi le mie domande sono:

  • Ci sono altre differenze rispetto ai plugin disponibili tra vim-addon-manager e gli altri gestori di plugin? E se sì, quali differenze?
  • I pacchetti e gli altri gestori sono pensati per lo stesso scopo o sono complementari
  • In quale caso d'uso è più conveniente usare il pacchetto invece degli altri plugin?

Si noti che la mia domanda è ispirata da questa, ma qui non sto chiedendo come utilizzare il pacchetto, ma piuttosto perché qualcuno dovrebbe averne bisogno.

Risposte:


15

NB, sono uno degli autori originali del vim-addon-manager di Debian (che chiamerò dvam per il resto di questa risposta, per evitare confusione con il vam di Marc Weber ).

dvam ha il solo scopo di gestire componenti aggiuntivi distribuiti sotto forma di pacchetti Debian. Ci sono persone che preferiscono, per vari motivi, utilizzare software in pacchetto anche per cose come i componenti aggiuntivi di Vim, invece di ottenere il software direttamente dall'upstream.

In senso lato, si dvam e strumenti più generali come plug, vundle, ecc. Sono pensati per lo stesso scopo: fornire un meccanismo per consentire l'uso di determinati componenti aggiuntivi nel proprio ambiente Vim. Stanno prendendo di mira diversi casi d'uso, e possono essere usati per completarsi a vicenda.

dvam intende fornire a un utente un controllo di sistema basato su Debian su quali componenti aggiuntivi pacchettizzati sono abilitati, sia a livello di sistema sia per un utente specifico. Cioè, tenta di risolvere i casi d'uso di un amministratore di sistema che installa e abilita un componente aggiuntivo impacchettato nella configurazione a livello di sistema, ma consente all'utente di disabilitarlo, così come il contrario (abilitando un componente aggiuntivo disabilitato nella configurazione a livello di sistema ).

Ci sono alcune verruche nel modo in cui lo strumento Debian è stato inizialmente progettato (che collega i singoli file piuttosto che lavorare su una directory come fa il patogeno) che non è stato ancora completamente affrontato. Ho trascinando i piedi di fissaggio che, ma dovrebbe rivedere per vedere se nuovo Vim 'packpath'/ :packaddcaratteristiche mi aiuto con affatto.


È fantastico avere una spiegazione dell'autore, grazie! Capisco meglio l'origine dello strumento. Il caso d'uso del sysadmin che hai citato sembra abbastanza ovvio, ora mi chiedo perché non ci abbia pensato in primo luogo. La ringrazio per la risposta.
statox
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.