-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Enable build under NixOS #6855
Enable build under NixOS #6855
Conversation
Enable the build under NixOS by explicitly calling the perl interpreter when building the SWH LADSPA plugins. The reason is that NixOS does not have much of a `/usr/bin` directory: ``` $ which perl /run/current-system/sw/bin/perl ``` Hence the build failed under NixOS when relying on the first hash-bang-slash line of the `makestub.pl` script which wants to be interpreted by `/usr/bin/perl -w`.
Failing on MacOS. I recall this was tried before and just adding |
Hmm, that's strange as it seems to fail on the dependent perl packages, i.e.
I have no idea why it should be visible when using the hash-bang-slash approach but not when calling the interpreter explicitly. I also cannot find a mention to the packages in the "Installing dependencies" step of the build. |
@michaelgregorius Could you test if #6758 work on NixOS? |
I had the same issue on #6758 and tres fixed it for me. Was about to suggest it but then saw that physsong already suggested it. See the swh cmakelists file there. The thing is, while calling perl using the |
the Shall I delete this PR then? |
I don't know when it'll get merged. It's currently stuck in PR hell. Also, since I bumped calf plugins which is a rather major change, need to merge #6771 before merging this. Perhaps you can test the pr for any regressions. If there are no regressions, it'll get merged soon. |
I think it's better to copy the swh/cmakelists change as is from #6758 to this pr and get this merged. |
Cherry-pick some changes from PR LMMS#6758 to keep MacOS building.
Hi @Rossmaxx, done! I have also copied the CMake policy changes because I don't know if they are needed or not. I can also remove them again if this keeps the changes cleaner. |
Good job.
Thats a @tresf question. |
Hmm... we removed all of these on master here: #6780, but what I can tell, + CMAKE_POLICY(SET CMP0074 NEW) # find_package() uses <PackageName>_ROOT variables
# ...
+ SET(Perl_ROOT "/usr/bin") |
Only keep the CMake policy that's needed in the context of the SWH Ladspa plugins.
Thanks @tresf! I have now adjusted the CMake file to only keep the policy that you have mentioned. |
Thanks @tresf! |
Explicitly call the perl interpreter when building the SWH LADSPA plugins
Hello @michaelgregorius, do you mind please sharing your LMMS Nix config? Having some troubles with loading VSTs from Vestige... |
Hi @bwkam, attached you can find my If I remember correctly I also tried to run some external (Linux) plugins under Nix and ran into problems because the plugin was not able to resolve all its library dependencies due to the rather "ephemeral" or composed nature of the whole file system. I am by no means a Nix guru though so perhaps I am just missing something that would fix this. |
Thank you! |
Enable the build under NixOS by explicitly calling the perl interpreter when building the SWH LADSPA plugins. The reason is that NixOS does not have much of a
/usr/bin
directory:Hence the build failed under NixOS when relying on the first hash-bang-slash line of the
makestub.pl
script which wants to be interpreted by/usr/bin/perl -w
.