The built-in :GetLatestVimScripts command is long time out of date. To my knowledge it never worked as intended for Windows OS
Yes, I know plugin managers like Vundle are much better !
But ... it is good to have some basic plugin management built into Vim by default, that works out-of-the box. And for single-file scripts and colorschemes, I don't really want a git clone, or a separate &runtimepath entry for each of them, like Vundle does ...
The original author appears to have stopped development in 2013. The current version is no longer working, on both Windows and Linux. But I had a look into the script and found a chain of simple enough issues for Widnows OS:
http://vim.sourceforge.net/, but on https://www.vim.org/scripts/g:GetLatestVimScripts_mv (equivalent to mv on Linux) should be the cmd Move command instead of Ren (because for Windows Rename command can rename files only in the strict sense (changing the basename), without implying a move)g:GetLatestVimScripts_wget should be curl instead of wget, because curl command is now available by default with Windows-s -O to -s -o (lowercase 'o' instead of uppercase), or better yet, use the long form of the optionsbunzip2, gunzip, unxz, tar, unzip should have associated variables like g:GetLatestVimScripts_unxz, and for Windows these should by default invoke 7-zip, except for tar which is again available with Windows. A dependency on 7-zip should be documented for Windows OSI think these fixes are simple enough that I can make a PR for it, would it be acceptable ?
Otherwise, I could still get the script to work, but I had to write a wrapper script around curl, that translates the old URLs from the command line to the new URLS (from vim.sourceforge.net to www.vim.org/scripts), and similarly I had to create wrapper .cmd scripts for the Linux tools like unxz, unzip ... that internally invoke 7-zip
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.![]()
Uploaded a 'patch' type script to vim.org/scripts, that can apply all the above fixes. The default tar tool on Windows may still be limited though and not support all the expected archive types.
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.![]()
I am surprised there are actually still users of :GetLatestVimScripts. If you want to make some changes, please go ahead. Thank you.
—
Reply to this email directly, view it on GitHub.
You are receiving this because you are subscribed to this thread.![]()
Isn't this already fixed by https://github.com/vim/vim/pull/15640/files
I am surprised there are actually still users of :GetLatestVimScripts
So maybe Vim should remove this feature? It hadn't worked for a long time, and there was no attempt to fix it until 8 months after it was discovered that it doesn't work
Also may I ask if Vim is still planning for another built-in plugin manager, like what's said in :h todo.txt?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()