For p1022ds bsp, the MULTIARCH is powerpc-linux-gnuspev1 and
python3 did not recognize the extra 'v1' which caused python3
configure error for the platform triplet.
Q:Why Python3 check platform triplet?
A:Under Linux, GNU/KFreeBSD and the Hurd, C extensions now include
the architecture triplet in
Changed in V1: Fix python3 rather than gcc-cross to minimize the influence.
//Hongxu
The following changes since commit 37b61b059031e3c272a929b834e12fd83f46598c:
siteinfo: Add ppc64le support. (2016-03-10 23:13:55 +)
are available in the git repository at:
git://git.openembedded.org/op
Compare the output of configure run on working and non working versions.
Usually this is very helpful. See if its enabling or disabling something
new.
On Mar 10, 2016 10:55 PM, "Jens Rehsack" wrote:
>
> > Am 10.03.2016 um 06:13 schrieb Gary Thomas :
> >
> > I'm working on a package (amanda - the
Any more comments?
Thanks,
Zhe
On 02/24/2016 08:20 PM, zhe...@windriver.com wrote:
> From: He Zhe
>
> v1 to v2:
> - Change KERNEL_OUTPUT to KERNEL_OUTPUT_DIR and update comments
> - Update related doc files
> - Replace all KERNEL_ALT_IMAGETYPEs with KERNEL_IMAGETYPES
> - Link built vmlinuz t
We've recently added SDK_EXT_TYPE and SDK_RECRDEP_TASKS and these will
have an effect on the size and functionality of the SDK, so record them
in sdk-info.txt.
Signed-off-by: Paul Eggleton
---
meta/classes/buildhistory.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a
The following changes since commit 00d3fd571a8d261d065b43f5cf3076a381843984:
siteinfo: Add ppc64le support. (2016-03-10 23:06:46 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
paule/buildhistory-extsdk-vars
http://cgit.openembedded.org
Both targets install.libs and install.includes install the same
files, resulting in a race condition when running parallel make.
This race is addressed in a patch file, making sure only one
of the targets (install.includes) installes the include files.
This will work properly (i.e.ncurses will inst
There is a race condition in ncurses installation. Two targets (install.libs
and install.includes)
install the same files, resulting in a race condition when running parallel
make.
One way to fix the race is to install the targets sequentially.
The other way is to ensure only one of the targets
Integrating the following commit for the 4.4 kernel:
[
gpio-pca953x: add "drive" property
Galileo gen 2 has support for setting GPIO modes. Expose these
properties through the GPIO sysfs interface. This approach is
bit hacky, since it changes the interface semantics.
The orig
On 2016-03-10 3:59 PM, Richard Purdie wrote:
On Wed, 2016-03-09 at 23:12 -0500, Bruce Ashfield wrote:
On 2016-03-09 4:23 PM, Richard Purdie wrote:
On Wed, 2016-03-09 at 13:53 -0500, Bruce Ashfield wrote:
As another follow up. The thread can be summarized as "It doesn't
look like it should have
On Wed, Mar 9, 2016 at 4:01 PM, Alexander Kanavin
wrote:
> In python 3.4 python-config was rewritten in shell, ironically
> to support cross-compilation:
> https://bugs.python.org/issue16235
>
> This new shell version is broken in several ways, and doesn't
> have our oe-specific tweaks. Let's reve
On Thu, 2016-03-10 at 12:58 +0100, Martin Jansa wrote:
> On Fri, Sep 04, 2015 at 03:37:10PM +, g...@git.openembedded.org wr
> ote:
> > Module: openembedded-core.git
> > Branch: master
> > Commit: fb781bee39e312eef1d89c2d7f5ab27e8da1ee32
> > URL:http://git.openembedded.org/?p=openembedded-co
On Wed, 2016-03-09 at 23:12 -0500, Bruce Ashfield wrote:
> On 2016-03-09 4:23 PM, Richard Purdie wrote:
> > On Wed, 2016-03-09 at 13:53 -0500, Bruce Ashfield wrote:
> > > As another follow up. The thread can be summarized as "It doesn't
> > > look like it should have worked before, and qemu's pat e
On 03/09/2016 03:09 PM, Joshua G Lock wrote:
Hi Mariano,
Thanks for the patch.
On Tue, 2016-03-08 at 10:26 +, mariano.lo...@linux.intel.com wrote:
From: Mariano Lopez
ISC DHCP allows remote attackers to cause a denial of
service (application crash) via an invalid length field
in a UDP
From: Mariano Lopez
ISC DHCP allows remote attackers to cause a denial of
service (application crash) via an invalid length field
in a UDP IPv4 packet.
Signed-off-by: Mariano Lopez
---
.../dhcp/dhcp/CVE-2015-8605.patch | 99
.../dhcp/dhcp/CVE-2015-8605_1.patc
As another point of information, I'm having similar issue with perl
5.22.1 on some arm boxes (native Gentoo builds) and even some odd
build differences between amd box and intel corei5 9 (I know,
weird...).
The issue I'm hitting is basically a horribly broken upstream
Configure script, and in my c
From: Mariano Lopez
These patches will improve some selftests that required the file
name of recipes. With these changes just the recipe is needed
and the tests will get the file names as required.
The following changes since commit bc0e99d2b165ff547e02c7169a8b0d210de54a1a:
recipetool: create
From: Mariano Lopez
Currently when using a git version the check for the stamp, using regex,
will fail because of plus sign in the version.
With this change the version is escaped before adding it to the regex.
Signed-off-by: Mariano Lopez
---
meta/lib/oeqa/selftest/prservice.py | 2 +-
1 fil
From: Mariano Lopez
Currently the recipe files are hardcoded and if the recipe
change the version, the test will fail.
This will change from using a harcoded file to look for the
file using bitbake-layers. Now, just the recipe name must
be specified.
Signed-off-by: Mariano Lopez
---
meta/lib/
Integrating the following patches for improved galileo support:
66009f8977a6 adc1x8s102: support ACPI-based enumeration.
903003b78c13 staging:iio: add support for ADC1x8s102.
cd83f4095b23 spi-pxa2xx: fixed ACPI-based enumeration of SPI devices.
c4efe23b7f93 pca9685: PCA9685 PWM and GPIO mu
On Thu, Mar 10, 2016 at 04:56:21PM +, Burton, Ross wrote:
> On 10 March 2016 at 16:56, Martin Jansa wrote:
>
> > which triggered exception NameError: name 'qemu_wrapper_cmdline' is not
> > defined
> >
>
> Do you have oe-core 0b68f0632312392cbd20bfcb9ed4895cfc9883ff? (which is in
> master,
On 10 March 2016 at 16:56, Martin Jansa wrote:
> which triggered exception NameError: name 'qemu_wrapper_cmdline' is not
> defined
>
Do you have oe-core 0b68f0632312392cbd20bfcb9ed4895cfc9883ff? (which is in
master, which master-next branches from).
Ross
--
__
On Mon, Nov 09, 2015 at 04:50:22PM +0200, Alexander Kanavin wrote:
> 1. Introduction
>
> This patchset adds support for gobject introspection to oe-core.
> Gir files go to -dev packages, typelib files go to main packages
> (they are packaged together with libraries that are
> introspected).
>
The resolved support requires that gcrypt is enabled. PACKAGECONFIG doesn't
support dependencies, so add a comment.
Signed-off-by: Ross Burton
---
meta/recipes-core/systemd/systemd_229.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/systemd/systemd_229.bb
b/meta/recipe
Set UPSTREAM_CHECK_URI to the below listed URL:
http://www.mirrorservice.org/sites/lsof.itap.purdue.edu/pub/tools/unix/lsof
Signed-off-by: Maxin B. John
---
meta/recipes-extended/lsof/lsof_4.89.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/lsof/lsof
Provide UPSTREAM_CHECK_URI to perform checkpkg task.
Signed-off-by: Maxin B. John
---
meta/recipes-core/udev/eudev_3.1.5.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/udev/eudev_3.1.5.bb
b/meta/recipes-core/udev/eudev_3.1.5.bb
index ffcebcd..e94e0dc 100644
--- a/meta/
On 2016-03-10 16:54, Jens Rehsack wrote:
Am 10.03.2016 um 06:13 schrieb Gary Thomas :
I'm working on a package (amanda - the Advanced Maryland Archiving
system) that is written heavily in perl with swig interfaces to C.
This code ran great until the update to perl 5.22; it now dies a
horrible
From: brian avery
We were previously ignoring pkgs that came in from a setscene like from
an sstate mirror). With this patch we can use pkgs than come from sstate
for image customisation as well.
Also remove unused variable.
[YOCTO #9137]
Signed-off-by: brian avery
Signed-off-by: Michael Woo
> Am 10.03.2016 um 06:13 schrieb Gary Thomas :
>
> I'm working on a package (amanda - the Advanced Maryland Archiving
> system) that is written heavily in perl with swig interfaces to C.
> This code ran great until the update to perl 5.22; it now dies a
> horrible death on almost every activity.
From: Peter Kjellerstedt
Rather than modifying files in .git/hooks, which can be read-only
(e.g., if it is a link to a directory in /usr/share), move away the
entire .git/hooks directory temporarily.
Signed-off-by: Peter Kjellerstedt
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
--
This backports a change to devtool from master so that devtool can
handle Git hooks that are readonly.
//Peter
The following changes since commit 1a52eceaa5df89914b6a711defdcf0046e74c7f6:
ref-manual: Corrected Note for CentOS package requirements (2016-03-03
17:40:20 +)
are available in
If a package depends on itself apt-get fails to install it with the
error attached to this patch.
This patch checks for this conditions and notifies the user so the
recipe maintainer can fix his RDEPENDS variable.
root@qt5022:~# apt-get install perl-module-cpan
Reading package lists... Done
Build
The dictionary cannot be used for iteration if its size may change
during the loop.
ERROR: Error executing a python function in
/home/ricardo/curro/qt5022/build-qt5022/repo/yocto/meta/recipes-devtools/perl/perl_5.22.0.bb:
Exception: RuntimeError: dictionary changed size during iteration
Acked-by:
On Fri, Sep 04, 2015 at 03:37:10PM +, g...@git.openembedded.org wrote:
> Module: openembedded-core.git
> Branch: master
> Commit: fb781bee39e312eef1d89c2d7f5ab27e8da1ee32
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=fb781bee39e312eef1d89c2d7f5ab27e8da1ee32
>
> A
Aggressive PNBLACKLISTing continues. But linux-yocto (and modules depending on
it)
are still broken :/.
I'll look at cef3 and chromium issue, my recent patch for meta-browser
fixed the build for armv7a MACHINEs, so it probably needs to be extended
a bit to cover warnings in x86 and then duplicate
On 03/09/2016 05:02 PM, Richard Purdie wrote:
On Wed, 2016-03-09 at 23:50 +0100, Martin Jansa wrote:
What's even more interesting is that even gcc-cross-initial has
different signatures for 2 ARM MACHINEs with different DEFAULTTUNES
OE qemuarm7@ ~/build/oe-core $ grep ^DEFAULTTUNE= env.gdb-cros
On Wed, Feb 24, 2016 at 02:20:51PM +0100, Martin Jansa wrote:
> On Mon, Dec 14, 2015 at 08:03:47PM +0100, Martin Jansa wrote:
> > This time full build (testing all recipes available in "my world" - 2503
> > recipes), it took record-breaking 25days to finish.
> >
> > Complete log:
> > http://logs.n
Signing package feeds will default to ascii armored signatures (ASC) the
other option being binary (BIN). This is for both rpm and ipk backends.
Signed-off-by: Ioan-Adrian Ratiu
---
meta/classes/sign_package_feed.bbclass | 12 +++-
meta/lib/oe/package_manager.py | 10 --
Add support for multiple types of signatures (binary or ascii)
in export_pubkey(). There is no change in behaviour for the function,
the previous implicit default is the new parameter "armor" default.
Signed-off-by: Ioan-Adrian Ratiu
---
meta/lib/oe/gpg_sign.py | 6 --
1 file changed, 4 inse
Create gpg signed ipk package feeds using the gpg backend if configured
Signed-off-by: Ioan-Adrian Ratiu
---
meta/lib/oe/package_manager.py | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 5c
Starting from v2.1 passing passwords directly to gpg does not work
anymore [1], instead a loopback interface must be used otherwise
gpg >2.1 will error out with:
"gpg: signing failed: Inappropriate ioctl for device"
gpg <2.1 does not work with the new --pinentry-mode arg and gives an
invalid optio
Implement ipk signing inside the sign_ipk bbclass using the gpg_sign
module and configure signing similar to how rpm does it. sign_ipk uses
gpg_sign's detach_sign because its functionality is identical to package
feed signing.
IPK signing process is a bit different from rpm:
- Signatures are s
Store the ascii armored pubkey generated using gpg_sign.export_pubkey()
in its own package.
Signed-off-by: Ioan-Adrian Ratiu
---
meta/recipes-core/meta/signing-keys.bb | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/meta/signing-keys.bb
b/me
Changes since v7:
* Removed the PACKAGE_FEED_GPG_PUBKEY variable
* Split the feed signing types into a separate commit and made it work
also for rpm's besides ipk's
* Minor whitespace & exception handling cleanups
Ioan-Adrian Ratiu (6):
gpg_sign: add local ipk package signing functiona
Some distros may prefer to use the upstream systemd support for
starting getty on serial ports. This is now possible by adding
"serial-getty-generator" to PACKAGECONFIG.
The default is unchanged, i.e. systemd's own serial-getty@.service
file does not get packaged and instead systemd-serialgetty is
On Thu, Mar 10, 2016 at 3:41 PM, Hongxu Jia wrote:
> On 03/10/2016 04:08 PM, Khem Raj wrote:
>
> We should submit these kind of changes upstream first and get an opinion
> before forking like this
>
>
> OK, I will have a try.
IMO this could be an improvement in all packages that you have
modified
On 03/10/2016 04:08 PM, Khem Raj wrote:
We should submit these kind of changes upstream first and get an
opinion before forking like this
OK, I will have a try.
+Although there is CMAKE_USE_RELATIVE_PATHS, but upstream
+explicitly did not support relative path.
+In git://cmak
We should submit these kind of changes upstream first and get an opinion
before forking like this
On Mar 10, 2016 2:25 PM, "Hongxu Jia" wrote:
> While '__FILE__' is used in C/C++ source file, we need to
> compile with relative path to avoid build path issue.
>
> If a recipe(such as waffle) inheri
48 matches
Mail list logo
