Describe the db/ format
please provide a formal description of the repository as seen here:
https://bitbucket.org/vimcommunity/vim-pi/src/5bb9da5db0ce0ad0c19be2e9d0954f826db784a6/db/?at=master
Comments (10)
-
-
reporter I could adapt and contribute this file from Npackd: https://code.google.com/p/windows-package-manager/wiki/RepositoryFormat How should this be done?
-
reporter could anybody please answer?
-
In my private mail reply I told that we're waiting to see what neovim turns into. Additionally we use the following sources: a) vim.sf.net b) install instructions from a to find github repositiories (and the like) c) manually contributed ones d) dr chip.
vim-pi wants to be one source of plugins (in the future) - thus we had in mind deriving debian/gentoo/ubuntu/nixos/npackd package descriptions from this database. Now reading your text I feel we should discuss in which way syncing should be done. from vim-pi to npackd or the other way round (which is what I think you suggest?)
-
reporter No, I do not suggest to synchronize from the Npackd database to this one. I just feel that it is necessary to have a well-defined format for such a database of packages (I call it repository). This way it would be possible to have multiple repositories hosted by different parties.
-
reporter I created a simple package database format description: https://bitbucket.org/vimcommunity/vim-pi/wiki/PackageDatabaseFormat The only thing that I removed was "vim_script_nr":4904 as it seems to have no real value for a package manager in Vim.
How can this be approved by all project members?
-
@tim_lebedkov This cannot be version 1.0. Check out https://bitbucket.org/vimcommunity/vim-pi/issue/80/create-some-kind-of-api-which-makes-vim-pi, there I have a proposal how vim-pi database should look like. Also note that vim_script_nr is actually used value, it makes it possible to compute plugin homepage.
-
reporter -
- changed component to database
-
- changed status to duplicate
Duplicate of
#80. - Log in to comment
The initial comment in the script
python/autoget.py
lists the files and their purpose. I think the documentation is ok, but it's a little hard to find. Maybe we can improve this.