Hide Forgot
Description of problem: Build of some packages (dsniff, cproto) is failed due to rpcgen disability to find C preprocessor Version-Release number of selected component (if applicable): glibc-2.15-11 filesystem-3-2 <- yes, with usermove feature How reproducible: always Steps to Reproduce: 1. Take some *.x file, like mount.x from dsniff (or empty file). 2. rpcgen -h mount.x -o mount.h Actual results: cannot find any C preprocessor (cpp) rpcgen: C preprocessor failed with exit code 1 Expected results: As with manualy given path: rpcgen -h mount.x -o mount.h -Y /usr/bin :mount.h created, no error Additional info: It may be not a glibc, but a filesystem bug, but current fashion is to move all to /usr. :_(
Do you have the cpp package installed? rpm -q -a | grep cpp
Of course, and rpcgen work if /usr/bin is set manualy. $ rpm -q cpp cpp-4.7.0-0.10.bcx.i686 $ rpm -q -a | grep cpp yaml-cpp-devel-0.2.7-2.bcx.i686 qpid-cpp-server-cluster-0.12-6.2.bcx.i686 commoncpp2-1.8.1-1.bcx.i686 cpp-4.7.0-0.10.bcx.i686 libmcpp-2.7.2-7.bcx.i686 qpid-cpp-server-store-0.12-6.2.bcx.i686 ... $ rpm -V cpp ; echo $? 0 $cpp --version cpp (GCC) 4.7.0 20120126 (Red Hat 4.7.0-0.10) Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. P.S. bcx - local rebuild suffix. In glibc some locales was added, in gcc - none.
OK, this is related to moving everything into /usr. Can you confirm the location of a cpp binary in /usr/lib/cpp and/or /usr/bin/cpp? Thanks,