Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:101329 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2868 invoked from network); 12 Dec 2017 07:33:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Dec 2017 07:33:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.42 as permitted sender) X-PHP-List-Original-Sender: smalyshev@gmail.com X-Host-Fingerprint: 209.85.214.42 mail-it0-f42.google.com Received: from [209.85.214.42] ([209.85.214.42:45959] helo=mail-it0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 39/31-53433-A568F2A5 for ; Tue, 12 Dec 2017 02:33:47 -0500 Received: by mail-it0-f42.google.com with SMTP id z6so22275508iti.4 for ; Mon, 11 Dec 2017 23:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=CeE9E4haLmIlAy0Dre1yVcvdZ3+00IOeHdJtSE/MOK0=; b=GHW4xI37Yfwr3jBytt6k3om5CvUC0uFUkxzrAtU8IlSm1VHJijuqxJgzKMQwnxbWXz gSYw0dh9kHcuIHFzT1y+C8imvJvDEo02YhHsLndUGlmuTIP06aRyt7Rf0JnBOkBUS/Ow 132C7ztU+n/Gfjo2I3gtVvoN37wjw7Yw6XRf1IaKyDcwpewOexGhgq7wseAk9i3pAgf8 NL1+hunkWhkQiEQ9b1z2vDA8069GwDGNmoB1uhNWCkzVcFa60VRaoVuZ+tjIxXufmfYJ S59gj1GtIjG7NC2gdY5EJ1sBdlLTDyyRpNnmx6CqAGi4CS2qB9/zeQ3Oel73LS+wpjie gjUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CeE9E4haLmIlAy0Dre1yVcvdZ3+00IOeHdJtSE/MOK0=; b=HOL6+RCLdm0fiMS/Et74RR1P7j/lKRQ8CwcIn027mYlviPf46yYItLTBANmWy+fWxX 6vHD48lBXdtE+BUv37l8Pb93rbdsAgzDLi3F5Q4WKeJd5j3yHF8KcoMS/EiXqB1P9kSm qUbQKSw4DoqrfulsN4gFybcogCtAZhtshYNpn4s2pXCzhmXzGueTmPuMzy3UkC9T8FkN Cd+R4Lwk8NiFcTTWJdCFWFoeTmQzHeAR0dw3ZxLMmcCbdNeMU6lYYi+OCvYlay8Zevoo fNxYwzJK5Fmssmhata3vxYAAElXLbJKrcddw7/hJqUUvujF4K2OV0NqDA/+QYT/SW9Z/ obYg== X-Gm-Message-State: AKGB3mKVFMN3bUXDu8js9Enw6j9+FmTuRHcJrzwOzkEJoOd6wIeSzSu5 AQcW8cQIgEUZPwdNdnVOyoxq1Oo= X-Google-Smtp-Source: ACJfBot8JYiIWsPE1UcKj2SOH9NQ+szvNYlZZapU7b9N3KWIbJwG82io//8L66SjeeY6cazapg4bzA== X-Received: by 10.36.116.206 with SMTP id o197mr1311338itc.70.1513064023882; Mon, 11 Dec 2017 23:33:43 -0800 (PST) Received: from Stas-Pro-2016.local (c-73-71-144-171.hsd1.ca.comcast.net. [73.71.144.171]) by smtp.gmail.com with ESMTPSA id 79sm4829738itu.7.2017.12.11.23.33.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Dec 2017 23:33:43 -0800 (PST) To: Jelle van der Waa , PHP Internals References: <20171211211157.d7lj5vibpaaka4ji@gmail.com> Message-ID: <3aa774e4-c83b-79e1-edf8-acbbad76ea41@gmail.com> Date: Mon, 11 Dec 2017 23:33:42 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20171211211157.d7lj5vibpaaka4ji@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Reproducible Builds Support From: smalyshev@gmail.com (Stanislav Malyshev) Hi! > Once issue is the PHP_BUILD_DATE, which makes the build > non-reproducible. I've made a PR which uses SOURCE_DATE_EPOCH which is > set in the reprodiculbe build env. This should keep the current > functionality intact, while adding support for reproducible builds. [2] > [3] SOURCE_DATE_EPOCH (or any other variable) looks like a good way to make it predictable. > Another issue is the php_uname functions which contains the > hostname, since the hostname is varied per build this makes it > non-reproducible. This is caused by the following line: > > configure.ac:PHP_UNAME=`uname -a | xargs` required in: > ext/standard/info.c: php_uname = PHP_UNAME; I think the best solution here would be to have another variable to override this. > I would argue that this is strange unexpected behaviour, and maybe it > should throw an exception instead? Or can it show only "Linux" as > fallback? basically PHP_OS. Ideas? If those old systems run PHP and need uname, changing stuff there is probably harder and more expensive than on other systems. With this in mind, I'd rather not mess with it, especially for a purpose that can easily be achieved without it. -- Stas Malyshev smalyshev@gmail.com