nix-ros-overlay
haskell-nix
Our great sponsors
nix-ros-overlay | haskell-nix | |
---|---|---|
3 | 6 | |
166 | 1,127 | |
- | - | |
8.9 | 2.7 | |
1 day ago | 7 months ago | |
Nix | Nix | |
Apache License 2.0 | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
nix-ros-overlay
- tell me one thing you don't like about ROS
-
Package override not applying to Nix-shell / Cmake?
I believe this might be due to me also using the ROS overlay for Nix (https://github.com/lopsided98/nix-ros-overlay). Some packages that I'm using from ROS also require PCL, so I suspect that Nix might be ignoring my CUDA-enabled overlay and using the regular PCL package in order to meet the required dependencies. I'm not too sure how to confirm this...
-
Nix is the ultimate DevOps toolkit
Thanks for the response!
> This is difficult to answer without knowing more details.
The situation specifically is the ROS ecosystem, where metadata is managed in these package.xml files:
https://github.com/ros2/rclcpp/blob/master/rclcpp/package.xm...
The federated nature of the ecosystem has led to a culture where it's very normal to be building dozens of these at once, in the same workspace together, often from multiple repos (the repo above has four in it). So there are several build tools which automate the work of examining a source workspace and building all the packages within it in the correct topological order, respecting build_depend tags. The newest of these tools (colcon) has actually made the package.xml optional in many cases, as it can examine CMakelists, setup.py, BUILD, etc, and discover for itself what the dependencies are.
Your "distribution" of ROS is formed by listing all the packages and repos in this big file, for which there is other tooling to manage pulling dependency sources, whatever: https://github.com/ros/rosdistro/blob/master/foxy/distributi...
Anyway, so the existing ROS/nix efforts (1) seem to basically consume all of this package/distribution metadata at once and generate a giant parallel structure of nix definitions (eg https://github.com/lopsided98/nix-ros-overlay/blob/master/di...), which I fear would be completely opaque to users and any system which required everyone to leave behind these existing workflows would be an immediate non-starter.
I think the ideal scenario (and what it would look like if I built this myself based on debs) would be that you could source the "base" workspace as usual (enter the nix-shell?), and check out source, build packages as usual with colcon, the usual workspace-building tool, but there'd be an extra plugin/verb/flag for it, which would make it build each package as a nix package instead of into the usual installspace. The verb would generate the nix definitions on the fly, and probably handle the invocation and build-parallelism side of it as well.
[1]: https://github.com/acowley/ros2nix, https://github.com/lopsided98/nix-ros-overlay
haskell-nix
- Nix Team Creation
-
How should dependencies be specified for the Haskell C FFI with callCabal2Nix?
Here's a tutorial on using native dependencies.
-
Question about cabal and nix integration
Nevermind. I found a really good tutorial: https://github.com/Gabriel439/haskell-nix
-
What's all the hype with Nix?
Gabriel Gonzalez's haskell-nix is a far more palatable introduction tutorial, then they can make the choice of whether or not to buy into IOHK's haskell.nix ecosystem if it suits their needs.
-
Nix is the ultimate DevOps toolkit
I found useful this series of articles introducing Nix by using it with Haskell: https://github.com/Gabriel439/haskell-nix
I hope it helps.
What are some alternatives?
rfcs - The Nix community RFCs
haskell.nix - Alternative Haskell Infrastructure for Nixpkgs
rosdistro - This repo maintains a lists of repositories for each ROS distribution
robotnix - Build Android (AOSP) using Nix [maintainer=@danielfullmer,@Atemu]
asdf - Extendable version manager with support for Ruby, Node.js, Elixir, Erlang & more
nix-templates - Nix Flake templates for various languages
nixos - NixOS Configuration
static-haskell-nix - easily build most Haskell programs into fully static Linux executables
nixpkgs - Nix Packages collection & NixOS
ros2nix - Use ROS with the Nix package manager
Cabal - Official upstream development repository for Cabal and cabal-install