2 ms·
$ mv --help Usage: file [OPTION...] [FILE...] Determine type of FILEs. So mv --help now returns the help for the `file` command. You're right, that's
by bb88 7y ago
$ mv --help
Usage: file [OPTION...] [FILE...]
Determine type of FILEs.
So mv --help now returns the help for the `file` command. You're right, that's not worth warning people at all.
God help any user that's on a shared system whose sysadmin thinks this is a good idea putting in the default /etc/profile.
To be fair, I don't feel like I'm being pedantic. I'm anti-footgun.
- titzer 7y ago> sysadmin thinks this is a good idea putting in the default /etc/profile Well that, I agree, would be dumb.
- kilpikaarna 7y agoYou could just filter out anything that begins with a dash and pass it to mv. It seems like mv always interprets that as an option anyway, even if you have a file named --help or whatever. I like this kind of thing! Minimal code but very elegant from a UX perspective. The oh but you could just mv foo-{bar,baz}.txt crowd is completely missing the point.
- bb88 7y agoI love bash. I love unix/linux. I love that bash gives you that kind of power. I love the fact that he figured out a nifty way of doing this. But please please please please with all the love of America, baseball, and apple pie, don't change the default behavior of basic unix commands. Otherwise you force people into writing nonsense like this: MV=/usr/bin/mv ${MV} ${FILE1} ${FILE2}
- kelnos 7y ago> The oh but you could just mv foo-{bar,baz}.txt crowd is completely missing the point. I disagree. I think a better way to think about things is, "can I accomplish my goal most of the time using the standard tools without writing something custom?" I'll be the first to admit that there are a ton of things in the shell and in coreutils that I don't know about. I bet I've written several scripts over the years with custom functionality that could be replaced with standard tools I didn't know about. That's the thing that I want to avoid.