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