commandlinefu.com is the place to record those command-line gems that you return to again and again.
Delete that bloated snippets file you've been using and share your personal repository with the world. That way others can gain from your CLI wisdom and you from theirs too. All commands can be commented on, discussed and voted up or down.
If you have a new feature suggestion or find a bug, please get in touch via http://commandlinefu.uservoice.com/
You can sign-in using OpenID credentials, or register a traditional username and password.
First-time OpenID users will be automatically assigned a username which can be changed after signing in.
Every new command is wrapped in a tweet and posted to Twitter. Following the stream is a great way of staying abreast of the latest commands. For the more discerning, there are Twitter accounts for commands that get a minimum of 3 and 10 votes - that way only the great commands get tweeted.
» http://twitter.com/commandlinefu
» http://twitter.com/commandlinefu3
» http://twitter.com/commandlinefu10
Use your favourite RSS aggregator to stay in touch with the latest commands. There are feeds mirroring the 3 Twitter streams as well as for virtually every other subset (users, tags, functions,…):
Subscribe to the feed for:
in case you run some command in CLI and would like to take read strerr little bit better, you can use the following command. It's also possible to grep it if necessary....
There are 3 alternatives - vote for the best!
If you can do better, submit your command here.
You must be signed in to comment.
Can this be applied to the shell as well so that you set it once and it works for all subsequent commands?
This can be made into a function like so:
function red_error {"$@" 2> >(while read line; do echo -e "\e[01;31m$line\e[0m"; done)}Then for example:
red_error tar tvf some_file.tgzEnter the function and the following into your .bashrc.
bind 'RETURN: "\e[1~error \e[4~\n"'See http://superuser.com/questions/117227/a-command-before-every-bash-command for more info
replace 'error' with the name of the function, in 'dstahlke''s case 'red_error'
Hmm, it seems to interfere with 'read'
It won't die when you hit Ctrl-C. You have to kill a bash process which is a child of the command being run...
Another odd option:
exec 3> >(while read line; do echo -e "\e[01;31m$line\e[0m"; done)some_command 2>&3stderr from some_command will be displayed in red. This opens file handle #3 and pipes it to the subshell until that file handle is closed with exec 3>&-
Note that doing:
exec 2> >(while read line; do echo -e "\e[01;31m$line\e[0m"; done)Will make the shell do exectly what is wanted. all stderr displays in red and stdout displays normally for the shell and commands executed in the shell. Unfortunately is also has the effect of not displaying the prompt and any input until input is completed. Anyone know how to get around this?
Faster to color with command: grep --color=auto '.*'