-
Notifications
You must be signed in to change notification settings - Fork 7
Open
Description
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.gzshows all directories with sane permissions androot/rootas user and group owners. - When I download from SourceForge files, running
tar tvf 2.2.tar.gzshows wrong permissions for some directories, andjoe/joeas 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.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels