> >> From googling similar failures, the > problem seems to be the hardcoded location of rpcgen in tdebase. Here is a similar > issue found in the arch hamlib packages. I'll try a similar solution: > >> > >> https://bbs.archlinux.org/viewtopic.php?pid=1126084 > >> > > > > Crud, How would I change this in the tdebase CMake > files? I'll peck around, but if somebody knows, let me know -- thanks! > > > > > I'll pick around later tonight. Any ideas - please send them > on :) Just a guess, based on the forum link you provided. As a test you could run sed -i in real time in your build script against the following two files, or edit them and create a patch: tdebase/kioslave/nfs/CMakeLists.txt:34: COMMAND rpcgen -c -o mount_xdr.c ${CMAKE_CURRENT_SOURCE_DIR}/mount.x tdebase/kioslave/nfs/CMakeLists.txt:38: COMMAND rpcgen -c -o nfs_prot_xdr.c ${CMAKE_CURRENT_SOURCE_DIR}/nfs_prot.x tdebase/kioslave/nfs/Makefile.am:21: cd $(srcdir) && rpcgen ./mount.x tdebase/kioslave/nfs/Makefile.am:25: cd $(srcdir) && rpcgen ./nfs_prot.x On my system, 'whereis -b cpp' indicates the location is /usr/bin --- an FHS standard location. Where is that file installed in Arch? Or is the file name changed in Arch? That would be the path to add with the -Y switch. Long term we probably need to patch the CMakeLists.txt file: * Discover the path of cpp * Add the -Y switch Searching the GIT repository indicates tdebase is the only packages that calls rpcgen. Darrell