Hacker News new | past | comments | ask | show | jobs | submit login

don't want to sound nasty , but is anyone there using nano really ? i know it come by default in some distros but that's about it really.



Nano is extremely valuable for people learning the system. Typical alternatives are vi and emacs, which are extremely opaque, to the point that it's not even obvious how to exit them. UNIX tutorials will often say "use control-C to kill a command" and then that doesn't even work for this!

Nano tells you how to use it right on the screen. Control-C still doesn't work, but it tells you how to exit. Saving files, paging, cut and paste commands are all shown. There's easily accessible help!

If you're learning UNIX then editing files is handy. Without nano, you'd have to spend a bunch of time learning how to use a text editor before you could do anything that needs text editing.


Yup, love it.

Not as arcane as vim, great for small edits without the oh-crap-what-have-I-pressed-force-quit-start-over phenomenon that I get in vi. 'Serious' editing is done in gedit...


vi makes me angry. This was obvious when I installed Debian on a 1999-era iMac and had to edit (probably) x11 conf and had to use vi with JKL; instead of the arrow keys. It made me want to stab something.

nano makes me happy.


> had to use vi with JKL; instead of the arrow keys. It made me want to stab something.

I can see how this would be frustrating, given that the vi movement keys are in fact HJKL


That's probably what they were. I was trying to remember exactly, since that was over 6 years ago, and I've never had to use vi like that before or since.


I use it constantly, because I'm quicker making small edits with it than with vim. I would sorely miss it if it's not installed on a server.


I hear this faster for small things but if you use vim I would say I can make changes in a small document twice as fast.

They should have a new tag line:

Nano the plain text editor for non-Vim maybe EMACS users?


This is only true if you use vim at least once a week forever. Some people don't want to study a manual to change 1 config line. Call me crazy I know.


Yeah, maybe I'm just weird, but I like it when the down-arrow key makes the cursor go down a line.


Not saying they don't exist, but I don't think I've ever encountered a vim instance where that didn't happen.


I recall many frustrating days in college when I first learned vim but not enough to configure it (or was to lazy to). The arrow keys inserted control characters in edit mode on the basic Linux install I had at the time and on the school's computers (circa 2000-2004). It was annoying. It turned me off to vim for a while, but emacs and I were a better fit anyways.


Yeah, maybe I'm just weird, but modal editing is kind of a pain unless you do it every day. It's just a little too arcane for making a quick edit to a file in /etc. It's probably even more natural for me having grown up in the shadow of the University of Washington, so PINE was the popular email client and PICO was it's editor.

Don't get me wrong, I've watched Vim power users do amazing things in that editor but those people are not me and I can't find a good reason to climb that particular mountain.


arrows work in vim as default since 2000???


vim file_foo

press i for interactive and make changes then press :wq

:) I have that embedded in my brain after all these years.


You forgot ESC after making changes ;)

nano file_foo

make changes

ctrl-O-Enter - save ctrl-X-Enter - exit

Simpler, I think?


Don't even need the ^O, it asks if you want to save on exit if there are modifications.


Many many people who need to occasionally edit text in a terminal don't know how to use Vim OR Emacs.


It's nice to have on boot disks, small enough to fit alongside busybox which ships with a lite vi[1] that some don't care for.

I personally love vi and am a bit taken aback sometimes when visudo pulls up nano instead of vi because I haven't installed it or made it my default editor yet.

So I'm not sure this means much to me personally but I'm always sad to see members of the community part ways. Still, I wish them all the luck and thank them for their efforts.

[1] https://en.wikibooks.org/wiki/Learning_the_vi_Editor/BusyBox...


Back in the 1990s thru early 2000s, I used to use pico before I became comfortable with vi. For someone coming from a DOS/Windows/OS/2 background originally, it was less of a learning curve. I never used nano much, but I imagine the same reasons might apply for some people today.

(I also used to use emacs a lot, I first used it on OS/2 under EMX, but there were systems on which pico was installed but emacs wasn't. Nowadays, I'm so used to vim, I start emacs and can't remember most of the keystrokes. Oh, and the first ever email client I used was Pine.)


I use it to hack config files on many distros because I find vi atrocious and don't want to install emacs on systems that aren't mine.


It fills a real need as the console-based text editor for people who don't know vi (and would usually use e.g. gedit rather than emacs).

(I'm sure it has other purposes too, but it's the most motivating one I know.)

Ubuntu X11 stopped working? Or perhaps you need to tweak the nginx config on that tiny VPS you're renting? If you don't know vim, nano is something that's very easy to use and often pre-installed.


7 years after getting into Linux, I still prefer Nano to make fast edits to text files. Coming from a Windows history shortcut keys are fairly natural to me, and although I disagree with some of the mnemonics, I've got the improtant ones memorised. There's enough features to even do light coding in it (syntax highlighting, auto-indenting etc.). Basically, I can pull up, edit and save a file before vim has even entered Insert mode.

Don't get me wrong, I understand the need for a feature-complex editor like vim, but I have never, ever gotten on with it.


I use it, as a terminal editor, whenever I can. On my machines I use it instead of vi(m), and if I have control over a remote machine, there as well, I only use VI if a server doesn't have nano and I can't install it.


I am using it constantly. first thing on a rhel server: yum install nano


yep. Beeing a DevOps since many years and still use nano for quick edits on ssh because I don't use vi(m) anywhere. Why should I learn a new editor which behaves totally different when I can use nano which behaves quite similar to my existing tools. And as you say it's on nearly every distro. On emergency I still know how to use vi... but that does not mean I like it very much.


> but is anyone there using nano really?

Yes, because vim is a pain in the ... and emacs is too big sometimes.


> emacs is too big sometimes

"Zile Is Lossy Emacs"


When I'm not in an Emacs session (which is rare) I use zile for quick edits instead of nano.


There was a nice xkcd about this [1]. I know HN is not the place for this comix, but anyway your question is a bit opinionated.

1 : http://xkcd.com/378/


> There was a nice xkcd about this

Also Hackles

https://web.archive.org/web/20160307122907/http://hackles.or...


I use it once per install. Something runs an editor and it's nano and I think oops, and exit and install gvim.


Yes, it's much easier to work with than modal editors which I find clumsy and terrible. I don't use it intensively, just when I need to edit something quickly, usually in an SSH session.


Constantly - for editing crontab, or occasionally to tweak some config stuff on dev boxes. I also do a lot of PHP though so that could explain it...


On some distros nano is the default editor for crontab. I run into it when I ssh to servers and have to setup cronjobs. I set EDITOR=vim if it's already installed there or I keep using nano and look at the help at the bottom of the page every single time I use it. I use emacs for editing code on my computer. It has got a different set of ctrl-* and I can't remember nano's ones.


I use nano whenever I have to mess on a server directly (which is rare). Rest of the time I'm in a JetBrains product I happily pay for.


I find it very convenient to open large log files bc Nano is very lightweight. Something like that:

$ cat /var/log/logfile | grep -n section_start which gives me required line numbers. and then:

$ nano +lineno /var/log/logfile

and for configs, of course.


I would go straight to vim and type: "/section_start<cr>", which navigates straight to that line. Then navigate to the line, "i" to enter insert mode, make edits, and "<esc>:wq<cr>".

It is absolutely a learning curve, but the power of vim is insane. "dd" deletes lines, "A" appends to the end, "I" inserts at the beginning, "<lineno>G" jumps to a line number, all little tweaks that I use nearly every day in editing files quickly. It's especially nice when editing known_hosts where it tells you the line of the offending key, just "<line#>Gdd:wq" and it's done.


>I find it very convenient to open large log files bc Nano is very lightweight.

Nano seems to be far slower than vim for opening large files.

Just quickly testing on a 200M 500k row text file on a SSD:

Vim opens practically instantly.

nano takes over 10 seconds to display text, but works well after that.


I seldom used it a long time ago, before learning the basics of vi(m). It's great when you need to change some random config and you need a commandline editor that has the basic commands listed in plain sight all the time.


I use it on some dev servers I can't install software on as an alternative to vi. Otherwise I use emacs+tramp to edit files remotely. It's not a huge use case or most of my editing. Anything to avoid vi though.


A fair few raspberry-pi tutorials seem to prefer Nano, for users new to Linux.


I only use it because sometimes vim doesn't work correctly over putty and I can't not verbally swear every time I have to search a vim issue.


Seriously, if you're spending more than a few minutes a week SSH'ing then forget PuTTY, grab yourself a copy of MobaXterm:

http://mobaxterm.mobatek.net/

It's also Pageant aware and will use that as your ssh key agent if you prefer. And vim works properly. We like it so much we pay for the Pro editions.


"Max. 12 sessions Max. 2 SSH tunnels Max. 4 macros Max. 360 seconds for Tftp, Nfs and Cron"

Not open source and heavily limited. Unless you pay for Pro, it's pretty useless...


If you just have a handful of servers you can still get a lot done with the free edition, not useless at all by any stretch of the imagination. Paying a few quid a year to keep up with the updates is peanuts compared to the extra productivity we get from it.


Sounds like VT emulation settings in PuTTY might be wrong. There's nothing in vim that PuTTY doesn't support - in fact I've used vim over PuTTY many times.


Every once in a while I'm forced to use it because it's set as default on some servers until I close it in anger and get vim installed :P


How about vi for a quick edit? I haven't come across a distro without it so far (iirc it's part of the posix spec).


When I used to work with PHP files directly on an ssh'd serve nano was my jam.


nano allows for less key strokes for simple edits to config files.


on any server without a monitor, ofc i use nano!


yes: It’s my goto tool for quick edits, especially when working over SSH. For larger work I use Emacs.


also if I wanted to tell others to edit something, I‘d point them to nano.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: