On Jun 27, 2012, at 6:17 PM, Bryce L Nordgren <[email protected]> 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 > [email protected] > http://lists.science.uu.nl/mailman/listinfo/nix-dev
_______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
