Changing the way of how folders get patched

[SnenxyTengoku]

Currently, the way papirus-folders works is by manually modifying the theme where it's stored in /usr which doesn't work for immutable distros:

ln: failed to create symbolic link '/usr/share/icons/Papirus/22x22/places/folder-activities.svg': Read-only file system
papirus-folders: Error: Fail to create '/usr/share/icons/Papirus/22x22/places/folder-activities.svg' symlink

This issue is "addressed" in #35 but that solution requires the user to install the theme to their HOME directory rather than having it installed in their system, which most people would prefer for the sake of easy updating and maintenance.

A possible "ultimate" solution would probably be to add a method of patching icons similar to papirus-colors, where it would be possible to copy the folder icons to the users' HOME directory, manually modify/patch them there under a new "icon theme" which then relies on the original Papirus theme installation for every other icon(s) that aren't the recolored folders.

[SmartFinn]

Option 1

5 icons themes (ePapirus, ePapirus-Dark, Papirus, Papirus-Dark, Papirus-Light) × 23 folder colors = 115 separated icon themes. How to manage this mess, I have no idea.

Option 2

Creating 5 separated icon theme that contain places icons only, and a user should to install manually to his home directory, and use papirus-folders to change folders color.
This option also won't give any privileges to compare with installing regular Papirus icon theme in home directory.

[randogoth]

Here's a solution that works on my atomic Fedora distro with papirus-icon-theme layered/baked in. This works as a complete replacement for papirus-folders.

Inside this script you could skip the layering part by putting the icon source folder somewhere else and changing the base_theme_dir variable.

https://gist.github.com/randogoth/772973dfa345d33ea6f2f6ff70939d61