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-xx rdepends on bash,
the lib32-packagegroup-xx sho
From: Jackie Huang
libinput uses pkg-config to check and decide whether to build
with libunwind, which causes undeterministic builds or error:
|
tmp/work/core2-64-wrs-linux/libinput/0.18.0-r0/libinput-0.18.0/test/litest.c:77:23:
| fatal error: libunwind.h: No such file or directory
So add conf
On Tue, Aug 4, 2015 at 11:43 PM, Bruce Ashfield
wrote:
> On Tue, Aug 4, 2015 at 2:32 PM, Mark Hatle wrote:
>> On 8/4/15 12:25 PM, Bystricky, Juro wrote:
>>> I agree, the name "kernel-headers" may not be the most fortunate,
>>> "linux-headers"
>>> is probably more fitting. The recipe installs th
On Tue, Aug 4, 2015 at 2:32 PM, Mark Hatle wrote:
> On 8/4/15 12:25 PM, Bystricky, Juro wrote:
>> I agree, the name "kernel-headers" may not be the most fortunate,
>> "linux-headers"
>> is probably more fitting. The recipe installs the files in a similar
>> fashion that is done by
>>
>> apt-get
wpa-supplicant: backport patch to fix CVE-2015-4141,
CVE-2015-4143, CVE-2015-4144, CVE-2015-4145, CVE-2015-4146
Backport patch to fix CVE-2015-4141, CVE-2015-4143, CVE-2015-4144,
CVE-2015-4145, CVE-2015-4146.
This patch is originally from:
For CVE-2015-4141:
http://w1.fi/security/2015-2/0001-WP
On Tue, Aug 4, 2015 at 6:31 PM, Otavio Salvador
wrote:
>
>
> On Tue, Aug 4, 2015 at 6:27 PM, Bystricky, Juro
> wrote:
>>
>> The Build Appliance is just one VM that can benefit from VirtualBox guest
>> additions.
>> There are other VM implementations, where a small size is quite important.
>> All
On Tue, Aug 4, 2015 at 4:10 PM, Bystricky, Juro
wrote:
> I am pretty sure initially I tried to use kernel-devsrc to install
> VirtualBox guest additions.
> It did not work out of the box for me, there were either files missing or
> they were not in expected locations.
> It is possible it could
On Mon, Aug 3, 2015 at 5:35 PM, Juro Bystricky wrote:
> Header files and scripts for building modules for Linux kernel.
>
> A set of files is needed to allow building new Linux kernel modules
> against an already installed Linux kernel. The files include various
> header files, script files, Makef
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 October.
> In linux-yocto.inc this was fixed by appending $TOOLC
drop it, the patch has bug, sorry for the noise.
-Roy
On 2015年07月29日 14:21, rongqing...@windriver.com wrote:
From: Roy Li
what relative-libdir.patch done is reverted by fix_symlink for native,
and add a race since libacl.so/libattr.so are created, then removed, and
recreated it.
relative-l
On Tue, Aug 4, 2015 at 6:27 PM, Bystricky, Juro
wrote:
> The Build Appliance is just one VM that can benefit from VirtualBox guest
> additions.
> There are other VM implementations, where a small size is quite important.
> All I am trying to say is, that we need to be able to recreate the same
>
The Build Appliance is just one VM that can benefit from VirtualBox guest
additions.
There are other VM implementations, where a small size is quite important.
All I am trying to say is, that we need to be able to recreate the same contents
as:
apt-get install linux-headers-$(uname -r)
I don't h
On 8/4/15 2:10 PM, Bystricky, Juro wrote:
> I am pretty sure initially I tried to use kernel-devsrc to install
> VirtualBox guest additions.
> It did not work out of the box for me, there were either files missing or
> they were not in expected locations.
> It is possible it could be made to wo
I am pretty sure initially I tried to use kernel-devsrc to install VirtualBox
guest additions.
It did not work out of the box for me, there were either files missing or they
were not in expected locations.
It is possible it could be made to work with some modified installation, but
the size i
On 8/4/15 12:25 PM, Bystricky, Juro wrote:
> I agree, the name "kernel-headers" may not be the most fortunate,
> "linux-headers"
> is probably more fitting. The recipe installs the files in a similar fashion
> that is done by
>
> apt-get install linux-headers-$(uname -r)
>
> Typical contents
I agree, the name "kernel-headers" may not be the most fortunate,
"linux-headers"
is probably more fitting. The recipe installs the files in a similar fashion
that is done by
apt-get install linux-headers-$(uname -r)
Typical contents can be viewed for example here:
https://www.archlinux.org/
Please ignore, I accidentally resent this pull request.
On Tue, 2015-08-04 at 18:20 +0200, Patrick Ohly wrote:
> The previous "clean up dest_dir checking" patch (f8cdbe7497) improved
> handling of empty dest_dir but made handling of unset dest_dir worse:
> instead showing the "Option dest_dir is n
When reconfiguring the branch to something not already fetched,
action_pull fails with
error: pathspec '' did not match any file(s) known to git.
It is the "git checkout" which fails like that. To solve this,
try the faster "git checkout + git pull" first and only if that fails,
fall back to th
The git operations can fail, for example when the branch is unknown
or misconfigured.
Better move the info message and extend it such that it is printed
first and provides the necessary context, because otherwise the
CalledProcessError exception gets dumped without mentioning for which
component i
action_pull can fail when the branch is not yet in the existing
component repo. Both error reporting and handling need to be enhanced.
The following changes since commit 288c76a41aebaf54c7fca3782160830df462b9e4:
builder: Fix multilib compile failure (2015-08-03 07:15:47 +0100)
are available in
The previous "clean up dest_dir checking" patch (f8cdbe7497) improved
handling of empty dest_dir but made handling of unset dest_dir worse:
instead showing the "Option dest_dir is not defined for component ..."
error, it fails with a Python exception.
Avoid that by providing a sane fallback for th
The following changes since commit c0f0b6e6ef1edc0a9f9e1ceffb1cdbbef2e409c6:
glibc: CVE-2015-1781: resolv/nss_dns/dns-host.c buffer overflow (2015-05-16
22:37:21 +0100)
are available in the git repository at:
git://github.com/pohly/openembedded-core master
https://github.com/pohly/openemb
On 8/3/15 3:35 PM, Juro Bystricky wrote:
> In order to support VirtualBox guest additions, kernel headers need to be
> present
> in the VM. I am aware we already have two packages/recipes that are somewhat
> similar
> (kernel-devsrc.bb, linux-libc-headers), but none of them is suitable for this
Thanks. I guess I type too fast. I will submit a new patch with the typo fixed.
From: kerg...@gmail.com [mailto:kerg...@gmail.com] On Behalf Of Christopher
Larson
Sent: Monday, August 3, 2015 9:37 PM
To: Bystricky, Juro
Cc: openembedded-core@lists.openembedded.org; jurobystri...@hotmail.com;
Pur
Thanks. I will submit a new patch.
From: kerg...@gmail.com [mailto:kerg...@gmail.com] On Behalf Of Christopher
Larson
Sent: Monday, August 3, 2015 9:37 PM
To: Bystricky, Juro
Cc: openembedded-core@lists.openembedded.org; jurobystri...@hotmail.com;
Purdie, Richard
Subject: Re: [OE-core] [PATCH 1/
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 nativesdk
package to build.
Signed-off-by: Gary Thomas
---
.../python
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 one from
>> the libdrm package. The xf86-video-intel turned
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 nativesdk
> package to build.
>
> Signed-off-by: Gary Thomas
> ---
> .../python/python3/fix-nativesdk-build.patc
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 one from
> the libdrm package. The xf86-video-intel turned out to be another
> thing, but that doesn't mean we
The nativesdk package is built without Py_DEBUG which causes some
compile errors. This patch fixes those errors allowing the nativesdk
package to build.
Signed-off-by: Gary Thomas
---
.../python/python3/fix-nativesdk-build.patch | 28 ++
meta/recipes-devtools/python/py
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 one from
> the libdrm package. The xf86-video-intel turned out to be another
> thing, but that doesn't mean we
On 04/08/15 09:04, Mariano Lopez wrote:
On 08/03/2015 03:37 PM, Mariano Lopez wrote:
On 08/03/2015 03:20 PM, Aníbal Limón wrote:
Hi,
Comments below,
On 03/08/15 06:59, mariano.lo...@linux.intel.com wrote:
From: Mariano Lopez
This adds a new manifest file for the packages that were
dep
On 08/03/2015 03:37 PM, Mariano Lopez wrote:
On 08/03/2015 03:20 PM, Aníbal Limón wrote:
Hi,
Comments below,
On 03/08/15 06:59, mariano.lo...@linux.intel.com wrote:
From: Mariano Lopez
This adds a new manifest file for the packages that were
deployed but not included into rootfs. The new
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 want two copies in the sysroot with
different content and luck o
Changelog since 2015-07-26 until 2015-08-02. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://github.com/Angstrom-distr
These patches look good to me, except that the commit messages don't
explain why the changes are made. In any case, I don't have the ability
to push the patches to master - either Ross or Richard has to do that.
-- Tanu
On Thu, 2015-07-30 at 13:33 +0200, Pau Espin Pedrol wrote:
> Signed-off-by:
* Remove backported patch
* Remove PR
* Use ${nonarch_base_libdir} for udev files.
Signed-off-by: Jussi Kukkonen
---
Changes from V1:
* Use ${nonarch_base_libdir} for udev files: this should make the
recipe multilib safe
.../always_include_config.h.patch | 81 -
> -Original Message-
> From: Jussi Kukkonen [mailto:jussi.kukko...@intel.com]
> Sent: Tuesday, August 04, 2015 4:23 PM
> To: Huang, Jie (Jackie)
> Cc: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] [PATCH] libinput: add configure arg and PACKAGECONFIG
> for libu
It was creating output with FAILED instead of FAIL and it
was not compliant with our log parser.
Signed-off-by: Lucian Musat
---
meta/recipes-graphics/pango/pango/run-ptest | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/pango/pango/run-ptest
b/meta/rec
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
- v3: Add KERNEL_IMAGETYPES, leave KERNEL_IMAGETYPE as is.
Thank Richar
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.
Fixes [YOCTO #6945].
Signed-off-by: He Zhe
---
meta/classes/kernel-fitimage.bbclass| 21 +++---
meta/classes
It was creating output with FAILED instead of FAIL and it
was not compliant with our log parser.
Signed-off-by: Lucian Musat
---
meta/recipes-core/glib-2.0/glib-2.0/run-ptest | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0/run-ptest
b/meta
On 4 August 2015 at 10:25, wrote:
> From: Jackie Huang
>
> libinput use pkg-config to check and decide whether to build
> with libunwind, which causes undeterministic builds or error:
>
> |
> tmp/work/core2-64-wrs-linux/libinput/0.18.0-r0/libinput-0.18.0/test/litest.c:77:23:
> | fatal error: li
The kernel configure step was broken by the sysroot poisoning in [1].
In linux-yocto.inc this was fixed by appending $TOOLCHAIN_OPTIONS to
KERNEL_CC, TOOLCHAIN_OPTIONS containing the needed --sysroot arg.
However, [1] also breaks the yocto configure fragment generation:
after parsing the fragments
* Removed openvg references in PACKAGECONFIG, FILES and PACKAGES since OpenVG
support was removed in mesa 10.6
* Tested with X11 :
* xf86-video-freedreno on IFC6410 and DragonBoard 410c
* softpipe on DragonBoard 410c
* using meta-qualcomm BSP
Signed-off-by: Nicolas Dechesne
---
* Since v1
From: Jackie Huang
libinput use pkg-config to check and decide whether to build
with libunwind, which causes undeterministic builds or error:
|
tmp/work/core2-64-wrs-linux/libinput/0.18.0-r0/libinput-0.18.0/test/litest.c:77:23:
| fatal error: libunwind.h: No such file or directory
So add confi
46 matches
Mail list logo