If you're still searching for an answer, you might want to research my website
here http://customdesktopsolutions.mywebcommunity.org/index.php/help-for-do-it-yourselfers/80-advocating-for-foss/creating-and-using-foss/101-bash-cli

or here Linux sysadmin-addendum
 
Al Butler

From: "wlug-request@mail.wlug.org" <wlug-request@mail.wlug.org>
To: wlug@mail.wlug.org
Sent: Friday, June 19, 2015 12:00 PM
Subject: Wlug Digest, Vol 140, Issue 7

----- Forwarded Message -----

Send Wlug mailing list submissions to
    wlug@mail.wlug.org

To subscribe or unsubscribe via the World Wide Web, visit
    http://mail.wlug.org/mailman/listinfo/wlug
or, via email, send a message with subject or body 'help' to
    wlug-request@mail.wlug.org

You can reach the person managing the list at
    wlug-owner@mail.wlug.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Wlug digest..."

Today's Topics:

  1. Re: ls character range wildcard oddity? (Dennis Payne)
Interesting. I see the same behavior. Near as I can tell bash decided that the alphabet is:

aAbBcCdD...

I wouldn't expect that to be the case but when I played around with various file name that was the behavior I saw. So [a-c] includes upercase B while [a-b] does not. 'ls [A-c]*' will show Berry but not apple.

On Fri, 2015-06-19 at 09:29 -0400, Brett Russ wrote:
Can someone explain this to my evidently inadequately caffeinated brain? I was trying to use a lower case character range wildcard to list all files not starting with an uppercase letter and I noticed it wasn't working as I'd expect. So I created this simple example and still don't understand what's happening.

Dir with two files:

brett@spider /tmp/test $ \ls
apple  Berry

This is what I'd expect to see:

brett@spider /tmp/test $ \ls [a-b]*
apple

This makes no sense. Is this a bug?:

brett@spider /tmp/test $ \ls [a-c]*
apple  Berry

From here on are just a few extra examples confirming the oddity of the above.

brett@spider /tmp/test $ \ls [a]*
apple

brett@spider /tmp/test $ \ls [b]*
ls: cannot access [b]*: No such file or directory

brett@spider /tmp/test $ \ls [c]*
ls: cannot access [c]*: No such file or directory

brett@spider /tmp/test $ \ls a*
apple

brett@spider /tmp/test $ \ls b*
ls: cannot access b*: No such file or directory

brett@spider /tmp/test $ \ls c*
ls: cannot access c*: No such file or directory

brett@spider /tmp/test $ dpkg -S `which ls`
coreutils: /bin/ls

brett@spider /tmp/test $ dpkg -s coreutils
Package: coreutils
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 6020
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: amd64
Multi-Arch: foreign
Version: 8.21-1ubuntu5.1
[SNIP]


Thanks,
Brett
_______________________________________________
Wlug mailing list
Wlug@mail.wlug.org
http://mail.wlug.org/mailman/listinfo/wlug

_______________________________________________
Wlug mailing list
Wlug@mail.wlug.org
http://mail.wlug.org/mailman/listinfo/wlug