5 ms·

Show HN: Somo – a human friendly alternative to netstat

115 points by hollow64 1y ago

at0mic22 1y ago
Think it should be explicitly stated that it is not available on Mac OS as procfs does not support it
- Zekio 1y ago
  Readme only mentions linux, so why bother mentioning Mac OS?
  - cls59 1y ago
    README also leads with a screenshot that has macOS window styling. So, "works on Mac" is a reasonable first impression to draw.
    - krunck 1y ago
      There are MacOS-like themes available. Eg: https://www.gnome-look.org/p/1275087/ https://www.gnome-look.org/p/1275087/
      - 293984j29384 1y ago
        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.
    - qualeed 1y ago
      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.".
    - Vilian 1y ago
      Linux is DEs support themes
  - at0mic22 1y ago
    Cause it's obviously a Rust crate, you would kinda hope that it might compile at MacOs. In 99% of cases that works.
    - diggan 1y ago
      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.
      - at0mic22 1y ago
        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.
- deleted 1y ago
  [deleted]
- insane_dreamer 1y ago
  The title `A human-friendly alternative to netstat for socket and port monitoring on Linux` is pretty clear.
  - at0mic22 1y ago
    Nah, homebrew made apple guys believe they get pretty much everything Linux has. Who would expect an exception?
    - insane_dreamer 1y ago
      because "Linux" != "MacOS"
- hollow64 1y ago
  sorry for the confusion about the macos like screenshot, I changed it to look more like Ubuntu
kykat 1y ago
[dead]
mrweasel 1y ago
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.
- hollow64 1y ago
  glad you like it :)
basemi 1y ago
[flagged]
- bityard 1y ago
  I find the output of `ss` very hard to read in comparison to netstat.
  - ahepp 1y ago
    It has some cool capabilities though It can show you per socket skbuf memory usage and receive buffer drops (which netstat reports globally)
- deleted 1y ago
  [deleted]
nubb 1y ago
i’ve typed netstat -pna so many times in my life using something else would totally ruin me
- spapas82 1y ago
  I use netstat -nap instead !
  - imiric 1y ago
    -tulpen for me. Easy to remember for Dutch speakers :)
    - throwaway992673 1y ago
      -tulpn here!
- mekster 1y ago
  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`.)
ale42 1y ago
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.
- rogeliodh 1y ago
  somo | grep -v ─ :)
kreetx 1y ago
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.)
neiesc 1y ago
Rust S2
neiesc 1y ago
In Arch https://aur.archlinux.org/packages?K=somo https://aur.archlinux.org/packages?K=somo
- hollow64 1y ago
  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...
  - em-bee 1y ago
    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
sedonald245 1y ago
[dead]

115 points by hollow64 1y ago

at0mic22 1y ago

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

Zekio 1y ago
Readme only mentions linux, so why bother mentioning Mac OS?
- cls59 1y ago
  README also leads with a screenshot that has macOS window styling. So, "works on Mac" is a reasonable first impression to draw.
  - krunck 1y ago
    There are MacOS-like themes available. Eg: https://www.gnome-look.org/p/1275087/ https://www.gnome-look.org/p/1275087/
    - 293984j29384 1y ago
      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.
  - qualeed 1y ago
    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.".
  - Vilian 1y ago
    Linux is DEs support themes
- at0mic22 1y ago
  Cause it's obviously a Rust crate, you would kinda hope that it might compile at MacOs. In 99% of cases that works.
  - diggan 1y ago
    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.
    - at0mic22 1y ago
      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.
deleted 1y ago
[deleted]
insane_dreamer 1y ago
The title `A human-friendly alternative to netstat for socket and port monitoring on Linux` is pretty clear.
- at0mic22 1y ago
  Nah, homebrew made apple guys believe they get pretty much everything Linux has. Who would expect an exception?
  - insane_dreamer 1y ago
    because "Linux" != "MacOS"
hollow64 1y ago
sorry for the confusion about the macos like screenshot, I changed it to look more like Ubuntu

kykat 1y ago

[dead]

mrweasel 1y ago

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.

hollow64 1y ago
glad you like it :)

basemi 1y ago

[flagged]

bityard 1y ago
I find the output of `ss` very hard to read in comparison to netstat.
- ahepp 1y ago
  It has some cool capabilities though It can show you per socket skbuf memory usage and receive buffer drops (which netstat reports globally)
deleted 1y ago
[deleted]

nubb 1y ago

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

spapas82 1y ago
I use netstat -nap instead !
- imiric 1y ago
  -tulpen for me. Easy to remember for Dutch speakers :)
  - throwaway992673 1y ago
    -tulpn here!
mekster 1y ago
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`.)

ale42 1y ago

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.

rogeliodh 1y ago
somo | grep -v ─ :)

kreetx 1y ago

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.)

neiesc 1y ago

Rust S2

neiesc 1y ago

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

hollow64 1y ago
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...
- em-bee 1y ago
  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

sedonald245 1y ago

[dead]