Re: Simple HowTo

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Aldo Foot wrote:

    I hope I am not off-topic, but one thing that sorta bothers
    me is that many, if not *most* applications are being placed
    in /usr/share as if a catchall place?  It seems to contain more
    than 50% of /usr space alone?

    It seems to me, that many applications such as 'games' for example,
    ought to be in it's own common directory such as /usr/(local/)games
    so that these (large) applications can be easily symlinked/mounted
    elsewhere if need be, otherwise it can be bothersome to move, mount,
    or symlink these otherwise potentially large applications?

    I wonder what the point is of having /usr/games, /usr/local if
    no one seems to use these otherwise mostly empty directories?

    I seem to think it might be an added bonus giving the installer
    the choice as to where to install their application(s)?

    Just wondering.

    No virus found in this outgoing message.
    Checked by AVG Free Edition.
    Version: 7.5.503 / Virus Database: 269.17.4/1187 - Release Date:
    12/16/2007 11:36 AM



    <https://www.redhat.com/mailman/listinfo/fedora-list>


This might answer the /usr/share question:

http://www.pathname.com/fhs/2.2/fhs-4.11.html

"Any program or package which contains or requires data that doesn't need to be modified should store that data in /usr/share (or /usr/local/share, if installed locally). It is recommended that a subdirectory be used in /usr/share for this purpose.

Game data stored in /usr/share/games must be purely static data. Any modifiable files, such as score files, game play logs, and so forth, should be placed in /var/games."

~af


Aw, you beat me to it.

I also have this as more of a description from the Linux Standards Base.

Installing Your Application in the Right Place
http://www.linux-foundation.org/docs/lsbbook/install-app.html

Following a set standards would solve one issue with commercial acceptance of Linux. Finding everything in the same spot for all distributions.


--
Robin Laing

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux