Discuss `binder.yaml` files and what to support
See original GitHub issueIn the Binder repo we discussed a way to let users specify their distribution (e.g. artful vs. zesty). It was decided that a binder.yaml
file would be a good way to do this. Let’s use this issue to see what kind of functionality we want to support in this file.
Issue Analytics
- State:
- Created 6 years ago
- Comments:12 (10 by maintainers)
Top Results From Across the Web
binder.yaml - One Build File to Rule Them All? #42 - GitHub
I'm putting together a series of binder executed repos that are composed of particular components with their own dependencies.
Read more >What is YAML? - Red Hat
YAML is a data serialization language that is often used for writing configuration files. Depending on whom you ask, YAML stands for yet ......
Read more >Configuration Files — Binder 0.1b documentation
A list of supported configuration files (roughly in the order of build priority) can be found on this page (and to the right)....
Read more >31. Configuration Options - Spring Cloud
Spring Cloud Stream supports general configuration options as well as configuration for bindings and binders. Some binders let additional binding properties ...
Read more >YAML — The Turing Way
YAML is an indentation-based markup language which aims to be both easy to read and easy to write. Many projects use it for...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I think those are all good questions, IMO users should be responsible for making sure their code etc runs the way they want on those base distributions…we should only make it possible to select them.
The more I think about it, the more I like the idea of having a strict “everything in
binder.yaml
must also be possible to specify in its own standalone file”. That way as @yuvipanda describes we could just parsebinder.yaml
, create a file for each entry, then run r2d on the generated files.Since this issue is stale and I couldn’t conclude a clear action point, I’ll go for a close at this point.