From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id WNAaCNMqMmHLEgEAgWs5BA (envelope-from ) for ; Fri, 03 Sep 2021 16:01:55 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id UKvsA9MqMmE2YgAA1q6Kng (envelope-from ) for ; Fri, 03 Sep 2021 14:01:55 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 3F8471CD8B for ; Fri, 3 Sep 2021 16:01:54 +0200 (CEST) Received: from localhost ([::1]:58518 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mM9lP-0004bo-Q6 for larch@yhetil.org; Fri, 03 Sep 2021 10:01:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57494) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mM9kc-0004Z8-Tl for bug-guix@gnu.org; Fri, 03 Sep 2021 10:01:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:34102) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mM9kc-0007ZR-L8 for bug-guix@gnu.org; Fri, 03 Sep 2021 10:01:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mM9kc-0002zp-GT for bug-guix@gnu.org; Fri, 03 Sep 2021 10:01:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#50346: core-updates-frozen: strace 5.13 fails "make check" on AArch64 Resent-From: Simon South Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 03 Sep 2021 14:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50346 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Bengt Richter Received: via spool by 50346-submit@debbugs.gnu.org id=B50346.163067764111474 (code B ref 50346); Fri, 03 Sep 2021 14:01:02 +0000 Received: (at 50346) by debbugs.gnu.org; 3 Sep 2021 14:00:41 +0000 Received: from localhost ([127.0.0.1]:45648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mM9kH-0002z0-97 for submit@debbugs.gnu.org; Fri, 03 Sep 2021 10:00:41 -0400 Received: from mailout.easymail.ca ([64.68.200.34]:33902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mM9kG-0002yl-3y for 50346@debbugs.gnu.org; Fri, 03 Sep 2021 10:00:40 -0400 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 30FB832A60; Fri, 3 Sep 2021 14:00:34 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo03-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo03-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8E3gFnqWXw6t; Fri, 3 Sep 2021 14:00:34 +0000 (UTC) Received: from mars (unknown [108.162.141.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id E58063219F; Fri, 3 Sep 2021 14:00:33 +0000 (UTC) From: Simon South References: <875yvi93w8.fsf@simonsouth.net> <877dfy7g8n.fsf@simonsouth.net> <20210903121513.GA5202@LionPure> Date: Fri, 03 Sep 2021 10:00:33 -0400 In-Reply-To: <20210903121513.GA5202@LionPure> (Bengt Richter's message of "Fri, 3 Sep 2021 14:15:13 +0200") Message-ID: <877dfxbvy6.fsf@simonsouth.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 50346@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1630677714; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post; bh=OMddFg9joWflVYhPVbK9O3E3Sl7FOx5JsDkFkaSOG4I=; b=f6PZyny7h15Pgfc/OVVNbQTV193uGShmDQDFKpt4GhXqfRZrPgr6NhL5caFlcd4oYNHM+K srw/nkwbZlJ55A/HpwhOKlTmNa5RHeJF5D6uUEitrpqHgPnYSrXdGoaRk/K/YKcp2tYlxl eQIln4XQoksW+bF00UDAMEaXKV1VgydeVBSfQCrDT1Nhrp4+JwKNCy6Kpqu6CgC1sfJ+pF l9O8+1tvNWbO3+uOCOtvnv/Cr4X0COKnHNtTmPK546nbpfYBI2Ws8IbiBSPWaLl+DvfjDj XUC1KphSO82z8VMe/egOFJ2cj7Y1ZYvUODr7fdPosdsud8xpUaUayT0w/YCYLw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1630677714; a=rsa-sha256; cv=none; b=VnlwHoKkZcfeldlmH0hTGi4NVchq869Lvc0hvDr5k+vrTDCHVezWmMj3TcTyzCoUzGVCcZ MMpBuVfFGeEZeUzcO2voMvQWkTe/m+XLP/H9uSDbVNfhdS1v2VgnEeH+w6yAF8XcsdiPm6 xEgo4DGNre6o3gH6n0Jmb/lt63geIZ0wLuz0WMnFETuoeO4JgG+XBoh61QsV1hJvM7Lyzu ygAs6uDpCe0iuhfEsm4vFDGEtVGuF1tAzqpg8TJN2XlDoEG95mQoFfMkjkf2ochQ+PAUjL qQikRkpcRQNTB2q2k6jVPAr2DP7i6AQW9h/mPSvvQNasJIRDc8CxShH0CTzxTw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -2.42 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 3F8471CD8B X-Spam-Score: -2.42 X-Migadu-Scanner: scn0.migadu.com X-TUID: qHebZfcbOAJ3 Bengt Richter writes: > A proper configurability, ISTM, would be preferable to any other form > of more general filtering. I agree with you on the need to be cautious around modifying test cases but I'm not sure I follow you otherwise. What would "proper configurability" look like in this case? The change I'm proposing here narrows the two test cases so they test only what appears to have been intended, i.e. that strace can capture readlink(at) system calls and that it reports them in the format expected by the developers. It does not affect other test cases or the test suite as a whole. The obvious alternative would be to modify the test cases' expected output to match what is actually generated, but this could have the side effect of tying the package to Linux and perhaps to specific versions of glibc. That said I'm still not sure why this additional syscall is being made in the first place, only that it appears to originate from glibc's "_dl_get_origin" function[0]. If I build strace from source "manually" the tests complete fine without modification. I presume the extra call has to do with the fact Guix builds strace inside a container; does anyone know how this could be affecting the way programs are loaded? -- Simon South simon@simonsouth.net [0] See e.g. glibc's sysdeps/unix/sysv/linux/dl-origin.c for the x86-64 case, as well as "_dl_non_dynamic_init" in elf/dl-support.c, which seems to be the only place it is called.