From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6460145511220379648 X-Received: by 10.28.11.131 with SMTP id 125mr436907wml.20.1504168976995; Thu, 31 Aug 2017 01:42:56 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.21.10 with SMTP id s10ls576830ljd.51.gmail; Thu, 31 Aug 2017 01:42:56 -0700 (PDT) X-Google-Smtp-Source: ADKCNb5PBukCjXU81FZ5RdSwgREOo8is71M6vMw7KFor4U9Tnn5n/ukvipMSC/mSwqIp7Q3N/n8n X-Received: by 10.25.87.84 with SMTP id l81mr388924lfb.1.1504168976697; Thu, 31 Aug 2017 01:42:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1504168976; cv=none; d=google.com; s=arc-20160816; b=vP6RQvMuOun69N3/ZaZTYL2MwPeCGJoD/ylIRRfhMfpDtfPpWaXkRtBkR6Mw03fH9p 0Oc+dLASsxYHW5AW93QghFpdjww7G/NyhH1KAX8DVsOJbm8hiIYLGG6Y9Tot5fC/UyRR 4gEOx0cPiSEoBNnAVFJC6F7ostv4nKul7dNXjF/Ws60ml5atHysWqJKrAk3U6WJv/oyx AofMwvzQIoBrEDK0aR2z2O/zAyu3L88HlIoS6Vsbe6SkKB14x3aiMwJZKQRu5zcNkHAc x8nK4k9Y8OLIFsa4gA8nmzaBXRM2GgphYcjPAO5/27ex4kGRgQ916rKXzCCBmaFS2tap 67Vg== 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 :arc-authentication-results; bh=rPLhN+KmXKVZ8Bg5/WZ4u/HgfEaIV9nuke5KcNfuJnc=; b=UWY/o/ysK/viX1ijcJhfMHYlENynANlEKlmthbVwbGCm+cgVvZ4hqa6o6VpX7yNh2v I+APhr2dreIztuWZc2nOlkrPXmiLguBIsaXOqCiQfpj9SmW6smC+HQFSDA7kF7iJtnP3 edp97WhftsNOhbv4WOI+3/v6GgZr36wlU9kbkl5sGipoYGKt0ffI43zwc27YxhGIN4d7 d+rv6KWXR8LXTWZu9pAWTwOuh6E5xbYDWbqIHlGhGl0zyllDM4TlglrAKtbyZSfwwIOV +5OnxTyS6qfXlZup4D3LBJzPhJ1DieO9UcCtm4d1lG5HyE7qbVfRl4yEBrUKebhddRiN QJGQ== 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 jan.kiszka@siemens.com) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id h11si147950wmd.0.2017.08.31.01.42.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 31 Aug 2017 01:42:56 -0700 (PDT) Received-SPF: neutral (google.com: 192.35.17.14 is neither permitted nor denied by best guess record for domain of jan.kiszka@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 jan.kiszka@siemens.com) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id v7V8gtbe006687 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 31 Aug 2017 10:42:55 +0200 Received: from md1f2u6c.ww002.siemens.net ([139.22.46.80]) by mail1.siemens.de (8.15.2/8.15.2) with ESMTP id v7V8gsaG016082; Thu, 31 Aug 2017 10:42:54 +0200 Subject: Re: [PATCH 5/6] meta/dpkg: add dpkg-custom class To: "[ext] Claudius Heine" , "[ext] Henning Schild" , isar-users@googlegroups.com Cc: Alexander Smirnov , Christian Storm , Claudius Heine References: <356cb2c3f7dfead49d75580fdff10dfa8c41232e.1504119538.git.henning.schild@siemens.com> <75fe7dd9-7cf0-9f10-7060-64b69fa38194@siemens.com> From: Jan Kiszka Message-ID: <4ea25dde-acf8-f8e7-1153-9c33cabef4e3@siemens.com> Date: Thu, 31 Aug 2017 10:42:53 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <75fe7dd9-7cf0-9f10-7060-64b69fa38194@siemens.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: r6MWoHvSNsan On 2017-08-31 10:38, [ext] Claudius Heine wrote: > Hi > > On 08/30/2017 09:03 PM, [ext] Henning Schild wrote: >> 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 >> --- >>   meta/classes/dpkg-custom.bbclass | 57 >> ++++++++++++++++++++++++++++++++++++++++ >>   1 file changed, 57 insertions(+) >>   create mode 100644 meta/classes/dpkg-custom.bbclass > > 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. > > 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. How about dpkg-wrap, because this wraps existing stuff as-is into debian package? Jan -- Siemens AG, Corporate Technology, CT RDA ITP SES-DE Corporate Competence Center Embedded Linux