Judson Lester

One case I think I've discovered: I'm working on a Rubygem, and `bundix` adds an entry for the gemspec as `source = ./.`

@Profpatsch Is your thought something like pushing build loops to a per-project level? In #96 I was just reading the question about "why can't lorri self-start a daemon?" I wonder...

You might need to consider https://github.com/target/lorri#lorri-reevaluates-more-than-expected - I'm not familiar with `callCabal2nix`, but passing it `./.` would seem to trigger the "rebuilds all the time" behavior.

I'm not suggesting that there's something wrong with the expression, but as-is that asks Lorri to consider all the files in the directory as part of the input to the...

Lorri does rebuild based on referenced files, _by design_. If `cabal2nix` does what it sounds like, my pattern has been to put ``` [ inputfile.language -nt outputfile.nix ]; && lang2nix...

I do wonder if there would be a way to have a buildInput that did similar without pulling everything into the lorri watch. i.e. have as a shell buildInput the...

I think this comes down to: the gem I'm working on is being treated as a "path" source, which bundix doesn't support (yet?). I'm not sure how to approach this....

It looks like the dependencies get collected into the `gemset.nix` just fine. I assume it consumes the `Gemfile.lock`, which would explain that. The problem then is that Bundler when is...

Could bundleEnv look for gemfileExtraFiles, and add those to the gemfile-and-lock derivation? The writer of the expression seems to be in the right position to determine which files would need...

Is ^ a reasonable approach, @manveru, @zimbatm ?