From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6617812835611181056 X-Received: by 2002:aca:318f:: with SMTP id x137-v6mr438398oix.5.1540897374908; Tue, 30 Oct 2018 04:02:54 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:aca:e451:: with SMTP id b78-v6ls2537230oih.2.gmail; Tue, 30 Oct 2018 04:02:54 -0700 (PDT) X-Google-Smtp-Source: AJdET5c4vxtvM5Ws0DNID/3oxiiNjL3TKbOfdYmPXIeBfFdQC7Q+0KD7ZPvfGAqnDHg/vRjGm87T X-Received: by 2002:aca:4cd6:: with SMTP id z205-v6mr7165953oia.16.1540897374687; Tue, 30 Oct 2018 04:02:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540897374; cv=none; d=google.com; s=arc-20160816; b=XK8DG4OmZ19yXwxWCWfAakxDb6x08MrkXtBLdswvGWewlg7SugL/SCIanYRtioC284 F8yqEk6CzESWtXN1lIn2mtOi8JbSeOfSfltgv0piUxiEFkJdKHkvHFsJQn2kf+Ufj/3D ga84JYC7rUuPDlaoS/p3IED/NtvAB1fRdvj15laag2bJw/M1nahG3pLvddPDGuqRsRzN BC7dhrF6c67wQrbOCFrZV+DWSE9fLHm8gHeeZE7WiXF/pbZeXVXgok06fYnSpahmZi+j gUbgBnopzanYwu83R5wU4fFr8xFkf3njaLar5sgqNu9+d2DuTfseCUz3IyhlDSZ/PKAf Xlrw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-transfer-encoding:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from; bh=U7hU2eyN/C8cyPDtYmTsJxsjF5+YeRZXI5a4zN2osJs=; b=i0aSKGTSf4w+pXMdnwvK5f2wZQ5AZfIRnft5TPiozb1FkfQGW/4rTNcy/G1VoeGBmF zxf1TTZqSpEc8USUtVDccoaUi08OTi9tTQyCkkvg2B1bU2YJ8T9YFjbwD9fYXg+7A3X8 ireXL13s+sNh6COYeiGtUROM977b/bmzOXApOFRV1UQYETT+UdOMyggqSrTbmzhnfJhh 7wW9EiLeZrereQ8hvjhmZgVwWMeSdqs6OJwWB7ohwX6Onlmn/wBHwHiomZ6Rzgq3eKe+ c4bC97njg+4+X1wTPIDuA7I9H14Gavtqzqw4aRzRJjW4t1I31rEIUY+fFh347HpURQJ9 aS5w== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of cedric_hombourger@mentor.com designates 192.94.38.131 as permitted sender) smtp.mailfrom=Cedric_Hombourger@mentor.com Return-Path: Received: from relay1.mentorg.com (relay1.mentorg.com. [192.94.38.131]) by gmr-mx.google.com with ESMTPS id g23si1071879oth.1.2018.10.30.04.02.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Oct 2018 04:02:54 -0700 (PDT) Received-SPF: pass (google.com: domain of cedric_hombourger@mentor.com designates 192.94.38.131 as permitted sender) client-ip=192.94.38.131; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of cedric_hombourger@mentor.com designates 192.94.38.131 as permitted sender) smtp.mailfrom=Cedric_Hombourger@mentor.com Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-MBX-03.mgc.mentorg.com) by relay1.mentorg.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) id 1gHRnR-0006hH-Ca from Cedric_Hombourger@mentor.com ; Tue, 30 Oct 2018 04:02:53 -0700 Received: from svr-ies-mbx-02.mgc.mentorg.com (139.181.222.2) by SVR-IES-MBX-03.mgc.mentorg.com (139.181.222.3) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 30 Oct 2018 11:02:49 +0000 Received: from svr-ies-mbx-02.mgc.mentorg.com ([fe80::a01f:51c9:5b6c:e0c]) by svr-ies-mbx-02.mgc.mentorg.com ([fe80::a01f:51c9:5b6c:e0c%22]) with mapi id 15.00.1320.000; Tue, 30 Oct 2018 11:02:49 +0000 From: "Hombourger, Cedric" To: Henning Schild CC: "isar-users@googlegroups.com" Subject: Re: [PATCH 0/4] add support for OE's ROOTFS_*_COMMAND Thread-Topic: [PATCH 0/4] add support for OE's ROOTFS_*_COMMAND Thread-Index: AQHUb6JbX2Z3TUmJC0SCPK6pN1r0/qU2bkkAgAACwEiAARTFAIAAGx7B Date: Tue, 30 Oct 2018 11:02:49 +0000 Message-ID: References: <20181029161303.7410-1-Cedric_Hombourger@mentor.com> <20181029174520.1fd028fe@md1pvb1c.ad001.siemens.net> ,<20181030102546.6f84f930@md1pvb1c.ad001.siemens.net> In-Reply-To: <20181030102546.6f84f930@md1pvb1c.ad001.siemens.net> Accept-Language: en-US, en-IE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TUID: SYXWpA37a7Xd prelink or ima would not be considered hacks or kludges but definitely thin= gs you apply on the complete file-system. I am failing to understand your r= esistance... Yocto is no different, have you looked at their uses of the pr= e/post rootfs commands? They also have packages and apply package level opt= imizations in their recipes (and we also should) but the aforementioned exa= mples do not fit this category at all=20 Looking forward to your response Sent from a mobile > On 30 Oct 2018, at 10:26, Henning Schild wro= te: >=20 > Am Mon, 29 Oct 2018 16:55:10 +0000 > schrieb "Hombourger, Cedric" : >=20 >> Sure thing. This will allow us to generate license/package manifests >> like Yocto does amongst other things (eg rootfs optimization >> functions). In other words system wide tweaks. The former is the >> subject of an upcoming patch series. >=20 > rootfs optimization functions sounds very much like hacking your way > around the golden rule i mentioned earlier. And since people will abuse > such a mechanism it is best to not introduce it. >=20 > For the license manifests ... that sounds interesting indeed but will > likely not require such a generic mechanism. >=20 > I guess concrete examples would be useful. But looking just at the > mechanism without such examples, i am strongly against merging that > code. >=20 > Henning >=20 >> Sent from a mobile >>=20 >>> On 29 Oct 2018, at 17:45, Henning Schild >>> wrote: >>>=20 >>> Hey, >>>=20 >>> could you please elaborate on why this is needed and what you want >>> to do with it? I suspect there are already other ways of doing what >>> you might want to do. >>>=20 >>> One golden rule is that _everything_ inside the rootfs comes from >>> a .deb package. If you need to execute scripts, go for post/pre inst >>> etc. >>>=20 >>> Henning >>>=20 >>> Am Mon, 29 Oct 2018 17:12:59 +0100 >>> schrieb Cedric Hombourger : >>>=20 >>>> OpenEmbedded allows custom functions to be called at various >>>> stages of the root file-system generation process. Add similar >>>> capabilities to Isar. >>>>=20 >>>> Cedric Hombourger (4): >>>> isar-image-base: introduce and use isar-image class >>>> isar-image: refactor do_rootfs() >>>> base: add 'lib' folder of each layer to python's module search >>>> path isar-image: add support for OE's ROOTFS_*_COMMAND >>>>=20 >>>> doc/user_manual.md | 43 +++++++++++ >>>> meta-isar/classes/isar-image.bbclass | 89 >>>> ++++++++++++++++++++++ .../files =3D> >>>> conf/distro}/debian-configscript.sh | 0 .../files =3D> >>>> conf/distro}/raspbian-configscript.sh | 0 >>>> meta-isar/recipes-core/images/isar-image-base.bb | 57 >>>> +------------- meta/classes/base.bbclass | >>>> 4 + meta/lib/oe/utils.py | 11 +++ 7 >>>> files changed, 150 insertions(+), 54 deletions(-) create mode >>>> 100644 meta-isar/classes/isar-image.bbclass rename >>>> meta-isar/{recipes-core/images/files =3D> >>>> conf/distro}/debian-configscript.sh (100%) rename >>>> meta-isar/{recipes-core/images/files =3D> >>>> conf/distro}/raspbian-configscript.sh (100%) create mode 100644 >>>> meta/lib/oe/utils.py >>>>=20 >>>=20 >=20