Question - what's the proper way to ignore an executable
See original GitHub issueLet’s say you have a 3rd party script that tries to be support multiple different binaries (vlc and mpv as an example) and uses command -v mpv
to check for it on the path.
We probably just want to pick one and ignore the other.
What is the proper way to handle that?
Issue Analytics
- State:
- Created a year ago
- Comments:8 (5 by maintainers)
Top Results From Across the Web
How to ignore executable file in devtools::check()
The warning I get: checking for executable files ... WARNING Found the following executable files: inst/extdata/Sample123/10 ...
Read more >Exclude single executable from PATH, without chmod -x it
If you can move the file to a sub-directory that will avoid its execution. If you can not, there are some workarounds:.
Read more >What are .EXE.IGNORE files and why are they on my windows ...
It turns out these files .EXE.IGNORE are side-effects from installation of certain packages using the chocolatey package installer.
Read more >Issues When Using auto-py-to-exe - Nitratine
After helping many of people fix issues with auto-py-to-exe and PyInstaller, this post contains what I think you should understand and ways ...
Read more >How do you wait for an exe to complete in batch file?
Try running. START /WAIT Install.exe.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I was going about it in the wrong way. Apologies for the noise.
Gotcha. Fair. Explicit is good…
You could probably add a tail comment block in resholve’s format with the corresponding resholve directive, but I suspect that’s too far from the invocations to be satisfying (and it would need maintenance if the resholve schema changes).
I guess we could sanction a descriptively-named ~magic non-existing command that resholve special-cases, but documenting it would muddy the message that resholve doesn’t entail injecting cruft into scripts that renders them unusable in other environments…
I suppose you could do a cheap version of the same with a descriptive internal function that just runs “$@”? (Though I’ll note that seeing through invoking shell functions is on the ~someday list. No plan, but I might eventually break it. Better lore/parsers for common commands are higher up the list I think.)