[Nix-dev] Improving the Developer Experience in the Nix Community

[Shea Levy]

On Jun 27, 2012, at 6:17 PM, Bryce L Nordgren <bnordgren at gmail.com> wrote:

> 
> 
> > Continuing with a Java theme: the Java Advanced Imaging interfaces have a
> > (default) pure java implementation as well as a native (accelerated)
> > implementation.
> 
> How should this be solved? Try find answers yourself. Its the same
> problem M.R. talked about if buildfarm uses optimiziations your computer
> doesn't support (or let it be a kernel not matching glibc. Then suddenly
> touch does no longer work).
> It was my understanding that this thread is about articulating the things perceived to be lacking in Nix which could serve as fodder for future development.

Well, to be honest I was more hoping for suggestions about how to improve the developer community, policies, etc. rather than technical improvements. But ideas for those are always good too, so please keep discussing :)

> These longer term things are not likely to be quickly answered.
>  
> ...and it's not the same thing at all. The Java app should only have to specify that JAI is present. There is zero benefit to rebuilding the app if the JAI implementation is switched. Rebuilding doesn't fix links, rebuilding doesn't change the application binary in any way except for the timestamp. Rebuilding in this circumstance is a pure waste of time, producing exactly the same thing you had at the beginning.
>  
> ...and Nix doesn't have a way to express that.

Well, that's on purpose. The whole point of nix is explicitly defined dependencies. I understand what Michael is looking for, and I think it would be great if there was a way to do it as a temporary fix, but ultimately I think using nix in this way as a long-term solution is likely to lead to error.

That being said, my suggestion about hash-rewriting to Michael would work just as well for this case.

> That's the key point for longer term development.
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20120627/5741ceb3/attachment-0001.html