You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I wrote some code that was supposed to find the full path to the own binary, but it was very simplistic and easy to break. For now it falls back to $(which rmlint) if it failed. Later on a better solution should probably use some library like binreloc. Turns out finding the path to the own binary is neither portable, nor easy.
As of 0f8c139rmlint will look at /proc/self/exe to find where it's own executable resides. This will work reliable on linux, but most likely not on other systems. There we fall back to $(which rmlint) which should work.
Maybe as an explanation why all this hassle:
The script output needs the path to rmlint for some special commands that are hard to implement otherwise. Those are especially --equal and --btrfs-clone. With the correct path we want to assure that we use a compatible rmlint version (i.e. the one that also wrote the script).
This issue can likely be closed now since the original issue was addressed.
Line 5 of the generated rmlint.sh:
When running
rmlint.sh -p
this produces the following errors:Further experimentation:
running
rmlint test1/ test2/
producesrmlint.sh
withRMLINT_BINARY='(null)'
but running
/usr/bin/rmlint test1/ test2/
producesrmlint.sh
withRMLINT_BINARY='/usr/bin/rmlint'
(This is 2.6.0 compiled and installed from source according to instructions)
The text was updated successfully, but these errors were encountered: