10 Jul
2012
10 Jul
'12
12:16 a.m.
> 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