Tumbleweed with /bin /sbin /lib /lib64 move why is /opt not moved?
On Mon, Jun 07, Larry Len Rainey wrote:
/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 -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Felix Imendoerffer (HRB 36809, AG Nürnberg)
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.
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.
-- 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
John Paul Adrian Glaubitz <adrian.glaubitz@suse.com> 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 -- EMail:joerg@schily.net Jörg Schilling D-13353 Berlin Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/
On 08/06/2021 09.31, (Joerg Schilling) wrote:
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)
"Bernhard M. Wiedemann" <bernhardout@lsmod.de> 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
Le 13/10/2021 à 15:09, Charles Philip Chan a écrit :
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
W dniu 07.06.2021 o 17:31, Larry Len Rainey pisze:
Because there's no /usr/opt defined in Filesystem Hierarchy Standard (https://refspecs.linuxbase.org/FHS_3.0/fhs/index.html).
On Tuesday 08 June 2021, Larry Len Rainey wrote:
The UsrMerge seemed to be primarily aimed at cleaning up the mess due to dual OS locations such as /bin and /usr/bin. The /opt hierarchy has never had this issue (it does perhaps have other issues - such as deciding whether something belongs in /opt or in the main OS hierarchy). Because the /opt hierarchy doesn't such merge issues, it's contents can be easily relocated to where ever you wish. If relocated, a mount or bind-mount can be used to provide the necessary File System Standard /opt location, for example, you could move it to /usr/opt and then add the following entry to /etc/fstab: /usr/opt /opt none bind,user_xattr,noatime 0 0 There is a similar situation for /usr/local, I never want local to be part of the OS volume, so I use a bind mount: LABEL=home /home ext4 noatime,user_xattr 1 2 /home/local /usr/local none bind,user_xattr,noatime 0 0 Bind mounts for such situations are often better than sym-links. Some applications behave differently when encountering sym-links, for example, some resolve and store the true path which then causes a problem should further relocating be necessary. Michael
On Mon, Jun 07, Larry Len Rainey wrote:
/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 -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Felix Imendoerffer (HRB 36809, AG Nürnberg)
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.
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.
-- 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
John Paul Adrian Glaubitz <adrian.glaubitz@suse.com> 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 -- EMail:joerg@schily.net Jörg Schilling D-13353 Berlin Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/
participants (12)
-
Adam Mizerski -
Bernhard M. Wiedemann -
Charles Philip Chan -
Cristian Rodríguez -
jdd＠dodin.org -
John Paul Adrian Glaubitz -
Larry Len Rainey -
Michael Hamilton -
Richard Werth -
schily＠schily.net -
Simon Lees -
Thorsten Kukuk