Problems are related to where distrobox is stashing a clblas and openblas package. It’s on the base system too, further complicating searches. I’ve tried all kinds of stuff with no luck. I hate the massive find command’s obfuscated ancient API of a full sized ANSI language specification. Python or C is easier than that junk.

A simple $ dnf where command seems like such an obvious thing even if it is an unrelated alias or function outside of dnf.

  • @INeedMana
    link
    22 years ago

    Which uses PATH and that’s why it’s useful. It allows you to check which file will be executed and if you’re missing a path in PATH

    IIRC locate should have a db of files, so it should show paths.
    You can also do find / | grep -i blas but that might take a while

    • @j4k3OP
      link
      English
      22 years ago

      The problem with find is its read error nonsense, and from a distrobox container, it shows all instances of the package including those on the base system. Wherever dnf was placing the file, it was not in the PATH. I don’t know how that happened. It may be a bug in the distrobox configuration for Fedora 38. I gave up on it and tried nix on my base install as a parallel package manager option. That put a user file on the root partition and files everywhere. I didn’t fully understand this before installing and thought it was referring to permissions instead of location; a stupid oversight on my part. That is my last straw with this mess. I’m going back to immutable where I know exactly what is on the base system at all times and can simply roll back mistakes without dealing with constant backups.

      Thanks for the help.

    • @j4k3OP
      link
      English
      12 years ago

      deleted by creator