Skip to content

Wrong permissions in the tarball #15

@denilsonsa

Description

@denilsonsa

When someone installs the pysol cardsets on any Arch-based Linux distribution, several cardsets will be installed with wrong permissions. Look at this bug report.

$ ls -l /usr/share/PySolFC
…
drwxr-xr-x 2 root root 4096 Jun 6 16:29 cardset-neo
drwx------ 2 root root 4096 Jun 6 16:29 cardset-neo-hex
drwx------ 2 root root 4096 Jun 6 16:29 cardset-neo-tarock
drwx------ 2 root root 4096 Jun 6 16:29 cardset-next-matrix
…

Then I started investigating…

  • When I clone the git repository, the permissions seem sane. (Which makes sense, as I'm cloning as my own user instead of root.)
  • When I download from the GitHub tag 2.2, running tar tvf 2.2.tar.gz shows all directories with sane permissions and root/root as user and group owners.
  • When I download from SourceForge files, running tar tvf 2.2.tar.gz shows wrong permissions for some directories, and joe/joe as the user and group owners.

Thus, I conclude that manually-created tarballs can have incorrect permissions.

Solutions

I have some ideas for solutions.

  • Use GitHub actions to automatically push to SourceForge whenever a new tag is created or updated. I'm not familiar to publishing to SourceForge, and a quick search shows it may be possible.
  • Move the official releases to GitHub. That has the drawback of all the links over the web still pointing to SourceForge. Still, might be a simpler solution.
  • Use a script to fix the permissions before building the tarball. Or just use GitHub's automatically-built tarballs.

Bonus: There are two COPYRIGHT files that have +x permission, while they shouldn't.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions