When Debian-renaming, 'libpython3' was incorrectly converted to
'libpython3.3m1.0', it caused install 'libpython3' failed.
(IMAGE_INSTALL_append = " python3", INSTALL_ALL_python3 = "1")
...
ERROR: libpython3 not found in the base feeds (qemux86 i586 x86 noarch any all).
libpython3.3m1.0-3.3.3-r0.0@
Test Steps:
Install busybox and lib32-python3 to core-image-minimal,
and also install all available packages of recipes busybox
and python3.
1. vim local.conf
...
MACHINE ?= "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
IMAGE_INS
Add variable INSTALL_ALL to install all available packages of a recipe, the
recipe
comes from the package listed in PACKAGE_INSTALL (IMAGE_INSTALL also)
Here is the design:
1) According to the packages listed in PACKAGE_INSTALL, figure out recipes
which produced them by invoking script oe-pkgd
Add a "list-packages" command to list all produced packages by a
particular recipe.
[YOCTO #5264]
Signed-off-by: Hongxu Jia
---
scripts/oe-pkgdata-util | 47 ++-
1 file changed, 46 insertions(+), 1 deletion(-)
diff --git a/scripts/oe-pkgdata-util b/s
If failed to invoke lookup-recipe while pkg not generated but provided
by others, such as python3, it is provided by python3-core
...
$ bitbake python3
$ oe-pkgdata-util -d lookup-recipe tmp/sysroots/qemux86/pkgdata/ "python3"
ERROR: the following packages could not be found: python3
...
In this s
How to use this class:
For example:
If you want to build python-nova, first you should know meta-openstack layer
includes python-nova.
And then, add meta-openstack to conf/bblayers.conf:
...
BBLAYERS ?= " \
/buildarea2/clu1/source/poky/meta \
/buildarea2/clu1/source/poky/meta
It maybe depends on other layers when one layer is added to BBLAYERS. If define
LAYERDEPENDS variable in this layer, we will get error from bitbake. But
sometimes, we don't have defined. Add a mechanism to fetch layers from layer
index and update bblayers.conf as appropriate. The layer index stores
Signed-off-by: Jonathan Liu
---
...-Fix-navigating-backwards-missing-entries.patch | 34 ++
meta/recipes-core/systemd/systemd_211.bb | 1 +
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-core/systemd/systemd/0001-journal-Fix-navigating-backwards
On 01/07/2015 09:07 AM, Robert Yang wrote:
We should not ship .pyc or .pyo file, but there are a few packages
ship .pyc, should we:
1) Ignore them in package.bbclass as this patch showes ?
Or
2) Add a qa check then fix it by hand one by one ?
3) Fix it in a bbclass that python related recipes
python scripts:
parted-ptest/usr/lib64/parted/ptest/tests/gpt-header-move
parted-ptest/usr/lib64/parted/ptest/tests/msdos-overlap
Signed-off-by: Robert Yang
---
meta/recipes-extended/parted/parted_3.2.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended
python script:
pax-utils/usr/bin/lddtree
Signed-off-by: Robert Yang
---
meta/recipes-devtools/pax-utils/pax-utils_0.9.2.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/pax-utils/pax-utils_0.9.2.bb
b/meta/recipes-devtools/pax-utils/pax-utils_0.9.2.
The following changes since commit 24f19fedb40d0af84beb8e9a6595ea06f09d4615:
gstreamer1.0-omx: use mulitple SCMs to fetch submodules (2014-12-31 08:22:53
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/rdep
http://cgit.openembedded.
Ping, the target createrepo can't work without this patch.
// Robert
On 10/31/2014 09:56 AM, Chong Lu wrote:
Change since v1:
add python to PACKAGECONFIG.
The following changes since commit 4faca22b8fe63a86d820990207aaf84b3fa83e01:
ref-manual: Updates to the migrating to YP 1.7 section. (
We should not ship .pyc or .pyo file, but there are a few packages
ship .pyc, should we:
1) Ignore them in package.bbclass as this patch showes ?
Or
2) Add a qa check then fix it by hand one by one ?
Here is the list of oe-core's world build:
python-smartpm-1.4.1
nativesdk-python-smartpm-1.4.1
py
On 6 January 2015 at 15:42, Saul Wold wrote:
> +FILES_${PN}-ids = "${datadir}/usb*"
> +
> +RDEPENDS_${PN} = "${PN}-ids libudev"
>
The IDs are part of udev 196's hwdb, so usbutils-ids doesn't get created
and this runtime dependency isn't satisfiable.
Ross
--
On Tue, Jan 06, 2015 at 01:03:04PM -0500, Robert P. J. Day wrote:
>
> Some aesthetic cleanup of packagegroup files to make them more
> consistent and easier to read:
>
> * standard indentation and line continuation
> * as much as possible, use ${PN} instead of hardcoded filename
I think the co
Some aesthetic cleanup of packagegroup files to make them more
consistent and easier to read:
* standard indentation and line continuation
* as much as possible, use ${PN} instead of hardcoded filename
Signed-off-by: Robert P. J. Day
---
while pedantic, this cleanup makes the packagegroup
On Tue, 6 Jan 2015, Nicolas Dechesne wrote:
> On Tue, Jan 6, 2015 at 5:59 PM, Robert P. J. Day
> wrote:
> > apparently, i still don't have a handle on the correct mailing list
> > for particular patch submissions -- where's the explanation as to what
> > goes where?
>
> http://www.openembedded.o
On Tue, Jan 6, 2015 at 5:59 PM, Robert P. J. Day wrote:
> apparently, i still don't have a handle on the correct mailing list
> for particular patch submissions -- where's the explanation as to what
> goes where?
http://www.openembedded.org/wiki/Mailing_lists
>
> in particular, i want to submi
apparently, i still don't have a handle on the correct mailing list
for particular patch submissions -- where's the explanation as to what
goes where?
in particular, i want to submit some cleanups for some oe-core
packagegroup recipe files, which list does that go to? thanks. i'll
figure this
On 01/06/2015 08:37 AM, Burton, Ross wrote:
On 6 January 2015 at 15:42, Saul Wold wrote:
--- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0u.bb
+++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0w.bb
@@ -8,6 +8,7 @@ SRC_URI = "
http://downloads.sourceforge.net/gnu-efi/gnu-efi_3.0u.orig.tar.gz \
fi
On 6 January 2015 at 15:42, Saul Wold wrote:
> --- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0u.bb
> +++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0w.bb
> @@ -8,6 +8,7 @@ SRC_URI = "
> http://downloads.sourceforge.net/gnu-efi/gnu-efi_3.0u.orig.tar.gz \
> file://parallel-make.patch \
>
Rebased the pkgconfig.patch
Added do_compile_prepend() copy an architecture specific header file.
Signed-off-by: Saul Wold
---
.../pkgconfig.patch| 67 ++
.../{libgpg-error_1.12.bb => libgpg-error_1.17.bb} | 35 +--
2 files changed, 72
Move patches from files to liburcu directory
Signed-off-by: Saul Wold
---
meta/recipes-support/liburcu/{files => liburcu}/aarch64.patch | 0
meta/recipes-support/liburcu/{liburcu_0.8.5.bb => liburcu_0.8.6.bb} | 4 ++--
2 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-s
Signed-off-by: Saul Wold
---
.../libassuan/{libassuan_2.1.2.bb => libassuan_2.2.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libassuan/{libassuan_2.1.2.bb =>
libassuan_2.2.0.bb} (86%)
diff --git a/meta/recipes-support/libassuan/libass
Signed-off-by: Saul Wold
---
meta/recipes-support/libksba/{libksba_1.3.1.bb => libksba_1.3.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libksba/{libksba_1.3.1.bb => libksba_1.3.2.bb}
(86%)
diff --git a/meta/recipes-support/libksba/libksba_1.3.1.bb
Signed-off-by: Saul Wold
---
meta/recipes-gnome/libffi/{libffi_3.1.bb => libffi_3.2.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-gnome/libffi/{libffi_3.1.bb => libffi_3.2.1.bb} (88%)
diff --git a/meta/recipes-gnome/libffi/libffi_3.1.bb
b/meta/recipes-gnom
Signed-off-by: Saul Wold
---
.../lsb/{lsbinitscripts_9.56.1.bb => lsbinitscripts_9.60.bb}| 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/lsb/{lsbinitscripts_9.56.1.bb =>
lsbinitscripts_9.60.bb} (78%)
diff --git a/meta/recipes-extended/lsb/lsbini
Signed-off-by: Saul Wold
---
meta/recipes-bsp/gnu-efi/{gnu-efi_3.0u.bb => gnu-efi_3.0w.bb} | 1 +
1 file changed, 1 insertion(+)
rename meta/recipes-bsp/gnu-efi/{gnu-efi_3.0u.bb => gnu-efi_3.0w.bb} (99%)
diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0u.bb
b/meta/recipes-bsp/gnu-efi/gnu-efi_3
Added CFLAGS to prevent compiler error of unused size variable
Signed-off-by: Saul Wold
---
meta/recipes-devtools/json-c/{json-c_0.11.bb => json-c_0.12.bb} | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/json-c/{json-c_0.11.bb => json-c_0.12.bb} (75%)
d
From: André Draszik
This causes the package to not be relocateable from sstate
The OpenSSL binaries respect a few environment variables for determining
locations of files, so we now use these to point the binaries to the
relocated locations.
[YOCTO #6827]
Signed-off-by: André Draszik
Signed-o
Ross, Richard:
Here is another set up updates, built and tested on both Autobuilder and
locally.
This address the issues with libgpg-error for fsl also.
Sau!
The following changes since commit 24f19fedb40d0af84beb8e9a6595ea06f09d4615:
gstreamer1.0-omx: use mulitple SCMs to fetch submodules
Add patch to use pkg-config instead of npth-config and remove
--without-curl as it's not used anymore.
Also needed a patch to add libgpg-error to correctly build dirmngr
Signed-off-by: Saul Wold
---
.../gnupg/gnupg/dirmngr-uses-libgpg-error.patch| 16 +
meta/recipes-support/gnupg/gnupg/
Removed patches that are now committed upstream, rebase parallel make
patch and add a new patch to remove a script that was calling git during
the clean process.
Signed-off-by: Saul Wold
---
...dd-SMT_TERMINAL-a-last-resort-region-type.patch | 50 ---
...an-build-a-linked-list-of-memory-scanner
The latest version of usbutil (v008) uses the latest version of udev (v196 or
greater)
which is only available as part of the systemd package. So add systemd as a
DEPENDS and
REQUIRED_DISTRO_FEATURE.
Add v008 version of iconv.patch
COPYING file is GPLv2, but has newer formatting and address ch
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7114
This bug also impacts dizzy now. Do we have a way to back the offending
change out of dizzy while the bug is fixed?
It's partly my fault the report came a week or so after we noticed it in
master. Sorry for the delay getting it in the bug tra
On Mon, 2015-01-05 at 12:40 -0800, Armin Kuster wrote:
> please consider this for inclusion for 1.7.1
> Many security fixes and kernel update.
>
> The following changes since commit f4d9d7bc206aaf30ea5c72675df139425a2c8d90:
>
> lbdrm: fix build issue. (2014-12-27 08:43:41 -0800)
>
> are availa
Terminology is the default Enlightenment terminal emulator
Signed-off-by: Rodrigo Chiossi
---
meta/lib/oe/terminal.py | 4
1 file changed, 4 insertions(+)
diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 0a623c7..e9af726 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/l
On Tue, Jan 6, 2015 at 6:41 PM, sujith h wrote:
>
>
> On Tue, Jan 6, 2015 at 6:38 PM, Burton, Ross
> wrote:
>
>>
>> On 6 January 2015 at 12:51, sujith h wrote:
>>
>>> saying: "could not initialize glx" . Hence I made a change in the recipe
>>> and added IMAGE_INSTALL_append = " xserver-xorg-ext
On Tue, Jan 6, 2015 at 6:33 AM, Burton, Ross wrote:
>
> On 6 January 2015 at 11:04, Martin Jansa wrote:
>>
>> > | make: *** No rule to make target `oldconfig'. Stop.
>> > | ERROR: oe_runmake failed
>> > | WARNING: exit code 1 from a shell command.
>> > | ERROR: Function failed: do_configure (log
On Friday 02 January 2015 16:41:01 akuster808 wrote:
> On 12/31/2014 02:26 AM, Richard Purdie wrote:
> > For the OE-Core patches, the gcc sysroot poison one should not go in.
> > I'd also question the udev changes and the gcc shared work changes since
> > those were fairly significant changes with
On 11/10/14 10:07, Hongxu Jia wrote:
> The following changes since commit 0172cded27d73437784fe1578110937aede563eb:
>
> build-appliance-image: Update to dizzy head revision (2014-10-10 22:40:57
> +0100)
>
> are available in the git repository at:
>
> git://git.pokylinux.org/poky-contrib hon
On Tue, Jan 6, 2015 at 6:38 PM, Burton, Ross wrote:
>
> On 6 January 2015 at 12:51, sujith h wrote:
>
>> saying: "could not initialize glx" . Hence I made a change in the recipe
>> and added IMAGE_INSTALL_append = " xserver-xorg-extension-glx" and it
>> worked fine. Hence I thought of adding thi
On 6 January 2015 at 12:51, sujith h wrote:
> saying: "could not initialize glx" . Hence I made a change in the recipe
> and added IMAGE_INSTALL_append = " xserver-xorg-extension-glx" and it
> worked fine. Hence I thought of adding this change. Let me know if there is
> any issues/concern.
>
>>
A
From: Sujith H
This module was required to get opengl working with
Qt5 version 5.4 ( when tested with qemuarm and qemux86).
After adding this change to the xorg.conf and restarting
xserver qtquick and qtdeclarative examples of Qt5 started
working appropriately.
Signed-off-by: Sujith H
Signed-of
On Tue, Jan 6, 2015 at 5:00 PM, Burton, Ross wrote:
>
> On 6 January 2015 at 10:54, Sujith H wrote:
>
>> +if
>> ${@bb.utils.contains('DISTRO_FEATURES','x11','true','false',d)}; then
>>
>
> Why would a X11-specific recipe need an X11 feature check?
>
Correct, I will remove the x11 feature
Hi Jacob,
On Sunday 07 December 2014 16:07:44 Jacob Kroon wrote:
> Like the topic says, I grepped for "OECORE" in the native sysroot of my SDK
> installation, and the only hit I got was this:
>
> usr/bin/perl:export
> PERL5LIB=$PERL5LIB:$OECORE_NATIVE_SYSROOT//usr/lib/perl:$OECORE_NATIVE_SYSRO
>
If you run a QT server application, and a client in a separate process, it will
spam the log with "QWSLock::down(): Invalid argument" messages because of an old
bug in the locking code. There's a patch on the net that fixes it, which I
manually
adapted by removing the commented-out debug statement
Ok, I'll add some extra information to the patch and submit a v3.
M.
On 01/06/2015 12:10 PM, Burton, Ross wrote:
On 6 January 2015 at 10:34, Mike Looijmans mailto:mike.looijm...@topic.nl>> wrote:
We have been using this patch for about half a year without problems, and
the QT people
On 6 January 2015 at 11:04, Martin Jansa wrote:
> > | make: *** No rule to make target `oldconfig'. Stop.
> > | ERROR: oe_runmake failed
> > | WARNING: exit code 1 from a shell command.
> > | ERROR: Function failed: do_configure (log file is located at
> /home/jenkins/workspace/luneos-unstable/w
On 6 January 2015 at 10:54, Sujith H wrote:
> +if
> ${@bb.utils.contains('DISTRO_FEATURES','x11','true','false',d)}; then
>
Why would a X11-specific recipe need an X11 feature check?
> +cat >> ${D}/${sysconfdir}/X11/xorg.conf << EOF
> +Section "Module"
> +Load
On 6 January 2015 at 08:57, Martin Jansa wrote:
> 2) do_configure failing:
>
> ERROR: Function failed: do_configure (log file is located at
> /home/jenkins/workspace/luneos-unstable/webos-ports/tmp-glibc/work/mako-webos-linux-gnueabi/linux-lg-mako/3.4.0+gitrAUTOINC+38bdbfe224-r0/temp/log.do_confi
On 6 January 2015 at 10:34, Mike Looijmans wrote:
> We have been using this patch for about half a year without problems, and
> the QT people
> apparently don't care about the bug, hence there's no upstream status.
> Including this
> into OE core will at least save other people the trouble of hav
On Tue, Jan 06, 2015 at 09:57:31AM +0100, Martin Jansa wrote:
> FWIW: I'm also seeing various kernel failures since the changes.
>
> Most my kernel are also using linux.inc from meta-oe which wasn't updated yet
> (I plan to look into it soon, unless someone else beats me to it)
>
> The worst part
From: Sujith H
This module was required to get opengl working with
Qt5 version 5.4 ( when tested with qemuarm and qemux86).
After adding this change to the xorg.conf and restarting
xserver qtquick and qtdeclarative examples of Qt5 started
working appropriately.
Signed-off-by: Sujith H
Signed-of
If you run a QT server application, and a client in a separate process, it will
spam the log with "QWSLock::down(): Invalid argument" messages because of an old
bug in the locking code. There's a patch on the net that fixes it, which I
manually
adapted by removing the commented-out debug statement
If you run a QT server application, and a client in a separate process, it will
spam the log with "QWSLock::down(): Invalid argument" messages because of an old
bug in the locking code. There's a patch on the net that fixes it, which I
manually
adapted by removing the commented-out debug statement
From: Sujith H
This module was required to get opengl working with
Qt5 version 5.4 ( when tested with qemuarm and qemux86).
After adding this change to the xorg.conf and restarting
xserver qtquick and qtdeclarative examples of Qt5 started
working appropriately.
Signed-off-by: Sujith H
Signed-of
On Tue, Jan 06, 2015 at 08:14:33AM +0100, Mike Looijmans wrote:
> On 01/05/2015 09:18 PM, Bruce Ashfield wrote:
> > On Mon, Jan 5, 2015 at 3:29 AM, Mike Looijmans
> > wrote:
> >> I think I found it. The kernel bbclass changes "S" to point elsewhere.
> >> Moving the statement
> >> S = "${WORKDIR}
The archived files contains symbol link files. These files
can not be accessed out of the building host. Copy files
instead of creating symbol link when archiving.
Signed-off-by: Jian Liu
---
meta/lib/oe/patch.py | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta/
60 matches
Mail list logo