www-apps/tt-rss: Drop chmod patch that no longer applies to live version

This no longer seems necessary. I need to retest the permissions around the
latest code, but for now, there's no point keeping a broken patch.

Closes: https://bugs.gentoo.org/886007
Signed-off-by: James Le Cuirot <chewi@gentoo.org>

1 files changed, 0 insertions, 26 deletions

diff --git a/www-apps/tt-rss/files/tt-rss-no-chmod-r2.patch b/www-apps/tt-rss/files/tt-rss-no-chmod-r2.patch
deleted file mode 100644
index 05de80b127c5..000000000000
--- a/www-apps/tt-rss/files/tt-rss-no-chmod-r2.patch
+++ /dev/null
@@ -1,26 +0,0 @@
-These files may be written and then updated by the web interface user or the
-update daemon user, so they need to be group writeable. We enforce this with
-ACLs rather than chmod though.
-
-diff -Naur a/classes/pref/feeds.php b/classes/pref/feeds.php
---- a/classes/pref/feeds.php	2022-02-18 13:44:03.000000000 +0000
-+++ b/classes/pref/feeds.php	2022-02-19 15:37:55.000723992 +0000
-@@ -490,7 +490,6 @@
-
- 				if (file_exists($new_filename)) unlink($new_filename);
- 					if (rename($tmp_file, $new_filename)) {
--						chmod($new_filename, 0644);
-
- 						$feed->set([
- 							'favicon_avg_color' => null,
-diff -Naur a/classes/rssutils.php b/classes/rssutils.php
---- a/classes/rssutils.php	2022-06-20 09:37:43.205998915 +0000
-+++ b/classes/rssutils.php	2022-06-20 09:38:01.002279039 +0000
-@@ -1758,7 +1758,6 @@
- 
- 				fwrite($fp, $contents);
- 				fclose($fp);
--				chmod($icon_file, 0644);
- 				clearstatcache();
- 
- 				return $icon_file;