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

-- 
David C. Rankin, J.D.,P.E.