Hi Paul.
2017-05-16 5:42 GMT+02:00 Paul Eggleton :
> Hi Mirza,
>
> On Monday, 15 May 2017 7:05:23 PM NZST Mirza Krak wrote:
>> 2017-05-10 13:31 GMT+02:00 Patchwork :
>> > == Series Details ==
>> >
>> > Series: [meta-oe,morty,1/1] openssl-native: Compile with -fPIC
>> > Revision: 1
>> > URL : htt
On Mon, 2017-05-15 at 13:25 -0700, Khem Raj wrote:
> On Mon, May 15, 2017 at 12:47 PM, Patrick Ohly wrote:
> > The production image recipe "foobar-image-production.bb" can use
> > IMAGE_MODE_forcevariable = "production"
> > and the development image recipe "foobar-image-development.bb" can use
> >
> The standard way to fix too long #! lines in oe is to patch upstream
> code to use
> #!/usr/bin/env something
> (where something is just the binary name).
> Why not simply replace ${POSIX_SHELL} with /bin/sh? Where and how is it set?
POSIX_SHELL is being set to "/usr/bin/env sh" already through
Hi Mirza,
On Monday, 15 May 2017 7:05:23 PM NZST Mirza Krak wrote:
> 2017-05-10 13:31 GMT+02:00 Patchwork :
> > == Series Details ==
> >
> > Series: [meta-oe,morty,1/1] openssl-native: Compile with -fPIC
> > Revision: 1
> > URL : https://patchwork.openembedded.org/series/6671/
> > State : failur
1) Upgrade gdbm from 1.12 to 1.13.
2) Modify one patch "ptest.patch", since the data has been changed.
Signed-off-by: Huang Qiyu
---
meta/recipes-support/gdbm/files/ptest.patch| 42 +++---
.../gdbm/{gdbm_1.12.bb => gdbm_1.13.bb}| 4 +--
2 files changed, 31 in
On Mon, May 15, 2017 at 09:05:23AM +0200, Mirza Krak wrote:
> 2017-05-10 13:31 GMT+02:00 Patchwork :
> > == Series Details ==
> >
> > Series: [meta-oe,morty,1/1] openssl-native: Compile with -fPIC
> > Revision: 1
> > URL : https://patchwork.openembedded.org/series/6671/
> > State : failure
>
> I
2017-05-10 13:31 GMT+02:00 Patchwork :
> == Series Details ==
>
> Series: [meta-oe,morty,1/1] openssl-native: Compile with -fPIC
> Revision: 1
> URL : https://patchwork.openembedded.org/series/6671/
> State : failure
I seem to have messed up here.
Why does the testing framework think that I was
On Mon, May 15, 2017 at 12:47 PM, Patrick Ohly wrote:
> On Mon, 2017-05-15 at 12:34 -0700, Khem Raj wrote:
>> On Mon, May 15, 2017 at 12:18 PM, Patrick Ohly
>> wrote:
>> > On Mon, 2017-05-15 at 08:50 -0700, Khem Raj wrote:
>> >> On Mon, May 15, 2017 at 6:27 AM, Patrick Ohly
>> >> wrote:
>> >>
On Mon, 2017-05-15 at 08:47 -0700, Khem Raj wrote:
> On Mon, May 15, 2017 at 7:41 AM, Aníbal Limón
> wrote:
> >> Upstream is already at 2.9, why this version?
> >
> > Patrick has a patches for enable TPM into QEMU 2.8.x line, but there
> > apply into 2.9.x but the compile fails.
> >
> > I guess th
On Mon, 2017-05-15 at 12:34 -0700, Khem Raj wrote:
> On Mon, May 15, 2017 at 12:18 PM, Patrick Ohly wrote:
> > On Mon, 2017-05-15 at 08:50 -0700, Khem Raj wrote:
> >> On Mon, May 15, 2017 at 6:27 AM, Patrick Ohly
> >> wrote:
> >> > Enabling "debug-tweaks" unconditionally, even if it is only in t
On Mon, May 15, 2017 at 12:18 PM, Patrick Ohly wrote:
> On Mon, 2017-05-15 at 08:50 -0700, Khem Raj wrote:
>> On Mon, May 15, 2017 at 6:27 AM, Patrick Ohly wrote:
>> > Enabling "debug-tweaks" unconditionally, even if it is only in the
>> > local.conf.sample file, runs the risk of that getting use
On 05/12/2017 04:18 PM, Christopher Larson wrote:
> Looks like the earlier version of this with the wrong -z vs -n got
> merged, please submit a follow-up patch to fix it.
>
Markus Lehtonen already sent a fix for the -n validation in
http://lists.openembedded.org/pipermail/openembedded-core/2017
Each alternative in options case construct must be
sepparated by a double semicolon.
This change adds the double semicolon for the "t)" option.
Signed-off-by: Jose Lamego
---
scripts/create-pull-request | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/create-pull-request b/scripts/cre
On Mon, 2017-05-15 at 08:50 -0700, Khem Raj wrote:
> On Mon, May 15, 2017 at 6:27 AM, Patrick Ohly wrote:
> > Enabling "debug-tweaks" unconditionally, even if it is only in the
> > local.conf.sample file, runs the risk of that getting used in
> > production images.
> >
> > By checking the per-imag
On Mon, May 15, 2017 at 03:09:32AM +, C.R. Guo wrote:
> Hello Denys ,
>
>
> for example:
> KERNEL_DEVICETREE ?= "freescale/fsl-ls1046a-rdb.dtb"
> ${DTB}= "freescale/fsl-ls1046a-rdb.dtb"
> DTB=`basename ${DTB}`
>
> ${DTB}= "fsl-ls1046a-rdb.dtb"
On Mon, May 15, 2017 at 3:49 AM, Jussi Kukkonen
wrote:
>
>
> On 15 May 2017 at 12:05, Huang Qiyu wrote:
>>
>> 1) Upgrade libnl from 3.2.29 to 3.3.0.
>> 2) Delete patch "fix-pktloc_syntax_h-race.patch", since it is integrated
>> upstream.
>> 3) Add patch "musl-header-conflict.patch" to fix musl c
On Mon, May 15, 2017 at 5:36 AM, Jussi Kukkonen
wrote:
> On 11 May 2017 at 10:53, Alexander Kanavin
> wrote:
>>
>> On 05/09/2017 12:24 PM, Burton, Ross wrote:
>>>
>>> The development of Wayland does make the long-term prospect of Sato
>>> interesting: do we port Sato to Wayland too, or keep the W
On Mon, May 15, 2017 at 6:27 AM, Patrick Ohly wrote:
> Enabling "debug-tweaks" unconditionally, even if it is only in the
> local.conf.sample file, runs the risk of that getting used in
> production images.
>
> By checking the per-image IMAGE_MODE, the debug tweaks only get
> enabled for images no
On Mon, May 15, 2017 at 7:41 AM, Aníbal Limón
wrote:
>> Upstream is already at 2.9, why this version?
>
> Patrick has a patches for enable TPM into QEMU 2.8.x line, but there
> apply into 2.9.x but the compile fails.
>
> I guess there's a need to work on those patches before 2.9.x upgrade.
>
its
On 05/15/2017 06:03 PM, Belal, Awais wrote:
Hi Alex,
The first line will guarantee a short shebang, while the second one
may result in a very long shebang which may hit the hardcoded
kernel limit.
I do not see how the second one can be longer in any case than the
first one but that's probably
Hi Alex,
> The first line will guarantee a short shebang, while the second one may
> result in a very long shebang which may hit the hardcoded kernel limit.
I do not see how the second one can be longer in any case than the first one
but that's probably because of my lack of knowledge. I can con
On 15 May 2017 at 12:34, zhengrq wrote:
> meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb | 10 --
> meta/recipes-graphics/xorg-lib/libx11_1.6.5.bb | 10 ++
> 2 files changed, 10 insertions(+), 10 deletions(-)
> delete mode 100644 meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb
>
Current Dev Position: Planning for YP 2.4
Next Deadline: YP 2.1.3 Cut off May 15, 2017 – Still TBD
SWAT team rotation: Ross -> Leo on May 12, 2017.
SWAT team rotation: Leo -> Juro, on May 19, 2017.
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
·
On 05/15/2017 05:49 AM, Alexander Kanavin wrote:
> On 05/12/2017 07:49 PM, Aníbal Limón wrote:
>> Removed patch target-ppc-fix-user-mode.patch [1] already on
>> upstream.
>>
>> [1] http://git.qemu.org/?p=qemu.git;a=history;f=linux-user/main.c;
>> h=65a769cf797254a86a7cf589d69e67595a9e1adb;hb=refs
Could you try adding "-M" to your "git format-patch ..."?
On Mon, May 15, 2017 at 7:34 AM, zhengrq wrote:
> Upgrade libx11 from 1.6.4 to 1.6.5
> ---
> meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb | 10 --
> meta/recipes-graphics/xorg-lib/libx11_1.6.5.bb | 10 ++
> 2 files chang
Tested 'wic ls' functionality:
- list of image partitions
- list of directory content of vfat partition
Signed-off-by: Ed Bartosh
---
meta/lib/oeqa/selftest/wic.py | 18 ++
1 file changed, 18 insertions(+)
diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic
Implemented 'wic ls' functionality:
- list image partitions
- list directory content of vfat partitions
[YOCTO #11283]
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/engine.py | 84 +--
1 file changed, 82 insertions(+), 2 deletions(-)
diff --git a/s
Added wic_ls_help and wic_ls_usage variables to
help.py. These variables contain help content that
will be used in 'wic ls help' and 'wic ls --help'
output.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/help.py | 65 +
1 file changed, 65 insertions
Added empty 'wic ls' command that does nothing.
The functionality will be added by the next commits.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/engine.py | 4
scripts/wic | 15 +++
2 files changed, 19 insertions(+)
diff --git a/scripts/lib/wic/engine.py b/scri
Added parser for 'wic ls' command.
Signed-off-by: Ed Bartosh
---
scripts/wic | 25 +
1 file changed, 25 insertions(+)
diff --git a/scripts/wic b/scripts/wic
index 49cad86..6c9a30d 100755
--- a/scripts/wic
+++ b/scripts/wic
@@ -35,6 +35,8 @@ import os
import sys
import
Fixed bug in processing 'skip' parameter:
don't read input file if end of bmap block is less than skip
Simplified logic of positioning to the start of data inside a
partially skipped bmap block.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/filemap.py | 11 +++
1 file changed, 7 inse
Added parameter 'length' to specify amount of data
to write into destination file. This is useful when only
part of source file should be written into destination file.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/filemap.py | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
Plugin code uses boot.img file name for an image file. If there are
two partitions that use bootimg-pcbios wic breaks with an error
"file already exists: boot.img"
Made image file name unique by adding wks like number to it to fix
the issue.
Signed-off-by: Ed Bartosh
---
scripts/lib/wic/plugins
Hi,
This is an implementation of new wic subcommand 'wic ls'.
It lists image partitions:
$ wic ls tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic
Num StartEnd Size Fstype
11048576 24438783 23390208 fat16
2 25165824 50315263
From: Jose Perez Carranza
Add test cases to test “exclude” and “installroot“ options, also modify
the logic of filtering packages on the feed to have all the packages
needed by the tests.
[YOCTO #10744]
Signed-off-by: Jose Perez Carranza
---
meta/classes/testimage.bbclass | 11 ---
Enabling "debug-tweaks" unconditionally, even if it is only in the
local.conf.sample file, runs the risk of that getting used in
production images.
By checking the per-image IMAGE_MODE, the debug tweaks only get
enabled for images not meant for production.
Signed-off-by: Patrick Ohly
---
meta/c
Inheriting image-mode.bbclass does not change anything by default, but
ensures that the variable is getting checked consistently in all image
recipes and distros when it gets set.
Signed-off-by: Patrick Ohly
---
meta/classes/image.bbclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/me
The default motd is created at build-time by the basefiles recipes.
When the entire distro is built in a way that is unsuitable for
production, we can warn about that here.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/base-files/base-files_3.0.14.bb | 11 +++
1 file changed, 11 inse
A global switch between different modes allows configuring image
recipes so that they adapt to the intended usage automatically. The
implementation here introduces three modes which progressively enable
more debugging features. That different modes cannot be combined is
meant to make the feature ea
Some packages (for example, kmod) have built-time configure options
for additional debugging support. Similar to manpages.bbclass, this
new class turns the new "debug-build" DISTRO_FEATURE into "debug" and
"logging" PACKAGECONFIGs if the current recipe has those.
Another usage will be to mark imag
The changes introduced by build-mode.bbclass should be simple enough
that they can be enabled by default. Doing so helps establish
"debug-build" consistently in different distros.
Signed-off-by: Patrick Ohly
---
meta/conf/distro/defaultsetup.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletio
At OEDAM [1] I took the AR to flesh out some of my ideas for
introducing global and per-image settings for switching between
development and production builds. The goal is partly to establish
common configure options that then can be used by different layers,
partly to have some actual useful funct
Hi Jose,
On 15 May 2017 at 13:24, Patrick Ohly wrote:
> Patchwork-Status: Rejected
>
The patch in patchworks hasn't been updated (
https://patchwork.openembedded.org/series/6723/), I thought patchworks was
listening for these commands now?
Ross
--
_
Integrating the korg v4.9.22 -> .27 releases with the following shortlog
summary:
89f3b8d5f264 Linux 4.9.27
a0d50c80a29e dm ioctl: prevent stack leak in dm ioctl call
7ad6de43deda cpu/hotplug: Serialize callback invocations proper
e99b0ea39354 ceph: try getting buffer capability for re
Merging the korg stable releases 4.10.10 -> 4.10.15 with the following
shortlog summary:
b1cff0b2ed20 Linux 4.10.15
de7b7a35c99e dm ioctl: prevent stack leak in dm ioctl call
8dee04de5def hwmon: (it87) Avoid registering the same chip on both SIO
addresses
ad66b968a0e5 scsi: storvs
Porting the mainline commit, to fix gcc7 builds:
474c90156c [give up on gcc ilog2() constant optimizations]
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 4 ++--
meta/recipes-kernel/linux/linux-yocto-tiny_4.1.bb | 4 ++--
meta/recipes-kernel/linux/lin
Integrating the korg v4.4.61 -> 4.4.67 releases with the following
commit summary:
dec1dc2a0ee8 Linux 4.4.67
3b9983bb354e dm ioctl: prevent stack leak in dm ioctl call
da1ce38aaac7 nfsd: stricter decoding of write-like NFSv2/v3 ops
35e1c217 nfsd4: minor NFSv2/v3 write decoding clea
Hi all,
These are the latest -stable kernel updates (and a gcc7 build fix), that
I've been queueing while pyro was finalized.
These are ready to go, and are applicable to both master and the pyro
branch.
Cheers,
Bruce
The following changes since commit 5d301e9f19048b4cd0d5f702860e318c85f1c037:
On 11 May 2017 at 10:53, Alexander Kanavin wrote:
> On 05/09/2017 12:24 PM, Burton, Ross wrote:
>
>> The development of Wayland does make the long-term prospect of Sato
>> interesting: do we port Sato to Wayland too, or keep the Wayland images
>> using the standard Weston demo shell?
>>
>
> There
On Mon, 2017-05-15 at 14:47 +0300, Alexander Kanavin wrote:
> On 05/15/2017 11:32 AM, Patrick Ohly wrote:
> > Activating API documentation with:
> > INHERIT += "manpages"
> > DISTRO_FEATURES_append = " api-documentation"
>
> You do not need to add the first line at all, why are you doing it?
Currently GRUB_ROOT assigned a value of literal "${ROOT}" by default
if ROOT variable is not set. This causes kernel commandline to
look like this: "linux /vmlinuz LABEL=boot {ROOT}"
Used weak assignments of ROOT and GRUB_ROOT variables to make
sure GRUB_ROOT is "" by default.
Allowed empty GRUB_
Added test_generic_efi_grub_qemu and test_generic_efi_systemd_qemu
test cases and wks template to build and boot generic EFI images in qemu.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta-selftest/wic/test_generic_efi.wks.in | 9
meta/lib/oeqa/selftest/wic.py | 36 +
Merged do_write_wks_template and do_populate_bootfs into
new task do_prepare_wic_build to be able to write the same
partition UUID into bootloader configuration files and
kickstart file.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 53 +++--
This task generates root partition UUID and calls efi_bootfs_populate
API of current EFI provider to populate bootfs directory with
EFI artifacts.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 37
1 file changed, 37 inse
Added API to populate ${WORKDIR}/bootfs directory with EFI
artifacts to both EFI provider classes(grub-efi and systemd-boot).
This API will be used to prepare artifacts for the wic image
build.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/grub-efi.bbclass | 6 ++
meta/clas
Hi,
This patchset is an implementation of generic EFI approach for wic images.
Instead of introducing yet another wic plugin it uses existing APIs from
EFI_PROVIDER classes to populate ${WORKDIR}/bootfs directory with EFI artifacts
and bootloader configuration. This directory can be used by wic r
The v1.64 release has broken array serialization code with issues
reported in
https://svn.boost.org/trac/boost/ticket/12516
https://github.com/bmwcarit/meta-ros/issues/505
Backport the fix from boost::serialization's master.
Signed-off-by: Dmitry Rozhkov
---
...or-which-appeared-when-compiling
On 05/15/2017 12:01 PM, Belal, Awais wrote:
Really did not get the first question. Regarding PERL being set
twice, I am just trying to manipulate it to the actual host binary,
is there a better way? 'which perl' or 'env perl' will only point to
the symlink under HOSTTOOLS.
1. You are replacin
On 05/15/2017 11:32 AM, Patrick Ohly wrote:
Activating API documentation with:
INHERIT += "manpages"
DISTRO_FEATURES_append = " api-documentation"
You do not need to add the first line at all, why are you doing it?
manpages is inherited on a per-recipe basis when the recipe itself
support
On 05/15/2017 02:37 PM, Jussi Kukkonen wrote:
The patches could be considered for Pyro (not too fond of backported new
features though -- I don't think oe-core should normally do that).
Yes; you do need to explain why these are useful to oe-core users in
general.
There's a ton of gstreamer
On 15 May 2017 at 11:52, Yuqing Zhu wrote:
> -Add some enhancements for qmlglsrc
>
> -Add configuration for enabling accurate seeks
>
> -Add get track number media info API
>
> -Add overlayvideorenderer video sink
>
> -Fix gst-player failed to load external subtitle uri
>
> -Fix memory leak when
Upgrade libx11 from 1.6.4 to 1.6.5
---
meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb | 10 --
meta/recipes-graphics/xorg-lib/libx11_1.6.5.bb | 10 ++
2 files changed, 10 insertions(+), 10 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-lib/libx11_1.6.4.bb
create mode
Latest DNF has changed the amount of whitespace it outputs so use matches
instead of hardcoding the exact number of spaces.
Signed-off-by: Ross Burton
---
meta/lib/oeqa/selftest/buildoptions.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/selftest/buildop
Signed-off-by: Markus Lehtonen
---
scripts/create-pull-request | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/create-pull-request b/scripts/create-pull-request
index 46d65386a3..5bdea44482 100755
--- a/scripts/create-pull-request
+++ b/scripts/create-pull-request
@@ -
Buildstats from oe-build-perf-test results have been optimized to not
have child rusage values at all. There, rusage is the sum of parent and
child rusage values. This patch makes buildstats-diff compatible with
this format.
[YOCTO #11355]
Signed-off-by: Markus Lehtonen
---
scripts/buildstats-d
For dumping buildstats from the test runs being reported. The output
directory where buildstats are copied is 'oe-build-perf-buildstats/'.
Buildstats can be then further analyzed with buildstats-diff script, for
example.
[YOCTO #11355]
Signed-off-by: Markus Lehtonen
---
scripts/oe-build-perf-re
Signed-off-by: Markus Lehtonen
---
scripts/oe-build-perf-report | 45
1 file changed, 33 insertions(+), 12 deletions(-)
diff --git a/scripts/oe-build-perf-report b/scripts/oe-build-perf-report
index fc32fbe39a..34591bec16 100755
--- a/scripts/oe-build
This patchset contains a bug fix and two new features for the
oe-build-perf-report script. There's also a patch to to the buildstats-diff
script for analyzing the JSON-based buildstats from build performance test
reports.
The following changes since commit c59fa3bd71b42410bf032846ee8fdb6e6eb1b95c:
Signed-off-by: Markus Lehtonen
---
scripts/oe-build-perf-report | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/oe-build-perf-report b/scripts/oe-build-perf-report
index ced5ff2e12..fc32fbe39a 100755
--- a/scripts/oe-build-perf-report
+++ b/scripts/oe-build-perf-report
We use rev-parse for turning git object names into SHA-1 and checking
their existence. Using --verify option makes sure git-rev-parse does
what we expect.
Signed-off-by: Markus Lehtonen
---
meta/lib/oeqa/utils/git.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe
On 05/12/2017 06:43 PM, Burton, Ross wrote:
-LIC_FILES_CHKSUM =
"file://COPYRIGHT;md5=0a95f52a0ab6c5f52dedc9a45e7abb3f"
+LIC_FILES_CHKSUM =
"file://COPYRIGHT;md5=dba46507446198119bcde32a4feaab43"
No explanation for this change.
Thanks, updated.
Alex
--
__
On 05/12/2017 07:49 PM, Aníbal Limón wrote:
Removed patch target-ppc-fix-user-mode.patch [1] already on
upstream.
[1] http://git.qemu.org/?p=qemu.git;a=history;f=linux-user/main.c;
h=65a769cf797254a86a7cf589d69e67595a9e1adb;hb=refs/heads/stable-2.8
Signed-off-by: Aníbal Limón
Upstream is alr
On 15 May 2017 at 12:05, Huang Qiyu wrote:
> 1) Upgrade libnl from 3.2.29 to 3.3.0.
> 2) Delete patch "fix-pktloc_syntax_h-race.patch", since it is integrated
> upstream.
> 3) Add patch "musl-header-conflict.patch" to fix musl compile error.
>
> Signed-off-by: Huang Qiyu
> ---
> .../libnl/libn
-Add some enhancements for qmlglsrc
-Add configuration for enabling accurate seeks
-Add get track number media info API
-Add overlayvideorenderer video sink
-Fix gst-player failed to load external subtitle uri
-Fix memory leak when use a GValue in glupload
Yuqing Zhu (6):
gstreamer1.0-plug
- Add overlay video renderer "video-sink" property, so that can be set
- In create_video_sink, it returns video sink instead of always NULL
- Add new renderer_new_with_sink() API to set video sink
Signed-off-by: Yuqing Zhu
---
...layer-Add-overlayvideorenderer-video-sink.patch | 138 ++
1. Need set use-default-fbo to qquickwindow during set
property to support change render target on the fly
2. Calculate qmlglsrc refresh frame rate in qtglwindow
Signed-off-by: Yuqing Zhu
---
...2-qmlglsrc-some-enhancements-for-qmlglsrc.patch | 170 +
.../gstreamer/gstrea
Signed-off-by: Yuqing Zhu
---
...configuration-for-enabling-accurate-seeks.patch | 148 +
.../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb | 1 +
2 files changed, 149 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0003-player-
gst_player_set_uri_internal shouldn't free suburi which maybe set
by user to load external subtitle before start play. It just need
reset playbin's subutri property to NULL no matter if there was a
previous one or not.
Signed-off-by: Yuqing Zhu
---
...fix-gst-player-failed-to-load-external-su.pa
Signed-off-by: Yuqing Zhu
---
...layer-Add-get-track-number-media-info-API.patch | 126 +
.../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb | 1 +
2 files changed, 127 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0004-player-
GValue "targets" should be unset after set to caps
to avoid memory leak.
Signed-off-by: Yuqing Zhu
---
...-glupload-fix-memory-leak-when-use-a-GVal.patch | 29 ++
.../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb | 1 +
2 files changed, 30 insertions(+)
create mode 100755
1) Upgrade libnl from 3.2.29 to 3.3.0.
2) Delete patch "fix-pktloc_syntax_h-race.patch", since it is integrated
upstream.
3) Add patch "musl-header-conflict.patch" to fix musl compile error.
Signed-off-by: Huang Qiyu
---
.../libnl/libnl/fix-pktloc_syntax_h-race.patch | 36 -
..
> Isn't this backwards? And why is PERL set twice in a row?
Really did not get the first question. Regarding PERL being set twice, I am
just trying to manipulate it to the actual host binary, is there a better way?
'which perl' or 'env perl' will only point to the symlink under HOSTTOOLS.
BR,
A
Activating API documentation with:
INHERIT += "manpages"
DISTRO_FEATURES_append = " api-documentation"
triggers QA warnings for each recipe which doesn't have a "manpages"
PACKAGECONFIG. Example:
WARNING: base-files-3.0.14-r89 do_configure: QA Issue: base-files: invalid
PACKAGECONFIG: manpag
83 matches
Mail list logo
