VUO node on start

Bug Reports
, ,
1

Got issue on launch with Vuo2.4.4 M1/MAX Ventura 13.6.2 :
compile error of about 10/11 nodes with the following message (I didn’t copy the whole log for each error)

Error compiling module /private/var/folders/rt/mk7tndf55txcdcss4dhfkmnm0000gn/T/AppTranslocation/47DB2D6C-2786-4539-8C10-212C7798E46E/d/Vuo.app/Contents/Frameworks/Vuo.framework/Modules/vuo.select.vuonode/vuo.select.out.boolean.c:
Failed to compile vuo.select.out.boolean [VuoGenericType1 -> VuoText]
fatal error: file '/private/var/folders/rt/mk7tndf55txcdcss4dhfkmnm0000gn/T/AppTranslocation/47DB2D6C-2786-4539-8C10-212C7798E46E/d/Vuo.app/Contents/Frameworks/Vuo.framework/Headers/VuoList_VuoWrapMode.h' has been modified since the precompiled header '/private/var/folders/rt/mk7tndf55txcdcss4dhfkmnm0000gn/T/AppTranslocation/47DB2D6C-2786-4539-8C10-212C7798E46E/d/Vuo.app/Contents/Frameworks/Vuo.framework/Headers/OBJC-arm64.h.pch' was built
note: please rebuild precompiled header '/private/var/folders/rt/mk7tndf55txcdcss4dhfkmnm0000gn/T/AppTranslocation/47DB2D6C-2786-4539-8C10-212C7798E46E/d/Vuo.app/Contents/Frameworks/Vuo.framework/Headers/OBJC-arm64.h.pch'

Error compiling module /private/var/folders/rt/mk7tndf55txcdcss4dhfkmnm0000gn/T/AppTranslocation/47DB2D6C-2786-4539-8C10-212C7798E46E/d/Vuo.app/Contents/Frameworks/Vuo.framework/Modules/vuo.select.vuonode/vuo.select.out.boolean.c:

Failed to replace generic types with specialized types.
2

Thanks for letting us know about this problem, @Balgrimage.

It looks like somewhere in the process of unzipping and running the app, the timestamps of some files inside of the app got changed. Vuo needs the files to keep their original timestamps or else it won’t be able to handle generic nodes, which will break most compositions.

Did you unzip vuo-2.4.4.zip using macOS’s built-in Archive Utility, or did you use some other app? If another app, can you avoid the problem if you instead use the built-in Archive Utility?

Did you transfer the unzipped Vuo.app between computers, such as using Dropbox? If so, can you try downloading vuo-2.4.4.zip directly onto the destination computer and unzipping it there?

Another possibility is that the timestamps are being altered by App Translocation. This is a security measure in macOS that runs apps from a random temporary location. In Finder, if you move the app to a different location (for example from your Downloads folder to Applications), that should prevent App Translocation from kicking in when you launch the app. Does that help?