Samuel Thibault, le lun. 29 oct. 2018 01:01:34 +0100, a ecrit: > I looked deeper in fs.py, and I found that in the succeeding > case, the main loop inside share_files sees _sphinbase.so before > _sphinxbase.so.0.0.0, and thus renames it, and in the failing case, that > loop sees _sphinxbase.so.0.0.0 before _sphinxbase.so.0, and when it > looks at _sphinxbase.so.0, exits() fails, because the target was moved, > and thus the symlink is now broken.
Interestingly enough, this is caught by the reproducible build test, as currently seen on https://tests.reproducible-builds.org/debian/rb-pkg/unstable/i386/diffoscope-results/sphinxbase.html Samuel
