`gtk-update-icon-cache' gives error: 'GLIBC_2.34 not found'

[sonny]

gtk-update-icon-cache command in fossapup64 came back with:

/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by gtk-update-icon-cache)

Thank you for the enlightenment.

[Jasper]

FP95 uses 2.31

[sonny]

FP95 uses 2.31

But other users report getting the same error even with GLIBC 2.35 installed.

[Jasper]

Other users?? Where?

Have they created an additional Glibc install and linked their GCC to compile applications?

As I told you before FP95 uses GCC 9.3.

[OscarTalks]

sonny,
Probably you have installed a version of this executable which was compiled against the later glibc (libc6) version. When installing libraries and executable binaries you do always have to be aware of compaibility issues. I sometimes see people installing packages from other distros thinking they are "doing updates of their system" but then they find that things stop working. Take a look at what packages you have installed and consider uninstalling them, because the native version of gtk-update-icon-cache should not give this error. There should be no need to update this file and even if you needed to update the gtk package which contains it, you would need to make sure to compile the package in a build environment which has the same version of glibc as the distro in which it is going to run.

[sonny]

Thank you @Jasper & @OscarTalks.

I read other forums regarding that error.

After removing...

/usr/local/lib/x86_64-linux-gnu line
from /etc/ld.so.conf.d/x86_64-linux-gnu.conf

The error's gone, but is it the right solution?

[OscarTalks]

The error's gone, but is it the right solution?

I think the right solution is to avoid installing incompatible or mismatched files or packages in the first place.
Are there any files installed in /usr/local/lib/x86_64-linux-gnu ? if so I believe they will be user-installed
Removing that line will (I believe) simply mean that libraries in that location are not read by default, so it is more of a workaround for something which should not have been done in the first place, rather than a "solution".
I tested in a fresh boot of fossapup64 and calling gtk-update-icon-cache does not give an error