From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6881298752062095360 X-Received: by 2002:adf:9b85:: with SMTP id d5mr18747135wrc.9.1605944596004; Fri, 20 Nov 2020 23:43:16 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:3d87:: with SMTP id k129ls516767wma.3.gmail; Fri, 20 Nov 2020 23:43:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJwct6DFBai06NAe5HfihtZjYprR521SLNTw2RgoIYS2yqKh14tZ0DjlD23aGEdLb0NXiT6E X-Received: by 2002:a05:600c:290a:: with SMTP id i10mr14000261wmd.187.1605944595011; Fri, 20 Nov 2020 23:43:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605944595; cv=none; d=google.com; s=arc-20160816; b=qIW9PymPYMrIoapTipAw8AjxqwjOa5h24ZDBM5korUtR1nNNic05WzlucbGCwDRDfw Cm5uUeO4DJq4e1/xn426pKwuNXQX8OKAL7qTHyWi//Y1qvqYGJyGxMeU3QR1rDhB7NZc UrGjf/fVgtmn8aVStx0BHmk11rhaCHKwquc0Sqp7DGAG+RlnCeR2bn3nNNh/PfvIUbwO y3iKebihhtk5d6cGmij05UxMOYzjesdo9jexpZL5X3svgklDh4tQ9rieHgedDnRNlFM1 Ej3xJuXQ2yQhpSkY1o/9QsrHEIM/D/4Np3sRZeXqnaI+jtYY2zHDcETkJRk1Lfkmm36d UQhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:cc:references:to:subject; bh=ZOSyaTrpYpUU+ouFpF1HTmTXD1X/ohC+ujyyvC0yHcI=; b=zjwgM7UTq1jMmQxZ22IA8cgFPtV8005tHbea/dsk+imH842svaIuS0omdfrUzkSPjN gdsopK4aL3szdyiY8ZfVq3OTi1iV2kIYY4sLLvkhoOY9Fh3RwfLDAzTDNZ2Z+r5HQkIK QKUvZBfzzF9uWLYhLNaOSwwnU+GjRv7mSv87DmhaI6CRVnx4zilnwJwst/OSMaEIvE36 NtxBRasb1eIufoEj4S4A9g9Y0P7pVioB2YqPV0ZKfQGjw6SQHk/QopYKWFTzOCJnCbvQ mud4o1fqnBSSMvc2SsAUS2LAREoOqF/c+MOZszQhNZCFKGaVC6i7Jz16TI4wS5Vl40Qt pCkg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id i1si188494wml.2.2020.11.20.23.43.14 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Nov 2020 23:43:15 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id 0AL7hDbX020631 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 21 Nov 2020 08:43:14 +0100 Received: from [167.87.38.29] ([167.87.38.29]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 0AL7hDFw017715; Sat, 21 Nov 2020 08:43:13 +0100 Subject: Re: [PATCH] dpkg: Add control over removal of built packages To: isar-users , Baurzhan Ismagulov References: <76603767-1d25-c347-f7b1-84d4c106e771@siemens.com> <7c02c403-1afc-48f9-b948-10094afdb663n@googlegroups.com> Cc: "vijaikumar....@gmail.com" From: Jan Kiszka Message-ID: <77ce12b6-c412-b340-b489-67600bc80f82@siemens.com> Date: Sat, 21 Nov 2020 08:43:13 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: <7c02c403-1afc-48f9-b948-10094afdb663n@googlegroups.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: mOG2nwrKg6gI Ping - before applying this to the forth or so layer manually. Jan On 04.11.20 08:44, vijaikumar....@gmail.com wrote: > Tested in a downstream project. Works fine. > > Tested-by: Vijai Kumar K > > On Thursday, October 8, 2020 at 10:43:37 PM UTC+5:30 Jan Kiszka wrote: > > From: Jan Kiszka > > In almost all cases, the packages built by a recipe wasn't used yet and > will only be requested down the dependency chain. Then it is fine to > purge it from the buildchroots during partial rebuilds. > > There are corner cases, though, when the packages will never be used in > the buildchroots, only in the target filesystem. That can affect core > packages rebuilt for the target but also used in their upstream variant > in the buildchroots. While buildchroot installation can be controlled > via preferences, purging can't this way. Add a variable that allows to > control it without having to overwrite deb_clean. > > Signed-off-by: Jan Kiszka > --- > meta/classes/dpkg-base.bbclass | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/meta/classes/dpkg-base.bbclass > b/meta/classes/dpkg-base.bbclass > index 7e12ab0a..01c6eb65 100644 > --- a/meta/classes/dpkg-base.bbclass > +++ b/meta/classes/dpkg-base.bbclass > @@ -154,6 +154,8 @@ python do_dpkg_build() { > > addtask dpkg_build before do_build > > +KEEP_INSTALLED_ON_CLEAN ?= "0" > + > CLEANFUNCS += "deb_clean" > > deb_clean() { > @@ -162,6 +164,9 @@ deb_clean() { > for d in ${DEBS}; do > repo_del_package "${REPO_ISAR_DIR}"/"${DISTRO}" \ > "${REPO_ISAR_DB_DIR}"/"${DISTRO}" "${DEBDISTRONAME}" "${d}" > + if [ "${KEEP_INSTALLED_ON_CLEAN}" = "1" ]; then > + continue; > + fi > package=$(basename "${d}") > package_remove="/usr/bin/apt-get remove -y ${package%%_*}" > sudo -E chroot ${BUILDCHROOT_DIR} ${package_remove} || true > -- > 2.26.2 > -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux