From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6591699875972251648 X-Received: by 2002:aa7:d29a:: with SMTP id w26-v6mr2468224edq.9.1534970553427; Wed, 22 Aug 2018 13:42:33 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:aa7:d382:: with SMTP id x2-v6ls1294614edq.2.gmail; Wed, 22 Aug 2018 13:42:32 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYtpL4QYOjZORD2oZKyQLUS0TpClxeUiNMTweRBIIoJySr/1gfz5kyn+fvjyEq7eCKOZrkF X-Received: by 2002:aa7:c413:: with SMTP id j19-v6mr1101495edq.8.1534970552958; Wed, 22 Aug 2018 13:42:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534970552; cv=none; d=google.com; s=arc-20160816; b=Hr6SvHAgWPwnmITIkg3ALLUpYcv9ldS0ioFy2tliIV7Peajl+yeeRsIADtuytZcaEO KY+GQq86HLjInlJpsKqAl7m83I+IhuYkYHR1yVcE6HvgIeHLd4IQxBpSEbXgN0pqMxIs nIhRKO5e3s3jrLKNZUCkvldLKlQijUY2MvbPcBCGBKxgaYZaQHTa4bjeYlSRVWExWo6p g9Tq6if/ImjWJi4zTdSCycsxLXAskYMVtVuLlgeFprumbFyA5xkPKS2k06zBuZD1fGUB 9e6+B40+6eagYl8U2mNplDBxT2ynrrqx4jJtL1n8355YeL4iYcyQcWohw+uGZbkxMSlT KUIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:subject:user-agent :references:in-reply-to:message-id:date:to:from :arc-authentication-results; bh=6tKoQonKzTUog7rHiFaoww/xWJucL16iXr0q6IRFPlI=; b=F5w42kbylBN+7fmETN1vDzLxTdcoxtNy3Sl6XJuqlHV5BFS8qm6Z/JWrmsBlTR9Skx BuULl3cuOcB4+upfh2tTXmrGDjtZWSfXUudoQmGHGI1NvjoZVEBlqW8fhp6aH2Ew2r6O PJWzffl4DpwaoW5ZovUo7hd1lc67Ln4emGtpzHnIY8xv/tTAbcdQDU+bq8N1FOS/VSWX 6N7XDcyjFqYQTMbBwMMLqVFcVdSejxdfHTkM6Bf9Hr1+e7tUYJXN1JEGvSQp3iVUPw5Y SgdXZRiu6ON1QqsEknAsalvkGUaMGjaUQpYEOzv7OXH9MZZ0eGEn33kkRdo5QR+oD1AS GmSg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) smtp.mailfrom=asmirnov@ilbers.de Return-Path: Received: from aqmola.ilbers.de (aqmola.ilbers.de. [85.214.62.211]) by gmr-mx.google.com with ESMTPS id o55-v6si155928edo.3.2018.08.22.13.42.32 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Aug 2018 13:42:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) client-ip=85.214.62.211; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) smtp.mailfrom=asmirnov@ilbers.de Received: from [192.168.1.235] ([188.227.110.165]) (authenticated bits=0) by aqmola.ilbers.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id w7MKgUnD028278; Wed, 22 Aug 2018 22:42:31 +0200 From: Alexander Smirnov To: Jan Kiszka , "isar-users" , Christian Storm Date: Wed, 22 Aug 2018 23:43:09 +0300 Message-ID: <16563606f48.27ac.034a6b0541ed39b7fb4e17f4ac219eaa@ilbers.de> In-Reply-To: <2732c10e-93ff-bc63-dac6-707930ba89f8@siemens.com> References: <0228b199-d672-6610-0180-c8a84542366c@siemens.com> <4db9adeb-b649-2d51-0e91-28d781297cf3@siemens.com> <2732c10e-93ff-bc63-dac6-707930ba89f8@siemens.com> User-Agent: AquaMail/1.16.0-1193 (build: 101600006) Subject: Re: Minimizing isar-image-base MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit X-TUID: Wu8YDfbPU9ZI Jan Kiszka 22 августа 2018 г. 22:52:32 написал: > On 2018-08-22 16:37, [ext] Jan Kiszka wrote: >>>> - Why do we pre-install dbus? >>> >>> Again, IIRC, without dbus there was dirty boot log in QEMU, some >>> services failed to start. >> >> I'll recheck that with stretch. > > Removed it, but I'm not seeing any error messages nor does systemctl > report failed services. > Maybe the bug was solved in stretch. Christian, > you said there is a harder dependency in reality than the "recommends" > as Debian declares now. Any comments on this? > > If it is really no longer needed, we could push the dbus dependency into > debian-jessie.conf. Is raspbian-jessie on systemd as well? Then there as > well. One another thing changed since that time - migration from multistrap to debootstrap. Probably this could be the reason. Alex > >> >>> >>>> - Can we make apt optional? Installing it as transient package by >>>> default, e.g. What would happen if a downstream image then puts it >>>> into PREINSTALL again? Should we filter IMAGE_TRANSIENT_PACKAGES >>>> against IMAGE_PREINSTALL? >>> >>> I could suppose how apt went to isar-image-base recipe, initially it >>> was a copy of buildchroot one. So nobody actually cares about the list >>> of packages, there was only one requirement - no error and warnings >>> during image boot in QEMU. >>> >>> In buildchroot apt is needed to populate the dependencies. >>> >>> With current Isar implementation the apt is a must package for image. >>> Let me explain why. Below is the whole chain to generate image: >>> >>> 1. At first, isar-debootstrap is called. This recipe fetches minimal >>> *pure* Debian suite for specified architecture. It's stored in >>> tmp/deploy folder. >>> 2. Image generation is started from copying this pre-fetched suite to >>> work folder. >>> 3. Then you chroot to this *pure* minimal suite. >>> 4. And finally all the additional packages in pre-install list are >>> installed via apt-get. >>> >>> So, the only way for current architecture - remove apt in post-build >>> task. >> >> Right, this is what I had in mind. I think we already have the tooling >> for that, don't we? > > We don't. IMAGE_TRANSIENT_PACKAGES is not suited. > > Also, apt seems to get installed via debootstrap anyway. We should be > fine removing it as explicit IMAGE_PREINSTALL entry. I'll propose a patch. > > But we will need some explicit purging step that removes it again (and > possibly more packages) after the image is done. And it should be under > custom-image control, whether that step is run or not - or what the > purge list contains. We could also use --exclude of debootstrap but that > would imply forking the base bootstrap environment because we use the > same for image and buildchroots so far. Probably not a good idea. > > Jan > > -- > Siemens AG, Corporate Technology, CT RDA IOT SES-DE > Corporate Competence Center Embedded Linux