On 07/09/2012 10:23 PM, David C. Rankin wrote:
On 07/09/2012 07:16 PM, Darrell Anderson wrote:
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
Sounds like you do some 'pretty darn good guessing'...
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.
In the same spot:
22:13 archangel:/dat_e/abs/util-linux> whereis -b cpp cpp: /usr/bin/cpp
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.
That looks like the information we need for a bug report. Since the fix looks simple from this standpoint, I'll open the bug and mark it a "Blocker" for R14. Hopefully, this will be the last little 'surprise' of the gcc/glib update season. But, since we are working on making R14 the best stable TDE release to date, I want it to build and run on the current libs -- that way we get a bit of longevity from the initial release and not a flood of bug reports filed right off the bat as each distro moves to glibc 2.16.
Darrell
((You really need to install and run at least one partition of Arch. Talk about the excitement of trying to iterate down to a final finished project the size of TDE when the foundation is constantly changing -- wow! It never gets old...))
Seriously, I think there has rarely been any 3 month stretch before in recent history where so many of the underlying libraries have had significant upstream changes as TDE has tried to dial in a next release -- not to mention one with the polish and improvement that TDE has undergone to get to the point of this R14 release.
Little more time on the front end -- better reviews, less bugs on the backend :)
1082 Opened:
http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=1082