How I feel when symlinking a library to act as the "correct" version so my executables stop nagging. Spongebob angrily shouting "You are going to load my shared libraries, and you are going to like it!"
you are viewing a single comment's thread
view the rest of the comments
[–] 5 points 1 month ago (3 children)

Guys do not do this, it's gonna cause a mess further down the line.

"The problem with creating these links is that they aren't managed in any meaningful way. If that library is removed, the link becomes broken. If the library is upgraded, it may encounter an error because of the link that it doesn't expect to be there."

https://askubuntu.com/questions/461706/is-it-okay-or-not-to-symlink-libraries-to-overcome-cannot-open-shared-object

  • source
  • hideshow 3 child comments
  • [–] 2 points 1 month ago

    “The problem with creating these links is that they aren’t managed in any meaningful way. If that library is removed, the link becomes broken. If the library is upgraded, it may encounter an error because of the link that it doesn’t expect to be there.”

    If anyone is forwarding shit the way OP is, I'm pretty sure this is a "move the earth to hack this shit to work right now" action instead of "here are the foundations of my best practice based system"

  • source
  • parent
  • [–] 2 points 1 month ago

    It is most commonly used to get an older archived program to load a newer library without recompiling the older program, so none of those objections apply, or are serious, because a dangling symlink (when the os moves to a newer library version) just keeps the one program from loading, reproducing (in a way) the error the symlink was introduced to fix.

    The user can typically fix the same exact problem in that case. Honestly, those objections read like that meme, "No, not that way!"

  • source
  • parent