Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(C|M)onstructor spec #6

Open
bollwyvl opened this issue Oct 6, 2020 · 2 comments
Open

(C|M)onstructor spec #6

bollwyvl opened this issue Oct 6, 2020 · 2 comments

Comments

@bollwyvl
Copy link

bollwyvl commented Oct 6, 2020

Hey folks, love the work here!

I'm very excited about https://github.com/mamba-org/monstructor but would hope that the (machine-readble) JSON spec is at least semi-compatible with construct.yaml and can be structurally validated without trying to actually build it.

@wolfv
Copy link
Member

wolfv commented Oct 6, 2020

yes, right now the entire monstructor thing is very experimental.
I strongly believe we can use the same format as for the conda constructor.

Not sure if you looked at the monstructor source, but it really just concatenates repodata.json + tar.bz2 to a pre-existing binary.
This binary part will be downloadable from e.g. github releases, and then you can just add anything to the end of that binary.

Currently we have a simple python script that does this job from a conda list --json output. But the input to this python script could well be a construct.yaml of some sort.

@bollwyvl
Copy link
Author

bollwyvl commented Oct 7, 2020

Great!

Constructor's format or not, having a machine-readable spec might even help the experimentation!

Supporting the same format as constructor, with all its warts, is probably a good goal: I've likely used every one of those crazy switches at some point, and wish they had more. But the existing Markdown spec is rather loose, and somewhat self-inconsistent.

Using the JSON intermediate as a lower-level lock representation sounds interesting as well. The @EXPLICIT format leaves a lot to be desired, it would be lovely if more of the tools could work with the --json structure, but again, it has changed within memory, as it doesn't have a spec.

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants