41–50 of 59 posts
Seems cool but I could not get this to install on Ubuntu 8 (old I know) ... even trying to do a wget gave me this error "ERROR: Certificate verification error for github.com: unable to get local issuer certificate"
The app looks really nice visually, a few points though: except Exception: pass is generally considered to be a code smell. The problem being that when you're catching all exception information and throwing it away you will never know what went wrong and where. If you're doing a try/except Exception nested inside another except Exception then I would humbly suggest that you really need to think about refactoring and…
Besides upvoting for agreement with all the above (I didn't review the code but certainly all this is worth fixing if present), I'll also say that you probably shouldn't recommend people using `sudo` to install your thing in your README / landing page.
Looks very nice. I'm a very happy user of iStat Menus for similar monitoring on OS X. One thing that iStat menus lacks, and I was hoping Glances had (but appears not to) is a "top" like viewer for what is using bandwidth. Both applications only give the overall bandwidth usage. I'll see my bandwidth shoot up hundreds of Kbps out of nowhere and quickly try to determine what's using it through combinations of looking a…
Nethogs ( http://nethogs.sourceforge.net/ ) does what you want, but it's linux-only.
uch a tease:
The excellent Amit Singh rants about how useful procfs is and how Mac doesn't have it, but then says it's not really needed, and then almost builds it anyway, then gives up due to unrelated hardware problems:
http://osxbook.com/book/bonus/ancient/procfs/
(2003)
This case is one of the more blatant demonstrations showing the superiority of The Unix Way of "everything is a file. "
You'll probably want to change the name. HP/UX has similar performance monitoring tools named Glance and GlancePlus that are unlocked via license keys. These tools have been around for at least 15 years, they are installed with the base OS (and thus are well known within the community), and perform the same functions as your software (performance monitoring).
Also it looks like the font the interface uses is a bit rounded. I'd recommend something blockier to prevent litigation.
This is a CLI. Usually the font is chosen by the term emulator, not the program.
Earlier quoted context omitted.
Besides upvoting for agreement with all the above (I didn't review the code but certainly all this is worth fixing if present), I'll also say that you probably shouldn't recommend people using `sudo` to install your thing in your README / landing page.
What is preferred?
You should essentially never use sudo to install any package, since even besides any security issues, it can clobber things on your system that are necessary for your OS (by say, upgrading a package that your OS ships with).
I happen to not use my system's shipped Python at all, since I'm on OSX, but if you are using it, you want to use `pip install --user mything`, no sudo necessary.
Would you run this or would you run htop? I'm not sure when I'd use one over the other.
Maybe someone less dense than I knows more and can tell me what the differences are?
Again, I have no idea how to present that nicely.
Not sure how this would work from a UI perspective but it'd be nice if you could add other servers to be monitored. So instead of me having 20+ terminal windows open, ssh'd into each box and running this app, I could run this app from a central server that's showing all of them together. Again, I have no idea how to present that nicely.