From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7a) Gecko/20040116 Camino/0.7+ Description of problem: RPM uses a hard-coded "tar" program to do the expansion, instead of using the %{__tar} macro. This bad on platforms which puts the regular tar in some odd location like "gnutar", and provides a "different" version of tar. Version-Release number of selected component (if applicable): rpm-4.2.1-0.31 How reproducible: Always Steps to Reproduce: rpmbuild something with a tarball Actual Results: + /usr/bin/gzip -dc /Users/afb/rpm/SOURCES/rpm-4.2.1.tar.gz + tar -xf - Expected Results: + /usr/bin/gzip -dc /Users/afb/rpm/SOURCES/rpm-4.2.1.tar.gz + /usr/bin/gnutar -xf - Additional info: Hope I'm filing this in the right place. I couldn't see a distro-agnostic RPM.
Created attachment 99353 [details] patch to use %{__tar} macro
Yup, that's the legacy compatible behavior supported in rpm.
OK, will continue to patch downstream (if needed) then. But it seems that they have switched "tar" back to regular gnutar in the latest version, so it might not be needed... (in earlier versions, tar was linked to the pax program) And sh was really zsh, but it's been changed to bash now. So the number of ugly workarounds needed are dropping... (in case it wasn't obvious, this was running on Mac OS X. OpenDarwin currently uses RPM as the binary package format)