Thanks.
Another issue im' seeing, and I know other snow leopard people see this.. are
these errors:
2010-03-11 14:17:03.329 java[41675:903] Error loading
/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit
Types: dlopen(/Library/ScriptingAdditions/Adobe Unit
Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did
find:
/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe
Unit Types: no matching architecture in universal wrapper
java: OpenScripting.framework - scripting addition
"/Library/ScriptingAdditions/Adobe Unit Types.osax" declares no loadable
handlers.
2010-03-11 14:17:03.340 java[41675:903] InjectEventHandler
2010-03-11 14:17:03.343 java[41675:903] SizeWell (SIMBL plugin) loaded into
NSApplicationAWT
Now.. I am running the 32 bit kernel.. but I think it has to do with needing to
run:
(form a blog post):
Instead of running "osascript script.scpt" you can run "arch -i386 osascript
script.scpt" which forces osascript to run in i386 mode, which the Scripting
Addition does work with. This work around was enough to keep me going, but it
did catch me off guard.
Anyone else run into this?
Thanks,
Roger
On Mar 11, 2010, at 2:18 PM, Rene Groeschke wrote:
> Hi Roger,
> gradleorg told me via twitter about that issue:
>
> "This is a known Ivy bug. The messages can be ignored. You get them only in
> the first build after a repository url change."
>
> regards,
> René
>
> Roger Studner schrieb:
>> I happen to see lots of these:
>> :: problems summary ::
>> :::: ERRORS
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>> unknown resolver MavenRepo
>>
>>
>> But it doesn't seem to hurt things (yet, build still running).
>>
>> Expected behavior?
>>
>> Thanks,
>> Roger
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>
>
> --
> ------------------------------------
> Rene Groeschke
>
> [email protected]
> http://www.breskeby.com
> http://twitter.com/breskeby
> ------------------------------------
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
