From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6795913180905209856 X-Received: by 2002:a2e:8015:: with SMTP id j21mr30359486ljg.172.1582554259297; Mon, 24 Feb 2020 06:24:19 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:ac2:4182:: with SMTP id z2ls1046083lfh.4.gmail; Mon, 24 Feb 2020 06:24:18 -0800 (PST) X-Google-Smtp-Source: APXvYqy3Ek7m0JA62GSzxg5hpHOUJyxGlUgSxAhLl3zf4XZbCkai4lCiJrUsnD6HCvHqhIIvLIwg X-Received: by 2002:a19:c714:: with SMTP id x20mr6403906lff.107.1582554258643; Mon, 24 Feb 2020 06:24:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582554258; cv=none; d=google.com; s=arc-20160816; b=RQeaN8tsxpuRqe29XJ+W5LC9y/TzbBVqQqiiZPRclVFrQgWcAKcWNr3piStsrTYRKO FAMZnouUgRJHuM16rT2w3u2Y9LXs+q4w3HTQ2wZRrRxJFTIiBoRrYuj+G7pspW+pKmDc tvh1aM/I6LMbovkWGmeHyzdebOK27zuPH4jpuvBhH/fzLi+AR0mkadRztyrMRPw6EXqp 6Oa1nBJNoFdYG3WLsaKKKyhismqd60lkN8X/n4WPNZMpWYDqMnI/jLkc2sV9CE0moQ7k 7yOHNwS9v/BTGQwKzaUnmkBAZ/Jnl36Vdke2R+Blf3OebmK4EvEQdeZ1khZmOuNNKXT2 XJfg== 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:subject:cc:to:from:date; bh=dt+c2ABBPZBMkcPDbq9Lz/o31yj7q/j4EQ4W36ZQgnA=; b=YNMSj4bO4rregGIRrh01ytQIMiCkbYjWqZxpfi5DQnQyJsL4FS9vTN+uncZNMsoC+m IP2zJIb3gHu6bYShRIFVKzGlBtCpxlLBC4tm/hwpEnn1yudhN01ua6X9jjxzpkyum9nk 4fhPH9rIKcJWN8S6qoy6+2mTxPw9WsMnWaZ992Ljs8ajO32z32HSyQYNVKv3eKkXJxeE fjCVcpl0WJl67EHEmQChm+bahYnxEOc/ZVNz83NFtd//8sb8vivw85JHORc5eR8qAHcC YaG78RgNBrkFbWV8M2eIPzr4lkzeOJiG0YTuIKysLxFpxhH3mKO7GVYQQGxcGWBzk/KI sH9A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=henning.schild@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 o24si1012375lji.4.2020.02.24.06.24.18 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Feb 2020 06:24:18 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@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 henning.schild@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=henning.schild@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 01OEOH1l028635 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 24 Feb 2020 15:24:18 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.69.100]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 01OEOGgF029561; Mon, 24 Feb 2020 15:24:16 +0100 Date: Mon, 24 Feb 2020 15:24:16 +0100 From: Henning Schild To: "Q. Gylstorff" Cc: , Subject: Re: [RFC 0/2] Remove Packages during Postprocessing Message-ID: <20200224152416.2aab3ec9@md1za8fc.ad001.siemens.net> In-Reply-To: <20200221145348.24250-1-Quirin.Gylstorff@siemens.com> References: <20200221145348.24250-1-Quirin.Gylstorff@siemens.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: /KuRJ3T3EhAN 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 On Fri, 21 Feb 2020 15:53:46 +0100 "Q. Gylstorff" wrote: > From: Quirin Gylstorff > > Some packages even if the are part of minbase are not necessary > to run a debian system. Debian has some issues and experiments > to remove packages from minbase [1]. This feature allows a > expert user to remove packages from the final image during post > processing. > > The reason for this are e.g. disk usage reduction and reduction > of the clearing effort. > > The method to remove packages in postprocessing is a best-effort > action. > > Another way would be to identify like [1] packages in > minbase which can be removed without compremising the isar rootfs > creation and remove them directly after or during bootstrapping. > If a package is used for a production related feature it should be > reinstalled. > > > [1]: https://wiki.debian.org/BusterPriorityRequalification > > Quirin Gylstorff (2): > meta/classes: Add remove packages to rootfs postprocessing > meta-isar/images: Remove gcc-8-base from rootfs > > meta-isar/recipes-core/images/isar-image-base.bb | 4 ++++ > meta/classes/image.bbclass | 2 +- > meta/classes/rootfs.bbclass | 13 +++++++++++++ > 3 files changed, 18 insertions(+), 1 deletion(-) >