From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6735330377709125632 X-Received: by 2002:a17:906:ce53:: with SMTP id se19mr32965669ejb.17.1571135929718; Tue, 15 Oct 2019 03:38:49 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:907:1114:: with SMTP id qu20ls4558976ejb.7.gmail; Tue, 15 Oct 2019 03:38:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqxKVXmAu93YugpugUGYrqQMcutWaznAqzrt+owqpkIqkuHnsES2GoEczfA+4/5OiFmAw8rU X-Received: by 2002:a17:906:fad7:: with SMTP id lu23mr34246612ejb.211.1571135929160; Tue, 15 Oct 2019 03:38:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571135929; cv=none; d=google.com; s=arc-20160816; b=Bb7KMa1b9hbu00WU+WllWVXa8p90EQ7G0Dht5s+0QWPRUnKE4N5/Nh/dTWBbeeSx5c t+HbIzfe+vcpmbfiRSKHf3nSD0w0KEt0AZC7cUARFbswmQenkeJYTPfV14DInd+fz0FO +fGL65oR4wPW3VMuNrAN4mq8n+7RQO8oTc93+zmp80/XtqJvNqwHp9Dh/eOYVGUhGbQ2 12vHxWrutzzWUeeFBW67lYbqeQOnMr6mKRqTUqjbVSMhA+KhsopkZUzYSTsNdD9SjJGM TVcZr1nN05epiwiShh4mOV4SBdlDvdhhA0dzfRFNJZhhx7kFMYXTrMFxzsunlFU8MxCd nd3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=3mQTplssb0/Rl74llwrD+XFAkVvskEb8vTc95gOuoEk=; b=Ptc2ZCykmqE0donm7jYeKEv0PyszwKeJpWCCxTAiQm21s2O73hixwpSkvL3+vT6tbu bIiRu8MzZ7WiJxohhhyVp8ysUw81mtZHXsrBimPFNJWymF0Hyl8kROMSwc07tVyX2Tih QoOsVj7yf7C6PWQ82earGcxUyU1JVbe2K9CjtSkW49H/JFRYRix2PuBf3ewCqQlnJc+J auCpNfHVmUg0a1V6tnEfIGr8XtMijL1EEasym09xJ1s2s+Bhtxw7YPFypOSEL668qggk VeGeToGjfnw9lmZhjHvVLpo4G5nrR9SPqaasrKSMTYcPKubjkeokWYOkQ/xVBmoEFgho FVDg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id a27si974587ejg.1.2019.10.15.03.38.49 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 15 Oct 2019 03:38:49 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id x9FAckob006874 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 15 Oct 2019 12:38:48 +0200 Date: Tue, 15 Oct 2019 12:38:46 +0200 From: Baurzhan Ismagulov To: "isar-users@googlegroups.com" Subject: Re: [PATCH] Add support for supplying more types of debian package relationships Message-ID: <20191015103846.ikzksd4rby34fk4q@yssyq.m.ilbers.de> Mail-Followup-To: "isar-users@googlegroups.com" References: <20190911084136.19731-1-konstantinos.dalamagkidis@siemens.com> <20191014190100.329e37e5@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191014190100.329e37e5@md1za8fc.ad001.siemens.net> User-Agent: NeoMutt/20180716 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: q2Yer3zz8Hlv On Mon, Oct 14, 2019 at 07:01:00PM +0200, Henning Schild wrote: > My suggestion here is to keep that patch in your layer. You having that > problem 20 times does not make it common, 20 independent users would ;). > > So you could put that magic into a dpkg-my-layer-yocto-glue class. The > deps in Isar are a pain, because we are dealing with two worlds. I > personally do not think that "pretending this away" is a good idea. > > If you actually have configure + compile tasks in your dpkg-raw you are > on the wrong track and should stop pretending its yocto! Or at least > make sure all that gets done in buildchroot. If you want please explain > what you are doing, like Jan asked before. People use this feature and ask for various corner cases. If we can cover those till proper dependency support is implemented (which would probably require modifying bitbake or developing a different tool), I'd like to apply the patch because it helps users today. Konstantinos, do you see a possibility to document this and provide a test case? With kind regards, Baurzhan.