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:
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