From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Bernhard M. Wiedemann" Newsgroups: gmane.emacs.devel Subject: Re: emacs reproducible builds part1 of 2 : eln Date: Fri, 31 May 2024 09:26:18 +0200 Message-ID: <7b8772f0-4c34-4f4a-a076-4805dd96fa2e@lsmod.de> References: <8d01d73e-7ce1-4b3a-a25c-03b518a7e584@lsmod.de> <83jzofj70t.fsf@gnu.org> <83edemiklb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20347"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: emacs-devel@gnu.org To: Andrea Corallo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 31 09:27:33 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sCwfi-0004y3-Tu for ged-emacs-devel@m.gmane-mx.org; Fri, 31 May 2024 09:27:32 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCwek-00027t-Ng; Fri, 31 May 2024 03:26:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCwei-00027f-GH for emacs-devel@gnu.org; Fri, 31 May 2024 03:26:28 -0400 Original-Received: from mail.bmwiedemann.de ([2a01:4f8:221:b52:fcfd:ff:fe00:ec04]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCwef-00039a-3S; Fri, 31 May 2024 03:26:28 -0400 Original-Received: from mail.bmwiedemann.de (localhost [127.0.0.1]) by mail.bmwiedemann.de (Postfix) with ESMTP id E2A7DB35; Fri, 31 May 2024 07:26:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lsmod.de; s=202205; t=1717140379; bh=waWSN1nV9zc9pYl4pt9doUGu2qxWaZ7ddJkXQnEXuC0=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=YLYQyln8qV8wgIinbjfb2LfxVlQ1dybCHS4WYelfUZxx6+DL3tWyb/iZdUTpPGzqy UvaLOmHwbGvXv8Z7AyQ3en/upyGpNouy/Uayr7VrLiAxFiwKbiW3yBo8/Xmj42+tzG Hm1OjMP9eflA9m6vH6ZIO4x4ILDD+L1krPUXlaxBJfWXMMyZ8O3GLc00mX44HLJb3U EbbS9gtUPga+Mea7PEexOKLsOTSdD4l9jwtmV1SPgQ6MXXd2U4/CyB3yBFpb+ugmJ0 yPSZxEQ/ks/gxSWNdhesSMBbtDQyc3OflqKc7hYEkjzrj/wZm5GUB5mMHYsgbCpr2q ptGOwvlWEyjdQ== Original-Received: from [192.168.178.48] (unknown [10.8.5.178]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.bmwiedemann.de (Postfix) with ESMTPS; Fri, 31 May 2024 07:26:18 +0000 (UTC) Content-Language: en-US In-Reply-To: Received-SPF: pass client-ip=2a01:4f8:221:b52:fcfd:ff:fe00:ec04; envelope-from=bernhardout@lsmod.de; helo=mail.bmwiedemann.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:319765 Archived-At: On 28/05/2024 17.20, Andrea Corallo wrote: > Andrea Corallo writes: > >> "Bernhard M. Wiedemann" writes: >>> I made a reproducer for one of them: >>> >>> cd ~/rpmbuild/BUILD/emacs-29.3/native-lisp && >>> for i in $(seq 10) ; do >>> ../src/emacs -batch \ >>> --eval "(batch-native-compile t)" ../lisp/international/utf7.el && >>> md5sum 29.*/utf7.eln >>> done | sort | uniq -c >>> >>> again with ASLR as factor in the result. >>> >>> The varying files are >>> emacs/29.3/native-lisp/29.3-f8a6a23e/el-72f9fa70-1a554ff6.eln >>> emacs/29.3/native-lisp/29.3-f8a6a23e/ox-9aa46d10-040d281c.eln >>> emacs/29.3/native-lisp/29.3-f8a6a23e/utf7-8aab9346-0cfd2c82.eln >>> emacs/29.3/native-lisp/29.3-fc431f4a/utf7-8aab9346-0cfd2c82.eln >>> >>> Unfortunately, the el.el and ox.el don't reproduce non-determinism the >>> same way. >> >> Just an ACK that I've reproduced the utf7 case and I'm working on a fix. >> I'll look at the other afterwards (if the fix does not fix all of them). > > Hi Bernhard, > > could you verify that after 509e7f877ba those elns are now stable for > you? > > Building lisp/cedet/semantic/bovine/el.el, lisp/org/ox.el and > lisp/international/utf7.el looks stable on my test-bed here. I get build failures when I add only this patch on top of our 29.3 and when I try to apply the whole 18MB diff of 29.3..509e7f877ba it clashes with the other patches we have in our openSUSE package. I'll just wait for 29.4 then... Ciao Bernhard M.