[Mono-bugs] [Bug 63278][Nor] New - Mono 1.01 installer for Windows no longer creates registry entries

[bugzilla-daemon@bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by gert.driesen@pandora.be.

http://bugzilla.ximian.com/show_bug.cgi?id=63278

--- shadow/63278	2004-08-18 03:41:32.000000000 -0400
+++ shadow/63278.tmp.15388	2004-08-18 03:41:32.000000000 -0400
@@ -0,0 +1,44 @@
+Bug#: 63278
+Product: Mono: Class Libraries
+Version: unspecified
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Normal
+Component: CORLIB
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: gert.driesen@pandora.be               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: Mono 1.01 installer for Windows no longer creates registry entries
+
+Apparently the new Mono installer for Windows (which is great, btw) no 
+longer registers itself in the registry.
+
+The previously available installer would create registry entries in 
+HKLM\Software\Mono\
+
+For NAnt, we need to be able to determine which (major release) versions 
+of Mono are installed.
+
+More specifically, we need to be able to determine the location of the 
+latest installed update for any given major release of Mono, as we allow 
+users to build applications for multiple target framework in one go.
+
+So, if the following versions of Mono are installed on a system :
+
+1.0
+1.01
+2.0
+2.01
+
+We would need to be able to determine the locations of the 1.01 and 2.01 
+releases, and NAnt users would be able to switch between these target 
+frameworks using 'mono-1.0' and 'mono-2.0' identifier (or they could set-
+up their own set of identifiers in the NAnt app config).
+
+Can we come to a solution that we can all agree on ?