From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 790F0C4321E for ; Thu, 1 Dec 2022 06:06:39 +0000 (UTC) Received: from mail-yb1-f175.google.com (mail-yb1-f175.google.com [209.85.219.175]) by mx.groups.io with SMTP id smtpd.web10.36162.1669874794944175229 for ; Wed, 30 Nov 2022 22:06:35 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@ibeeto-com.20210112.gappssmtp.com header.s=20210112 header.b=c2rtjY29; spf=neutral (domain: ibeeto.com, ip: 209.85.219.175, mailfrom: rudolf.streif@ibeeto.com) Received: by mail-yb1-f175.google.com with SMTP id z192so792325yba.0 for ; Wed, 30 Nov 2022 22:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibeeto-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gICNnHeddFHDAQWMqDvHsuJDtd+OHa/U17WalRofzTs=; b=c2rtjY29IIbAaAxw/Q8Hi3X2UbrIixxzLeeOBHo0GEJpNcg9gIRuE469K0ChpJWcUV B+h/H15SQH8fkAvmlLjV30uTfqLhuElUzZsF70WV2nR1NIAJV7BfHXhD3RWsuwgy3/Fq /F3/dVRfxk3bSklDmUIEkNa7hwYJTD3ZgD/imBEtY7myvjlNwT0YKIoRGFqtVVUrx7kp Wr5FX3nfoxmvIeDDO6j3f09CmZ9WNQxgivFbEOnxc9RVUwGS7dFFOl01W3AmTZSAkmUG Ki94JXdvyyQRFbTLUTNNt3OZS4jzGsf+r3bwpLJURXFIpmF295R98J9rnewhQPV3kFnY osKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gICNnHeddFHDAQWMqDvHsuJDtd+OHa/U17WalRofzTs=; b=kSWfkdTZ3a6xQPY7uXVxOWwJDGDLs4ZhGYFuqotcHudJjxw0PI0ye7lYWHuSPxFmx/ ynLJDyRD2C3VfB67NbPazYtkjY31nacSF/+yKy9tHz9qFNEiUt4LIc8X1V3NWLFL3Hze zp5aL8nsZHzahaYsOWA3YpNy1M/1uQ7UOgx9SHaM+OCH6Fs6yvqN5ewoOa9/Y9Mtf2SR 6dQ4CIKhsqgYd1mAohlNbJeeO83omEi/PBXA3dJWgpBBt30Ukni/AsyPQnBZpA+5Saf/ ktfadCBwOApiEZ2/NMgfdvK7FFSBtmZ5No48odg95hYxrjHa7/9PX4L5vCGY25DEJsSM yNFA== X-Gm-Message-State: ANoB5plQlmLxSH7kHgkTAR21ZfQf2HeV76EtLz1SYCzSHcnQssqgGasY 7aqnPE2ryTt0N3tGlwcJKgU8wAYmHeTtguts4uxf0A== X-Google-Smtp-Source: AA0mqf7x0O+c9EvHxEvXTf414uwTVbwuPF/2SMRgWnIL+6AJo0YUja20+tEuFCfLdiBpTfanmnrf9ZFdzeaj2cqFGWI= X-Received: by 2002:a25:3b57:0:b0:6f6:ec71:8edb with SMTP id i84-20020a253b57000000b006f6ec718edbmr17229530yba.570.1669874793826; Wed, 30 Nov 2022 22:06:33 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Rudolf Streif Date: Wed, 30 Nov 2022 22:06:22 -0800 Message-ID: Subject: Re: [yocto] LAYERSERIES_COMPAT_ variable in the layer's recipe To: Zoran Cc: Yocto-mailing-list Content-Type: multipart/alternative; boundary="000000000000e7e7e305eebe056a" List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Thu, 01 Dec 2022 06:06:39 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/yocto/message/58690 --000000000000e7e7e305eebe056a Content-Type: text/plain; charset="UTF-8" On Wed, Nov 30, 2022, 20:27 Zoran wrote: > Hello to Yocto community, > > As I am much more passive yocto wise these few years ( working on > Android build systems and around, this is also a nightmare, I should > say ;-) ), I have one Yocto question which I never really understood. > > I will ask it by example. I have one layer for the CAN tools and apps > which I have created 4 years ago: > https://github.com/ZoranStojsavljevic/meta-socketcan > > In there, in conf/layer.conf: > > https://github.com/ZoranStojsavljevic/meta-socketcan/blob/master/conf/layer.conf > > I have the following line (layers' compatibility): > LAYERSERIES_COMPAT_meta-socketcan = "sumo thud warrior zeus dunfell > gatesgarth hardknott honister kirkstone" > > I do not understand why we need to explicitly name releases for such > simple generic layers?! > To me this indicates that the maintainer of the layer has tested the compatibility of his layer with all of these releases of the Yocto Project. A maintainer of a layer should make a deliberate decision of adding a release or dropping one from the compatibility list. It should be an attestation that the layer's compatibility with the releases in the list is actually maintained and tested. There have been changes to the syntax to conditional variables. Your layer might well be compatible with all of the releases and it's great if you tested it. But it's not a given. > > Instead, for a virtual example: > LAYERSERIES_COMPAT_meta-socketcan = "${AUTOLAYER x}" > > So all the layers might be included (or for at least lets say x = 4 > latest releases, where x = 0 would be include all)? I do understand > that complex layers could NOT have such a definition (because of the > dependencies), but for the generic layers (as such presented), this > would be beneficial. > I never cared for ${AUTOREV}, which is similar, in the first place for the very reason that it creates inconsistent behavior. This would do the same thing. What would the last 4 releases even mean? What is the reference and where is it obtained from? > > Thank you for the answers, > Zee _______ > Best, :rjs > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#58689): > https://lists.yoctoproject.org/g/yocto/message/58689 > Mute This Topic: https://lists.yoctoproject.org/mt/95375670/3617932 > Group Owner: yocto+owner@lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [ > rudolf.streif@ibeeto.com] > -=-=-=-=-=-=-=-=-=-=-=- > > --000000000000e7e7e305eebe056a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Nov 30, 2022, 20:27 Zoran <zoran.stojsavljevic@gmail.com> wrot= e:
Hello to Yocto community,

As I am much more passive yocto wise these few years ( working on
Android build systems and around, this is also a nightmare, I should
say ;-) ), I have one Yocto question which I never really understood.

I will ask it by example. I have one layer for the CAN tools and apps
which I have created 4 years ago:
https://github.com/ZoranStojsavljevic= /meta-socketcan

In there, in conf/layer.conf:
https://g= ithub.com/ZoranStojsavljevic/meta-socketcan/blob/master/conf/layer.conf=

I have the following line (layers' compatibility):
LAYERSERIES_COMPAT_meta-socketcan =3D "sumo thud warrior zeus dunfell<= br> gatesgarth hardknott honister kirkstone"

I do not understand why we need to explicitly name releases for such
simple generic layers?!

<= /div>
To me this indicates that the maintainer of the laye= r has tested the compatibility of his layer with all of these releases of t= he Yocto Project.

A main= tainer of a layer should make a deliberate decision of adding a release or = dropping one from the compatibility list. It should be an attestation that = the layer's compatibility with the releases in the list is actually mai= ntained and tested.

Ther= e have been changes to the syntax to conditional variables. Your layer migh= t well be compatible with all of the releases and it's great if you tes= ted it. But it's not a given.

Instead, for a virtual example:
LAYERSERIES_COMPAT_meta-socketcan =3D "${AUTOLAYER x}"

So all the layers might be included (or for at least lets say x =3D 4
latest releases, where x =3D 0 would be include all)? I do understand
that complex layers could NOT have such a definition (because of the
dependencies), but for the generic layers (as such presented), this
would be beneficial.

I never cared for ${AUTOREV}, which is similar, in the = first place for the very reason that it creates inconsistent behavior. This= would do the same thing. What would the last 4 releases even mean? What is= the reference and where is it obtained from?

Thank you for the answers,
Zee
_______

Best,
:rjs

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
Links: You receive all messages sent to this group.
View/Reply Online (#58689): https://l= ists.yoctoproject.org/g/yocto/message/58689
Mute This Topic: https://lists.yoctopro= ject.org/mt/95375670/3617932
Group Owner: yocto+owner@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org= /g/yocto/unsub [rudolf.streif@ibeeto.com]
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-

--000000000000e7e7e305eebe056a--