Yep, I have to run as Administrator on Windows for the same reason. John
On Jul 5, 2011, at 7:22 AM, Matthias Wessendorf <[email protected]> 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 <[email protected]> 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 >> [email protected] >> 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
