* [meta-multimedia][PATCH v2] openh264: switch away from github archive
@ 2018-05-10 0:49 Trevor Woerner
2018-05-15 14:45 ` akuster808
0 siblings, 1 reply; 5+ messages in thread
From: Trevor Woerner @ 2018-05-10 0:49 UTC (permalink / raw)
To: openembedded-devel
Since we know that github archives which are automatically generated have a
tendency to change their checksums[1], switch to using a git clone.
[1] http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
---
Changes since v1:
- replace the frankenstein local variable name OPENHBRANCH with simply BRANCH
to hold the name of the branch to use
---
.../recipes-multimedia/openh264/openh264_1.7.0.bb | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
index a7aaab3623..40bd493e6d 100644
--- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
+++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
@@ -11,9 +11,10 @@ LICENSE = "BSD-2-Clause"
LICENSE_FLAGS = "commercial"
LIC_FILES_CHKSUM = "file://LICENSE;md5=bb6d3771da6a07d33fd50d4d9aa73bcf"
-SRC_URI = "https://github.com/cisco/openh264/archive/v${PV}.tar.gz"
-SRC_URI[md5sum] = "93da4e76cfda7ede8fd2df51b0021efd"
-SRC_URI[sha256sum] = "9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f6895738653f"
+S = "${WORKDIR}/git"
+SRCREV = "a180c9d4d6f1a4830ca9eed9d159d54996bd63cb"
+BRANCH = "openh264v1.7"
+SRC_URI = "git://github.com/cisco/openh264.git;protocol=https;branch=${BRANCH};"
COMPATIBLE_MACHINE_armv7a = "(.*)"
COMPATIBLE_MACHINE_aarch64 = "(.*)"
--
2.17.0.rc2.3.gc2a499e6c
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [meta-multimedia][PATCH v2] openh264: switch away from github archive
2018-05-10 0:49 [meta-multimedia][PATCH v2] openh264: switch away from github archive Trevor Woerner
@ 2018-05-15 14:45 ` akuster808
2018-05-16 6:31 ` Trevor Woerner
0 siblings, 1 reply; 5+ messages in thread
From: akuster808 @ 2018-05-15 14:45 UTC (permalink / raw)
To: Trevor Woerner, openembedded-devel
On 05/09/2018 05:49 PM, Trevor Woerner wrote:
> Since we know that github archives which are automatically generated have a
> tendency to change their checksums[1], switch to using a git clone.
>
> [1] http://lists.openembedded.org/pipermail/openembedded-devel/2017-September/114916.html
>
> Signed-off-by: Trevor Woerner <twoerner@gmail.com>
> ---
>
> Changes since v1:
> - replace the frankenstein local variable name OPENHBRANCH with simply BRANCH
> to hold the name of the branch to use
This fails to build: please see
http://errors.yoctoproject.org/Errors/Details/178572/
>
> ---
> .../recipes-multimedia/openh264/openh264_1.7.0.bb | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> index a7aaab3623..40bd493e6d 100644
> --- a/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> +++ b/meta-multimedia/recipes-multimedia/openh264/openh264_1.7.0.bb
> @@ -11,9 +11,10 @@ LICENSE = "BSD-2-Clause"
> LICENSE_FLAGS = "commercial"
> LIC_FILES_CHKSUM = "file://LICENSE;md5=bb6d3771da6a07d33fd50d4d9aa73bcf"
>
> -SRC_URI = "https://github.com/cisco/openh264/archive/v${PV}.tar.gz"
> -SRC_URI[md5sum] = "93da4e76cfda7ede8fd2df51b0021efd"
> -SRC_URI[sha256sum] = "9c07c38d7de00046c9c52b12c76a2af7648b70d05bd5460c8b67f6895738653f"
> +S = "${WORKDIR}/git"
> +SRCREV = "a180c9d4d6f1a4830ca9eed9d159d54996bd63cb"
> +BRANCH = "openh264v1.7"
> +SRC_URI = "git://github.com/cisco/openh264.git;protocol=https;branch=${BRANCH};"
>
> COMPATIBLE_MACHINE_armv7a = "(.*)"
> COMPATIBLE_MACHINE_aarch64 = "(.*)"
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [meta-multimedia][PATCH v2] openh264: switch away from github archive
2018-05-15 14:45 ` akuster808
@ 2018-05-16 6:31 ` Trevor Woerner
2018-05-16 9:05 ` Anuj Mittal
0 siblings, 1 reply; 5+ messages in thread
From: Trevor Woerner @ 2018-05-16 6:31 UTC (permalink / raw)
To: akuster808; +Cc: openembedded-devel
On Tue, May 15, 2018 at 10:45 AM, akuster808 <akuster808@gmail.com> wrote:
>
>
> On 05/09/2018 05:49 PM, Trevor Woerner wrote:
> > Since we know that github archives which are automatically generated
> have a
> > tendency to change their checksums[1], switch to using a git clone.
> >
> > [1] http://lists.openembedded.org/pipermail/openembedded-devel/
> 2017-September/114916.html
> >
> > Signed-off-by: Trevor Woerner <twoerner@gmail.com>
> > ---
> >
> > Changes since v1:
> > - replace the frankenstein local variable name OPENHBRANCH with simply
> BRANCH
> > to hold the name of the branch to use
> This fails to build: please see
> http://errors.yoctoproject.org/Errors/Details/178572/
As it turns out, even without this patch, building the existing openh264
recipe in master for qemux86 fails exactly the same way. The really odd
thing is, I don't see any indication of this failure in any of the "state
of the world" build reports. Do the "state of the world" builds not build
against MACHINE="qemux86"? Or maybe openh264 is skipped (perhaps due to
LICENSE_FLAGS = "commercial")?
I'm not entirely surprised this patch doesn't introduce a new problem, its
only difference against the original is to fetch from git rather that an
automatically generated github archive. If the auto-generated archive
succeeded but a git clone of the exact same SHA failed, that would be news
indeed!
I assume that although my patches aren't introducing a new build failure, I
should probably investigate fixing it anyway?
The existing recipe has provisions for i386. If I understand correctly,
qemux86 is i586 (?), and meta-intel's intel-core2-32 is i686 (?). Do I
duplicate the i386 provisions for i586 and i686? Is there an easier way to
specify all 32-bit IA systems? Otherwise I guess another option is to
disable 32-bit IA COMPATIBLE_MACHINEs?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [meta-multimedia][PATCH v2] openh264: switch away from github archive
2018-05-16 6:31 ` Trevor Woerner
@ 2018-05-16 9:05 ` Anuj Mittal
2018-05-16 16:47 ` Trevor Woerner
0 siblings, 1 reply; 5+ messages in thread
From: Anuj Mittal @ 2018-05-16 9:05 UTC (permalink / raw)
To: Trevor Woerner, akuster808; +Cc: openembedded-devel
On 05/16/2018 02:31 PM, Trevor Woerner wrote:
> The existing recipe has provisions for i386. If I understand correctly,
> qemux86 is i586 (?), and meta-intel's intel-core2-32 is i686 (?). Do I
> duplicate the i386 provisions for i586 and i686? Is there an easier way to
> specify all 32-bit IA systems?
Does it work if you use _x86 instead of _i386?
Thanks,
Anuj
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [meta-multimedia][PATCH v2] openh264: switch away from github archive
2018-05-16 9:05 ` Anuj Mittal
@ 2018-05-16 16:47 ` Trevor Woerner
0 siblings, 0 replies; 5+ messages in thread
From: Trevor Woerner @ 2018-05-16 16:47 UTC (permalink / raw)
To: Anuj Mittal; +Cc: openembedded-devel
Hi Anuj,
On Wed, May 16, 2018 at 5:05 AM, Anuj Mittal <anuj.mittal@intel.com> wrote:
> On 05/16/2018 02:31 PM, Trevor Woerner wrote:
> > The existing recipe has provisions for i386. If I understand correctly,
> > qemux86 is i586 (?), and meta-intel's intel-core2-32 is i686 (?). Do I
> > duplicate the i386 provisions for i586 and i686? Is there an easier way
> to
> > specify all 32-bit IA systems?
>
> Does it work if you use _x86 instead of _i386?
>
Yes, that seems to help, thanks!
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2018-05-16 16:47 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-05-10 0:49 [meta-multimedia][PATCH v2] openh264: switch away from github archive Trevor Woerner
2018-05-15 14:45 ` akuster808
2018-05-16 6:31 ` Trevor Woerner
2018-05-16 9:05 ` Anuj Mittal
2018-05-16 16:47 ` Trevor Woerner
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.