Live data from Hacker News

Ask HN: Best Command-Line Applications?

news.ycombinator.com

161–170 of 393 posts

Re: Ask HN: Best Command-Line Applications?

#161

Tmux: https://github.com/tmux/tmux/ fish-shell: https://github.com/fish-shell/fish-shell/ ranger: https://github.com/ranger/ranger/ tig: https://github.com/jonas/tig/ ag or rg: https://github.com/ggreer/the_silver_searcher https://github.com/BurntSushi/ripgrep And all my configurations, especially for fish-shell: http://github.com/c02y/dotfiles

I love fish-shell, but after years of using it I switched to Oh My ZSH!. The bash compatibility makes it a whole lot easier to use when you're the type of person who has to look up "how to do X on the command line" on the internet more often than you'd like to admit (that would be me).

https://ohmyz.sh/

Re: Ask HN: Best Command-Line Applications?

#162
post #113
post #87

Nice question! Here my personal setting: - Email : mutt [ http://www.mutt.org/ ] - Passwords manager : pass [ https://www.passwordstore.org/ ] - Navigate directories : autojump [ https://github.com/wting/autojump ] - Task manager : task [ https://taskwarrior.org/ ] - Music : cmus [ https://cmus.github.io/ ] - Text editor : emacs -nw [ https://www.gnu.org/software/emacs/ ]

A few of these (all?) are TUIs and not CLIs. CLIs are command driven. TUIs are driven by user interactions. I'm sure more/better distinctions between the two can be made.

that's a fair point, but i don't think that's what the OP meant. CLI is commonly used to cover TUI when pittet against GUI.

greetings, eMBee.

Re: Ask HN: Best Command-Line Applications?

#165
post #48
post #27

fzf is awesome. I use it in vim and bash. https://www.tecmint.com/fzf-fuzzy-file-search-from-linux-ter... ---- I use the Silver Searcher all the time. Very fast. https://github.com/ggreer/the_silver_searcher ---- tig, a text mode interface for git. https://github.com/jonas/tig

It's been mentioned previous, but you should check out ripgrep - it's even faster than Silver Searcher a lot of the time https://github.com/BurntSushi/ripgrep

Does anyone not working on million-line codebase ever find themselves limited by grep? I am genuinely curious.

Re: Ask HN: Best Command-Line Applications?

#166

Open-source tool for quickly opening and exploring tabular data: https://jsvine.github.io/intro-to-visidata/index.html (Disclaimer: I build homebrew, apt, etc packages for VisiData.)

tabview [1] is a somewhat simpler tool for navigating tabular data that I install everywhere

https://pypi.org/project/tabview/

Re: Ask HN: Best Command-Line Applications?

#167

https://newsboat.org/ Newsboat, fantastic RSS reader, built on top of newsbeuter. http://www.mutt.org/ Mutt for email of course. https://vifm.info/ Vifm file manager, I am using it for everything, not having any other file manager on my system. https://github.com/pimutils/khal Khal for calendar. https://github.com/scheibler/khard/ Khard for contacts. https://github.com/pimutils/vdirsyncer Vdirsyncer to sync calendar…

Mutt is great, but if you want to use a "real" programming language to configure your client you might enjoy my alternative: https://lumail.org/ https://github.com/lumail/lumail/

it's nice to see new approaches to email in a terminal. how about integration with notmuch?

greetings, eMBee.

Re: Ask HN: Best Command-Line Applications?

#168

I would gladly see a list of useful aliases for omnipresent CLI utilities like `grep`, `ls`, `cat`, `less`, `cut`, etc. They're surprisingly powerful but going through their man pages is like reading a whole library.

tldr is really handy for that: https://github.com/tldr-pages/tldr

Re: Ask HN: Best Command-Line Applications?

#169

Cli-junkie brofist! I only drop out of the command line for occasional one-off browser stuff. Depending on your current familiarity with things, I can't recommend enough simply combing through the tools in coreutils , util-linux , find-utils etc. If you take just three or so a day, by the end of a few months you'll have a solid survey-understanding of what almost every *nix shell has available. Apart from that, here…

> git-annex is not a filesystem or Dropbox clone. However, the git-annex assistant is addressing some of the same needs in its own unique ways. (There is also a FUSE filesystem built on top of git-annex, called ShareBox.)

So I assume you made it work like Dropbox for you anyway. How did that go?

Post reply on HN