Language Selection

English French German Italian Portuguese Spanish

Commandline Interface

Perhaps a better question...

If you're using this as a measure of relative user sophistication, then perhaps a better question is how many have written their own scripts (in shell language, python, ruby, perl, or lua or whatever) to help with system administration or automating common repetitive tasks?

After all, even the rawest Ubuntu newbie user uses the cli to install (mostly the non-free) stuff.

For my own combination of desktop use and server administration, I'm somewhere between "every day" and "once in a while", but closer to "every day".

Not very sophisticated.

gfranken wrote:
If you're using this as a measure of relative user sophistication, then perhaps a better question is how many have written their own scripts (in shell language, python, ruby, perl, or lua or whatever) to help with system administration or automating common repetitive tasks?

After all, even the rawest Ubuntu newbie user uses the cli to install (mostly the non-free) stuff.

For my own combination of desktop use and server administration, I'm somewhere between "every day" and "once in a while", but closer to "every day".


I write scripts, but they're very elementary affairs. Nevertheless, they save me an incredible amount of time. It's pretty amazing what you can do with a simple knowlege of commands, a little ingenuity, and search and replace.

Scripting

My own scripts are typically in Ruby, Python and PHP (the latter for web based stuff).

Unfortunately, my bash shell programming skills are weak, and I've always planned to take a couple of days to do a crash course study marathon of bash shell programming. No excuse for not doing it, just lazy, I guess.

I don't like Perl, but I've customized a few Perl scripts to meet my needs, with reference book in hand.

In my opinion, basic system scripting creation/modification is one of the steps from basic Linux user to intermediate user. Of course the real gurus (which I'm not) can do it in their sleep.

Ahhhh, yes! Servers!

I was just trying to be funny, but servers would certainly explain it.

22 per cent of you never use the GUI at ALL?

I'd estimate that 17 per cent of the rest of us actually believe you.

Re: 22 per cent of you never use the GUI at ALL?

It really depends on the distribution.
I use ArchLinux. Our package manager is called pacman. It's only cli. There is no working gui frontend for it.
Cli doesn't mean unfriendly and vim is very user friendly.

I believe it.

I think it's conceivable that I could live without a GUI for a month at a time. If I had to right now, I could... it might be a little uncomfortable at first, but I'd get used to it real quick. I can already edit files, compile programs, surf the web, remotely control my school's development server, play games, print and scan, play music and watch videos... I can also make use of my six available virtual terminals, or I can fire up Screen and be able to run multiple programs simultaneously in one terminal.

I think I'll make that my goal for January: Go the whole month without using a GUI (except for when I absolutely have to use one of the school computers running Windows, in which case I'll immediately SSH into my machine with Putty 99% of the time.

__________________________________________________________________
Ubuntu is lame as a duck- not the metaphorical lame duck, but more like a real duck that hurt its leg, maybe by stepping on a land mine.

I'm sure you could do it.

Spinlock wrote:
I think it's conceivable that I could live without a GUI for a month at a time. If I had to right now, I could... it might be a little uncomfortable at first, but I'd get used to it real quick. I can already edit files, compile programs, surf the web, remotely control my school's development server, play games, print and scan, play music and watch videos... I can also make use of my six available virtual terminals, or I can fire up Screen and be able to run multiple programs simultaneously in one terminal.

I think I'll make that my goal for January: Go the whole month without using a GUI (except for when I absolutely have to use one of the school computers running Windows, in which case I'll immediately SSH into my machine with Putty 99% of the time.

Oh, I'm sure you could do it, if you could resist the temptation. I did it once. My computer broke down, the mobo was on warranty and had to go back to the factory, and the only thing I had was an old Pentium with 32 MB RAM. I ran it from the console with Slackware 11. There were limitations of course, but it ran great, it was a lot of fun, and I think I actually got more work done. I keep telling myself I should run from the console more, but I can never resist the lure of the gui.

re: believe it

I use commandline only on my server, and that's what I figured most of those "only cli" answers were about. On my desktop I use the cli for all my file and system management and nano for quick edits, but I love my kontact and konqueror. I'd hate to get by without those.

cli makes me lazy

Hehe, It's like I already have gnome-terminal open anyway so I just use vim instead of moving the mouse pointer all the way to other side of the screen and opening gedit. Big Grin Smile

More in Tux Machines

Leftovers: OSS

  • D-Wave Unveils Open-Source Software for Quantum Computing
    Canada-based D-Wave Systems has released an open-source software tool designed to help developers program quantum computers, Wired reported Wednesday.
  • D-Wave builds open quantum computing software development ecosystem
    D-Wave Systems has released an open source quantum computing chunk of software. Quantum computing, as we know, moves us on from the world of mere 1’s and 0’s in binary to the new level of ‘superposition’ qubits that can represent many more values and therefore more computing power — read this accessible piece for a simple explanation of quantum computing.
  • FOSS Compositing With Natron
    Anyone who likes to work with graphics will at one time or another find compositing software useful. Luckily, FOSS has several of the best in Blender and Natron.
  • Hadoop Creator Doug Cutting: 5 Ways to Be Successful with Open Source in 2017
    Because of my long-standing association with the Apache Software Foundation, I’m often asked the question, “What’s next for open source technology?” My typical response is variations of “I don’t know” to “the possibilities are endless.” Over the past year, we’ve seen open source technology make strong inroads into the mainstream of enterprise technology. Who would have thought that my work on Hadoop ten years ago would impact so many industries – from manufacturing to telecom to finance. They have all taken hold of the powers of the open source ecosystem not only to improve the customer experience, become more innovative and grow the bottom line, but also to support work toward the greater good of society through genomic research, precision medicine and programs to stop human trafficking, as just a few examples. Below I’ve listed five tips for folks who are curious about how to begin working with open source and what to expect from the ever-changing ecosystem.
  • Radio Free HPC Looks at New Open Source Software for Quantum Computing
    In this podcast, the Radio Free HPC team looks at D-Wave’s new open source software for quantum computing. The software is available on github along with a whitepaper written by Cray Research alums Mike Booth and Steve Reinhardt.
  • Why events matter and how to do them right
    Marina Paych was a newcomer to open source software when she left a non-governmental organization for a new start in the IT sector—on her birthday, no less. But the real surprise turned out to be open source. Fast forward two years and this head of organizational development runs an entire department, complete with a promotional staff that strategically markets her employer's open source web development services on a worldwide scale.
  • Exploring OpenStack's Trove DBaaS Cloud Servic
    You can install databases such as MySQL, PostgreSQL, or even MongoDB very quickly thanks to package management, but the installation is not even half the battle. A functioning database also needs user accounts and several configuration steps for better performance and security. This need for additional configuration poses challenges in cloud environments. You can always manually install a virtual machine in traditional settings, but cloud users want to generate an entire virtual environment from a template. Manual intervention is difficult or sometimes even impossible.
  • Mobile Edge Computing Creates ‘Tiny Data Centers’ at the Edge
    “Usually access networks include all kinds of encryption and tunneling protocols,” says Fite. “It’s not a standard, native-IP environment.” Saguna’s platform creates a bridge between the access network to a small OpenStack cloud, which works in a standard IP environment. It provides APIs about such things as location, registration for services, traffic direction, radio network services, and available bandwidth.

Leftovers: Ubuntu and Debian

  • Debian Creeps Closer To The Next Release
    I’ve been alarmed by the slow progress of Debian towards the next release. They’ve had several weird gyrations in numbers of “release-critical” bugs and still many packages fail to build from source. Last time this stage, they had only a few hundred bugs to go. Now they are over 600. I guess some of that comes from increasing the number of included packages. There are bound to be more bad interactions, like changing the C compiler. I hate that language which seems to be a moving target… Systemd seems to be smoother but it still gives me problems.
  • Mir: 2016 end of year review
    2016 was a good year for Mir – it is being used in more places, it has more and better upstream support and it is easier to use by downstream projects. 2017 will be even better and will see version 1.0 released.
  • Ubuntu Still Planning For Mir 1.0 In 2017
    Alan Griffiths of Canonical today posted a year-in-review for Mir during 2016 and a look ahead to this year.
  • Linux Mint 18.1 “Serena” KDE – BETA Release

GNU Gimp Development

  • Community-supported development of GEGL now live
    Almost every new major feature people have been asking us for, be it high bit depth support, or full CMYK support, or layer effects, would be impossible without having a robust, capable image processing core. Øyvind Kolås picked up GEGL in mid-2000s and has been working on it in his spare time ever since. He is the author of 42% of commits in GEGL and 50% of commits in babl (pixel data conversion library).
  • 2016 in review
    When we released GIMP 2.9.2 in late 2015 and stepped over into 2016, we already knew that we’d be doing mostly polishing. This turned out to be true to a larger extent, and most of the work we did was under-the-hood changes. But quite a few new features slipped in. So, what are the big user-visible changes for GIMP in 2016?

Development News

  • Dart-on-LLVM
    Dart already has an excellent virtual machine which uses just-in-time compilation to get excellent performance. Since Dart is dynamically typed (more precisely, it’s optionally typed), a JIT compiler is a natural fit — it can use the types available at runtime to perform optimizations that a static compiler can’t do.
  • Google Developers Experiment With Plumbing Dartlang Into LLVM
    It's been a while since last hearing much excitement around Google's Dart programming language that's an alternative to JavaScript. This ECMA-approved language is now being used with IoT devices, can still be source-to-source compiled for JavaScript, and the latest is that the Google developers have been experimenting with wiring it into LLVM.
  • A behind the scenes look at Exercism for improving coding skills
    In our recent article, we talked about Exercism, an open source project to help people level up in their programming skills with exercises for dozens of different programming languages. Practitioners complete each exercise and then receive feedback on their response, enabling them to learn from their peer group's experience. Katrina Owen is the founder of Exercism, and I interviewed her as research for the original article. There are some fantastic nuggets of information and insight in here that we wanted to share with anyone interested in learning to programming, teaching programming, and how a project like this takes contributions like this from others.
  • ‘You are Not Expected to Understand This’: An Explainer on Unix’s Most Notorious Code Comment
    The phrase “You are Not Expected to Understand This” is probably the most famous comment in the history of Unix. And last month, at the Systems We Love conference in San Francisco, systems researcher Arun Thomas explained to an audience exactly what it was that they weren’t supposed to understand.