Comments (8)
@samrose - the related user story (https://github.com/flox/product/issues/26) has been updated to break down each of the builders needed (as some languages need more than 1 builder) and linked to the PR where the work was done. This is help clarify what is still missing.
I note that in that user story I separated and put both jupyter and ninja as a list under flox-examples as you suggested but note Michael just told me he thought it was a builder. I leave it to you to confirm either way. I can then create a new user story to flag those separately and leave just the builders in https://github.com/flox/product/issues/26 for simplicity.
from floxpkgs.
pr for docs https://github.com/flox/floxdocs/pull/124
pr for elixir (merged) https://github.com/flox/floxpkgs/pull/40/files
pr for perl #44
pr for javascript #43
pr for java #42
pr for Ruby #45
from floxpkgs.
@tomberek we've discussed many times the goal of reducing the boilerplate for these templates to the bare minimum; can we do anything by way of the flox CLI to provide the flake part dynamically so that these templates (and correspondingly the users' repositories) won't have to contain flake.{nix,lock} files? I just worry as we start getting people using the system that we'll end up with a ton of mess to clean up someday.
from floxpkgs.
Sam - Just an FYI that the user story (https://github.com/flox/product/issues/26) Michael created for this has a few more listed for you (just highlighting in case you weren't aware). I have linked this task to that story and each related PR in it at his request. If any of these are covered by another task already, just let me know and I'll update the links. :-)
- go
- rust
- jupyter
- C
- basel
- ninja
from floxpkgs.
@limeytexan @robinbrantley please see the following PR
https://github.com/flox/floxdocs/pull/138
I recommend merging 43, then 50 then the docs
I am working now on a bazel template. There is now builder for jupyter as it is covered under buildPythonPackage
I can refactor the jupyter env template I created previously to be part of our templates directory, but it uses buildPythonPackage
and mkDerivation
which are already covered. Please advise about what you have in mind for jupyter and how it fits with the pattern of the rest of the templates we've created (seems to diverge).
I am not familiar with ninja. Can you point me to what you refer to there?
from floxpkgs.
@limeytexan @robinbrantley it seems like jupyter
and ninja
are more at home in flox-examples
than these templates, which otherwise seem to be targeted toward system builders?
from floxpkgs.
@tomberek we've discussed many times the goal of reducing the boilerplate for these templates to the bare minimum; can we do anything by way of the flox CLI to provide the flake part dynamically so that these templates (and correspondingly the users' repositories) won't have to contain flake.{nix,lock} files? I just worry as we start getting people using the system that we'll end up with a ton of mess to clean up someday.
@limeytexan I really don't see any easy way to do this without creating some form of dynamic flake generation. Maybe @tomberek knows more than I do. But from what I understand this sounds like a large undertaking in order to get something that works effectively.
from floxpkgs.
Thanks @samrose . While there are plenty of possible templates to add, we've done an excellent amount.
from floxpkgs.
Related Issues (12)
- MachNix issue (ubuntu focal and fedora 35) on the flox develop command HOT 8
- Flox QA Plan HOT 2
- Create an example jupyter-env
- Create example go-env
- Package and publish more examples in the publish branch HOT 1
- Fix `flox init` description availability HOT 1
- Add outputHashes and buildInputs documentation for Rust HOT 1
- floxEnv: support nested packages HOT 7
- Remove `flox.nix` from templates
- [BUG]: `etc-profiles` template doesn't work HOT 1
- [bug] new `builder.pl` crashes at runtime when building environments HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from floxpkgs.