Arch Linux User Repository

can you confirm package builds ok for you without usd?

Yes it build fine without it

But I didn't catch the point about usd: what is an "an automagic depends"?

It is a depends that is being enabled at build time but is not present in depends=()

see this https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Automagic_dependencies

That is also happening because packages not build in an isolated environment (not build with devtools) dinamically pick-up libraries

Pratical example https://aur.archlinux.org/packages/strawberry-qt5?O=10#comment-806553

To be honest the risk with usd is very low because there are several problems building that package

Hello, Thank you for feedback. I moved -DPYTHON_VERSION=$_pyver to the right place (sorry, my mistake), added python to makedepends, libepoxy to depends.

But I didn't catch the point about usd: what is an "an automagic depends"? At least, can you confirm package builds ok for you without usd?

Yes, that was my comment. I removed it because I wanted to install usd manually first before actually complaining here. However, building usd throws an error itself because it can't find embree for some reason. I re-added the comment.

Earlier today there was a comment which has been deleted (not completely sure why), anyway I confirm the same error, building now give an error about python:

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  'PYTHON_VERSION=3.10' not found! This is the only officially supported
  version.  If you wish to use a newer Python version you may set
  'PYTHON_VERSION' however we do not guarantee full compatibility in this
  case.  (missing: PYTHON_LIBRARY PYTHON_LIBPATH PYTHON_INCLUDE_DIR
  PYTHON_INCLUDE_CONFIG_DIR)

This can be fixed by moving -DPYTHON_VERSION=$_pyver from CUDA detection section to default options

Then python is needed as makedpends otherwise fails to build in clean chroot

The package could have an automagic depends on USD so better disable it

-- Could NOT find USD (missing: USD_LIBRARY USD_INCLUDE_DIR) 
-- USD not found, disabling WITH_USD

Need a depends on libepoxy otherwise fails to build in clean chroot

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find Epoxy (missing: Epoxy_LIBRARY Epoxy_INCLUDE_DIR)

I've seen the comment about NanoVDB (we don't support NanoVDB at the moment (no nanovdb package in AUR...)), NanoVDB is a feature of openvdb; so either openvdb-nanovdb is uploaded on AUR or the feature could be enabled in the Arch package

Hello all

I'm unable to update/install cycles-standalone after the last kernel update along with lots of Arch/Manjaro package updates:

$ sudo pamac install cycles-standalone
Warning: cycles-standalone is only available from AUR
Preparing...
Cloning cycles-standalone build files...
Running as unit: run-u173.service
fatal: not a git repository (or any parent up to mount point /var/cache/private)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
Finished with result: exit-code
Main processes terminated with: code=exited/status=128
Service runtime: 5ms
CPU time consumed: 5ms
Running as unit: run-u174.service
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 30ms
CPU time consumed: 30ms
Running as unit: run-u175.service
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 1.060s
CPU time consumed: 64ms
Generating cycles-standalone information...
Running as unit: run-u176.service
Finished with result: success
Main processes terminated with: code=exited/status=0
Service runtime: 1.099s
CPU time consumed: 1.223s
Checking cycles-standalone dependencies...
Resolving dependencies...
Checking inter-conflicts...

To build (1):
  cycles-standalone  3.6.0-0    AUR


Edit build files : [e] 
Apply transaction ? [e/y/N] y


Building cycles-standalone...
Running as unit: run-u177.service
Press ^] three times within 1s to disconnect TTY.
==> Making package: cycles-standalone 3.6.0-0 (Tue 18 Jul 2023 01:25:20 PM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Cloning cycles git repo...
Cloning into bare repository '/var/cache/private/pamac/cycles-standalone/cycles'...
remote: Enumerating objects: 63123, done.
remote: Counting objects: 100% (12483/12483), done.
remote: Compressing objects: 100% (4618/4618), done.
remote: Total 63123 (delta 8329), reused 8749 (delta 7861), pack-reused 50640
Receiving objects: 100% (63123/63123), 17.23 MiB | 3.17 MiB/s, done.
Resolving deltas: 100% (52628/52628), done.
  -> Found 0001-Remove-FindClang.patch
  -> Found cycles_wrap.sh
==> Validating source files with sha256sums...
    cycles ... Skipped
    0001-Remove-FindClang.patch ... Passed
    cycles_wrap.sh ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Creating working copy of cycles git repo...
Cloning into 'cycles'...
done.
Switched to a new branch 'makepkg'
==> Starting prepare()...
Checking patch src/cmake/Modules/FindClang.cmake...
Applied patch src/cmake/Modules/FindClang.cmake cleanly.
==> Starting build()...

-- The C compiler identification is GNU 13.1.1
-- The CXX compiler identification is GNU 13.1.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Could NOT find USD (missing: USD_LIBRARY USD_INCLUDE_DIR) 
-- USD not found, disabling WITH_USD
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  'PYTHON_VERSION=3.10' not found! This is the only officially supported
  version.  If you wish to use a newer Python version you may set
  'PYTHON_VERSION' however we do not guarantee full compatibility in this
  case.  (missing: PYTHON_LIBRARY PYTHON_LIBPATH PYTHON_INCLUDE_DIR
  PYTHON_INCLUDE_CONFIG_DIR)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
  src/cmake/Modules/FindPythonLibsUnix.cmake:182 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  src/cmake/external_libs.cmake:192 (find_package)
  CMakeLists.txt:185 (include)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...
Finished with result: exit-code
Main processes terminated with: code=exited/status=4
Service runtime: 8.911s
CPU time consumed: 5.298s

Am I missing anything?

@FabioLolix Thank you for your feedback! I've added llvm as make dependency.

Hello, llvm is missing as makedepends