From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6460145511220379648 X-Received: by 10.46.25.157 with SMTP id 29mr427230ljz.11.1504171951423; Thu, 31 Aug 2017 02:32:31 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.21.74 with SMTP id 10ls587213ljv.52.gmail; Thu, 31 Aug 2017 02:32:30 -0700 (PDT) X-Google-Smtp-Source: ADKCNb7/FXKDpABuoDveSShQuSc8uAEfH9dZRuW+OTmOfA4k3mTbCFdeRKK7ekkChFFIpR8MfTcc X-Received: by 10.46.1.161 with SMTP id f33mr418842lji.44.1504171950828; Thu, 31 Aug 2017 02:32:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1504171950; cv=none; d=google.com; s=arc-20160816; b=mQ+9JjePNkSKsZoeytACRDpUDgFfnuWB3c/+SJSmzEOEHJtwfZHeJuZsUZK1ViJ1B2 lOOuHQp8bvMpi2fzvlsLEdPsURRZB6+jqP7J0sgKy6MnQxiIs+t8Cbh+S3Npim7cRln3 0jRQGw0/9x1yDiK18/jTLvjZw6aU6ENVHCJne2Q22dVVjc/PBFAnvyTUMeo2IaiZyHVB y0gWyhQro89Z17xlpM81k3n2GgB4Fs31jsLHOGdQ4QDurmw2yqJxtbIaIQwZ4wC//jp8 n9p1LGECsu2iSgGetQH32bi2P1gaVotyuJjvvZGcoI6VPte8lByUX6KHRXHuscGwwxes IYww== 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:arc-authentication-results; bh=g1MjLyW0rSuOGM1XFFaKw+Zt9EeauxTwWBdEmbaKu+Y=; b=VbI9Uzvh/dRj52aucZe5BUd8vWxvQ3u3pAgSH6MhLSNn3uE8Trfb7mtKu8KfoXNAl/ hjvUlEYCnvblElKY193GbuwK1BXpT9rFs6GXjaI+H0j9Mc168b+2YIxwn/wV8cAnIq1v eG+O8ClJqD5agioA08lf4rKfOtD2x26SJvrOFQE7ygF+04HW+d+d60RxFyGNb25AQVty LZiauXNicq1pxfoOivragkNbbO1s4dRJZGiOanHuyAyG2kaWxtLhofvgGBcomzWeoq06 7XVeAXd4AFgPBKhxz0lNgl2NB7hfmC3fYFz5S1gaHY8eBUxX8iwkw6rYeAjvDtMjcMoD XChg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of henning.schild@siemens.com) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id f88si201258wmi.4.2017.08.31.02.32.30 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 31 Aug 2017 02:32:30 -0700 (PDT) Received-SPF: neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of henning.schild@siemens.com) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of henning.schild@siemens.com) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id v7V9WTug006624 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 31 Aug 2017 11:32:29 +0200 Received: from md1em3qc ([139.25.68.40]) by mail2.siemens.de (8.15.2/8.15.2) with ESMTP id v7V9WTVM024957; Thu, 31 Aug 2017 11:32:29 +0200 Date: Thu, 31 Aug 2017 11:32:33 +0200 From: Henning Schild To: Jan Kiszka Cc: "[ext] Claudius Heine" , , Alexander Smirnov , Christian Storm , Claudius Heine Subject: Re: [PATCH 5/6] meta/dpkg: add dpkg-custom class Message-ID: <20170831113233.02d8c5b5@md1em3qc> In-Reply-To: <4ea25dde-acf8-f8e7-1153-9c33cabef4e3@siemens.com> References: <356cb2c3f7dfead49d75580fdff10dfa8c41232e.1504119538.git.henning.schild@siemens.com> <75fe7dd9-7cf0-9f10-7060-64b69fa38194@siemens.com> <4ea25dde-acf8-f8e7-1153-9c33cabef4e3@siemens.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TUID: lsJHVHrr+eF4 Am Thu, 31 Aug 2017 10:42:53 +0200 schrieb Jan Kiszka : > On 2017-08-31 10:38, [ext] Claudius Heine wrote: > > Hi > >=20 > > On 08/30/2017 09:03 PM, [ext] Henning Schild wrote: =20 > >> Issues: > >> 1. full customizations of the images is hard to impossible to > >> realize in a layer without touching Isar > >> 1.1. there is no easy way to just copy a file into the image > >> 1.2. configuration (passwords, groups, cfg-files changes) can not > >> be done in a layer, there is no way too hook into multistrap or the > >> configure-script > >> > >> Change: > >> Introduce a class that lets users create custom debian packages on > >> the fly, without having to create a /debian directory and actually > >> building. That allows you to pull in debian-dependencies, you > >> could have a package that has no content and is just there to > >> install what you need for a feature of your product. > >> Using package hooks (preinst, postinst ..) you can configure > >> pretty much all you want when installing the package. > >> The package can contain actual payload as well, basically any > >> files that come from "somewhere else". Say binary data like > >> wallpapers, sound files or application binaries. > >> > >> Impact: > >> This patch addresses the metioned issue in a way that uses debian > >> mechanism. All the customizations will enjoy features like > >> - collission protection (multiple packages providing the same file) > >> - config file protection > >> - versioning and the ability to deploy your changes in an > >> updateable way > >> > >> This patch introduces a major new feature to Isar. > >> > >> This class introduces a new class for building debian packages on > >> the fly. They can basically contain anything from random sources, > >> where building happens outside of Isar. It also allows to create > >> meta-packages that contain nothing but pull in dependencies, once > >> all our packets come in via multistrap that will come in handy. > >> For rootfs configuration you would use post- and pre- scripts just > >> like regular debian packages do. > >> > >> Signed-off-by: Henning Schild > >> --- > >> =C2=A0 meta/classes/dpkg-custom.bbclass | 57 > >> ++++++++++++++++++++++++++++++++++++++++ > >> =C2=A0 1 file changed, 57 insertions(+) > >> =C2=A0 create mode 100644 meta/classes/dpkg-custom.bbclass =20 > >=20 > > Also not a big fan of this name. 'custom' is a bit too unspecific > > for what it does. I get that your idea that those packages are > > *custom* made, but at the same time, so are all the packages that > > are directly created within isar. > >=20 > > I liked the old 'dpkg-bin' name more, but maybe even this is a bit > > to unspecific. How about 'dpkg-plain'? That describes better that > > those packages are very simple, created impromptu without much to > > it, IMO. =20 >=20 > How about dpkg-wrap, because this wraps existing stuff as-is into > debian package? I explained the new names in the cover letter. dpkg-bin can not be used because that suggests that we do not compile in this class. As of today we do not but i can imagine a future where we do, just without the debian/ directory. So now dpkg-src also does not match anymore, i think. Any suggestions for both names taking the custom-compile into account? Henning > Jan >=20