+- Cuberite Forum (https://forum.cuberite.org)
+-- Forum: Plugins (https://forum.cuberite.org/forum-1.html)
+--- Forum: Plugin Discussion (https://forum.cuberite.org/forum-8.html)
+--- Thread: Local Plugin Repo (/thread-2245.html)
RE: Local Plugin Repo - Nether Mc - 12-11-2015
And is there an API for the online repo?
RE: Local Plugin Repo - NiLSPACE - 12-11-2015
No, I don't think so. You might want to create an issue for that on the repo
RE: Local Plugin Repo - xoft - 12-11-2015
Even easier, Cuberite plugins can use HTTPS to directly check with the GitHub API and download each file separately (no need to extract ZIPs) and even query the last commit date and such metadata from each repo.
RE: Local Plugin Repo - NiLSPACE - 12-11-2015
I usually add a SourceLocation to my Info.lua files. With that your plugin could get a link to the plugin's repo.
RE: Local Plugin Repo - sphinxc0re - 12-11-2015
I thought of that a while ago. It would be like having a package manager: cpm - cuberite package manager
Code:
cpm install worldeditWhat about creating some kind of dependency management using LuaRocks?
RE: Local Plugin Repo - xoft - 12-11-2015
I think it should be a plugin, not a standalone app.
RE: Local Plugin Repo - Schwertspize - 12-11-2015
What I meant. If users are using zip files, we can't use it, but if the program does a git clone (or submodule) we could just use it. So we could use the program (or webadmin part) to manage ALL plugins.
RE: Local Plugin Repo - NiLSPACE - 12-11-2015
You would have to force the user to install git for that. Personally I hate dependencies like that. It's much easier for the user if the plugins goes through all plugins and checks at the source location if there is a newer version.
RE: Local Plugin Repo - sphinxc0re - 12-11-2015
no, you don't need to, because of libgit2. there might be a port for Lua out there
RE: Local Plugin Repo - NiLSPACE - 12-11-2015
That's kinda OS dependent. People might need to compile it themselves before they can use it in the plugin.