Skip to content

rootfs folders have 775 permissons #575

@hphilm

Description

@hphilm

@ShadowApex during my work on AerynOS/recipes#1532 I found out that rootfs has 775 folder permissions for folders like lib and share. On AerynOS it created some issues after I updated to uutils-coreutils 0.7.0. There folders with 755 are hidden for our package manager. Other folder permissions get recorded. So why is 775 used in rootfs?

Here some more details:

root@boulder:~/v0.76.0.tar.gz
# umask
0022

Source folders have permissions as:

root@boulder:~/v0.76.0.tar.gz
# ls -lasih rootfs/usr
total 0
67657413 0 drwxrwxr-x 1 root root 16 Apr  1 01:02 ./
67657412 0 drwxrwxr-x 1 root root  6 Apr  1 01:02 ../
67657414 0 drwxrwxr-x 1 root root 22 Apr  1 01:02 lib/
67657427 0 drwxrwxr-x 1 root root 52 Apr  1 01:02 share/

And the target adopts them as it should:

root@boulder:/mason/install
# ls -lasih usr
total 0
67685784 0 drwxr-xr-x 1 root root 22 Apr  7 07:10 ./
67685783 0 drwxr-xr-x 1 root root  6 Apr  7 07:10 ../
67685785 0 drwxr-xr-x 1 root root 24 Apr  7 07:10 bin/
67685787 0 drwxrwxr-x 1 root root 22 Apr  7 07:10 lib/
67685800 0 drwxrwxr-x 1 root root 52 Apr  7 07:10 share/

So I have to call find rootfs -type d -exec chmod 755 {} \; to update the folder permissions in setup process.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions