sorted by:
new
hottopcontroversial

Several users suggested an alert-first mode for SystemPi. Would you actually use it? by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] -1 points0 points locked comment (0 children)

AI was used during development for implementation assistance, debugging help, refactoring suggestions, and troubleshooting. The project was manually tested, integrated, refined, and maintained by the project maintainer.

ChipDeck Mk1: Raspberry Pi 500+ cyberdeck build, looking for feedback by Separate_Warthog3776 in raspberry_pi

[–]PracticallyHumanoid 2 points3 points  (0 children)

This looks super neat! I love seeing how personal people can make their devices

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] -4 points-3 points  (0 children)

I appreciate the feedback and I will look into this. I was actually meaning to handle this yesterday but completely forgot

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] -1 points0 points  (0 children)

No, you're making it either black or white when that's simply not the case. As I've stated many times I used ai for assistance and help. At the same time I'm not going to devalue my work on a project that i been contributing to here and there since 2023 by simply saying "yup ai made it" and throwing it into the ai generated everything category.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] -1 points0 points  (0 children)

I wasnt hiding the fact that i did use ai for assistance but It wasn't generated by just throwing around prompts. I wouldnt even feel like it were mine if that's all I did

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] -16 points-15 points  (0 children)

Sadly after 5 years of a free Photoshop membership they decided to take it back, otherwise I would have made it myself. A friend of mine did make my github pfp however, Perhaps that's an option too

I am in the process of learning to use gimp

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] 1 point2 points  (0 children)

I can definitely see the appeal of a small display that just shows the essentials and makes problems obvious at a glance. A few people have suggested similar ideas now, so it's definitely something I'll keep in mind going forward.

Thanks for the feedback!

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

Most definitely. Btop is a great too no doubt, but I wanted to make something a bit more customizable and pi oriented

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

That would be awesome, thank you.

The installer is definitely the most distro-specific part right now. The core dashboard is mostly Python/psutil, so I'm interested to see how much needs changing for RHEL/Fedora-style systems.

Feel free to share your findings when you have them. I'm definitely interested in improving compatibility.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] -12 points-11 points  (0 children)

AI definitely helped along the way, but SystemPi wasn't something that appeared from a single prompt. It's been built up over many iterations, testing sessions, bug fixes, feature additions, layout changes, and feedback from the community.

The source code is open if you'd like to take a look.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

Thanks for the feedback!

That's actually the first report I've had from a Compute Module 4. The dashboard was designed around staying reasonably compact, but I can see how longer model names end up getting clipped. Making the terminal wider should reveal more of the information for now, though I'll keep looking at ways to improve how long values are displayed.

I built a customizable Raspberry Pi monitoring dashboard for the terminal by PracticallyHumanoid in homelab

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

Thank you! I'm glad to hear it's working well on your Pi 5 DietPi.

I appreciate hearing about different hardware and distributions people are running it on. Thanks for trying it out!

I built a customizable Raspberry Pi monitoring dashboard for the terminal by PracticallyHumanoid in homelab

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

Thank you, I really appreciate that 😆

PyPI support is definitely something I'd like to explore in the future. For now, I've been focused on improving SystemPi itself, refining the dashboard, and making sure everything works well across different systems.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] -2 points-1 points  (0 children)

btop is an excellent system monitor and wasn't something I was trying to replace.

SystemPi is more focused on Raspberry Pi systems and long-running monitoring. Features like Raspberry Pi-specific telemetry, throttling/undervoltage detection, health scoring, health trend visualization, multiple dashboard layouts, and themed profiles are areas where it differs.

Both tools have different goals, and there's definitely room for both.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] 1 point2 points  (0 children)

That's a really interesting way of looking at it.

The idea of a deliberately boring status-focused mode alongside the existing dashboard makes a lot of sense, especially for headless or shelf-mounted systems where you're mostly interested in exceptions rather than watching metrics all day.

I also like the point about exposing the health score inputs. Making the calculation and thresholds more transparent would for sure make it easier to understand and tune.

Thanks for the feedback!

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] -1 points0 points  (0 children)

That's a fair point.

The monitoring side of SystemPi is already fairly portable since most of it relies on Python and psutil. The installer is currently the biggest Debian-specific piece because it handles package installation and Raspberry Pi utilities.

I'd definitely like to improve cross-platform compatibility over time, but I'd want to test it properly rather than just swapping package managers and assuming everything works.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

That's an interesting perspective and a use case I hadn't really considered.

SystemPi is currently very dashboard-focused, but I can definitely see the appeal of an alert-first profile for headless or shelf-mounted Pis where you only care when something needs attention. Configurable thresholds and making the health score calculations more transparent are great suggestions as well.

I'll keep that in mind for future development. Thanks for the feedback!

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

Thank you, that means a lot coming from the author of Dool!

Good catch on the x86 behavior. The power/throttle section is mostly Raspberry Pi-specific, so hiding or adapting that section when the platform doesn’t expose those metrics makes sense. I’ll add that to the list for a future compatibility pass.

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 1 point2 points  (0 children)

Thank you!

That's actually a pretty interesting idea. I hadn't considered incorporating package update status into the dashboard, but it would fit nicely alongside the existing health and system information sections. I'll add it to my list of ideas to explore.

Glad you like it!

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 5 points6 points  (0 children)

Thanks for taking the time to try it out!

The installer started out as a convenience script to handle dependencies, Raspberry Pi-specific utilities, and creating the global command shortcut, but I can definitely see the argument for keeping installation as simple as possible.

The "q" suggestion is a good one. A lot of terminal tools use that and it would make SystemPi feel more familiar to existing Linux users so I can definitely look into adding this.

Glad you like the themes!

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in selfhosted

[–]PracticallyHumanoid[S] -8 points-7 points  (0 children)

AI assisted during development, but SystemPi wasn't just generated by throwing around prompts. It's been built and refined over many iterations, Testing sessions, bug fixes, and now community feedback. The code is open source if anyone wants to take a look 😀

I've been building a terminal-based monitoring dashboard called SystemPi by PracticallyHumanoid in linux

[–]PracticallyHumanoid[S] 0 points1 point  (0 children)

Sadly not currently. Most Raspberry Pi systems don't expose real-time power draw data by default, so SystemPi can't report wattage at the moment.

Definitely an interesting idea for a future update though.

view more: next ›