Welcome to the thread. It’s something that annoys me in which I asked if it annoyed anyone else. I’m not sure why you’re trying to explain away my annoyance with information I already know.
Also, filenames are quite literally strings. That’s how the image binaries for releases are stored.
release_1.1.bin
release_1.10.bin
release_1.2.bin
And yes I’m aware of sort -V. I can still have an OCD annoyance with it. I swear to God if someone replies again telling me why I shouldn’t be annoyed.
What’s worse is making a bunch of bash aliases that are easier to remember and then you hit an environment you can’t use your bashrc in for whatever reason. Then you have no idea how to actually do anything.
I try to only use aliases for things that I repeat often but are only going to be used in my specific environment.
Unless you mean
aliasls="ls | sort -V"
Which would be really awful to do for obvious reasons.
That example is indeed what I meant. What’s awful about it?
edit: I use a customized ls alias. Most of the time it’s fine, and when I occasionally need the default output, I can type /bin/ls, no new alias to memorize. The history command suggests I do this pretty infrequently, though ymmv.
ls doesn’t have the version sort option so since you’re aliasing a piped command to sort you’d be passing any additional commands to sort
So
ls -r
Would actually be
/bin/ls | /bin/sort -V -r
You could overcome this with xargs but it’s just definitely a bad idea in general to alias a standard command piped into another command. Will cause headaches.
Where as something like
ls="/bin/ls -r"
Just defaults ls to a reverse sort and you can still safely add additional args.
Welcome to the thread. It’s something that annoys me in which I asked if it annoyed anyone else. I’m not sure why you’re trying to explain away my annoyance with information I already know.
Also, filenames are quite literally strings. That’s how the image binaries for releases are stored.
release_1.1.bin release_1.10.bin release_1.2.binAnd yes I’m aware of
sort -V. I can still have an OCD annoyance with it. I swear to God if someone replies again telling me why I shouldn’t be annoyed.for f in $(find /); do mv $f $(echo $f | sed ‘s/.([0-9])./.0\1./’; done
ftfy
edit: dont actually run that
Yeah, you’re right - I was thinking of them in isolation like a silly billy
All good. I’m in a piss poor mood too and just rambling.
Its like that thing though, where you introduce someone to a new pet peeve they’ve never noticed - so thanks, I guess…
ls | sort -Vnow that I’ve cursed you.But I’m running out of mental storage space for bash commands. I wish I could clear some space.
Make a bash alias once, get the correct behavior forever.
What’s worse is making a bunch of bash aliases that are easier to remember and then you hit an environment you can’t use your bashrc in for whatever reason. Then you have no idea how to actually do anything.
I try to only use aliases for things that I repeat often but are only going to be used in my specific environment.
Unless you mean
alias ls="ls | sort -V"Which would be really awful to do for obvious reasons.
That example is indeed what I meant. What’s awful about it?
edit: I use a customized
lsalias. Most of the time it’s fine, and when I occasionally need the default output, I can type/bin/ls, no new alias to memorize. Thehistorycommand suggests I do this pretty infrequently, though ymmv.lsdoesn’t have the version sort option so since you’re aliasing a piped command to sort you’d be passing any additional commands tosortSo
ls -rWould actually be
/bin/ls | /bin/sort -V -rYou could overcome this with xargs but it’s just definitely a bad idea in general to alias a standard command piped into another command. Will cause headaches.
Where as something like
ls="/bin/ls -r"Just defaults
lsto a reverse sort and you can still safely add additional args.