Description of problem: qt5-qtbase requires /bin/sh point to bash to complete. My system uses /bin/dash since I've run into some compatibility issues with bash over the years with some of my own scripts, so I always symlink /bin/sh to that instead. Recently I noticed that on every Fedora machine I own qt5-qtbase fails to upgrade, but Void/Debian/Raspbian/Arch do not seem to have any issues. The error is always a bad file descriptor error, which suggests something in the update process is using bashisms and is pointed at /bin/sh as the script interpreter. Version-Release number of selected component (if applicable): Most recently I have seen this with the update to 5.13, but I believe it spans many releases. I do not know which one this started with. How reproducible: Very Steps to Reproduce: 1. Leave a system for a short time without updates (long enough for the package to up-rev) 2. Install dash (or another similarly narrowly posix-compliant shell) 3. Run: sudo rm /bin/sh; sudo ln -s /bin/dash /bin/sh 4: Run an update with dnf Actual results: Package upgrade fails. Expected results: Package update succeeds. Additional info:
Changing what bin/sh points to is likely unsupported. See also https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#_default_shell
Besides, just using fairly standard scriptlets like: %postun if [ $1 -eq 0 ]; then %{_sbindir}/update-alternatives \ --remove qtchooser-5 \ %{_sysconfdir}/xdg/qtchooser/5-%{__isa_bits}.conf %{_sbindir}/update-alternatives \ --remove qtchooser-default \ %{_sysconfdir}/xdg/qtchooser/5.conf fi %endif Which many many fedora packages use, if this is problematic for you, many others will be too. Again, strong recommendation to just not mess with #!/bin/sh Marking NOTABUG
OK. Unfortunately, due to my environment leaving /bin/sh symlinked to bash is not an option for me. This is the only package that has ever shown a problem, so I had hope. Sorry for wasting your time. I will use something else for now.