Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello!
I've found onine is pretty decent video tutorial about BASH. But it's dated around 2010. I think Ubuntu 10.10 or so... You think I can still learn today by using that old tutorial or there're changes in BASH in last years that render that course obsolete?
well if it is a video and free to watch etc.. I am sure you can pick up some good information on it. I and a lot of others are still using https://www.tldp.org/LDP/abs/html/index.html dated 10 Mar 2014
Thank you all... Well, that video course isn't even in English :-)
what about sub titles? bash code in the video
or
what you never watched a Bollywood video and tried to figure it out?
YouTube too would be a good source if you like having to wait for the person to get to the point, instead of just finding it in print then getting the information you need and cut out all of that chit chat between it, like in the videos.like them links that were posted.
My guess would be that bash has changed very little in it's use from a new user point of view.
The programs versus commands that one tends to use in bash could have changed a lot.
I'd get a current book on bash if you insist on learning it to be an expert user. Knowing historic usage won't help you if you need advanced tasks in that shell.
If one used bash for advanced tasks they'd need to monitor and learn changes such as found here. https://github.com/bminor/bash/blob/master/CHANGES
You'll notice that most of the changes are not really use level changes.
With all of linux and it's programs each version and or build can be very different.
bash itself may or may not have changed much in that time but there are newer ways of doing things that many of us old UNIX ksh folks were slow to adopt.
For example using $() around a command line to use its output as input for something else instead ``.
e.g. both the following work:
list=$(ls -l |awk '{print $NF}')
list=`ls -l |awk '{print $NF}'`
But these days the first syntax is preferred and has benefits over the second (older) syntax. For one thing it is much easier to nest $() within another $() than it is to do it with ``.
P.S.
Before anyone says it: I know just "ls" will give me only the file names so I wouldn't need to do ls -l and pipe into awk - I'm just using it as an example of command line encapsulation.
If you ever need to know how to write/form some shell command then I'd like to point out that some members at LQ seem to be pretty amazing at the task. MensaWater offers a peek.
compat32
If set, bash changes its behavior to that of version 3.2 with respect to
locale-specific string comparison when using the [[ conditional command's <
and > operators (see previous item) and the effect of interrupting a com-
mand list. Bash versions 3.2 and earlier continue with the next command in
the list after one terminates due to an interrupt. compat40
If set, bash changes its behavior to that of version 4.0 with respect to
locale-specific string comparison when using the [[ conditional command's <
and > operators (see description of compat31) and the effect of interrupt-
ing a command list. Bash versions 4.0 and later interrupt the list as if
the shell received the interrupt; previous versions continue with the next
command in the list. compat41
If set, bash, when in posix mode, treats a single quote in a double-quoted
parameter expansion as a special character. The single quotes must match
(an even number) and the characters between the single quotes are consid-
ered quoted. This is the behavior of posix mode through version 4.1. The
default bash behavior remains as in previous versions. compat42
If set, bash does not process the replacement string in the pattern substi-
tution word expansion using quote removal. compat43
If set, bash does not print a warning message if an attempt is made to use
a quoted compound array assignment as an argument to declare, makes word
expansion errors non-fatal errors that cause the current command to fail
(the default behavior is to make them fatal errors that cause the shell to
exit), and does not reset the loop state when a shell function is executed
(this allows break or continue in a shell function to affect loops in the
caller's context). compat44
If set, bash saves the positional parameters to BASH_ARGV and BASH_ARGC be-
fore they are used, regardless of whether or not extended debugging mode is
enabled.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.