[Mono-list] gacing assemblies

[Steve Lessard]

Last night I opened this 
bug https://bugzilla.novell.com/show_bug.cgi?id=655684 because Mono's gacutil 
cannot gac delay-signed assemblies. (.NET's gacutil works just fine with 
delay-signed assemblies.) This bug in Mono's gacutil is blocking me so I want to 
find a workaround. One option in the .NET world is to use sn.exe -Vr to register 
the assembly for skipping strongname validation. Unfortunately Mono's sn.exe 
tool hasn't implemented the -Vr feature, though curiously it has implemented the 
-Vl and -Vf features both of which only apply to assemblies that have been 
registered for skipping strong name validation. This leads me to believe that 
there must be some way to manually register an assembly for skipping strongname 
validation.

I know that when .NET's sn.exe registers an assembly for skipping strongname 
validation what really happens is a key is created in the registry, e.g. 
HKEY_LOCAL_MACHINE\System\StrongName\Verification\Microsoft.Rtc.Collaboration,31BF3856AD364E35.
 In .NET it is possible to manually register an assembly for skipping strong 
name validation by creating a similar reg key. Does Mono have an analogous way 
to manually register an assembly for skipping strongname validation?

Thanks for your help,
-SteveL


p.s. Here's the output from Mono's sn.exe -Vr and .NET's sn.exe -Vr.


C:\program files\Microsoft Office Communications Server 2007 R2\ucma sdk 
2.0\ucmacore\bin>sn -Vr Microsoft.Rtc.Collaboration.dll
Mono StrongName - version 2.8.1.0
StrongName utility for signing assemblies
Copyright 2002, 2003 Motus Technologies. Copyright 2004-2008 Novell. BSD 
licensed.

Unimplemented option


C:\program files\Microsoft Office Communications Server 2007 R2\ucma sdk 
2.0\ucmacore\bin>sn -Vr Microsoft.Rtc.Collaboration.dll

Microsoft (R) .NET Framework Strong Name Utility  Version 2.0.50727.42
Copyright (c) Microsoft Corporation.  All rights reserved.

Verification entry added for assembly 
'Microsoft.Rtc.Collaboration,31BF3856AD364E35'



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-list/attachments/20101124/884f824d/attachment.html