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 582E6C433F5 for ; Sun, 29 May 2022 16:16:04 +0000 (UTC) Received: from mail-wr1-f44.google.com (mail-wr1-f44.google.com [209.85.221.44]) by mx.groups.io with SMTP id smtpd.web11.26488.1653840954971852287 for ; Sun, 29 May 2022 09:15:55 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20210112 header.b=gO7M83b5; spf=pass (domain: gmail.com, ip: 209.85.221.44, mailfrom: martin.jansa@gmail.com) Received: by mail-wr1-f44.google.com with SMTP id q21so591858wra.2 for ; Sun, 29 May 2022 09:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=I2N571neOFKpa3yhkHwcPZ/NL2JOuAo26tawjiTohRQ=; b=gO7M83b5wmsNqQz5zHxCgdGh1g8/JJlEw3mDNOklaxZrIKBXeAibCSWI+Kon1xSEBX utHBEs6LE6nRH521058PctE2kRxFUk3s1ura+mdIhBSzxn0G9s4u0rI/W2VmGPp8SOSF QPnS3blGD6txr37OuNBA28D9Zket1jE4Bf6Bq9sToGFAlkOyCl9f2uPX1ey03wCpLzrj 5SZSn27m1ICy38/3qDbgucjJZKcfzDUh15SVvd/a8Tbclg3XRmSGR6TG0kV8Ewn7AnkI PTdMP9P4jJwwm4P+Klgdlfnaln/dmQxvls5HhaOzgDbwfkjiLhAdHXk87WJ8x09Oe+Ig /fkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=I2N571neOFKpa3yhkHwcPZ/NL2JOuAo26tawjiTohRQ=; b=wu1s4E5KzOGgxEaPJPeuSJ73t4Q8Y5k/m+3Fi0f2cyotW5yahHilCN+xgLj0HuuGIG YuSKcO4m5uaXwSLz/Z4K+7UV/1f+GLhMb9lELdkVTexLaU3fqCSNUgIKkuATuw6FUZu+ 2fkIIsG6rs80wfxm+GFjRFqE4WTzTVOhBfHXmW/Kq8dmwTBELgeQ3GFBRdVrulxlqySb rgxpZV+EN445V45iXkUAspofu+r63M/39jJwVH5Gic1qdrU94CaAG5kbLnA2LnfaqNJ4 tXbs1VMnOAFNYk8rW+l1h7jdQBN79KQK6EG4iXmvXRdqj8uttoEie0iyOQJz7TJAF6YF hL7g== X-Gm-Message-State: AOAM533iNzKcdQSOv9+jvo4wCzGp0z0/PPVLswaYJPaqdG7aT9Uz/5sf vU+GlHHOEYUuYaNM0KD+GYiDYRteQeJ+ZjDCSGM= X-Google-Smtp-Source: ABdhPJwFInHVuffQt4r2yT6cvAYTojegSyq4Als4RkuAmQ18E1L4IjUt03FCMWsYE33Fh4FsF309IEFR3OWbMcvQJWM= X-Received: by 2002:a5d:59af:0:b0:20f:d6e8:a5e with SMTP id p15-20020a5d59af000000b0020fd6e80a5emr28651905wrr.507.1653840953148; Sun, 29 May 2022 09:15:53 -0700 (PDT) MIME-Version: 1.0 References: <20220529095251.11410-1-flowergom@gmail.com> In-Reply-To: <20220529095251.11410-1-flowergom@gmail.com> From: Martin Jansa Date: Sun, 29 May 2022 18:15:41 +0200 Message-ID: Subject: Re: [OE-core] [dunfell][PATCHv2] libdrm: add libdrm-{nouveau,radeon,intel} to RPROVIDES To: Minjae Kim Cc: openembedded-core@lists.openembedded.org Content-Type: multipart/alternative; boundary="00000000000087091205e028da5c" 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 ; Sun, 29 May 2022 16:16:04 -0000 X-Groupsio-URL: https://lists.openembedded.org/g/openembedded-core/message/166240 --00000000000087091205e028da5c Content-Type: text/plain; charset="UTF-8" I'm sorry, but this still doesn't make much sense to me. RPROVIDES doesn't help with build time dependency and if something has runtime dependency explicitly on libdrm-nouveau, then using libdrm as suitable provider doesn't seem right, what exactly is the usecase for this, isn't it just hiding the issue somewhere else? On Sun, May 29, 2022 at 11:53 AM Minjae Kim wrote: > The libdrm-{nouveau,radeon,intel} are generated by libdrm recipe. > To use these libraries as a dependency in another component, > It should be explicitly added as RPROVIDES. > > Signed-off-by:Minjae Kim > --- > meta/recipes-graphics/drm/libdrm_2.4.101.bb | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/meta/recipes-graphics/drm/libdrm_2.4.101.bb > b/meta/recipes-graphics/drm/libdrm_2.4.101.bb > index 8ec566faa9..75efabf918 100644 > --- a/meta/recipes-graphics/drm/libdrm_2.4.101.bb > +++ b/meta/recipes-graphics/drm/libdrm_2.4.101.bb > @@ -57,3 +57,9 @@ FILES_${PN}-amdgpu = "${libdir}/libdrm_amdgpu.so.* > ${datadir}/${PN}/amdgpu.ids" > FILES_${PN}-etnaviv = "${libdir}/libdrm_etnaviv.so.*" > > BBCLASSEXTEND = "native nativesdk" > + > +RPROVIDES_${PN} += " \ > + ${PN}-nouveau \ > + ${PN}-radeon \ > + ${PN}-intel \ > +" > -- > 2.25.1 > > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#166231): > https://lists.openembedded.org/g/openembedded-core/message/166231 > Mute This Topic: https://lists.openembedded.org/mt/91408949/3617156 > Group Owner: openembedded-core+owner@lists.openembedded.org > Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [ > Martin.Jansa@gmail.com] > -=-=-=-=-=-=-=-=-=-=-=- > > --00000000000087091205e028da5c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm sorry, but this still doesn't make much sense = to me. RPROVIDES doesn't help with build time dependency and if somethi= ng has runtime dependency explicitly on libdrm-nouveau, then using libdrm a= s suitable provider doesn't seem right, what exactly is the usecase for= this, isn't it just hiding the issue somewhere else?

On Sun, May 29, 20= 22 at 11:53 AM Minjae Kim <flower= gom@gmail.com> wrote:
The libdrm-{nouveau,radeon,intel} are generated by libdrm reci= pe.
To use these libraries as a dependency in another component,
It should be explicitly added as RPROVIDES.

Signed-off-by:Minjae Kim <flowergom@gmail.com>
---
=C2=A0meta/recipes-graphics/drm/libdrm_2.4.101.bb | 6 ++++++
=C2=A01 file changed, 6 insertions(+)

diff --git a/meta/recipes-graphics/drm/libdrm_2.4.101.bb b/meta/recipes-= graphics/drm/libdrm_2.4.101.bb
index 8ec566faa9..75efabf918 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.101.bb
+++ b/meta/recipes-graphics/drm/libdrm_2.4.101.bb
@@ -57,3 +57,9 @@ FILES_${PN}-amdgpu =3D "${libdir}/libdrm_amdgpu.so.*= ${datadir}/${PN}/amdgpu.ids"
=C2=A0FILES_${PN}-etnaviv =3D "${libdir}/libdrm_etnaviv.so.*"

=C2=A0BBCLASSEXTEND =3D "native nativesdk"
+
+RPROVIDES_${PN} +=3D " \
+=C2=A0 =C2=A0 ${PN}-nouveau \
+=C2=A0 =C2=A0 ${PN}-radeon \
+=C2=A0 =C2=A0 ${PN}-intel \
+"
--
2.25.1


-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
Links: You receive all messages sent to this group.
View/Reply Online (#166231): https:= //lists.openembedded.org/g/openembedded-core/message/166231
Mute This Topic: https://lists.openembedded.org/mt= /91408949/3617156
Group Owner: openembedded-core+owner@lists.openembedded.org<= br> Unsubscribe: https://lists.openembedded.org/= g/openembedded-core/unsub [Martin.Jansa@gmail.com]
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-

--00000000000087091205e028da5c--