I would check paths your user might have in .bashrc file or related. w works as normal from my user.
If you want me to login to your user and do some checking let me know and I will take a look.
Thanks ~deepend
On Jun 12, 2026, at 1:54 PM, rdlmda via tildeclub tildeclub@lists.tildeverse.org wrote:
I confirm the error.
Running "locate libproc2.so.1" returns nothing, so the file is not present on the system. Funnily, it's not present on my Mint install, either.
I ran these commands on tilde.club:
rdlmda@tilde:~$ which w /usr/local/bin/w rdlmda@tilde:~$ ldd /usr/local/bin/w not a dynamic executable
If it's not a dynamic executable, I'm not sure why it's complaining about the lack of a .so system file.
The results on my system are different:
~$ which w /usr/bin/w ~$ ldd /usr/bin/w linux-vdso.so.1 (0x000077c65cc4d000) libproc2.so.0 => /lib/x86_64-linux-gnu/libproc2.so.0 (0x000077c65cbf6000) libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x000077c65cb16000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x000077c65c800000) /lib64/ld-linux-x86-64.so.2 (0x000077c65cc4f000) libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x000077c65cb09000) libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 (0x000077c65c6b8000) liblz4.so.1 => /lib/x86_64-linux-gnu/liblz4.so.1 (0x000077c65cae5000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x000077c65cab3000) libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x000077c65c5fe000) libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x000077c65ca8e000)
On Mon, 8 Jun 2026, gg--- via tildeclub wrote:
When I try to run `w`, I get this error:
/usr/local/bin/.libs/w: error while loading shared libraries: libproc2.so.1: cannot open shared object file: No such file or directory
It's not a big deal, but it used to work just fine. In the meanwhile, I'll use `who` instead.