Jim Meyering wrote: ... > $ touch a && $ env -i /usr/bin/install a b > zsh: segmentation fault env -i /usr/bin/install a b > [Exit 139 (SEGV)] Rich Jones found that updating to libselinux-2.1.5-2.fc17.x86_64 made it so he too sees the above failure. > http://bugzilla.redhat.com/736259 For any of you who are already affected, you may be wondering how automated tools will install fixed versions without a working "install" program. At least I was. There may well be a simpler solution, like using a small install-simulating script, but I'm inclined to use the "real" install program, with a minimal adjustment: =============================================== Build the latest coreutils from source, but with a small twist to disable the offending matchpathcon calls: Get the sources, from a link here: http://thread.gmane.org/gmane.comp.gnu.coreutils.general/1631 e.g., wget http://people.redhat.com/meyering/cu/coreutils-ss.tar.xz wget http://people.redhat.com/meyering/cu/coreutils-ss.tar.xz.sig Verify the signature before unpacking: gpg --verify coreutils-ss.tar.xz.sig Unpack (as non-root, of course): tar xf coreutils-ss.tar.xz && cd coreutils-8.12* Configure and build with one added definition. This overrides the "ginstall_CPPFLAGS = -DENABLE_MATCHPATHCON=1" setting in src/Makefile.am: ./configure && make ginstall_CPPFLAGS= Verify that the just-built install binary works: (or also run "make check" for the whole test suite) touch a; src/ginstall a b Install it, replacing your temporarily-broken one: sudo src/ginstall src/ginstall /usr/bin/install -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel