Packages - BigSur

[dustbro]

I'm in the process of migrating to an M1 mac mini
It's been fun so far...
I'm running into a snag with Packages that maybe one of you guys has encountered before.
The installed plugin doesn't retain its file type and shows up as a folder instead.

I contacted the developer, and got this response;

- if these are regular bundle plugins, maybe the Info.plist file is actually missing in the plugin with no icons.
- if the icons are set through the custom resources icon, it might be worth enabling the option to preserve the extended attributes:

   1. Enable the Advanced Options through the Preferences > Advanced Pane
   2. Check the Preserve Extended Attributes in the Payload pane of the package.

I've tried the "preserve extended attributes" option which didn't help. Not sure where to investigate the info.plist file.

Does anyone have a similar setup that's working?

[d.healey]

That's correct, vst3 shows up as a folder, same on GNU/Linux. LV2 format is the same. I think .component also shows as a folder, no?

[dustbro]

@d-healey said in Packages - BigSur:

I think .component also shows as a folder, no?

Not usually. The plugin that shows up as a folder is not detected by any DAW, but the plugin with vst icon is.

I also need to add that the plugins are compiling properly from HISE (they contain the icons and file type) it's only an issue after the file is delivered via Packages

[d.healey]

@dustbro Could be a permission issue. Is it only happening with the VST or also the AU?

[dustbro]

@d-healey It's happening on all plugin formats

[d.healey]

@dustbro Are you compiling or packaging the plugins from a network shared drive?

[dustbro]

@d-healey yes to both

[d.healey]

@dustbro Try it from your desktop instead. I had the same issue on MacOS.

[dustbro]

@d-healey
Packages error from the desktop

Unable to copy item at path "/Users/dankorneff/Desktop/TestPlugin.vst3" because you don't have permission to create it inside the folder 'VST3'

I think you're on to something

[dustbro]

Ok.. followed this guide to give Packages full disk access:
https://tombridge.com/2020/04/07/packages-in-the-catalina-era/

Unfortunately, same result after running the installer.

[d.healey]

@dustbro I just got in the habit of copying the folder from my network drive to my desktop for compiling on Mac. But if you find a proper solution do share

[dustbro]

useful info on M1 Packages here:

https://forum.juce.com/t/using-the-packages-installer-builder-for-apple-silicon-m1-distributions/48748/17

[Fortune]

@dustbro Is there a fix for this?

I am seeing the same thing on M1 Mac / Monterey. After the installation, all pluginn versions are being installed as folders also with this message: The folder “My Plugin.component” can’t be opened because you don’t have permission to see its contents

And the DAW can't detect the plugin unfortunately.

[dustbro]

@Fortune It ended up being a network permissions issue for me. I've actually ditched my M1 machine started making universal binaries with an Intel rig.

[Lindon]

@dustbro Dan, I havent tried to build universal binaries yet - but I'm sure its a request thats coming my way - is there anything specific I need to do on my (old) intel Mac?

[d.healey]

@Lindon No, assuming your Mac isn't too old it should be automatic.

[Lindon]

@d-healey automatic? what theres no switch I need to set?

[DanH]

@Lindon I think it's only Big Sur and later... what OS are you on?

[d.healey]

@Lindon As long as the arm architecture options are enabled Xcode will build a universal binary, and those options should be enabled by default when you export from HISE develop branch.

[d.healey]

@DanH I don't think the OS version is important, it's the Xcode version that matters. Xcode 12.2 is the oldest version you can use.

https://developer.apple.com/documentation/apple-silicon/building-a-universal-macos-binary