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

On 6/8/21 5:32 AM, Richard Werth wrote:

For me its all right - there is something like an "Eselsbrücke" /usr for Unix(Linux) System Recources and /opt for all other Applications

That "usr" stands for "Unix System Resources", is a myth. It's short for "user" and used to be the canonical location for the home directories [1]. Adrian

[1] https://youtu.be/tc4ROCJYbm0?t=797

On 08/06/2021 09.31, (Joerg Schilling) wrote:

John Paul Adrian Glaubitz wrote:

...

That "usr" stands for "Unix System Resources", is a myth. It's short for "user" and used to be the canonical location for the home directories [1].

Correct, and /usr/bin was a common writable directory intended to permit users to share their private programs.

Official UNIX programs have been in /bin only these days.

BTW: Man pages for the shared private programs from /usr/bin exist because Stephen Bourne wrote a cron job that every night checked whether a new binary did also result in a better/newer man page. He explained that on a talk on a Sun User Group meeting in 1990.

When /usr/bin has been kidnapped by the system, people invented /usr/local as an "escape" and soon admins kidnapped /usr/local .....

This was the reason to invent /opt in 1987 in order to break the chain of similar mistakes.

Jörg

Rest in peace Jörg. https://www.reddit.com/r/linux/comments/q5wwey/j%C3%B6rg_schilling_has_passe... https://news.ycombinator.com/item?id=28827388 https://www.heise.de/news/Nachruf-Open-Source-Welt-trauert-um-Joerg-Schillin... https://de.wikipedia.org/wiki/J%C3%B6rg_Schilling (not even 2 days old yet)

Le 13/10/2021 à 15:09, Charles Philip Chan a écrit :

"Bernhard M. Wiedemann" writes:

...

Rest in peace Jörg.

Yes, RIP Jörg. Funny that I am seeing this post today since I just finished fixing the permissions for cdrecord in order to burn an ISO (I am using permissions.secure which have problems with burning). Haven't need to burn anything in years.

Charles

https://lwn.net/Articles/872489/ I'm very sad, I had to communicate with him to fix some misunderstanding between him and openSUSE (he was extremely competent but may be a bit rough) really a loss... jdd -- http://dodin.org http://valeriedodin.com