Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

New(ish) command line tools

jvns.ca

Post reply on HN
Print view View original

201–210 of 252 posts

Re: New(ish) command line tools

#201

Post by ChrisGranger »

Erwin wrote: post #156
dystroy wrote: post #138

I really like the approach of pipe-rename ( https://github.com/marcusbuffett/pipe-rename ) for renaming many files. It's especially convenient for people who can efficiently edit many lines in their favorite text editor (so everybody here, I guess). Main problem: you maybe don't do this kind of operation frequently enough to remember how it's called or how you aliased it.

I like that idea of converting metadata to text, so you can do text operations on it that you are already familiar with, and then apply the changes back. If your problem can be solved by just regexps, there's a "rename" tool installed by Perl I've used for decades. E.g. rename -n 's/JPEG$/jpg/' *JPEG Will apply the substitution for JPEG at end of the filename to just jpg. The -n will run without renaming so you can s…

Note that the rename tool bundled with some distributions is not the Perl version. If someone is looking to install it, it may also be called perl-rename.

Re: New(ish) command line tools

#202

Post by ChrisGranger »

jwilk wrote: post #200
Erwin wrote: post #156

Earlier quoted context omitted.

I like that idea of converting metadata to text, so you can do text operations on it that you are already familiar with, and then apply the changes back. If your problem can be solved by just regexps, there's a "rename" tool installed by Perl I've used for decades. E.g. rename -n 's/JPEG$/jpg/' *JPEG Will apply the substitution for JPEG at end of the filename to just jpg. The -n will run without renaming so you can s…

Beware there are two incompatible rename programs in the wild. :( What you have installed, and what Debian and its derivates ship is this: https://metacpan.org/pod/distribution/File-Rename/rename.PL Most(?) other distros ship the one from util-linux: http://man7.org/linux/man-pages/man1/rename.1.html

We had the same idea at the same time. For a command line newbie trying to follow a tutorial, it can certainly be confusing.

Re: New(ish) command line tools

#203

Post by seanw444 »

mariusor wrote: post #176

I think tig warrants more than just a passing mention. For me it's the best complement for a command line focused git usage, because it offers a far better (but still streamlined) experience for staging chunks than "git add -i", through its "tig status" TUI interface. One thing that I never bothered to research if it can be modified and the defaults bother me a little is that it does not use vim keybindings (gf for l…

Yeah if I was forced to give up Magit, I'd definitely roll with Tig. It's well done.

Re: New(ish) command line tools

#205

Post by yboris »

dystroy wrote: post #138

I really like the approach of pipe-rename ( https://github.com/marcusbuffett/pipe-rename ) for renaming many files. It's especially convenient for people who can efficiently edit many lines in their favorite text editor (so everybody here, I guess). Main problem: you maybe don't do this kind of operation frequently enough to remember how it's called or how you aliased it.

OMG! I created a GUI tool for this: Simplest File Renamer (Win, Mac, Linux).

In my app, you can rename using your favorite code editor, so you have access to all your keyboard shortcuts.

https://github.com/whyboris/Simplest-File-Renamer - MIT open source

Re: New(ish) command line tools

#206

Post by aisamu »

omair_inam wrote: post #179

My personal go-to for intelligently tailing files is lnav ( https://github.com/tstack/lnav ) tho it has crashed a couple of times for me when applying a bunch of filters, etc. Is anyone aware of any other comparable shell tool for tailing a set of logs?

+1. I miss it dearly, but unfortunately couldn't make the various AWS log shapes work as nicely as the Java ones did.

Re: New(ish) command line tools

#208

Post by gsliepen »

I would broadly categorizes these new tools into two categories: 1) those that are adding real value and make things easier, and 2) those that just add bling to existing tools. An example of the former category is ag, an example of the latter is duf. Also, lots of old tools can do more than you think. For example, did you know good old top can display a bar graph of CPU load for each core just like htop? Just press 1 and t after starting top. You can even make the output colored (press Z and enter), although admittedly the default color scheme is not great.

Re: New(ish) command line tools

#209

Post by forgotpwd16 »

1vuio0pswjnm7 wrote: post #102

None of the "replacements" interest me. When I try the "new" ones I cannot get interested in them either. When trying new programs I am looking for whether a program can do something essential that I cannot do myself, e.g., with shell scripts. However I am beginning to think another reason is that these "new" utilities are consitently too complicated, e.g., too many options. It often seems as if the authors are tryin…

>consitently too complicated, e.g., too many options

At least one of them (fd) was designed specifically to be simpler to use than its UNIX counterpart (find). And others though as simple to use (ripgrep, scc) they're much more performant than the tools they replace (ack, cloc).

Re: New(ish) command line tools

#210

Post by encryptluks2 »

yboris wrote: post #205
dystroy wrote: post #138

I really like the approach of pipe-rename ( https://github.com/marcusbuffett/pipe-rename ) for renaming many files. It's especially convenient for people who can efficiently edit many lines in their favorite text editor (so everybody here, I guess). Main problem: you maybe don't do this kind of operation frequently enough to remember how it's called or how you aliased it.

OMG! I created a GUI tool for this: Simplest File Renamer (Win, Mac, Linux). In my app, you can rename using your favorite code editor, so you have access to all your keyboard shortcuts. https://github.com/whyboris/Simplest-File-Renamer - MIT open source

Except the previous example relies on Rust and the shell, while yours relies on Angular/Electron.
Post reply on HN