#2489: Registry keys are created in per-user HKCU instead of system-wide HKLM
---------------------+------------------------------------------------------
Reporter: nimnul | Owner:
Type: bug | Status: new
Priority: normal | Milestone: 6.10.1
Component: None | Version: 6.8.3
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Testcase: | Architecture: Unknown
Os: Windows |
---------------------+------------------------------------------------------
Comment (by claus):
Replying to [comment:6 NeilMitchell]:
> In summary I think I agree with you 100% but am not sure about the extra
bit of "don't touch my registry" that Claus wanted. However, if there is a
use case, its easy enough to add in.
My "use case" is simply that installers are terribly easy to get wrong,
and even if they do things right, they often regress later, or they do not
cooperate with other Haskell installers, simply because making them is a
job nobody wants (which is why I appreciate Sigbjorn's and your efforts in
this area). I have been bitten so often by this in Haskell land, and in so
many different ways (#916 has a very small selection of examples), that I
switched to using binary snapshots instead of installers; and now I
automatically ask for everything to be optional, so I can switch off
anything I don't like!-)
'''If''' we get our daily binary snapshots back, and you address the
individual installer actions as options, including #2505, and the ghc
installer agrees with any upcoming Haskell Platform installer (and you are
probably also in a good position to coordinate with Neil on WinHugs,
#916;-), then there is probably no real need for a separate "just unpack
my binary" installer. But if your installer does not support this option,
chances are it has built-in assumptions that will bite me later; so
consider it a quality measure rather than a use case!-)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/2489#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
