@restique: Nope, till 2013 they can go with makepkg
call same like with make
.
Putting them inside PKGBUILD only results in merge conflicts when doing git pull
.
And don't even start me on interactive PKGBUILD's, they're cancer and need to be doubt with ●~* ( >_<)
I think I could add some pop up warning, but most mundane users just spam comment section instead of reading PKGBUILD. And if they knowledgeable enough to dive inside PKGBUILD they don't need no over explanations.
Pinned Comments
bartus commented on 2021-01-21 22:54
Note: This is a non conflicting version of blender-git package with GPU architecture detected at build time.
This package is also hosted on GitHub.
issues
andpatches
at GitHub.Use env vars to control build process:
DISABLE_CUDA=1
to skip cuda kernel build (cycles+compositor+optix)DISABLE_NINJA=1
to switch build system to make (default:ninja)DISABLE_OPTIX=1
to skip optix device build.DISABLE_USD=1
to skip universal scene descriptor build.FRAGMENT="#{commit,tag,branch}=..."
for making bisect build.CUDA_ARCH="sm_xx sm_yy"
to build for a specific Cuda arch, supports multiple values.MAKEFLAGS="xxx"
to override default make flags (check oom-killer disclaimer below)Usage cases:
export DISABLE_CUDA=1
before buildDISABLE_CUDA=1 ~your-aur-helper~
makepkg DISABLE_CUDA=1
yay -S blender-2.8-git --mflags "DISABLE_CUDA=1"
Yay
users warning:Since yay relies solely on
aur-rpc
to solve dependencies instead of callingmakepkg --sync
it can't follow dependencies logic defined inPKGBUILD
. That's why it's up to the user to provide dependencies to enable desired features. Optional features includes cuda/optix/usd.tl;dr; If you want to prebuild cycles kernels, you have to install CUDA beforehand. If you don't have CUDA installed,
PKGBUILD
will fail unless you disable cuda with DISABLE_CUDA=1, same for optix and usd.Out of memory killer.
You may use ninja-mem to prevent oom-killer when building on system with low memory to core ratio.
To activate use MAKEFLAGS+=" -m75" where 75 is the percentage upper threshold of memory usage when new build jobs is postponed.
Or simply lower the make jobs count in "MAKEFLAGS" variable, but this will prolong your build process.