All of lore.kernel.org
 help / color / mirror / Atom feed
From: Quentin Schulz <quentin.schulz@theobroma-systems.com>
To: Marcel Ziswiler <marcel@ziswiler.com>,
	openembedded-core@lists.openembedded.org
Cc: Peter Bergin <peter@berginkonsult.se>,
	Marcel Ziswiler <marcel.ziswiler@toradex.com>
Subject: Re: [oe-core][PATCH v3 2/2] libavtp: add recipe to be able to use aaf config for alsa-plugins
Date: Wed, 1 Jun 2022 10:13:07 +0200	[thread overview]
Message-ID: <b252408c-60b7-62aa-10b8-860ab0ed0a5b@theobroma-systems.com> (raw)
In-Reply-To: <20220531213206.7119-2-marcel@ziswiler.com>

Marcel, Peter,

On 5/31/22 23:32, Marcel Ziswiler wrote:
> From: Peter Bergin <peter@berginkonsult.se>
> 
> In order to enable configuration option aaf (AVTP Audio Format)
> used for AVB the library libavtp is a dependency but no recipe for
> this library was present. aaf support for alsa-plugins was
> introduced in ddf5421331180bc45697511b44cdd4a4e6dda6ff.
> 
> Signed-off-by: Peter Bergin <peter@berginkonsult.se>
> Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
> 
> ---
> Resurrect from mailing list [1] as this is still not upstream.
> End-to-end tested on Verdin iMX8M Plus.
> Will talk about it at the Embedded World Conference in the TSN & Linux
> track next month [2].
> 
> [1] https://urldefense.proofpoint.com/v2/url?u=https-3A__lore.kernel.org_all_20210604090216.553285-2D1-2Dpeter-40berginkonsult.se_&d=DwIDAg&c=_sEr5x9kUWhuk4_nFwjJtA&r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&m=j5mDhOeNcVWNco5eYp6S60KnL4GmuLwFOeDnKizzUfY4ScAsBe2IQUQckKzHOrVn&s=1nRYQeY7NOzqrW7qZafcgBMa2RIx8BtF-kVsHpEX-5c&e=
> [2] https://urldefense.proofpoint.com/v2/url?u=https-3A__events.weka-2Dfachmedien.de_embedded-2Dworld-2Dconference_program_&d=DwIDAg&c=_sEr5x9kUWhuk4_nFwjJtA&r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&m=j5mDhOeNcVWNco5eYp6S60KnL4GmuLwFOeDnKizzUfY4ScAsBe2IQUQckKzHOrVn&s=EnuuWrWZcXP5wNN4T2S7S57HMhsQNkAZRpv0q1iyMW8&e=
> 
> Changes in v3:
> - Rename recipe to officially released PV of 0.2.0.
> - Drop PROVIDES of avtp which just works around alsa-plugins refering to
>    it as such instead of libavtp. Will update PACKAGECONFIG in
>    alsa-plugins instead.
> 
> Changes in v2:
> - Updated SRC_URI specifying mandatory protocol as https.
> - Updated SRCREV to latest.
> 
>   meta/recipes-multimedia/libavtp/libavtp_0.2.0.bb | 14 ++++++++++++++
>   1 file changed, 14 insertions(+)
>   create mode 100644 meta/recipes-multimedia/libavtp/libavtp_0.2.0.bb
> 
> diff --git a/meta/recipes-multimedia/libavtp/libavtp_0.2.0.bb b/meta/recipes-multimedia/libavtp/libavtp_0.2.0.bb
> new file mode 100644
> index 0000000000..563debde3c
> --- /dev/null
> +++ b/meta/recipes-multimedia/libavtp/libavtp_0.2.0.bb
> @@ -0,0 +1,14 @@
> +DESCRIPTION = "Open source implementation of Audio Video Transport Protocol (AVTP) \
> +               specified in IEEE 1722-2016 spec."
> +HOMEPAGE = "https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Avnu_libavtp&d=DwIDAg&c=_sEr5x9kUWhuk4_nFwjJtA&r=LYjLexDn7rXIzVmkNPvw5ymA1XTSqHGq8yBP6m6qZZ4njZguQhZhkI_-172IIy1t&m=j5mDhOeNcVWNco5eYp6S60KnL4GmuLwFOeDnKizzUfY4ScAsBe2IQUQckKzHOrVn&s=CDG7OGmgTZNqph7uuR6Au6HBdZZmu_0lUYUC1dYWjsg&e= "
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=7fcb4331e23e45e171cd5693c1ff7d3e"
> +
> +SRC_URI = "git://github.com/Avnu/libavtp.git;branch=v${PV};protocol=https;nobranch=1"

We don't have a single recipe with nobranch set in poky, so I think we 
should keep it this way. I assume this was needed because, there's no 
${PV} branch available in the git repo (it's a tag).

Technically, ${PV} is a tag on github and not a branch. We don't have a 
single recipe with tag set in poky, so I think we also should keep it 
this way (tag= requires network to check that the tag hasn't moved 
between builds).

What I've seen some recipes do instead is to use github archives. See:
https://git.yoctoproject.org/poky/tree/meta/recipes-support/re2c/re2c_3.0.bb

Re: alsa-plugins which may require it in a PACKAGECONFIG option, it's 
not really a reason for inclusion if not enabled by default. Otherwise 
we would have one big layer only with all possible optional dependencies 
and their possible optional dependencies, etc...

Cheers,
Quentin


  parent reply	other threads:[~2022-06-01  8:13 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-31 21:32 [oe-core][PATCH v3 1/2] alsa-plugins: fix libavtp vs. avtp packageconfig Marcel Ziswiler
2022-05-31 21:32 ` [oe-core][PATCH v3 2/2] libavtp: add recipe to be able to use aaf config for alsa-plugins Marcel Ziswiler
2022-06-01  7:30   ` Alexander Kanavin
2022-06-01  8:05     ` Marcel Ziswiler
2022-06-01  8:22       ` Alexander Kanavin
2022-06-01  8:34         ` Marcel Ziswiler
2022-06-01  9:43           ` Alexander Kanavin
2022-06-01 10:52             ` Peter Bergin
2022-06-01 11:48               ` Marcel Ziswiler
2022-06-01  8:13   ` Quentin Schulz [this message]
2022-06-01  8:32     ` Marcel Ziswiler
2022-06-01 13:48   ` Luca Ceresoli
2022-06-01 15:14     ` Marcel Ziswiler
2022-06-01 16:49       ` Max Krummenacher
     [not found]   ` <16F483479D2BE28A.13026@lists.openembedded.org>
2022-06-01 15:05     ` Luca Ceresoli
2022-06-01 15:18       ` Marcel Ziswiler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b252408c-60b7-62aa-10b8-860ab0ed0a5b@theobroma-systems.com \
    --to=quentin.schulz@theobroma-systems.com \
    --cc=marcel.ziswiler@toradex.com \
    --cc=marcel@ziswiler.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=peter@berginkonsult.se \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.