alienpirate5 has quit [Quit: killed]
alienpirate5 has joined #nixos-ruby
rickhull has joined #nixos-ruby
<
rickhull>
Hi manveru! I was a #ruby-lang regular for various periods since mid 2000s
<
manveru>
rickhull: yo :)
<
rickhull>
I'm just getting started with NixOS and Nix
<
rickhull>
I saw you had some PRs and open issues for nixpkgs/rubinius -- still interested?
<
manveru>
well, kinda
<
rickhull>
also, I've successfully avoided Bundler so far, mostly on apt-based distros, perhaps stubbornly
<
rickhull>
is bundix a necessary evil?
<
manveru>
not really
<
manveru>
i wrote `ruby.withPackages` to get around bundler
<
rickhull>
my #1 issue right now, is after adding `ruby` to `configuration.nix` -- how should I get rake on my system, in my PATH?
<
rickhull>
just thinking in terms of a sane dev env. i have heard to use nix-shell / shell.nix
<
rickhull>
i went back to the old `gem install rake` as $USER and root, bleh
<
manveru>
rake `nix-shell -p 'ruby.withPackages (p: [ p.rake ])' --run 'rake --version'`
<
manveru>
we have most of the usual gems packaged this way
<
rickhull>
which didn't update my PATH
<
rickhull>
ok, i will play around with this, very helpful
<
manveru>
you can also assign that to a variable and put it into your systemPackages
<
manveru>
or use it in nix-shell
<
rickhull>
my thinking right now, for how I want to use NixOS (braindump incoming)
<
rickhull>
#1 - devops / production environment -- reproducible and deployable packages
<
rickhull>
#2 - using it as a dev environment -- dogfooding, etc
<
rickhull>
right now I am on #2, pursuant to #1 -- still getting comfortable
<
rickhull>
I like the idea of specifying the OS, and then perhaps with e.g. packer, specifying the image. immutable infrastructure as code
<
rickhull>
this is not specific to ruby, and I'm not using rails. just SOA / microservices. perhaps elixir, maybe rust or go
<
simpson>
Nix can build Docker images too. You may find yourself freed from Packer and Docker.
<
rickhull>
yeah, docker is a definite maybe. I'm not too versed in it, and it rubs me the wrong way, a little. but still a huge pragmatic win
<
manveru>
yeah... i used elixir, rust, and go with nix in production
<
manveru>
the most unsupported one is still elixir by far :|
<
rickhull>
the holy grail is to abstract away the server and treat apps as serverless
<
rickhull>
i'm interested in rump kernels perhaps moreso than docker to that end
<
rickhull>
so much of unix is supporting multi user tenancy or whatever, but modern cloud infrastructure just needs an execution environment
<
rickhull>
don't boot the OS, boot your app
<
manveru>
yeah, but then whatever platform you deploy it to becomes your OS :)