Yep, I have to run as Administrator on Windows for the same reason. 

John 



On Jul 5, 2011, at 7:22 AM, Matthias Wessendorf <mat...@apache.org> wrote:

> Hi,
> 
> having the "gacutil" on the path, but running into "permission
> issues", on Mac (Mono).
> 
> $NPANDAY_SRC/dotnet/assemblies/NPanday.Model.Pom
> 
> Issuing "mvn clean install" in there, gives me this build failure:
> [INFO] [install:install {execution: default-install}]
> [INFO] NPANDAY-070-003: Found executable path for gacutil:
> /Library/Frameworks/Mono.framework/Commands
> Failure adding assembly
> /Users/matzew/Work/Apache/NPanday/trunk/dotnet/assemblies/NPanday.Model.Pom/target/NPanday.Model.Pom.dll
> to the cache: gac directories could not be created, possibly
> permission issues.
> [INFO] NPANDAY-070-003: Found executable path for gacutil:
> /Library/Frameworks/Mono.framework/Commands
> [INFO] NPANDAY-070-003: Found executable path for gacutil:
> /Library/Frameworks/Mono.framework/Commands
> [INFO] 
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO] 
> ------------------------------------------------------------------------
> [INFO] NPANDAY-1400-000: Unable to execute gacutil: Vendor null,
> frameworkVersion = null, Profile = GACUTIL
> 
> Embedded error: NPANDAY-070-000: Execution Path =
> /Library/Frameworks/Mono.framework/Commands, Command = [/i,
> /Users/matzew/Work/Apache/NPanday/trunk/dotnet/assemblies/NPanday.Model.Pom/target/NPanday.Model.Pom.dll]
> NPANDAY-040-001: Could not execute: Command =  /bin/sh -c cd
> /Library/Frameworks/Mono.framework/Commands && gacutil /i
> /Users/matzew/Work/Apache/NPanday/trunk/dotnet/assemblies/NPanday.Model.Pom/target/NPanday.Model.Pom.dll,
> Result = 1
> 
> 
> 
> 
> ==> Issuing it with "sudo" (sudo mvn clean install) makes it work.
> 
> 
> I noticed before that on Mac/Linux (with Mono) I have to use "sudo" in
> order to install DLLs to the GAC, by using the "gacutil".
> 
> 
> -M
> 
> 
> On Tue, Jul 5, 2011 at 2:18 PM, Brett Porter <br...@apache.org> wrote:
>> I had a go at removing it (see the newly commented code in the utility), but 
>> it didn't pan out well. So for now, yes, it needs to be on the path - but I 
>> hope not for long. There's a few pieces of code in there trying to figure 
>> out if a reference is in the GAC from just a name that is imperfect. Another 
>> thing this is needed is to use AppDomains so all the libraries aren't loaded 
>> up into the addin's assembly space.
>> 
>> - Brett
>> 
>> On 02/07/2011, at 3:12 PM, John Fallows wrote:
>> 
>>> Devs,
>>> 
>>> In one of the recent releases a lot of work was done on the plugins to
>>> ensure that the environment PATH did not need to be set in order to locate
>>> various utilities such as csc.exe, etc, so I don't have them on my path any
>>> more to avoid unanticipated side effects.
>>> 
>>> However, it seems that the VisualStudio ProjectImporter Engine project fails
>>> to build due to an exception in GacUtility when it is unable to locate
>>> gacutil.exe because it is not on the path.
>>> 
>>> Is the PATH requirement for gacutil.exe intentional?
>>> 
>>> tc,
>>> -john.
>>> --
>>>> |< Kaazing Corporation >|<
>>> John Fallows | CTO | +1.650.960.8148
>>> 444 Castro St, Suite 1100 | Mountain View, CA 94041, USA
>> 
>> --
>> Brett Porter
>> br...@apache.org
>> http://brettporter.wordpress.com/
>> http://au.linkedin.com/in/brettporter
>> 
>> 
>> 
>> 
>> 
> 
> 
> 
> -- 
> Matthias Wessendorf
> 
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf

Reply via email to