/bin

>/bin
Tradition, eg /bin/sh in shebangs, also base essential utils before /usr partition is mounted
>/usr/bin
All executable files that are part of the distribution go here (unix system resources/binaries)
>/usr/local/bin
The binaries that the administrator has installed locally on his workstation outside the control of the package manager
>/sbin
Essential inaries that are to be executed only by the superuser, included only in the root path
>/usr/sbin
Superuser only utilities that are meant to be executed only by the superuser
>/usr/local/sbin
Local binary additions by the administrator that are meant only for the superuser
>~/.bin
Binaries and executable scripts created and added by the current user, installed without administrator privileges
>/opt
Optional packages that don't follow this structure and have all resources (binaries, libraries, configuration files, data resources, etc) in a single directory

Again, what seem to be the problem?
This structure is one of the good things of GNU/Linux ad it beats the shit out of Windows and especially Mac OS X

>implying
you forgot the part where
>./program1/bin
>./program2/bin
>./program3/sources/bin
>./program4/lolnamexd /.bin
>./bin/program3/bin/sbin

it's just historical bullshit, unix folks love following pointless things just because it's written in some hacky standard and defend it to the point when they appear seriously braindamaged

It sure would be nice is there was a central repository where executable paths could be easily located along with any important information and pathing requirements they had.

Attached: 1530342326927.png (573x395, 7K)

Underrated post

>~/.bin/ instead of just ~/bin/

Yuck. Dotfiles and dotfolders were a mistake.

So Gobo Linux?

Ain't it awesome. A simple set of directories keep all the brainlets away from real computing.

>is for use by the system administrator
This makes no sense. Everything is for use by the system administrator? Who else uses the system?

>when installing software locally
This makes no sense. What software is installed remotely?

/opt is not for self-contained folders, it's only for static files, variable files go into /var/opt, and configs go into /etc/opt.

>loonix
>standard
kek, did you see posix?

this
environment variables included from bazillion of files are fucking stupid

nixlet cope inc
/
── boot/
── root/
── user/
── conf/
── apps/
── proc/
── hard/
── vars/
── logs/
── temp/

based

>~/.bin
no, this should be ~/bin not a hidden directory, you sicko

For me it's AppData/Roaming

Everything in /nix/store

server administrators/multiuser setups

plain stupid hierarchy
see these, op:
youtu.be/EJEUYUPtNWA
freebsd.org/doc/handbook/dirstructure.html

/bin - base system binaries
/usr/bin - additional base tools
/usr/local/bin - user installed binaries.
/sbin - base system binaries that need escalated privileges to do anything useful.
/usr/sbin - obvious by now
/usr/local/sbin - obvious by now.
$home/.bin - user-only binaries

You missed the point but it's understandable since user's explanation was terrible. Local doesn't mean "the opposite of remote", nor does it have much to do with sys admin. /usr/local if for making modifications to this system. /usr is for any packages installed from a repository by a package manager. The seperation allows certain files/programs to be overridden and ensures the package manager won't touch them when installing/updating/removing software.

Windows is unironicaly worse in most cases, but I agree the lack of standards is pretty enraging.

>$home/.bin
~/.local/bin

>Loonix developers
did he mention any kernel development?

just use guix or nix, retard

this
~/.local is equal to /usr, that's why you see ~/.local/share like you would see /usr/share

don't forget appdata local

>updating on arch / parabola
>sudo pacman -Syu

>updating on guix
>guix pull
>guix package -u
>guix /etc/something/something/reconfigure (to update grub loader)

ah, I see you're a man of culture as well

don't forget \system32

>/bin
Base level binaries, dealing with the kernel and filesystem

>/lib
Very broad libraries, core libraries, etc.

>/usr
Has /lib and /bin for all other applications, /opt for self-contained

>/var
Longterm caches, configs, environments, content usually found in /etc

>/var/
All the dotfiles usually found in /home

>/tmp
Shortterm caches, temporary files, contains what usually goes in /run

>/home/
User files only

>/proc, /dev, /boot, /sys
FHS

>/srv
Only directory that serves content, no /var/www

No sbin, no local, no media

Fuck .local .cache .config hell in home folders

>/var/log
>/usr/share

Attached: 1560193989309.jpg (1003x900, 84K)

T. /bin/let

Xdiode-Matrix
Mines features my college, from New York, sorry Slayers. But what would yours? Mazoku- means income taxxed Cop, not me its my middle nam

Attached: 1556492066002.jpg (680x432, 97K)

Why?