On 08/06/2015 11:53 AM, Khem Raj wrote:
On Aug 3, 2015, at 11:40 PM, Robert Yang wrote:
Signed-off-by: Robert Yang
---
meta/conf/distro/include/tcmode-default.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/d
From: Roy Li
The relative-libdir.patch is no longer needed for native since fix_symlink
for native has been added to revert what it done, Also this patch and
fix_symlink add a race condition since both libacl.so and libattr.so were
created, then removed, and then recreated.
So Only keep relative
> On Aug 3, 2015, at 11:40 PM, Robert Yang wrote:
>
> Signed-off-by: Robert Yang
> ---
> meta/conf/distro/include/tcmode-default.inc |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/conf/distro/include/tcmode-default.inc
> b/meta/conf/distro/include/tcmode-defau
On Wed, Aug 5, 2015 at 2:01 AM, Ed Bartosh wrote:
> create-pull-request -d path creates empty patches if directory
> is specified as a path, i.e. ./bitbake or ./bitbake/ or full path.
> It behaves expected way only if script is run with -d bitbake, i.e.
> relative dir name doesn't contain '\'.
>
>
On Wed, Aug 5, 2015 at 7:00 AM, Bruce Ashfield wrote:
> On Tue, Aug 4, 2015 at 11:01 AM, Paul Gortmaker
> wrote:
>> On 2015-08-04 10:52 AM, Richard Purdie wrote:
>>> On Tue, 2015-08-04 at 09:58 -0400, Paul Gortmaker wrote:
While diagnosing a problem with xf86-video-intel I noticed we had two
On Tue, Aug 4, 2015 at 6:58 AM, Paul Gortmaker
wrote:
> While diagnosing a problem with xf86-video-intel I noticed we had two
> copies of drm headers in the sysroot; one from here and one from
> the libdrm package. The xf86-video-intel turned out to be another
> thing, but that doesn't mean we w
On Wed, Aug 5, 2015 at 1:58 PM, Carlos Rafael Giani
wrote:
> There is no discernible reason why pango should be initially disabled,
build-time will increase and it may not be needed by default reference
images in OE-Core but that may not be strong reason if it
spits our separate packages. Can you
Hi Mark,
Thank you very much, this makes things more clear now, I've tried
to change packagegroup-core-standalone-sdk-target's PACKAGE_ARCH
to MACHINE_ARCH or TUNE_PKGARCH, it didn't work (the rdepends lib32
are still not installed), I will try to use read_subpkgdata() to get
the required pkgs a
On Wed, Aug 5, 2015 at 3:02 PM, Bystricky, Juro
wrote:
> Thanks for the link. My new understanding is that kernel-dev package
> should already have essentially the same functionality as the kernel-headers
> package,
> which makes kernel-headers package redundant.
> I tried it, but it did not wor
On Wed, Aug 5, 2015 at 2:33 PM, Richard Purdie
wrote:
> On Wed, 2015-08-05 at 17:09 +0800, He Zhe wrote:
>> Ping.
>
> Sending these out daily is going to annoy me, please stop doing that.
>
> As mentioned in other emails, I'm travelling at the moment, other people
> are on vacation (including Bruc
On Wed, Aug 5, 2015 at 6:02 PM, Bystricky, Juro
wrote:
> Thanks for the link. My new understanding is that kernel-dev package
> should already have essentially the same functionality as the kernel-headers
> package,
> which makes kernel-headers package redundant.
> I tried it, but it did not wor
054151c libiconv: Fix B != S with uclibc builds
273c437 libiconv: Remove RPATH from binaries
fcb8d6f libiconv_1.14.bb: Fix build failure [partial-merge]
Signed-off-by: Andre McCurdy
---
meta/recipes-support/libiconv/libiconv_1.11.1.bb | 13 -
1 file changed, 12 insertions(+), 1
Signed-off-by: Andre McCurdy
---
meta/recipes-support/libiconv/libiconv_1.11.1.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/libiconv/libiconv_1.11.1.bb
b/meta/recipes-support/libiconv/libiconv_1.11.1.bb
index abf739b..d09b194 100644
--- a/meta/re
Andre McCurdy (2):
libiconv_1.11.1: fix LICENSE declaration, LGPL -> LGPLv2.0
libiconv_1.11.1: merge build and packaging fixes from libiconv_1.14.bb
meta/recipes-support/libiconv/libiconv_1.11.1.bb | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
--
1.9.1
--
__
Fix linker errors due to posix_spawnp etc being in librt for uclibc.
| sh4-rdk-linux-uclibc-libtool: link: sh4-rdk-linux-uclibc-gcc -ml -m4
--sysroot=/build-foo/tmp/sysroots/foo -O2 -pipe -g
-feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o
.libs/test-names test-na
Assuming everything works out OK in master, fido needs these fixes too.
Andre McCurdy (2):
gettext_0.16.1: remove obsolete uclibc specific patch
gettext_0.16.1: add -lrt and -lpthread to LDFLAGS for uclibc builds
.../gettext-0.16.1/gettext-error_print_progname.patch | 19 ---
gettext-error_print_progname.patch was originally created for gettext
v0.14.6 and does not apply cleanly to gettext v0.16.1.
Since the original issue addressed by the patch isn't documented and
because gettext v0.16.1 seems to be build OK for uclibc without the
patch, assume the patch is obsolete
Backport upstream fix for building uclibc for SH4 with recent gcc:
http://git.uclibc.org/uClibc/commit/?id=2c8a7766681b704e710f51c0817534e3f9a952d1
Signed-off-by: Andre McCurdy
---
Assuming everything works out OK in master, fido needs this fix too.
meta/recipes-core/uclibc/uclibc-git.inc
Fixes server hanging infinitely waiting for qemus process to let go of
bitbake.lock
Signed-off-by: Alejandro Hernandez
---
meta/lib/oeqa/utils/qemurunner.py | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/meta/lib/oeqa/utils/qemurunner.py
b/meta/lib/oeqa/utils
Older SRCREV was not fetchable which triggered this upgrade
Change-Id: I85d028294ff0018f4c81c6bb81ae262b18af7a87
Signed-off-by: Khem Raj
---
...ertificates-don-t-use-Debianisms-in-run-p.patch | 31
.../0002-update-ca-certificates-use-SYSROOT.patch | 41 +-
.
libmvec is new library in glibc 2.22 and currently turned on by default
on x86_64. this helps in packaging it properly when its generated
Fixes warning like
WARNING: QA Issue: nativesdk-glibc: Files/directories were installed but
not shipped in any package:
/usr/local/oecore-x86_64/sysroots/x86
Thanks for the link. My new understanding is that kernel-dev package
should already have essentially the same functionality as the kernel-headers
package,
which makes kernel-headers package redundant.
I tried it, but it did not work.
To be specific, I expected to see the folder
"/usr/lib/modules
glibc 2.22 is now released. This has been tested on feature branch for months
now as the release is out, therefore proposing it for master
Khem Raj (2):
glibc: Upgrade 2.21 -> 2.22
glibc: Package libmvec when built
meta/conf/distro/include/tcmode-default.inc|2 +-
...tive_2.21.bb
On Wed, Aug 5, 2015 at 5:58 PM, Carlos Rafael Giani
wrote:
> There is no discernible reason why pango should be initially disabled,
> since the necessary dependency is already included in OE core
>
> Signed-off-by: Carlos Rafael Giani
Acked-by: Otavio Salvador
--
Otavio Salvador
There is no discernible reason why pango should be initially disabled,
since the necessary dependency is already included in OE core
Signed-off-by: Carlos Rafael Giani
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Ping.
On Wed, Jul 15, 2015 at 1:16 AM, Andre McCurdy wrote:
> Building the host tool 'mkbuiltins' will fail if the target CFLAGS
> contains an option which isn't supported by the host's gcc. To prevent
> the issue, define LDFLAGS_FOR_BUILD based on CFLAGS_FOR_BUILD instead
> of CFLAGS.
>
> Signed
On Tue, 2015-08-04 at 09:08 -0600, Gary Thomas wrote:
> On 2015-08-04 08:56, Richard Purdie wrote:
> > On Tue, 2015-08-04 at 08:52 -0600, Gary Thomas wrote:
> >> The nativesdk package is built without Py_DEBUG which causes some
> >> compile errors. This patch fixes those errors allowing the native
Hi,
On Fri, 2015-07-10 at 17:41 -0700, Ricardo Neri wrote:
> It may be possible that some bootable images do not use a rootfs; this
> may be the case if the bootable image utilize only an initrd for all
> its
> needs.
>
> If there is not rootfs, the size calculation will fail. Furthermore,
> give
On Wed, 2015-08-05 at 17:09 +0800, He Zhe wrote:
> Ping.
Sending these out daily is going to annoy me, please stop doing that.
As mentioned in other emails, I'm travelling at the moment, other people
are on vacation (including Bruce) and we're struggling in the patch
review and merging, not least
Khem, any update on this?
Noor
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Ahsan,
Noor
Sent: Friday, July 24, 2015 7:50 PM
To: Khem Raj
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] psplash a
On Wed, Aug 5, 2015 at 12:17 AM, LIU, Sharron wrote:
> [YOCTO #7865] https://bugzilla.yoctoproject.org/show_bug.cgi?id=7865
>
> This script is extended to detect and run tests from all BBLAYERS added to
> BBPATH. Tests can be put in any sub-dir, except for "files" which is
> treated
> as test dep
On Tue, Aug 4, 2015 at 11:01 AM, Paul Gortmaker
wrote:
> On 2015-08-04 10:52 AM, Richard Purdie wrote:
>> On Tue, 2015-08-04 at 09:58 -0400, Paul Gortmaker wrote:
>>> While diagnosing a problem with xf86-video-intel I noticed we had two
>>> copies of drm headers in the sysroot; one from here and o
On Wed, Aug 5, 2015 at 4:39 AM, Adrian Ratiu wrote:
> Bruce Ashfield wrote on 05.08.2015 05:17:14:
>
>> On Tue, Aug 4, 2015 at 4:41 AM, Ioan-Adrian Ratiu
>> wrote:
>> > The kernel configure step was broken by the sysroot poisoning in [1].
>>
>> Can you be more precise here ? Configuration certai
On 8/5/15 1:45 AM, Robert Yang wrote:
>
> Hello,
>
> For the multilib package like lib32-bash, its rpm package name
> is bash-4.3.30-r0.lib32_x86.rpm, but for ipk and deb, its name is
> lib32-bash.ipk and lib32-bash.deb, there is a side effect for
> the naming of rpm, for example, if packagegroup
On 9 July 2015 at 20:52, Khem Raj wrote:
> When booting weston-core-image with latest wayland/weston/libinput
> mouse/touchpad would not work on qemux86, this fixes the issue
The gcc upgrade from the same patchset has been in master for a while
but this one is not. I think it should be included:
On Saturday 01 August 2015 11:57:58 Robert Yang wrote:
> On 07/31/2015 06:46 PM, Paul Eggleton wrote:
> > Hi Robert,
> >
> > On Friday 31 July 2015 14:56:15 Robert Yang wrote:
> >> Currently, the rootfs.py removes base-passwd, shadow, update-rc.d,
> >> update-alternatives and run-postinsts when pa
create-pull-request -d path creates empty patches if directory
is specified as a path, i.e. ./bitbake or ./bitbake/ or full path.
It behaves expected way only if script is run with -d bitbake, i.e.
relative dir name doesn't contain '\'.
Fixed this unwanted behaviour by changing directory and runni
Ping.
On 08/04/2015 05:17 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> - Add KERNEL_IMAGETYPES to support building packaging and installing
> multi types of kernel images, such as zImage uImage, at one time.
> - KERNEL_IMAGETYPE works as it did.
> - v2: Update with the latest oe-core
>
create-pull-request -d path creates empty patches if directory
is specified as a path, i.e. ./bitbake or ./bitbake/ or full path.
It behaves expected way only if script is run with -d bitbake, i.e.
relative dir name doesn't contain '\'.
Fixed this unwanted behaviour by changing directory and runni
Bruce Ashfield wrote on 05.08.2015 05:17:14:
> On Tue, Aug 4, 2015 at 4:41 AM, Ioan-Adrian Ratiu
wrote:
> > The kernel configure step was broken by the sysroot poisoning in [1].
>
> Can you be more precise here ? Configuration certainly works for me ..
and
> has been working since last Octob
The following changes since commit 288c76a41aebaf54c7fca3782160830df462b9e4:
builder: Fix multilib compile failure (2015-08-03 07:15:47 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/PU-20150805
http://cgit.openembedded.org
Signed-off-by: Chen Qi
---
.../resolvconf/{resolvconf_1.76.bb => resolvconf_1.77.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/resolvconf/{resolvconf_1.76.bb =>
resolvconf_1.77.bb} (89%)
diff --git a/meta/recipes-connectivity/resolvc
Signed-off-by: Chen Qi
---
meta/recipes-extended/cups/{cups_2.0.3.bb => cups_2.0.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/cups/{cups_2.0.3.bb => cups_2.0.4.bb} (40%)
diff --git a/meta/recipes-extended/cups/cups_2.0.3.bb
b/meta/recipes-extende
[YOCTO #7865] https://bugzilla.yoctoproject.org/show_bug.cgi?id=7865
This script is extended to detect and run tests from all BBLAYERS added to
BBPATH. Tests can be put in any sub-dir, except for "files" which is treated
as test dependent files.
To detect tests, this patch goes through "lib/oeqa/
44 matches
Mail list logo
