Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100098
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain outlook.de designates 40.92.66.83 as permitted sender)
To: Sara Golemon <pollita@php.net>, Remi Collet <remi@php.net>
CC: PHP internals <internals@lists.php.net>
Thread-Topic: Size of release tarballs
Thread-Index: AdMIVU2VQQALN8moTaeD4OEM1MSqwg==
Sender: Anatol Belski <weltling@outlook.de>
Date: Sat, 29 Jul 2017 10:56:19 +0000
Message-ID: <HE1PR02MB1052738F154F495E4B061B40BABC0@HE1PR02MB1052.eurprd02.prod.outlook.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 2
x-tmn: [/MWnbnweDEeiNMqvZLPGoEALB8PC7bkiRLxT0wPRy45N3EzVUyKmULgm0rNEGhS1]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1;VE1EUR01HT113;7:zuGoPFT/S5xH88IK40b2OKkZXjFqw8PkL+itFkqMHCD9abbylU9v4xTMZz6X5rT8XffEm3Af2v/jqG6sQBAsidx7SvGDAiSsT2MgMof7P3hEKuZSa4MZdN4REwr2lv+gdcQj8172jJmkkdprMJhKYEQREbcQWjenKAI8d4NfnfM3Rq7Kh5hO7JmjS+zK9OaKxnI0LrNVDFLfoVfSRyIJ3+oBhvaXIYTNfH0enqtgOl0OxtLncJiSaPsqJv3mTHCQBPBqOHXqIM8vXBtFY/uhnRBuhHnVuCQI/8I3dBXhT8O0KpTubtGTtpvs5WNQecofzth9w0QxSSsDUowDHfMeN6aYeVVZHtZMw/qvIumFCpjeAa8W3sCrqoUynwN1ainjXyJ49Ns4TdoVaA/xQpLHSSUD2Aa3bJ/3Mwqpiw2YXioJuAcBH12OAkWmJoYiw+cy7DXeC7ok8FH63d25pu1/maKYr2ZCGdsPbO5b8by/yZcWZIYt37G8MB2xNV9iGFXuDMG/wTlQDm3ZDtMAkSuL+HoCVHoV5icWeIVmX/Oc5Z8Zqfn/NbFUrAPivdFPuXC4d+wFosYtBzSwNrmn7+q3MhpAZm2QyITK7GTNR6NEo5oUNqBfiaKGbka0FHxOSR3WnwI5P6u7ivv0b3tK4AlHzVGM+wfC/dJJLt/QoOzext2kL4uetEL6i2bAAcQGslKcZpzsQZASZqMcWf8Xi8W3FKEUj2igZ5HqPPhs1bmkLJhwYElBRaegzggl8Z61pumb+Vii2VJFUgvIqyeimoQweg==
x-incomingheadercount: 45
x-eopattributedmessage: 0
x-forefront-antispam-report: EFV:NLI;SFV:NSPM;SFS:(7070007)(98901004);DIR:OUT;SFP:1901;SCL:1;SRVR:VE1EUR01HT113;H:HE1PR02MB1052.eurprd02.prod.outlook.com;FPR:;SPF:None;LANG:en;
x-ms-office365-filtering-correlation-id: 85e8854f-d749-4560-4858-08d4d67071ed
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(300000503095)(300135400095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322377)(1603101448)(1601125374)(1701031045)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095);SRVR:VE1EUR01HT113;
x-ms-traffictypediagnostic: VE1EUR01HT113:
x-exchange-antispam-report-test: UriScan:(166708455590820);
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(444000031);SRVR:VE1EUR01HT113;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:VE1EUR01HT113;
x-forefront-prvs: 03838E948C
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jul 2017 10:56:19.8702
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR01HT113
Subject: Size of release tarballs
From: ab@php.net (Anatol Belski)

Hi,

Lately there was a discovering about some files causing size growth of the =
release tarballs https://github.com/php/php-src/commit/469206c84e502e3e3496=
55b802899d5e4d560f72 . Usually we strive to keep tarballs as small as possi=
ble and avoid disproportional growth of the size. This case seems to be of =
the exact nature. I would like to ask for an explicit response from RMs on =
this case.

Perhaps it were also a good point to discuss a way to prevent big binary fi=
les to land in the repo. So far some files in the repo can be big. Where te=
xt or code can be then compressed just fine - images, sound and other binar=
y stuff can't. So this means the simple way of checking the file size in th=
e pre-commit hook might get complicated, as check of the mime types might l=
ikely need to be involved. It were good to hear some ideas on a possible so=
lution and whether some explicit rule on this were worthwhile.

Regards

Anatol