Now that the individual package's gemspec is serialized into it's directory, Nu is in a good position to do this. It can find each of the projects that are at the tops of the dependency graphs and, with each of them:
1) ask gem to update to the latest version
2) remove all dependencies (owned only by that project)
3) `nu install` the project again

We should probably keep track, for each top-most project, if a specific version was requested with the –version flag. If so, it would be opted-out of the `nu update` command.

In my latest pull request: http://github.com/brendanjerwin/nu/tree/cli_and_settings_restructure this is taken care of.

I have the beginnings of a solution to this in place (in my branch).

Here is the idea:

1) The gem packager may include in the gem a platforms.yaml file that will contain a predefined list of platforms each with a value identifying which subdirectory to use for them.
2) The end-user may(must?) specify their platform for nu using `nu config platform net3.5`
3) At install time, nu will utilize the platforms.yaml to find the best bins to copy.

Exception Cases:

Unsupported Platforms: A packager may set a particular platform to "NOT SUPPORTED" in the platforms.yaml so nu knows to error out when the user attempts to install on an unsupported platform.
Requested Platform Not Specified (platforms.yaml is present): Nu can present the user with the option to install one of the specified platforms instead.
Platforms.yaml Not Present in the Gem: Nu will fall back to just installing the bins as it does today, perhaps with a warning message that things might not be perfect.

Thanks Brendan 0.1.18

Thanks Brendan 0.0.18

As a side effect of some work put in by someone else, and the work I did to fix the dependencies, this appears to be working. I don't think it will work with a list of gems, but a single gem will respect the –version param.

$ nu install nunit --version=2.4.8.0
c:/Ruby/lib/ruby/1.8/fileutils.rb:93: warning: already initialized constant OPT_TABLE
c:/Ruby/lib/ruby/1.8/fileutils.rb:1163: warning: already initialized constant S_IF_DOOR
c:/Ruby/lib/ruby/1.8/fileutils.rb:1513: warning: already initialized constant METHODS
Gem nunit 2.4.8.0 is not installed locally - I am now going to try and install it
Successfully installed nunit-2.4.8.0
Copy From: c:/Ruby/lib/ruby/gems/1.8/gems/nunit-2.4.8.0/lib
Copy To: c:/Projects/nu_test/lib/nunit-2.4.8.0

This is the repo with my changes. I've already requested a pull associated with two other tickets.

http://github.com/brendanjerwin/nu/tree/NUPRJ-16_NUPRJ-17_refactoring_and_tests/

I have a fix for this issue here:

http://github.com/brendanjerwin/nu/tree/NUPRJ-16_NUPRJ-17_refactoring_and_tests

Pull request sent.

Better yet, use this branch:

http://github.com/brendanjerwin/nu/tree/NUPRJ-16_NUPRJ-17_refactoring_and_tests

http://github.com/brendanjerwin/nu/tree/NUPRJ-17_fix_require_path

Pull Request sent.

I'm working on a fix for this one in my fork.

Is anyone working on this?

Here as well http://groups.google.com/group/nu-net/browse_thread/thread/7e322716b2c311e7

Discussion here: http://groups.google.com/group/nu-net/browse_thread/thread/c82a7e618203d7b7

http://msdn.microsoft.com/en-us/library/ex0ss12c.aspx gacutil.exe

Likely useful.