Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
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.
The desktop's verb-nouns paradigm becomes more difficult when you have highly repetitive tasks, hundreds or thousands of targets or when the targets are spread across several directories.
Programs like ffmpeg have many options. By putting the options in a script in ~/bin/, you can run it by calling the script with the filename as an argument. Using auto-completion, you may just need to type 6 characters, versus setting options on several tabs of a ffmpeg gui front end. You only have to learn these options once.
For example, to convert a video for my Sansa P2 mp3 player, I just enter "vid2sansap2 <videofile>".
Running a server I go CLI all day long. Its fast, maximizes custom solutions, saves loads of resources.
Desktop I prefer to run a gui because I've installed everything the way I like it and I know where everything is. Everyday though I can say I am working in a xterminal using CLI because somethings you just can't do with gui or its just faster using a terminal such as making fast edits to files on the fly.
I use debian wheezy with gnome-shell and what can I say, I enjoy the artwork. Its a happier play .
Let me sum this up by saying when strictly using a gui advantages and disadvantages are strictly preferential.
Comparing Windows to MacOS to KDE, or Gnome or whatever is like comparing Camero's to Mustang's by the overall appearence. Sure maybe you can really dig deep and find advantages like drag coefficients. (I don't know how to realate drag coefficients back to computers)
In the long run the only real difference is your opinion.
It's when you get under the hood that the real differences emerge (or fail to).
The windows shell is cumbersome and pretty useless. Even with the powershell additions I can't stand using it. There is no comparison to the power of a linux/unix shell.
If you are happy strictly using a GUI, then keep doing it. However, I'm betting you could have done it faster and better in the command line
The windows shell is cumbersome and pretty useless. Even with the powershell additions I can't stand using it. There is no comparison to the power of a linux/unix shell.
I think you have hit on the reason that when you mention command line to windows users it goes down like a lead balloon. Because the the only CLI they've had exposure to is basically crippled and annoying.
I'm a network engineer and network kit makers seem to think they have to include a GUI with their kit. Almost uniformly the experience is a GUI can make it easier to get something useful done when you don't know what you are doing with the kit, but you should move onto the cli as soon as possible because a GUI becomes a crutch. Yes it helps you when things are difficult, but ultimately it will only get in the way.
A case in point, the other day a colleague went clickity click for most of the day adding a few hundred firewall policies to a Juniper firewall. I finished mine in under an hour on the cli.
Distribution: RPM Distros,Mostly Mandrake Forks;Drake Tools/Utilities all the way!GO MAGEIA!!!
Posts: 986
Rep:
You can't be a stoic if you look at pictures.
The Command line allows the user to manually pipe the output of one Application (command) to another command. In this way a Command is like using small compiled Application/s and using a interpreter (Bash) to act as a orchestra conductor of sorts. Bash coordinates the functions of the separate commands on the one value.
You don't have to have X server working or installed to use CLI. I doubt anyone uses CLI without using applications that make it civil. I adopted CLI tools that mimic a GUI interface like Screen. There is a link for it's use in my Signature. Screen works great if you use the commands for it in the correct order.Tree is also a good one to use while in CLI. What makes CLI difficult is not having anything to reference to and having to rely on your own memory,(no menus) . If you alleviate this most of the anguish is gone. One or more instance/s of a Bash terminal open on your monitor along with a file open that lists possible commands is like having a GUI menu but without the pictures.
Would you mind to explain that, that doesn't make any sense to me, but may be I am overlooking something. Also, it seems to me that you are sometimes over-complicating your scripts.
For example:
Also, using DD allows you to evaluate a stream as opposed to just searching recursively through directories.
While it wouldn't make a who lot of sense to use my script it for searching for mp3's. The point of this thread was
to show off the power of the command line.
Totally Agreed with your post, My only comment "If it works it's not wrong."
I come from a Unix background and I have had to support and develop on some really OLD systems.
My use of dd is purely from the days of tapes... Old habits die hard and this would allow me to optimise the block size for writing or stop sector bleeding on none block special devices.
"rsync", while being a awesome program, it is not readily available on all *nix systems.
But as I said at the beginning your not wrong, but neither am I, apart from my smelling mistakes that I have now corrected...
Also, using DD allows you to evaluate a stream as opposed to just searching recursively through directories.
While it wouldn't make a who lot of sense to use my script it for searching for mp3's. The point of this thread was
to show off the power of the command line.
It is not that I don't see the use of dd or any other tool, it is simply that I don't understand this line
Code:
dd if=/dev/sda | echo << ~/mp3s | grep "mp3s"
It would really be nice to explain its function to me. As far as I understand it, that line causes dd to write the contents of /dev/sda to stdout, which is piped to echo (which IMHO doesn't make sense, since echo doesn't use input from stdin) while simultaneous feeding the contents of the file ~/mp3s to echo and greping that output for the string "mp3s". I can't get what you try to do here, I really need an explanation for that.
hmmm...as a technology,computer enthusiest/ Artist, it seems like cli is perfect for IT, security, Maitanance and other information systems...basically for gtd( getting things done)....but the gui is perfect for the media industry....i cant imagine editing a photo on cli..lol....or editing a video or music...or playing games...lol...makes sense gtd on editing something visual...would take a visual process....does anybody know were i can find ....like...a...linux command cheat sheet?....it would be awsome if some one could direct me to were i can find ALL of the commands on linx....lol...if not than any command cheat sheet would be fine...thank you my good men...
Try http://linuxcommand.org/index.php, it will give you a first insight. Whenever you have questions about a specific command it is a good idea to look at
Code:
man COMMANDNAME
For example, to learn more about the man command you would do a
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.