But this is the kind of software that I would want to keep using. Will btop keep being supported? Is btop going to be available in practically all distros I use? Even currently on Arch its only in the AUR.

Its also concerning there is btop[0] and bpytop[1]? I don't understand the difference.

[0]https://github.com/aristocratos/btop

[1]https://github.com/aristocratos/bpytop

    mkdir btop
    cd btop
    tar xjvf ~/Downloads/btop.....tbz
    ./install.sh

Looks like it might be in standard Ubuntu repositories:

https://manpages.ubuntu.com/manpages/xenial/man1/unp.1.html

https://theunarchiver.com/command-line https://github.com/MacPaw/XADMaster

in difference to unp and atool, unar does not depend on other tools to unpack the actual archive

Doesn't seem a big deal or require/cause trust issues to me.

(And when I create one, I always have to check/look up what happens, so it doesn't surprise me that a variety of things get done at all.)

Not everyone does this, of course, but it's nice when they do. Because it means you can just wget the file into a dir and untar it without worrying about it messing up whatever is already there. Also handy for putting different versions of the project side-by-side.

But on *nix systems, the idiom for tarballs usually includes a directory containing all of the contents.

> (And when I create one, I always have to check/look up what happens, so it doesn't surprise me that a variety of things get done at all.)

True - I usually do a `tar tf foo.tar.xz |head` to get a quick peek at the archive. This generally avoids the problem of dumping a bunch of files into the current directory.

I've found some other cool CLIs written with rust at https://github.com/TaKO8Ki/awesome-alternatives-in-rust

I never heard of this one before. What's the benefit instead of doing this with Tmux?

I didn’t know you could something like that we tmux though. I’ll have to check it out. :)

You just made my day. I always open multiple ssh sessions just to display various logs at the same time.

Seems like you can even docker-compose logs -tf | multitail -j.

edit: I never took the time to learn tmux but after just watching a use case video, seems like you could achieve the same result with tmux indeed, as the other comment suggested.

https://lnav.org/2021/05/03/tailing-remote-files.html

The main advantages of lnav over multitail is that it collates log files by time and does syntax highlighting. There are many other features as well -- https://lnav.org/features

Now if we can just slow it down to 240 characters/second to simulate the real experience. It won’t be authentic unless it also slows down when you’re changing colors because of the ANSI escape codes.

Bower Tesource Onitor for Pinux

I am also curious about below [0] since it came up recently.

[0] https://github.com/facebookincubator/below

[0] https://github.com/ClementTsang/bottom

See: https://docs.docker.com/engine/security/rootless/#prerequisi...

I get your current situation is less than ideal for you but at some point you have to accept the project is not the source of painfulness associated with you trying to compile new apps from source, it's just the trigger.

Now, I _can_, with some effort, pull/build a development toolchain. But it would be much nicer if I could have access to this utility on machines with older toolchains, that's all.

It seems unfair to both developers and other users of the project to expect it to be compatible with older toolchains given the benefits of the newer builds.

From linux from scratch to muslcc to buildroot to yocto you can get nice new compilers and run them in docker or in a simple chroot. Requiring new compiler versions is a good thing and any disto related impediments are a distraction from just getting simple toolchain tooling going.

There is no such implication.

Create an htop alias for btop. Then you'll never have to worry about forgetting it.

https://github.com/aristocratos/bpytop

It says:

> The Linux version of btop++ is complete. Released as version 1.0.0

My impression is that btop++ is the successor to bpytop. Or even if bpytop continues to be maintained that they intend for most people to use btop++ instead going forward.

https://github.com/Tomas-M/iotop