From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6795913180905209856 X-Received: by 2002:a2e:3002:: with SMTP id w2mr2492878ljw.82.1584442101613; Tue, 17 Mar 2020 03:48:21 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:651c:550:: with SMTP id q16ls4177990ljp.1.gmail; Tue, 17 Mar 2020 03:48:21 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtGMDzVmt5yCzeymBAvEC877E4ADCOD+7iUb5GYxDhqtc0/V/Kyu0kmnHquZGu+cbMzu407 X-Received: by 2002:a2e:b792:: with SMTP id n18mr2563372ljo.268.1584442100980; Tue, 17 Mar 2020 03:48:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584442100; cv=none; d=google.com; s=arc-20160816; b=EGx7i4YNcKKOhl5iunGJdFyZT6V4IF/bVHoclMgm3nAWs9gv9C7k8Mw/Cc2VkAjKSu mLCAhfH/RDtyUNXiUeZrRUZICBZYUAMqOcCZWiLT920hU4tL/igQy71Cp5H7en5G0/sJ 0lG93zyh66d3LJA27Pk5nZdXdDaQ6XbhwT7xMZ6eX4NJdW3SOx5Nn3Wr0WdcTA6/y7Zg pTh6jnvWqmSLDpZsjDVU737sMmXQA/OQhBQRWpEjIPIhhFz5nLX1/pOLxNxm4o93FC+w FF9dZIgbUchjb3BMVXgDixUO7oV/1fjHcPlER4trH+DTZ+9NcMAmnI4rIRhjnd7BuPOm 8OHA== 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:references:cc:to:subject; bh=G0jc7JZeQyQMa51FGTesH64WZDQIXd0nkS+zEocoLos=; b=ELqSN9wrmg9s1uCCfJpDWICa2EMelrqytRFM6QC5Ok8ZIn4/kVdis1wc8j1quwW5Nx ZThwSSovgLvYw6TbKaM60tYCw0IvrRzUY2fSal0d7YLw+XX0kAWBK2YxOzRJEnrJXbX7 pPcZ3IvVFd3xsHHmIMFGj7E7SbxoAtB+hhyIojrBeSyPZ+YLqfQLLu0M8+s59BBMQZtq fPstmXOx6OWsydbEl04w4yuyZlxBpP3DXVGpYmSOpUFYxhU4zoZvK2tB4ARSLSD6vg6L BtLi/95SiqPdcWEm3Cbz4LEYVtXjWiraF5oHbhXxiDHdajEzLI/BUYTe7BhyCPS2OIQt xgFQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of quirin.gylstorff@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=quirin.gylstorff@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id b26si61645ljk.4.2020.03.17.03.48.20 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Mar 2020 03:48:20 -0700 (PDT) Received-SPF: pass (google.com: domain of quirin.gylstorff@siemens.com designates 192.35.17.2 as permitted sender) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of quirin.gylstorff@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=quirin.gylstorff@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 thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id 02HAmKQ9029705 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 17 Mar 2020 11:48:20 +0100 Received: from [167.87.32.240] ([167.87.32.240]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 02HAmJjt020408; Tue, 17 Mar 2020 11:48:20 +0100 Subject: Re: [RFC 0/2] Remove Packages during Postprocessing To: Henning Schild Cc: isar-users@googlegroups.com, jan.kiszka@siemens.com References: <20200221145348.24250-1-Quirin.Gylstorff@siemens.com> <20200224152416.2aab3ec9@md1za8fc.ad001.siemens.net> <20200225141006.452e4b64@md1za8fc.ad001.siemens.net> From: Gylstorff Quirin Message-ID: <197b39d3-9080-294d-c8da-6c922bafe9c4@siemens.com> Date: Tue, 17 Mar 2020 11:48:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200225141006.452e4b64@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: HWn/3gdj3Eg6 On 2/25/20 2:10 PM, Henning Schild wrote: > Am Tue, 25 Feb 2020 06:43:55 +0100 > schrieb Gylstorff Quirin : > >> On 2/24/20 3:24 PM, Henning Schild wrote: >>> Hi, >>> >>> my opinion on that is clear. Fix it upstream or live with those >>> packages. You are either on a distro or fiddle around and tune >>> everything until you are the only one on the planet testing your >>> setup. That is Isar vs. yocto ... whoever thinks they _need_ that >>> should maybe think again. If they need it they can put it into >>> their own layer or use yocto ;). >>> I do not think upstream should carry such hacky features unless we >>> get better reasoning ... Removing "required" packages has the >>> potential to break your image in funny ways ... that is much more >>> expensive than a few MB disc space. All affected packages are >>> likely already cleared and vulnerabilty monitored by someone else, >>> find that someone and share the cost! >>> >>> Henning >> >> Hi Henning, >> >> I understand your concern and I think you are right. But some people >> already hack the build process in similar ways and this is a way to >> give them some support. > > I guess it might be a good idea to tell those hackers to comment here > or share their reasons with you. My guess is that their need is > questionable and they did not fully understand the consequences. It > should probably be discarded as premature optimization and removed from > the downstream layer, instead of added upstream. > > Even if they carefully looked at the consequences for the packages they > remove, a generic upstream feature would ease the hack for people less > careful. > I got another patch similar to this one to create a rescue image stored in nor flash. Quirin