Feature Request: Make top/htop give usable readings for the packages

  • Done
  • quality assurance status badge
Details
4 participants
  • bo0od
  • Oleg Pykhalov
  • Tobias Geerinckx-Rice
  • Mark H Weaver
Owner
unassigned
Submitted by
bo0od
Severity
wishlist
B
B
bo0od wrote on 13 Apr 2021 15:10
(address . bug-guix@gnu.org)
e4239dd3-34a1-f179-ef78-9cdec975acde@riseup.net
Hi There,

Using top/htop is helpful to know many info like running packages,memory
usage...etc

But in guix the problem with any running service it show long path
/gnu/store/pathxxx/packagename this is not useful as the name of the
package will be hidden from screen due to its long name. (some
workaround can be done but its usability disaster)

Can guix give readings to just the package name running without the need
to mention its path?

check the uploaded images.

ThX!
Attachment: htop.png
Attachment: top.png
T
T
Tobias Geerinckx-Rice wrote on 14 Apr 2021 01:45
(name . bo0od)(address . bo0od@riseup.net)(address . 47749-done@debbugs.gnu.org)
87h7k9eojx.fsf@nckx
Hi bo0od,

bo0od writes:
Toggle quote (5 lines)
> in guix the problem with any running service it show long path
> /gnu/store/pathxxx/packagename this is not useful as the name of
> the
> package will be hidden from screen due to its long name.

Indeed. I added ‘Show program path’ to htop years ago for that
reason (but for Nix). It's bound to ‘p’. Enjoy.

I don't use top. Perhaps it has a similar option. If not, maybe
upstream's willing to add one.

As this is best asked on their bug tracker, I'm closing this bug.

Kind regards,

T G-R
-----BEGIN PGP SIGNATURE-----

iIMEARYKACsWIQT12iAyS4c9C3o4dnINsP+IT1VteQUCYHYtMg0cbWVAdG9iaWFz
LmdyAAoJEA2w/4hPVW15CjIBAMGLfeRJUG1osCCO5rRLXLVLplBaEE1qI91sHNyS
8CwdAP0eq/I61+3w4tH4r/AZEPdUJntwDQe+ndXr+vXrPi0YAw==
=0pLi
-----END PGP SIGNATURE-----

Closed
M
M
Mark H Weaver wrote on 14 Apr 2021 04:21
87wnt5r4g5.fsf@netris.org
bo0od <bo0od@riseup.net> writes:

Toggle quote (11 lines)
> Using top/htop is helpful to know many info like running packages,memory
> usage...etc
>
> But in guix the problem with any running service it show long path
> /gnu/store/pathxxx/packagename this is not useful as the name of the
> package will be hidden from screen due to its long name. (some
> workaround can be done but its usability disaster)
>
> Can guix give readings to just the package name running without the need
> to mention its path?

If you press "c" in 'top', it will toggle to a mode that shows only the
command name, without the full path. Unfortunately, that mode also
suppresses the argument list.

Mark
O
O
Oleg Pykhalov wrote on 15 Apr 2021 08:09
(name . bo0od)(address . bo0od@riseup.net)(address . 47749@debbugs.gnu.org)
87mtu0hydp.fsf@gmail.com
Hi,

A workaround is use emacs with emacs-vterm and emacs-guix ;-)

‘M-x vterm’ will launch a terminal, then ‘M-x guix-prettify-mode’, then
‘htop’ or ‘top’ will hide the store hash.

Oleg.
-----BEGIN PGP SIGNATURE-----

iQJIBAEBCgAyFiEEcjhxI46s62NFSFhXFn+OpQAa+pwFAmB32LIUHGdvLndpZ3Vz
dEBnbWFpbC5jb20ACgkQFn+OpQAa+pzFpxAApptMAlIj+/XpE83U3zfPL3T3WYsC
vot0GFU2r45YbZfS61CQgZa88nUAUlgdYcITTbmhLY7sY1BlStxlyy+XXGUtDIvR
PjyAuBP+i7M7ugjI+Bjms2m1vT13hxVGPN7SQBp98JOPECiaW+HFIvVRTFR+tOxo
LvT3qivFnLFwKq2dZ42WUw1O9VaHBDpHoz+zkJx6OBs1mJrZU3Ra5Dcw3IbkdQMw
QmnEYjp4z0bWzpVOlKWJRhZyyVuVT2PpGtB8PXD7QAN9BEno9tKCtpXm67zhFheg
Y5aEvGrSMP3aNJ96lvR8+IZtcgzqH3ZFi6U0rpmHZijz2Ohgyk7+wXA32Hw2Ww5K
pGWKLiFc+Vr0iNuPDjaxEwwL2SwsevjqJl7XEyoZbc7UM7AUuzmjm59yfGHx+IE6
6kOsaPmZmlH7hfSQkAxNcWj6FXy7gdcqfm0d0D39C5Gx3tzfXunxWhjKjU+qUVLg
p0xzjOp2NQj3LT7rrNJfj+3a8u2Z/9taFnvRh0zSMRrtLMdtq1sX9/6MrP6pFdkU
SkIcAn+EpgDvxG/1XK6N0v2+mkRRN8dzTRncy3nkxEAW3p/iuIs7SLmd/HIXBIuN
SzYQYDx1mL8iCAYhvfoOULIcg16LzCLwYU62wkL7LVqplkAVICR7tHNtyGLUvTZH
pNd9qaI0syWLWoM=
=Z4Pj
-----END PGP SIGNATURE-----

?
Your comment

This issue is archived.

To comment on this conversation send an email to 47749@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 47749
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch