You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I'm having some trouble with bpytop on my Raspberry Pi. It only starts tracking system stats when I open the app, which makes it hard for me to keep an eye on things without constantly having it open.
To get around this, I've been trying to use tmux to run bpytop in the background and then connect to it whenever I need to check on things. But that's not working out so great either - some fonts don't render properly in tmux.
What I'd really love is a way to see bpytop's output through a web interface, kind of like gpustat-web. That would make it super easy for me to check on my system's stats from anywhere, without having to SSH into my Pi all the time. Plus, it would be great to be able to share that info with others on my network without giving them full access to my system.
Describe the solution you'd like
TBH, I haven't had a chance to think through a detailed solution yet, but I'm excited about the possibility of working on it. If I were to tackle this issue, I might start by exploring ways to create a web interface for bpytop - maybe using something like Flask or another Python web framework.
One possible approach could be to add some flags to the existing bpytop command that would allow users to launch a web server instead of the terminal interface. For example, you could run bpytop --web and it would start a web server showing the system stats, rather than launching the terminal UI. I might also look into running this web server in a tmux terminal or something similar, so that it can keep running in the background.
I'm curious to know if you (the maintainers) consider this an issue worth solving. If so, I'd be happy to take on the challenge and submit a pull request with a proposed solution. Would you be interested in seeing a PR that addresses this issue?
Describe alternatives you've considered
Couldn't find any... Please let me know if you know of something which would immediately solve my problem.
Additional context
NA
The text was updated successfully, but these errors were encountered:
Try the c++ version, it's much more maintained in recent times.
I tried using tmux 3.2a-4ubuntu0.2, which doesn't have any issues rendering the interface. Maybe you could try compiling and installing the latest version from git on your raspi.
Is your feature request related to a problem? Please describe.
I'm having some trouble with bpytop on my Raspberry Pi. It only starts tracking system stats when I open the app, which makes it hard for me to keep an eye on things without constantly having it open.
To get around this, I've been trying to use tmux to run bpytop in the background and then connect to it whenever I need to check on things. But that's not working out so great either - some fonts don't render properly in tmux.
What I'd really love is a way to see bpytop's output through a web interface, kind of like gpustat-web. That would make it super easy for me to check on my system's stats from anywhere, without having to SSH into my Pi all the time. Plus, it would be great to be able to share that info with others on my network without giving them full access to my system.
Describe the solution you'd like
TBH, I haven't had a chance to think through a detailed solution yet, but I'm excited about the possibility of working on it. If I were to tackle this issue, I might start by exploring ways to create a web interface for bpytop - maybe using something like Flask or another Python web framework.
One possible approach could be to add some flags to the existing bpytop command that would allow users to launch a web server instead of the terminal interface. For example, you could run
bpytop --web
and it would start a web server showing the system stats, rather than launching the terminal UI. I might also look into running this web server in a tmux terminal or something similar, so that it can keep running in the background.I'm curious to know if you (the maintainers) consider this an issue worth solving. If so, I'd be happy to take on the challenge and submit a pull request with a proposed solution. Would you be interested in seeing a PR that addresses this issue?
Describe alternatives you've considered
Couldn't find any... Please let me know if you know of something which would immediately solve my problem.
Additional context
NA
The text was updated successfully, but these errors were encountered: