I think your best bet to to create a script called help and run "help " and the script would do the rest.
Linux
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
I think this is the correct answer in all honesty. Create a new script like help (or man2 or whatever) that pipes the argument through bat for you.
There has to be a hook somewhere for every command that executes. I'm not sure, but something in the chain after using set -x
then running any terminal command likely is on the right path to doing this. (If you try set -x
, you can turn it off with set +x
). set -o
options are another I'm not very familiar with but might be related.
set -x
configures the running process, your shell. This is a posix standard flag. See https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html
there has to be a hook somewhere for every command that executes
Why do think this? I'm not aware of any shells that have such a feature. I'm not saying it couldn't be done, but it would be a new feature.
I like the other suggestion of having a wrapper script that does what you need.
I don't mind the idea of a wrapper it is just that most of the time, I'm looking at the last command, backspacing and then adding --help
. After thinking about it, I will likely go the wrapper route, but add arguments that use the last command in terminal history automatically so that typing help-
with no args runs a --help
flag on that last command, 2::5
would add additional flags or arguments from the last command before --help
and help-
with any other args calls those instead of using history.
That should obviously be help!!
like with sudo
You'd be intercepting all commands just to verify if they have a help flag and then if not executing them as they were intended. If the intercept got broke, then the shell would be completely broken.
cd into the directory you want to test commands.
bash
for i in ls
do
$i --help >/dev/null 2>&1 && echo $i
done
any command which honors a --help will get listed. I suppose you could add a >> /tmp/output after the echo $i to log it. run it in /bin, /usr/bin, usr/local/bin
ah ...and that ls in the commands listed above is a backtick ls backtick. backtick is the key in the upper left hand corner of the keyboard which shares a key with ~
To answer the original question, even though @RedWeasel@lemmy.world’s advice really is superior:
All commands that can be executed via your shell must live in your $PATH
or their subdirectories. You could enumerate all files in there, filter by being executable, and run them with the --help
argument.
You can then filter these commands by their exit code. If --help
is a recognized flag, the exit code should be 0
. Otherwise it should be something else. (Running every command blindly might be a bad idea though.)
Or if you are lazy you could add "-h" as an option to said help command for when --help doesn't work. Shouldn't take to long to to make a list with a script that runs each command to with --help and logs it all to a file though. Then just go look for the ones that don't like it in the log. Apparently bash has a builtin command named help, so a different name is probably better then.
ls -1 $dir | while read line do echo "----------" $line --help |& >> logfile.txt done
Just search in you favorite pager for "-----" and just hit "next" key.
There's no particularly smart way to accomplish this in the exact way that you want. I don't like the solution which searches your $PATH because now you're adding latency to search your entire $PATH for every command to add this functionality. It's a singularly better solution to tell the CLI what you want versus the CLI attempting (using logic) to figure it out.
The easiest solution here is to create your own command which calls the target application with --help
;
#!/bin/bash
$1 --help | bat --language=help
Then run it;
$ script_name docker
and it will run docker --help | bat --language=help
. If you use this solution a lot you can try to use bash function which you call at the end of commands if they error;
helpfunc() {
$1 --help | bat --language=help
}
trap 'helpfunc' ERR
But now you have to run logic to truncate previous commands to only return the first word of a command from history and it becomes a real PITA...
Long story short, if you want to hack your console experience like this, you're looking for a functional shell scripting language, like Elvish shell and not bash.
Grep?