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