This is a regression. My backup scripts broke after the installation of the latest update, cpio-2.5-5.2.legacy.i386 on FC1. The --rsh-command option is silently ignored, cpio insists in using rsh. I've been using the same scripts for years, to access tape devices via ssh, with --rsh-command /usr/bin/ssh. The full command line used for the test is: cpio --rsh-command=/usr/bin/ssh -itv -H crc --block-size=512 -I tape@db2:/dev/st0 Both tcpdump and strace confirmed that cpio is trying to access port 512 instead of running ssh. The same command performed on a FC2 (cpio-2.5-6) works just fine.
This is pretty strange as I don't see anything that could affect --rsh-command, either when looking at the diffs between the source rpms, or the diffs between binary rpms (w/ rpm-build-compare.sh). I guess you could try rebuilding the src.rpm as-is and trying again. It might work; if not, try commenting out the umask patch and/or lfs patch and rebuilding. I suspect the first problem because I see in the configure.in: AC_CHECKING(for remote shell) if test -f /usr/ucb/rsh || test -f /usr/bin/remsh || test -f /usr/bin/rsh || test -f /usr/bsd/rsh || test -f /usr/bin/nsh; then RTAPELIB=rtapelib.o else AC_CHECK_HEADER(netdb.h, AC_DEFINE(HAVE_NETDB_H) RTAPELIB=rtapelib.o, AC_DEFINE(NO_REMOTE)) fi AC_SUBST(RTAPELIB)dnl as the packages are built on mach environment which doesn't have 'rsh', the results might be different.
Marco, I'll build some test packages tonight that you can try out to see if we pinpointed the problem.
I put some test packages for FC1 here: http://www.infostrategique.com/linuxrpms/marc/cpio/ Could you please test them and tell me if --rsh-command works? Thanks.
Marco, any update on whether this fixed the problem or not?
I'm sorry for the late reply, I just came back from vacation. Yes, cpio-2.5-5.3.legacy.i386.rpm fixes the problem.