10 Jul
2012
10 Jul
'12
3:50 a.m.
On 07/09/2012 10:23 PM, David C. Rankin wrote:
On 07/09/2012 07:16 PM, Darrell Anderson wrote:
1082 Opened:
http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=1082
--
David C. Rankin, J.D.,P.E.
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 :)