From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7010292021791293440 X-Received: by 2002:adf:a1d5:: with SMTP id v21mr6504994wrv.105.1633345639422; Mon, 04 Oct 2021 04:07:19 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a7b:c3c8:: with SMTP id t8ls9502785wmj.3.gmail; Mon, 04 Oct 2021 04:07:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjyZu0jFta4d3AVskyVOMcDF114nmymPP8CGUAbQ+0GBRYzShrCOvAUCERRepGx0obw7s/ X-Received: by 2002:a7b:c0d9:: with SMTP id s25mr2936743wmh.83.1633345638479; Mon, 04 Oct 2021 04:07:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633345638; cv=none; d=google.com; s=arc-20160816; b=Hr0dnBUBjcVlHh2aaC7kzs52Oo7hD4mZV+PhcyuGefRCTPPXNM8S8Ac2HfQ4cMqA6N 2d4xiJdPvQl5yEWtNJQOCGoT7FzUlCRujkFO+s92gKeNKnmBlVJEZLSR6DDz52yHQXWk IaIz8BUNwkcXwPRe8D+4J/K9gQb8NO3vuh2Ylz/OxECRvHBC+9RpQabFQrUFvQ6nqUU5 p/ijLbK2Z4T6R12T63VVQQLd9mWbZuUlq7DT67QLVafjvHPdvbnCFN48lJaqLjIKg4ox L+qB5EPBWn1NZ4bKep+x0PZkPu7q33eB3JEcDgwXQZ59/x+XQzRJGodUZ/e/tz5g/JRx iqLw== 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=cS0yj4Cunnf94NuFmOnEOxelpFUsG+Rij46sRMfVT4c=; b=fiRK1XEBXoNUojhCX3JGyjwy+92MwNxhGckzMDV9b1zOLRBr1EJPfCtIZO74SQSJLN fdGHdfUWa1NUOJzF6/Cp09MPRFx8eE/m7pfsSupVd/WpT03XazEpBQyPSceaKa/BbUY9 W3y2VxsohkTZdFmM7Wtcz5o3CK3vmtbGT7RbuVPMIGvZgc4VRpxARNtM6Hmcvf93m6aO nV9wcibwP/m4aAbjIO8vo0iDzisE3ASIakSvhbPAC0HuBzE6KCppZC0nSn5/CCIIc3Ww auPvXsuzRrocefHrtzKZkttPDxhFt3+u6NQ/3E7by7UUy7/8NB++qh5t5/EBufCxg2V5 VWFw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 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 gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id g2si921783wmc.4.2021.10.04.04.07.18 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Oct 2021 04:07:18 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 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 gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id 194B7IdF011680 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 4 Oct 2021 13:07:18 +0200 Received: from md1za8fc.ad001.siemens.net ([139.25.0.59]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 194B7Hg7017895; Mon, 4 Oct 2021 13:07:17 +0200 Date: Mon, 4 Oct 2021 13:07:17 +0200 From: Henning Schild To: "Schmidt, Adriaan (T RDA IOT SES-DE)" Cc: "isar-users@googlegroups.com" Subject: Re: [PATCH] meta: add dpkg-prebuilt.bbclass Message-ID: <20211004130717.53f08421@md1za8fc.ad001.siemens.net> In-Reply-To: References: <20210921075300.25327-1-adriaan.schmidt@siemens.com> <20210922095416.46f889d9@md1za8fc.ad001.siemens.net> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: Dmcw3bDY3n3l Am Fri, 1 Oct 2021 14:25:27 +0200 schrieb "Schmidt, Adriaan (T RDA IOT SES-DE)" : > > From: Henning Schild > > Sent: Mittwoch, 22. September 2021 09:54 > > Subject: Re: [PATCH] meta: add dpkg-prebuilt.bbclass > > > > I am not sure about the magic unpack prepend. I guess if someone > > want to download more stuff they will have to ";unpack=true" to get > > back to the global default. > > I guess it's possible to only append ;unpack=false to *.deb sources, > but the more important issue that would break "mixed" recipes is > removing all tasks between do_unpack and do_deploy_deb. Yes maybe match that .deb just to be on the safe side, even if people do not end up mixing. > > It used to be just "a pattern" that could be easily mixed. Being a > > class deleting tasks and messing with SRC_URI is problematic for > > such mix recipes. But in fact one can keep using the "pattern" and > > not use the class. > > It's true that this is not suited for "mixed" recipes that need to > build a package and add a prebuilt deb. In that case you would stick > to the "pattern" (and probably don't turn do_dpkg_build into a nop). > > This proposal covers "inject an existing deb" only, but makes that > task as simple as possible. Sure it is valid. And you can always argue if it should not be more than one recipe if it does multiple packages. So whoever want to deploy multiple debs will be on a non-standard path anyways and deal with PROVIDES and stuff. Henning > Adriaan >