From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 574B6C4361B for ; Fri, 18 Dec 2020 21:04:33 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id BE8CB23B76 for ; Fri, 18 Dec 2020 21:04:32 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BE8CB23B76 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=daemonizer.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from list by lists.xenproject.org with outflank-mailman.56695.99317 (Exim 4.92) (envelope-from ) id 1kqMv7-0003UJ-JZ; Fri, 18 Dec 2020 21:04:13 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 56695.99317; Fri, 18 Dec 2020 21:04:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kqMv7-0003UC-Gd; Fri, 18 Dec 2020 21:04:13 +0000 Received: by outflank-mailman (input) for mailman id 56695; Fri, 18 Dec 2020 21:04:13 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kqMv7-0003U7-4Y for xen-devel@lists.xenproject.org; Fri, 18 Dec 2020 21:04:13 +0000 Received: from mx1.somlen.de (unknown [2a00:1828:a019::100:0]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 3e145b88-3f89-4536-879d-b3ffebf4cdcc; Fri, 18 Dec 2020 21:04:11 +0000 (UTC) Received: by mx1.somlen.de with ESMTPSA id B30FEC3AF0B; Fri, 18 Dec 2020 21:45:24 +0100 (CET) X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: 3e145b88-3f89-4536-879d-b3ffebf4cdcc From: Maximilian Engelhardt To: xen-devel@lists.xenproject.org Cc: Maximilian Engelhardt , Jan Beulich , Andrew Cooper , =?UTF-8?q?Roger=20Pau=20Monn=C3=A9?= , Wei Liu , George Dunlap , Ian Jackson , Julien Grall , Stefano Stabellini Subject: [XEN PATCH 0/3] Improvements for reproducible builds Date: Fri, 18 Dec 2020 21:42:32 +0100 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit While working on a reproducible build of xen in Debian I came up with the following three patches which are needed to build xen reproducibly in Debian. Reproducible builds are useful to verify the binary has actually been built from the corresponding source. The first patch is an extension of [1] which only omits the timestamp if SOURCE_DATE_EPOCH is defined. Patch two fixes an ordering issue in the generated documentation and the last patch uses the date from SOURCE_DATE_EPOCH if available in the documentation. [1] https://lists.xenproject.org/archives/html/xen-devel/2020-10/msg02161.html Maximilian Engelhardt (3): xen/arch/x86: don't insert timestamp when SOURCE_DATE_EPOCH is defined docs: use predictable ordering in generated documentation docs: set date to SOURCE_DATE_EPOCH if available docs/Makefile | 8 +++++++- docs/xen-headers | 2 +- xen/arch/x86/Makefile | 6 ++++++ 3 files changed, 14 insertions(+), 2 deletions(-) -- 2.20.1