Mon, 20 Apr 2009 19:22:00 +0200
Change unfortunate but partly useful overreaching security tradeoff.
The principle of allocating each running process an individual system
user and group can have security benefits, however maintining a plethora
of users, groups, processes, file modes, file permissions, and even
nonportable file ACLs on a host serving from a hundred processes has
some security disadvantages. This tradeoff is even worse for systems
like OpenPKG which benefit from administration transparency through the
use of minimal system intrusion and only three usage privilege levels.
michael@13 | 1 | |
michael@13 | 2 | This is @l_prefix@/local/, the manually-managed software package hierarchy |
michael@13 | 3 | inside the OpenPKG software hierarchy @l_prefix@. This filesystem area |
michael@13 | 4 | contains software which was manually installed under @l_prefix@/local/PKG/ |
michael@13 | 5 | and activated under @l_prefix@/local/ by running: |
michael@13 | 6 | |
michael@13 | 7 | $ @l_prefix@/bin/openpkg lsync |
michael@13 | 8 | |
michael@13 | 9 | Use "eval `@l_prefix@/etc/rc --eval all env`" from within a user's |
michael@13 | 10 | Bourne (Again) Shell startup script (.profile or .bashrc) in |
michael@13 | 11 | order to activate this hierarchy and all of its packages. |
michael@13 | 12 | |
michael@13 | 13 | In case of any questions or problems post to the OpenPKG project |
michael@13 | 14 | user support mailing list <openpkg-users@openpkg.org>. For more |
michael@13 | 15 | details about OpenPKG visit http://www.openpkg.org/. |
michael@13 | 16 |