On 6/8/21 2:20 AM, Larry Len Rainey wrote:
Even though packages that are from /opt install binaries to all the libraries and binaries in /usr ?
That is not really the recommended way to use opt these days.
Without /opt being in there the rollbacks might not be complete since /usr is a snapshot?
The 1980's requirements were that /opt had its own /opt/bin and /opt/lib so that system files were not touched. What happened because of that is PATH ended up with multiple /opt/bin appended to it (one for each package that went to /opt) I saw systems become unusable because the environment was 100% full and deleting the excess entries in PATH was required to get past that. I was out of the loop as to when that requirement was dropped. It was in the Motorola 68000 Unix distro. I ended up with the PC 386 Unix and that requirement was gone. So it is OK to put 3rd part parts in /usr/bin and /usr/ lib64 (via symlink) but not the other files.
These days its more common to create /opt/<AppName> and then either add /opt/<AppName>/bin to the path or for some graphical applications maybe link there .desktop file to /usr/share/applications and possibly link the binary into /usr/bin. This means that if you install two different 3rd party apps that both use libfoo they don't end up overwriting each other in /opt/lib it also means that in the case of having to roll back a snapshot the worst you will need to do is recreate any symlinks that you may have created since the last snapshot.
On 6/7/21 11:01 AM, Thorsten Kukuk wrote:
On Mon, Jun 07, Larry Len Rainey wrote:
In Tumbleweed,
/bin /sbin /lib /lib64 are symbolic links to /usr/bin /usr/sbin /usr/lib and / usr/lib64
I can see that but why is /opt not a link to /usr/opt and all /usr/opt not there too?
Am I missing the reason or has no one thought of this yet? /usr is for the OS of the distribution /opt is for third party packages
Since the stuff is different and follows different policies, it got separated many, many years ago for good reasons (read the FHS for more). Merging them now again doesn't make much sense and would only create new problems for transactional-updates, image based installations and many more.
Thorsten
-- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B