Show HN: Somo – a human friendly alternative to netstat | Hacker News Reader

Show HN: Somo – a human friendly alternative to netstat

github.com

115 pointshollow6430 comments

Is there an option to disable the table mode (or at least horizontal lines, don't care about the others)? It's a lot of wasted space in the terminal if you have lots of connections open.

somo | grep -v ─

i’ve typed netstat -pna so many times in my life using something else would totally ruin me

I use netstat -nap instead !

-tulpen for me. Easy to remember for Dutch speakers :)

-tulpn here!

How is it possible to live without aliases? Typing the original command every time, even though history lookup may help, would totally ruin me.

I have `netstat -lntpu` aliased as `nst`. (Along with `s` as `sudo`.)

In Arch https://aur.archlinux.org/packages?K=somo

Hey, not sure how this usually works with arch but I (the maintainer) didn't create that package but it definitely is based on this somo. Why would someone else register a package by someone else? Only bad reasons come to my mind but I don't know how things are on AUR...

almost all packages in any linux distribution are not created by the actual developers of the applications. this is what linux distributions do. they take applications they find useful and package them for their distribution. i have been a maintainer of such packages myself.

this behavior is expected and what you want because you probably don't want to keep up with all the distributions out there and maintain packages of your application for them. most distributions also won't allow you to submit a package unless you are a verified member of their packaging team.

consider those packagers as contributors to your application

Very nice. I constantly struggle to remember the correct parameters to netstat and this seems to return the information that I need in 90% of my use cases.

glad you like it :)

Not that `ss` from iproute2 is a newer alternitive to `netstat`. (The common cli flags are the same though, so not better in that regard.)

Rust S2

Think it should be explicitly stated that it is not available on Mac OS as procfs does not support it

Readme only mentions linux, so why bother mentioning Mac OS?

README also leads with a screenshot that has macOS window styling. So, "works on Mac" is a reasonable first impression to draw.

There are MacOS-like themes available. Eg: https://www.gnome-look.org/p/1275087/

Nobody is questioning what themes are available on gnome. Including a screenshot of the software running in a window that very much looks like macOS X is simply misleading.

Before you get to that screenshot, you have to get past the big, bold sentence that says "A human-friendly alternative to netstat for socket and port monitoring on Linux.".

Linux is DEs support themes

Cause it's obviously a Rust crate, you would kinda hope that it might compile at MacOs. In 99% of cases that works.

If a Rust crate uses anything from the OS, and doesn't mention that OS, I wouldn't expect it to work on that OS, regardless if it's Windows, Linux or macOS. Just like graphical crates state what APIs they support, and if Metal is not mentioned for example, it is most likely not supported.

You wouldn't know unless running crate install.

I use lsof -i a lot on Mac, its not that I'm criticizing, but mostly disappointed.

The title `A human-friendly alternative to netstat for socket and port monitoring on Linux` is pretty clear.

Nah, homebrew made apple guys believe they get pretty much everything Linux has. Who would expect an exception?

because "Linux" != "MacOS"

sorry for the confusion about the macos like screenshot, I changed it to look more like Ubuntu

Reply on news.ycombinator.com