From: Jianchuan Wang
Fix timer calculation error in the lttng-tools/lttng-ust
Signed-off-by: Jianchuan Wang
---
...ng-tools-Fix-live-timer-calculation-error.patch | 42 ++
meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb | 1 +
...ttng-ust-Fix-live-timer-calculation-erro
From: Li Wang
the patch comes from:
https://bugs.archlinux.org/task/20273
Signed-off-by: Li Wang
---
...netbase-add-rpcbind-as-an-alias-to-sunrpc.patch | 44 ++
meta/recipes-core/netbase/netbase_5.3.bb | 1 +
2 files changed, 45 insertions(+)
create mode 100644
From: Li Wang
the patch refers to:
https://bugs.launchpad.net/ubuntu/+source/rpcbind/+bug/835833
Run test:
$ systemctl restart rpcbind
$ systemctl status rpcbind
Signed-off-by: Li Wang
---
meta/recipes-extended/rpcbind/rpcbind/rpcbind.service | 4 ++--
1 file changed, 2 insertions(+), 2 delet
Hi Alex
> > +do_install_append() {
> > + /bin/rm -rf ${D}/${libdir}/*.la
> > + /bin/rm -rf ${D}/usr/share/info/dir
> > + /bin/rm -fr ${D}/usr/bin
> > +}
>
Reference to fedora and Ubuntu, I delete these files.
Cheers
Lei
> -Original Message-
> From: alexander.kana...@linux.intel.
ping
-Roy
On 2015年06月26日 16:03, Rongqing Li wrote:
ping
-R
On 2015年05月26日 15:26, Li Zhou wrote:
When update-alternatives is moved from opkg to opkg-utils, a line in
the file is changed
from
to .
But opkglibdir doesn't equal to "/usr/lib" here, but equal to "/var/lib"
in oe-core build by c
Hello,
I've been doing research to improve the process of applying security
patches to our images. Specifically, I've been looking into why BitBake
seems to be rebuilding more than is necessary when a library is patched.
For example, applying a patch to openssl causes just under 2000 ipks
to be re
Recipes that don't have SRC_URI means that don't use upstream sources
so returns 1.0.
Signed-off-by: Aníbal Limón
---
meta/lib/oe/recipeutils.py | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oe/recipeutils.py b/meta/lib/oe/recipeutils.py
index d8094c8..
This upgrade fixes CVE-2015-1793
Removed openssl-fix-link.patch. The linking issue has been fixed in openssl.
Signed-off-by: Tudor Florea
---
.../openssl/openssl/openssl-fix-link.patch | 35 --
.../{openssl_1.0.1m.bb => openssl_1.0.1p.bb} | 5 ++--
2 files chan
If a the number of hard links decreases or increases while creating
the tar files used for an ipk package, tar fails with error code 1,
we use hardlinks on package/ and packages-split/ to decrease disk usage
sometimes other parts of the build can cause a change in the link count,
since this happens
Chromium/CEF reveals these warnings which are then treated as errors
which has been fixed on gcc_5 branch upsteam. We backport the relevant
commits
Change-Id: I088a1480d49cdb439c72f0e159bee6de8ba94258
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-5.1.inc | 8 +-
.../gcc
When booting weston-core-image with latest wayland/weston/libinput
mouse/touchpad would not work on qemux86, this fixes the issue
Signed-off-by: Khem Raj
---
scripts/runqemu-internal | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/runqemu-internal b/scripts/runqem
Drop upsteamed patch for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66483 which is already in
4.9.3
rename 0063-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch
to 0062-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch to
keep the sequence
Signed-off-by: Khem Raj
---
meta/r
Upgrade gcc4 to 4.9.3
Backport patches to gcc5 to fix warning related diagnostics bugs
runqemu patch required to run weston images otherwise mouse does
not work
Khem Raj (3):
gcc-4.9: Upgrade to 4.9.3
gcc-5: Backport patches for -Wno-narrowing behaviour fixes
runqemu-internal: Replace wacom-
Commit
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=f44aa10ec122df309d9810d4d25fbb8f799107d2
inadvertently moved the m4 macros to the -dev package. These need to be
in the main package since libtoolize is useless without them.
Move them back (as the commented code implies was always neede
Signed-off-by: Costin Constantin
---
meta/lib/oeqa/selftest/bbtests.py | 54 ---
1 file changed, 28 insertions(+), 26 deletions(-)
diff --git a/meta/lib/oeqa/selftest/bbtests.py
b/meta/lib/oeqa/selftest/bbtests.py
index 7df6b2f..8301790 100644
--- a/meta/lib/
Hi,
here is an update patch for meta-oe/recipes-extended/rrdtool:
https://github.com/rehsack/meta-openembedded/commit/6ed5b4489beb1233bd4b3c9f73064e973eeef2ad
This adds a the capability for native package, because RRDTool::OO from Michael
Schili needs it to build without patching around (easier
Hi,
the one or other might already know my meta-cpan approach where I try to get
some useful modules from CPAN packaged for Yocto.
However, there were some quirks required I never brought into a suitable format
to submit them.
With my client's update to fido I grabbed the tuit and did some patc
On 9 July 2015 at 17:07, Iorga, Cristian wrote:
> Would this one qualify as a release tarball download link?
>
>
>
>
> https://github.com/libical/libical/releases/download/v1.0.1/libical-1.0.1.tar.gz
>
Yes, wonders never cease. :)
Ross
--
___
Openemb
Would this one qualify as a release tarball download link?
https://github.com/libical/libical/releases/download/v1.0.1/libical-1.0.1.tar.gz
Thanks,
Cristian
From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Thursday, July 9, 2015 7:05 PM
To: Iorga, Cristian
Cc: Martin Jansa; OE-core
Subjec
On 9 July 2015 at 16:57, Iorga, Cristian wrote:
> Hahaha. I am laughing because I assumed that the word “archive” means the
> file will stay there forever with the same checksum. Silly me. J
>
> They have another link, but I am not sure if that stays up and that the
> checksum does not change.
>
Hi all,
Hahaha. I am laughing because I assumed that the word “archive” means the file
will stay there forever with the same checksum. Silly me. ☺
They have another link, but I am not sure if that stays up and that the
checksum does not change.
Is this always true, that the checksum changes?
Th
This upgrade fixes CVE-2015-1793
Removed openssl-fix-link.patch. The linking issue has been fixed in openssl.
Signed-off-by: Jan Wetter
---
.../openssl/openssl/openssl-fix-link.patch | 35 --
.../{openssl_1.0.2c.bb => openssl_1.0.2d.bb} | 5 ++--
2 files change
On 9 July 2015 at 15:59, Robert Yang wrote:
> I put libcc1plugin.so into $libexecdir is because lto-plugin is there,
> do you know more about why lto-plugin is in $libexecdir, please ?
>
No, you'd have to look at the git history to see what the reason was. I'm
not convinced there'll be a good r
On 9 July 2015 at 15:32, Martin Jansa wrote:
> aren't github archives regenerated from time to time with different
> checksums?
>
Yes. I keep on meaning to write a QA test for this. :)
Cristi - if this is the best libical has as a tarball release then we
should do a proper git clone. Amazingl
On 9 July 2015 at 15:57, akuster808 wrote:
> That make sense to me. Also libav has LICENSE_FLAGS = "commercial" so the
> change which will simplify things too.
>
Why isn't that the case for ffmpeg too?
Ross
--
___
Openembedded-core mailing list
Opene
On 07/09/2015 10:54 PM, Burton, Ross wrote:
On 6 July 2015 at 11:35, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
* Install libcc1.so and libcc1plugin.so to
$(libexecdir)/gcc/$(target_noncanonical)/$(gcc_version) as lto-plugin
did.
Why are plugin libraries going into $l
On 07/09/2015 03:24 AM, Paul Eggleton wrote:
Hi all,
A few years ago we made the switch from ffmpeg to libav (a mostly drop-in
compatible fork), with fairly good justification at the time. However, it looks
like Debian has just made the switch back to ffmpeg, citing a number of reasons
- most
On 6 July 2015 at 11:35, Robert Yang wrote:
> * Install libcc1.so and libcc1plugin.so to
> $(libexecdir)/gcc/$(target_noncanonical)/$(gcc_version) as lto-plugin
> did.
>
Why are plugin libraries going into $libexecdir? libexecdir is for
"binaries that the user doesn't directly execute", not f
On Thu, Jul 09, 2015 at 05:28:11PM +0300, Cristian Iorga wrote:
> Bugfix release mainly.
> autotools build system removed, cmake is now used.
> perl is needed during the configure phase.
>
> Signed-off-by: Cristian Iorga
> ---
> .../libical/{libical_1.0.0.bb => libical_1.0.1.bb} |
Bugfix release mainly.
autotools build system removed, cmake is now used.
perl is needed during the configure phase.
Signed-off-by: Cristian Iorga
---
.../libical/{libical_1.0.0.bb => libical_1.0.1.bb} | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
rename meta/reci
The following changes since commit 0aaa67a790ab211b35eed58173efa115ceb6e243:
oeqa/bbtests: Fix to ensure DL_DIR is set (2015-07-08 13:09:28 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ciorga/PU2
http://git.yoctoproject.org/cgit.cgi/poky-contrib/lo
Mostly a bug fix release.
Fixes in several different areas, including OPP,
ATT and advertising (instance number handling in particular).
Fix for handling a sudden disconnect when a connection setup
process hasn’t yet completed.
New feature: ability to select between letting the stack
handle ATT se
On 9 July 2015 at 14:41, Steffen Pankratz
wrote:
> Here we go.
>
Thank works, thanks!
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Signed-off-by: Steffen Pankratz
---
.../recipes-graphics/drm/libdrm/installtests.patch | 8 ++---
meta/recipes-graphics/drm/libdrm_2.4.59.bb | 41 -
meta/recipes-graphics/drm/libdrm_2.4.62.bb | 42 ++
3 files changed, 46 insertions(+), 45 d
Hi Ross
> Can you re-send this using git-send-email, something is mangling the patch
> and it won't apply.
Here we go.
Regards
-Steffen
Steffen Pankratz (1):
libdrm: Upgrade to 2.4.62
.../recipes-graphics/drm/libdrm/installtests.patch | 8 ++---
meta/recipes-graphics/drm/libdrm_2.4.59.bb
On 9 July 2015 at 11:35, Christian Ege wrote:
> Another option could be supporting both.
>
I totally endorse having a layer that has the one that isn't in oe-core,
but oe-core should pick one and support it properly.
Ross
--
___
Openembedded-core mai
On Thu, Jul 9, 2015 at 8:33 AM, wrote:
>> Add parted-1.8.6 which is not GPLv3.
>
> I have to say, I still can't support having this in oe-core. Providing
> alternatives to GPLv3 software is fine, but not when the 'alternative' is
> a very old, unsupported version of the same software, which inevi
> Add parted-1.8.6 which is not GPLv3.
I have to say, I still can't support having this in oe-core. Providing
alternatives to GPLv3 software is fine, but not when the 'alternative' is
a very old, unsupported version of the same software, which inevitably
brings issues in functionality and maintena
On Thu, 2015-07-09 at 11:11 +0300, Tanu Kaskinen wrote:
> On Thu, 2015-07-09 at 08:58 +0100, Richard Purdie wrote:
> > On Mon, 2015-07-06 at 18:14 +0300, Tanu Kaskinen wrote:
> > > These patches update speex to 1.2rc2 and speexdsp to 1.2rc3. speexdsp
> > > was previously included in speex, but now
speexdsp was split off from speex in 1.2rc2, so we need a separate
recipe for speexdsp when before we can upgrade speex.
The speex recipe has so far used the --enable-fixed-point configure
option unconditionally, but I believe that was a mistake, so I
dropped that. The option is still enabled if T
Speexdsp was split off from speex, and alsa-plugins and pulseaudio
only depend on the speexdsp library.
alsa-plugins needs also a patch, because it has so far relied on
speex_types.h, which was renamed to speexdsp_types.h when speexdsp was
split off, to not collide with the file that is included i
Dropped speex-fpu.inc, since it's simpler to put the logic directly in
the .bb file.
LIC_FILES_CHKSUM changed due to whitespace changes only.
Dropped PR.
Added a dependency on speexdsp. The speexdsp functionality used to be
included in speex, but upstream split the speexdsp package off into a
se
Changes in v2:
- Added a patch to alsa-plugins to deal with a changed header location:
speex_types.h -> speexdsp_types.h
The following changes since commit 50a37ee563d9003e21bfb9280f184cd81c62e9bf:
oeqa/bbtests: Fix to ensure DL_DIR is set (2015-07-08 13:03:07 +0100)
are available in the g
Even if the values for these variables typically don't contain
expressions, we should be expanding them just in case they do. The
recent fix for BUILDNAME resetting within BitBake now means that
BUILDNAME defaults to "${DATE}${TIME}" for example so we definitely
need to expand that.
Signed-off-by:
The following changes since commit 50a37ee563d9003e21bfb9280f184cd81c62e9bf:
oeqa/bbtests: Fix to ensure DL_DIR is set (2015-07-08 13:03:07 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/report-error-fix
http://cgit.openembedded.o
Hi Steffen,
On 9 July 2015 at 09:45, wrote:
> As your patch is in master now, here is my updated patch:
>
Can you re-send this using git-send-email, something is mangling the patch
and it won't apply.
Ross
--
___
Openembedded-core mailing list
Opene
On 9 July 2015 at 11:24, Paul Eggleton
wrote:
> What do people think? Should we be looking to make the switch back in OE as
> well?
>
I say we switch back to ffmpeg, and do it as soon as possible so we're not
making this change during M3.
Ross
--
___
Hi all,
A few years ago we made the switch from ffmpeg to libav (a mostly drop-in
compatible fork), with fairly good justification at the time. However, it looks
like Debian has just made the switch back to ffmpeg, citing a number of reasons
- most notably more responsive security issue patchin
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org]
> Sent: Friday, July 03, 2015 12:55 PM
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] libdrm: Upgrade to 2.4.62
Hi Ross
Fixed when enable multilib:
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake core-image-minimal
No lib32 package should be built since we don't build
lib32-core-image-minimal, but a lot them are built:
lib32-opkg-utils
lib32-cryptodev-l
The following changes since commit 50a37ee563d9003e21bfb9280f184cd81c62e9bf:
oeqa/bbtests: Fix to ensure DL_DIR is set (2015-07-08 13:03:07 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib rbt/mlib
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=rbt
On 07/08/2015 06:14 AM, Richard Purdie wrote:
On Tue, 2015-07-07 at 00:17 -0700, Robert Yang wrote:
Fixed when enable multilib:
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake core-image-minimal
No lib32 package should be built s
When working specifically on source archiving, it is useful
to trigger that for all recipes required by something like an
image recipe, without actually having to build that.
"bitbake -c deploy_all_archives " does that now.
Signed-off-by: Patrick Ohly
---
meta/classes/archiver.bbclass | 7 +
On Thu, 2015-07-09 at 08:58 +0100, Richard Purdie wrote:
> On Mon, 2015-07-06 at 18:14 +0300, Tanu Kaskinen wrote:
> > These patches update speex to 1.2rc2 and speexdsp to 1.2rc3. speexdsp
> > was previously included in speex, but now it's in a separate source
> > tree, so a new recipe is needed.
>
On Mon, 2015-07-06 at 18:14 +0300, Tanu Kaskinen wrote:
> These patches update speex to 1.2rc2 and speexdsp to 1.2rc3. speexdsp
> was previously included in speex, but now it's in a separate source
> tree, so a new recipe is needed.
>
> The following changes since commit dd09fab685de2eaf04aa5ab60f
Signed-off-by: Jussi Kukkonen
---
.../xorg-proto/{xproto_7.0.27.bb => xproto_7.0.28.bb}| 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-proto/{xproto_7.0.27.bb => xproto_7.0.28.bb}
(73%)
diff --git a/meta/recipes-graphics/xorg-proto/x
Remove backported patch.
Signed-off-by: Jussi Kukkonen
---
.../always_include_config.h.patch | 81 --
...ouse_13.0.0.bb => xf86-input-vmmouse_13.1.0.bb} | 6 +-
2 files changed, 2 insertions(+), 85 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg
* Backport patch that fixes build with GLES2
Signed-off-by: Jussi Kukkonen
---
.../cogl-framebuffer-gl-Work-again-on-GLESv2.patch | 41 ++
meta/recipes-graphics/cogl/cogl-1.0_1.18.2.bb | 6
meta/recipes-graphics/cogl/cogl-1.0_1.20.0.bb | 8 +
3 files chan
Signed-off-by: Jussi Kukkonen
---
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.4.4.bb | 6 --
meta/recipes-graphics/clutter/clutter-gtk-1.0_1.6.2.bb | 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
delete mode 100644 meta/recipes-graphics/clutter/clutter-gtk-1.0_1.4.4.bb
crea
* Update test TAP output patch
Signed-off-by: Jussi Kukkonen
---
.../run-installed-tests-with-tap-output.patch | 30 +++---
...clutter-1.0_1.20.0.bb => clutter-1.0_1.22.4.bb} | 4 +--
2 files changed, 23 insertions(+), 11 deletions(-)
rename meta/recipes-graphics/clutter/{
xproto and xf86-input-vmmouse are small point upgrades.
Clutter/Cogl upgrades are new releases: clutter ptests pass and test
apps look fine.
The following changes since commit 0aaa67a790ab211b35eed58173efa115ceb6e243:
oeqa/bbtests: Fix to ensure DL_DIR is set (2015-07-08 13:09:28 +0100)
are a
Add parted-1.8.6 which is not GPLv3.
Signed-off-by: Lei Maohui
---
.../parted-1.8.6/1000parted-1.8.6-warnings1.patch | 17 ++
.../1001parted-1.8.6-notransname1.patch| 45
.../1002parted-1.8.6-off-by-one1.patch | 31 +++
.../1003parted-1.8.6-p
62 matches
Mail list logo