Closed ghost closed 8 years ago
Need a bit more information really, can you explain what this is and give an example of the format?
hmk, will download an old version of swiftos and do updatetool -d!
Ok. added an example, and fixed a little error.
Hmmm, I can see why something like this would be useful to standardise.
It might be worth to have a bit of discussion on the forum topic about whether or not something that is for one specific program should be standardised.
I think it still needs more clarification, but as we have only just proposed this GitHub system I'd wait until we sort out the details.
Ok.
How are these files generated? It looks like it essentially lists the files to download and delete, so are you making these manually? Could this be done without the file by storing the current tag and comparing it to the current tag on GitHub?
If we are going to have an standard for package formats I'd like to see something closer to Grin-Get or Packman's functionality. These are the features I'd consider "essential":
startup
, which a simple delete will not be able to handle.I'd suggest something like:
{
name = "Foobar",
version = "v23.5", -- Can have VCS tag or commit hash
source = {"github", "SquidDev/FooBar"} -- Or pastebin, url, etc... Not sure about this format.
install = "bin/setup.lua" -- Script to run on setup/update
uninstall = "bin/remove.lua" -- Script to run on remove
dependencies = {
{"github", "SquidDev/Dependency", ">=v2.4"} -- Again, not sure about the syntax.
}
}
That may just be me overcomplicating things though :stuck_out_tongue:.
So a bit like NPM packages? They certainly would be useful. Excuse my ignorance, but is that format from Packman or Grin, or are they just possible sources?
It is just something I wrote off the top of my head. Grin uses this format. Packman uses a more centralized format: all projects should be in one file, which I don't think is as great.
I'm also thinking that it might be a good idea to create a "file structure" for larger projects: programs should live under "bin", public APIs under "lib", though people are less likely to accept that.
Ah I see. I'd vote textutils.serialise rather JSON or the format Packman uses. That format looks good to me. What we don't want to do is this though. ![http://imgs.xkcd.com/comics/making_things_difficult.png]
It's also quite different to what FlareHAX0R is suggesting.
@SquidDev you should propose that in a different PR, just sayin
Also @SquidDev this is not a package manager, it's an updater.
Before publishing a standard proposal, ask yourself these questions:
You might want to add these into the README @oeed ;)
I am planning on making a standalone API using this format!
What for @FlareHAX0R? I see no benefits in standardizing this. Besides, you should have done that before opening a Pull Request. Read the README first, please.
Yeah for now I'll close this. If you make an API and work on your proposal more (you haven't explained how these files are made and why it's necessary when there are already GitHub updaters out there).
If and when you improve the RFC comment and we might open it up again.
UpdateTool!