New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to save interfaces - SoundBlossomer was not able to save/apply your changes. #1

Closed
snrkl opened this Issue Jul 20, 2015 · 3 comments

Comments

Projects
None yet
2 participants
@snrkl
Copy link

snrkl commented Jul 20, 2015

Tried creating an additional interface as per your blog post - I even tried using the names in your screenshot in case there was some silly naming convention that had to be followed.

When I click save and reload, I receive the following error:

Unable to save interfaces
SoundBlossomer was not able to save/apply your changes.

If I reboot, sound flower doesn't load (it looks like /System/Library/Extensions/Soundflower.kext/Contents/Info.plist is edited, I checked) but until I remove the newly created interfaces, soundflower won't load.

System specifics:
OSX: 10.10.4 (14E46)
SoundFlower: 1.6.6b

@snrkl

This comment has been minimized.

Copy link
Author

snrkl commented Jul 20, 2015

Some more investigation - console log shows:

20/07/2015 4:14:04.833 pm com.apple.kextd[44]: ERROR: invalid signature for com.Cycling74.driver.Soundflower, will not load

@snrkl

This comment has been minimized.

Copy link
Author

snrkl commented Jul 20, 2015

More info - based on a post here, I tried

sudo nvram boot-args="kext-dev-mode=1"

manually edited the plist file so the for the sound devices I wanted, rebooted and it seems I now have several 2channel devices...

Now running a system that allows unsigned kexts to load is not ideal.. any ideas on how this could be addressed?

@LucaTNT

This comment has been minimized.

Copy link
Owner

LucaTNT commented Jul 20, 2015

TL;DR: you'll have to keep kext dev mode enabled.

You got to the core of the problem: Yosemite enforces kext signatures, and with El Capitan things will become even trickier with rootless, another protection that prevents app from writing to many system folders, and of course /System/Library/Extensions/ is one of them.

Sadly I doubt there's any viable solution other than enabling kext dev mode as you just did. Editing the Info.plist changes the kext's signature, making the current one (if present) invalid, so it would have to be re-signed every time SoundBlossomer makes any change to that file, which would not be possible even if I had the special certificate required to sign kexts (a regular developer cert is not enough, you have to make a special request to Apple to get an appropriate one), since of course I can't ship the certificate itself with SoundBlossomer, and without the certificate the app wouldn't be able to sign the kext.

On 20 Jul 2015, at 08:27, snrkl notifications@github.com wrote:

More info - based on a post here, I tried

sudo nvram boot-args="kext-dev-mode=1"

manually edited the plist file so the for the sound devices I wanted, rebooted and it seems I now have several 2channel devices...

Now running a system that allows unsigned kexts to load is not ideal.. any ideas on how this could be addressed?


Reply to this email directly or view it on GitHub.

@LucaTNT LucaTNT added the invalid label Jul 20, 2015

@LucaTNT LucaTNT closed this Jul 20, 2015

@LucaTNT LucaTNT reopened this Jul 20, 2015

@LucaTNT LucaTNT closed this Jul 20, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment