does libhttpseverywhere have to have a 7MB uncompressed file of rules in the files dir?
Christopher Jones
jonesc at hep.phy.cam.ac.uk
Fri Oct 23 09:08:51 UTC 2020
Hi,
This file has annoyed me on a number of occasions. I work with a full git checkout and tend to use utilities like ‘git grep’ a lot, and this file often gets a hit in those searches, and due to its size spams the results rendering it almost impossible to view any after that file.
One option, if the port still needs to patch these rules, would be to store it compressed in git, and uncompress it on the fly during patching
https://github.com/macports/macports-ports/blob/6d838b9cdbde1c2704da396a95ab99222b8db2c6/www/libhttpseverywhere/Portfile#L50 <https://github.com/macports/macports-ports/blob/6d838b9cdbde1c2704da396a95ab99222b8db2c6/www/libhttpseverywhere/Portfile#L50>
Chris
> On 23 Oct 2020, at 2:52 am, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
>
> The ports tree is getting bloaty as it is, but is is fairly egregious bloat…
>
> ls -la
> total 13680
> drwxr-xr-x 5 root wheel 160 22 Oct 18:46 .
> drwxr-xr-x 4 root wheel 128 23 Aug 15:39 ..
> -rw-r--r-- 1 root wheel 6992700 23 Aug 15:39 default.rulesets
> -rw-r--r-- 1 root wheel 664 23 Aug 15:39 patch-fix-typelib-generation.diff
> -rw-r--r-- 1 root wheel 910 28 Jun 07:30 patch-vala-0.42.diff
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20201023/6b49e263/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1930 bytes
Desc: not available
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20201023/6b49e263/attachment.bin>
More information about the macports-dev
mailing list