[Mono-bugs] [Bug 79991][Nor] Changed - Machine cert store location not FHS compliant

[bugzilla-daemon at 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 sebastien at ximian.com.

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

--- shadow/79991	2006-11-20 08:08:43.000000000 -0500
+++ shadow/79991.tmp.8594	2006-11-20 09:48:38.000000000 -0500
@@ -1,14 +1,14 @@
 Bug#: 79991
 Product: Mono: Class Libraries
 Version: 1.2
 OS: GNU/Linux [Other]
 OS Details: 
-Status: NEW   
-Resolution: 
-Severity: 
+Status: RESOLVED   
+Resolution: WONTFIX
+Severity: Unknown
 Priority: Normal
 Component: Mono.Security
 AssignedTo: sebastien at ximian.com                            
 ReportedBy: pawel.sakowski at mindbreeze.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -36,6 +36,19 @@
 access to import new certificates to the machine store contradicts that
 possibility.
 
 Either the location of the machine cert stores or more generally
 Environment.SpecialFolder.CommonApplicationData, should be switched to a
 location under /etc (mono_get_config_dir()?).
+
+------- Additional Comments From sebastien at ximian.com  2006-11-20 09:48 -------
+Maybe
+Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData),
+shouldn't map to /usr/share (but changing this may break a lot of
+things). However CommonApplicationData still looks the best place to
+store machine certificates so I'm closing this issue (feel free to
+open one for "CommonApplicationData versus /usr/share".
+
+Please note that while the "machine store" concept is required for
+compatibility with MS framework, I strongly discourage it's use
+because 98% of the time it isn't used correctly - and this can affect
+*all* mono applications on a system.