From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7264619869010657280 X-Received: by 2002:a25:8310:0:b0:d09:34f4:6693 with SMTP id s16-20020a258310000000b00d0934f46693mr2649400ybk.25.1691588833059; Wed, 09 Aug 2023 06:47:13 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6902:1109:b0:d3d:74b6:e05b with SMTP id o9-20020a056902110900b00d3d74b6e05bls4509924ybu.1.-pod-prod-03-us; Wed, 09 Aug 2023 06:47:12 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGR0JyTXoZxU/l2fEeIYDXfBovr4GxZYz7ApD+ADbI2BjRagok+vNSrCTijh0Di+qt2kt5D X-Received: by 2002:a25:d781:0:b0:d47:47c0:d7db with SMTP id o123-20020a25d781000000b00d4747c0d7dbmr2537566ybg.21.1691588831750; Wed, 09 Aug 2023 06:47:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691588831; cv=none; d=google.com; s=arc-20160816; b=uTp0ykb/cDRStPSAQoivwCzlJmYajHRDJqSvm+dHipDFfk67u7pnoFSW33OgGrOA6c dRSk2JSC4Zg3GDyuOZdVhMSsQB3T2KC16v2GwDXeJtpQQsQp3c5avaWPMhvGpGGYB9Eu qXnw17nMKLuwGK302i5wZqZUYBpRhQLJ2oMlohtVXI595gXUGJvorzFyA6g2oYa0GGWU hklFlMYkDIVFrLmjC4XlHWuKC0gk/7+1URhJYAOHKWryNAsI/Wu5oWFhAboyBEDZQviD ZiHQjWy58UOqaywB2kyUhFGWHrLv3T48Bi0K1vnwRWdAZ73I4vVgbe2Xk91+QI2PSz6q Fnbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=H7Lk2XNQNYp37N/CnQfgdigppJnsXN9UmSJP4mPsm1k=; fh=UE1xs+trnkFFFb5kcRfpI9lNQ4/laQXRAV5bS1vR7Is=; b=ITuEbZXH/WKs7YUs+VtFWsYYVS9MFwP7qj1ZHIY//ykfLtmUp7bbHAkJbqxhUHSXoP iTRNnZeRVI3UGqywJL3eL+5duMXuKnh6KxcRxcqQBH9ahs9fsTS3X5h59MyjM/SMVJmH wJ3XZdoB8oDoLRiTMUbsFVODMswySkiWuw9kzYR9z7CzgZYh/Pg2K1BNxpSHRT+mk5wA T232qjZSZbCaCWdXBSE9kC/7Mn28toky2dKXgG8eVRAAxnwv2Hgkc1r/edj3aoK952Sl RyEYaqEt7G+Ihk63mPc2g8n2fawwU0Z6j7fDZ80sph1NmzUTD2MnMOK0u6D8DKgDJ27n +YLg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of venkata.pyla@toshiba-tsip.com designates 210.130.202.158 as permitted sender) smtp.mailfrom=venkata.pyla@toshiba-tsip.com Return-Path: Received: from mo-csw.securemx.jp (mo-csw1122.securemx.jp. [210.130.202.158]) by gmr-mx.google.com with ESMTPS id u5-20020a0ce5c5000000b0063f7c1d1daasi948776qvm.4.2023.08.09.06.47.10 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Aug 2023 06:47:11 -0700 (PDT) Received-SPF: pass (google.com: domain of venkata.pyla@toshiba-tsip.com designates 210.130.202.158 as permitted sender) client-ip=210.130.202.158; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of venkata.pyla@toshiba-tsip.com designates 210.130.202.158 as permitted sender) smtp.mailfrom=venkata.pyla@toshiba-tsip.com Received: by mo-csw.securemx.jp (mx-mo-csw1122) id 379Dl7mu122971; Wed, 9 Aug 2023 22:47:08 +0900 X-Iguazu-Qid: 2rWhJyZQZ64HYP96m4 X-Iguazu-QSIG: v=2; s=0; t=1691588827; q=2rWhJyZQZ64HYP96m4; m=gsWWNh5Eg/7Sq2LG7He69k2bQgbYoGBqiceOv23Vh6A= Received: from imx12-a.toshiba.co.jp ([38.106.60.135]) by relay.securemx.jp (mx-mr1121) id 379Dl6p21911610 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 9 Aug 2023 22:47:07 +0900 From: venkata.pyla@toshiba-tsip.com To: isar-users@googlegroups.com Cc: venkata pyla , amikan@ilbers.de, jan.kiszka@siemens.com, kazuhiro3.hayashi@toshiba.co.jp, dinesh.kumar@toshiba-tsip.com, felix.moessbauer@siemens.com, vijaikumar.kanagarajan@gmail.com Subject: [PATCH v2 1/2] image.bbclass: remove core files generated in rootfs Date: Wed, 9 Aug 2023 19:17:02 +0530 X-TSB-HOP2: ON Message-Id: <20230809134703.8475-2-venkata.pyla@toshiba-tsip.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 09 Aug 2023 13:47:04.0210 (UTC) FILETIME=[FAF98720:01D9CAC7] X-TUID: 4J9HdWAUyFXH From: venkata pyla Sometimes core dumps are created in rootfs and left in the final image, and that causes non-reproducible images, so move those files to ${WORKDIR}/temp location and warn the user. In armhf there is an issue with qemu-user-static that results in creating core dumps which is reported in Debian upstream [1], meanwhile move these core dumps outside the rootfs. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040981 Signed-off-by: venkata pyla --- meta/classes/image.bbclass | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass index 08b6d3d6..9aa6c856 100644 --- a/meta/classes/image.bbclass +++ b/meta/classes/image.bbclass @@ -461,6 +461,13 @@ do_rootfs_finalize() { fi EOSUDO + # Sometimes qemu-user-static generates coredumps in chroot, move them + # to work temporary directory and inform user about it. + for f in $(sudo find ${ROOTFSDIR} -name *.core); do + sudo mv "${f}" "${WORKDIR}/temp/" + bbwarn "found core dump in rootfs, check it in ${WORKDIR}/temp/${f##*/}" + done + # Set same time-stamps to the newly generated file/folders in the # rootfs image for the purpose of reproducible builds. if [ -n "${SOURCE_DATE_EPOCH}" ]; then -- 2.20.1