Those code fragments date back to ancient times. EXTRA_OECONF is not
required anymore and we should give gcc another try to do it right.
Testing on cortex-a8 with thumb and -O2 reveals a performance boost of
82 percent during encoding in comparison to -O0. -O4 gives another 7
percent.
Avoid package feed issues caused by removing meta-gnome's libnotify3
Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
---
meta/recipes-gnome/libnotify/libnotify_0.7.6.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
gmp 4.2.1 was removed in f181c6ce8b apparently accidentally: It
was not noticed that 4.2.1 is LGPL 2.1 (and not GPL) so provides
a useful alternative to the newer GPLv2 | LGPLv3 version.
* Reintroduce 4.2.1. The source includes files that are GPL but the
library package is LGPL 2.1+
* Also
Newer nettle versions are LGPLv3+ | GPLv2+. Add 3.1.1 but also
keep version 2.7.1 since it's LGPLv2.1+
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
meta/recipes-support/nettle/nettle.inc | 26 ++
meta/recipes-support/nettle/nettle_2.7.1.bb | 20
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
meta/recipes-support/gnutls/{gnutls_3.3.14.bb = gnutls_3.3.17.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/gnutls/{gnutls_3.3.14.bb = gnutls_3.3.17.1.bb}
(59%)
diff --git
* Set the nettle binary package license to LGPLv2.1+:
There are GPL files in the sources but none of these are used
to produce the files we ship.
* Remove the useless package specific licenses: none of the named
packages are actually produced and the licenses do not affect
the overall
This patch set is the result of gnutls/nettle/gmp license discussion
on the mailing list. The end result is that gnutls stack is available
as LGPLv2.1 and also as the newest versions (where nettle and gmp are
LGPLv3 | GPLv2).
In more detail:
* Re-introduce an older LGPLv2 version of gmp
* Fix
* Remove mirror sites that no longer exist
* Update the gnutls.org path so the gnupg mirror gets used
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
meta/classes/mirrors.bbclass | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/meta/classes/mirrors.bbclass
Hi,
On 27/08/15 15:45, Paul Eggleton paul.eggle...@linux.intel.com wrote:
Hi Markus,
On Thursday 27 August 2015 14:49:50 Markus Lehtonen wrote:
The kernel package needs kern-tools-native in order for it's
do_kernel_metadata. Thus, devtool extract for kernel in a pristine
environment fails.
On Thursday 27 August 2015 15:19:57 Patrick Ohly wrote:
On Tue, 2015-07-14 at 20:07 +,
leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
These patches include:
1. iasl recipe taken from luv-yocto repository
On 08/26/2015 07:04 PM, Paul Eggleton wrote:
On Wednesday 26 August 2015 07:43:23
leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
Upgrades a recipe to a particular version and downloads the source code
into srctree. User
On Thu, Aug 27, 2015 at 10:24 AM, Leonardo Sandoval
leonardo.sandoval.gonza...@linux.intel.com wrote:
On 08/26/2015 07:04 PM, Paul Eggleton wrote:
We already have code for editing recipes like this in recipeutils (and in
lib/bb/utils as well) - in fact I see you're using patch_recipe() later
Hi Brendan,
On Wednesday 19 August 2015 17:33:27 brendan.le.f...@intel.com wrote:
From: Brendan Le Foll brendan.le.f...@intel.com
Signed-off-by: Brendan Le Foll brendan.le.f...@intel.com
---
scripts/lib/devtool/package.py | 63
++ 1 file changed, 63
Hi Ed,
On Monday 24 August 2015 10:33:31 Ed Bartosh wrote:
Implemented new plugin to build image from workspace packages.
Plugin creates image.bbappend file, adds
all workspace packages to the image using IMAGE_INSTALL_append
variable in bbappend file. After that it runs 'bitbake image'.
On Thu, 2015-08-27 at 06:32 -0700, Khem Raj wrote:
On Wed, Aug 26, 2015 at 11:43 PM, Patrick Ohly patrick.o...@intel.com wrote:
The one in bb.utils.contains()? That is there intentionally: it's for
the xattr enabled case, in which case nothing gets added to
EXTRA_OEMAKE.
is it required
Changes since the RFC version:
* Check BPN in addition to PN for matching, to make it easier in the
multilib case
* Use PNWHITELIST_LAYERS to specify which layers to apply whitelisting to,
and consider an empty whitelist value to be no recipes whitelisted (so
you can set up empty whitelists
Allow restricting recipes brought from a layer to a specified list. This
is similar in operation to blacklist.bbclass, but instead specifies a
per-layer whitelist of recipes (matched by PN or BPN) that are able to
be built from the layer - anything else is skipped. This is potentially
useful where
Hi Markus,
On Thursday 27 August 2015 14:49:50 Markus Lehtonen wrote:
The kernel package needs kern-tools-native in order for it's
do_kernel_metadata. Thus, devtool extract for kernel in a pristine
environment fails. With the current bb.tinfoil implementation it is not
possible to run
On Wed, Aug 26, 2015 at 11:43 PM, Patrick Ohly patrick.o...@intel.com wrote:
The one in bb.utils.contains()? That is there intentionally: it's for
the xattr enabled case, in which case nothing gets added to
EXTRA_OEMAKE.
is it required to have extra ?
can it work without it
--
Use the nettle testsuite as ptests. Skip sha1-huge-test because
it can take 20 minutes to finish.
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
...d-target-to-only-build-tests-not-run-them.patch | 43 ++
meta/recipes-support/nettle/files/run-ptest| 36
On Tue, 2015-07-14 at 20:07 +,
leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
These patches include:
1. iasl recipe taken from luv-yocto repository into OE-Core (the only
change done was the LICENSE, from
On Thu, Aug 27, 2015 at 6:06 AM, Jussi Kukkonen jussi.kukko...@intel.com
wrote:
* Remove mirror sites that no longer exist
* Update the gnutls.org path so the gnupg mirror gets used
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
Hmm, I can't help but wonder if these app-specific
On 27 August 2015 at 17:27, Aníbal Limón anibal.li...@linux.intel.com
wrote:
ping
It's in the queue - ross/mut is *giant* at this point but I just want to
see master pass once with all green...
Ross
--
___
Openembedded-core mailing list
ping
On 26/08/15 09:48, Aníbal Limón wrote:
If $TCPSERIAL_PORTNUM is empty string causes an error because
expands the expresion to,
$TCPSERIAL_PORTNUM == - ==
Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
---
scripts/runqemu-internal | 2 +-
1 file changed, 1 insertion(+), 1
bind doesn't ship shared libraries only static libraries, so the default
dependency on PN from PN-dev is pointless and means that an image with bind-dev
installed (via dhcp-dev's automatic dependency) ends up with named installed and
started on boot which is rarely intended.
If and when we ship
Hey guys, I would like to get this reviewed/integrated for closing this
bug :)
Benjamin
On Fri, 2015-08-21 at 10:05 +, Benjamin Esquivel wrote:
When moving a file via the python os.rename function it is required
to specify the path including the file name at the end.
Failure to provide
Hey Paul, thanks for looking at this, check the comments below.
On Thu, 2015-08-27 at 09:34 +0100, Paul Eggleton wrote:
Hi Benjamin / Mariano,
On Wednesday 26 August 2015 12:26:02 Benjamin Esquivel wrote:
Adding a new test to verify if the packages in the
manifest files actually exists in
On Thu, Aug 27, 2015 at 9:01 AM, Ross Burton ross.bur...@intel.com wrote:
bind doesn't ship shared libraries only static libraries, so the default
dependency on PN from PN-dev is pointless and means that an image with
bind-dev
installed (via dhcp-dev's automatic dependency) ends up with named
From: Christopher Larson chris_lar...@mentor.com
iw uses cfg80211/nl80211, which is the way of the future. wireless-tools uses
WEXT, which uses ioctl, which is in deep maintenance mode. See
http://wireless.kernel.org/en/developers/Documentation/Wireless-Extensions.
Also
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-connectivity/iw/iw_4.1.bb | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/iw/iw_4.1.bb
From: Christopher Larson chris_lar...@mentor.com
We want the dep on pkgconfig-native, not pkgconfig, and the convention is to
inherit pkgconfig when running pkg-config at build time.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
meta/recipes-connectivity/iw/iw_4.1.bb | 4 +++-
1
On 08/27/2015 08:29 AM, Otavio Salvador wrote:
On Thu, Aug 27, 2015 at 10:24 AM, Leonardo Sandoval
leonardo.sandoval.gonza...@linux.intel.com wrote:
On 08/26/2015 07:04 PM, Paul Eggleton wrote:
We already have code for editing recipes like this in recipeutils (and in
lib/bb/utils as well) -
From: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Christopher Larson chris_lar...@mentor.com
---
.../iw/iw/separate-objdir.patch| 55 ++
meta/recipes-connectivity/iw/iw_4.1.bb | 4 ++
2 files changed, 59 insertions(+)
create
From: Christopher Larson chris_lar...@mentor.com
As was discussed in the commit which adds iw:
iw uses cfg80211/nl80211, which is the way of the future. wireless-tools uses
WEXT, which uses ioctl, which is in deep maintenance mode. See
On 08/27/2015 08:19 AM, Patrick Ohly wrote:
On Tue, 2015-07-14 at 20:07 +,
leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
These patches include:
1. iasl recipe taken from luv-yocto repository into OE-Core (the
From: Christopher Larson chris_lar...@mentor.com
iw uses cfg80211/nl80211, which is the way of the future. wireless-tools uses
WEXT, which uses ioctl, which is in deep maintenance mode. See
http://wireless.kernel.org/en/developers/Documentation/Wireless-Extensions.
Also
I see that there is a pending patch posted today to address this
(subject: OE-core] [PATCH 1/1] mtd-utils: add xattr PACKAGECONFIG and
fix acl dependency). Sorry for the noise.
- Pushpal
On Thu, Aug 27, 2015 at 3:22 PM, Pushpal Sidhu psi...@gateworks.com wrote:
Without this DEPEND, build will
Without this DEPEND, build will break for mtd-utils-ubifs as shown below:
...
CC mkfs.jffs2.o
mkfs.jffs2.c:70:21: fatal error: sys/acl.h: No such file or directory
#include sys/acl.h
This was introduced in commit cbf8dcc9f326faca0fbc8efe52f2920022576631 when
reintroducing xattr
Exclude all versions of gcc-source from world builds so that:
bitbake -c stage world
will work. gcc-source deletes most bitbake build stages
since it is a source-only package.
Signed-off-by: Randy MacLeod randy.macl...@windriver.com
---
meta/recipes-devtools/gcc/gcc-source_4.8.bb | 2 ++
On Aug 27, 2015, at 11:48 AM, Christopher Larson kerg...@gmail.com wrote:
From: Christopher Larson chris_lar...@mentor.com
As was discussed in the commit which adds iw:
iw uses cfg80211/nl80211, which is the way of the future. wireless-tools uses
WEXT, which uses ioctl, which is in
On Thu, Aug 27, 2015 at 8:17 PM, Randy MacLeod
randy.macl...@windriver.com wrote:
I've sent the parent email to fix
$ bitbake -c stage world.
I've confirmed that my change works for:
$ bitbake -c configure world
I wasn't sure if I should leave gcc-source as
is or change it to be similar to
On Wed, Aug 26, 2015 at 8:48 AM, Nicolas Dechesne
nicolas.deche...@linaro.org wrote:
The following changes were done to trim down the recipe size:
* removed adbd support
* removed android-tools-conf
The main idea is to keep only what is strictly needed for make_ext4fs tool.
Signed-off-by:
On Aug 27, 2015, at 9:36 PM, Arslan, Fahad fahad_ars...@mentor.com wrote:
Hi,
I'm looking for weston based image recipe that provides GUI, so if I build
core-image-weston will it provide any graphical interface on display attached
to the target.
yes
signature.asc
Description:
On Thu, Aug 27, 2015 at 2:12 AM, Andrew Shadura
andrew.shad...@collabora.co.uk wrote:
The split is no longer necessary, and only makes it more complicated to
do changes in external layers.
Signed-off-by: Andrew Shadura andrew.shad...@collabora.co.uk
---
meta/recipes-core/dbus/dbus.inc
On Aug 27, 2015, at 7:46 AM, Stefan Müller-Klieser
s.mueller-klie...@phytec.de wrote:
Those code fragments date back to ancient times. EXTRA_OECONF is not
required anymore and we should give gcc another try to do it right.
Testing on cortex-a8 with thumb and -O2 reveals a performance
Hi,
I'm looking for weston based image recipe that provides GUI, so if I build
core-image-weston will it provide any graphical interface on display attached
to the target.
Thanks,
Fahad
--
___
Openembedded-core mailing list
On 08/27/2015 08:09 PM, Randy MacLeod wrote:
Exclude all versions of gcc-source from world builds so that:
bitbake -c stage world
will work. gcc-source deletes most bitbake build stages
since it is a source-only package.
I think this is missing a [YOCTO #7878] as this is trying to address
I've sent the parent email to fix
$ bitbake -c stage world.
I've confirmed that my change works for:
$ bitbake -c configure world
I wasn't sure if I should leave gcc-source as
is or change it to be similar to kernel-devsrc
because meta/recipes-devtools/gcc/gcc-source.inc does:
deltask
On Wed, 2015-08-26 at 12:02 -0700, Andre McCurdy wrote:
On Wed, Aug 26, 2015 at 9:10 AM, Patrick Ohly patrick.o...@intel.com wrote:
The unconditional removal of -DWITHOUT_XATTR accidentally introduced a
compile-time dependency on acl, because sys/acl.h gets
included. This caused random
On Wed, 2015-08-26 at 12:16 -0700, Khem Raj wrote:
On Aug 26, 2015 9:11 AM, Patrick Ohly patrick.o...@intel.com
wrote:
+EXTRA_OEMAKE = 'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' 'CFLAGS=${CFLAGS}
${@bb.utils.contains('PACKAGECONFIG', 'xattr', '', '-DWITHOUT_XATTR', d)}
-I${S}/include'
On 27 August 2015 at 12:12, Andrew Shadura andrew.shad...@collabora.co.uk
wrote:
Signed-off-by: Andrew Shadura andrew.shad...@collabora.co.uk
---
meta/recipes-core/dbus/dbus-test_1.10.0.bb | 61
meta/recipes-core/dbus/dbus-test_1.8.20.bb | 61
On 27/08/15 13:22, Jussi Kukkonen wrote:
Could you please configure your git so that it tries harder to find
renames: it's hard to see the changes otherwise. Something like this
would work in git config (the other option is renames=copies):
Right, thanks for the suggestion. Resubmitting that
On 08/27/2015 02:37 PM, Andrew Shadura wrote:
On 27/08/15 13:22, Jussi Kukkonen wrote:
Could you please configure your git so that it tries harder to find
renames: it's hard to see the changes otherwise. Something like this
would work in git config (the other option is renames=copies):
Right,
The kernel package needs kern-tools-native in order for it's
do_kernel_metadata. Thus, devtool extract for kernel in a pristine
environment fails. With the current bb.tinfoil implementation it is not
possible to run arbitrary bitbake commands - e.g. run
bitbake kern-tools-native -c
This patchset contains few patches to slightly improve the support for kernel
packages in devtool. The last of which is an ugly hack - to be removed after a
future tinfoil rewrite when running arbitrary bitbake task functions becomes
possible.
Markus Lehtonen (3):
devtool: make required tasks
Set SRCTREECOVEREDTASKS appropriately in the workspace .bbappend file
for kernel recipes. This tries to ensure that all needed tasks (esp.
configure and patch) are run when building the kernel - tasks which
would normally be disabled by externalsrc.bbclass.
[YOCTO #6658]
Signed-off-by: Markus
Change handling of kernel packages so that the initial rev is parsed
correctly. Also, the devtool-specific git tags (devtool-base and
devtoo-patched) are now generated for kernel packages as well.
[YOCTO #6658]
Signed-off-by: Markus Lehtonen markus.lehto...@linux.intel.com
---
On 8/26/15 10:11 PM, Markus Lehtonen wrote:
Without pasting the whole patch:
--- createrepo-0.4.11.orig/dumpMetadata.py
+++ createrepo-0.4.11/dumpMetadata.py
@@ -92,7 +92,7 @@ def returnHdr(ts, package):
-ts.setVSFlags((rpm.RPMVSF_NOMD5|rpm.RPMVSF_NEEDPAYLOAD))
+
The split is no longer necessary, and only makes it more complicated to
do changes in external layers.
Signed-off-by: Andrew Shadura andrew.shad...@collabora.co.uk
---
meta/recipes-core/dbus/dbus.inc | 170 -
meta/recipes-core/dbus/dbus_1.8.20.bb | 171
Signed-off-by: Andrew Shadura andrew.shad...@collabora.co.uk
---
meta/recipes-core/dbus/dbus-test_1.10.0.bb | 61
meta/recipes-core/dbus/dbus-test_1.8.20.bb | 61
meta/recipes-core/dbus/dbus/python-config.patch | 13 +-
meta/recipes-core/dbus/dbus_1.10.0.bb
Signed-off-by: Andrew Shadura andrew.shad...@collabora.co.uk
---
meta/recipes-core/dbus/dbus_1.10.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/dbus/dbus_1.10.0.bb
b/meta/recipes-core/dbus/dbus_1.10.0.bb
index cbfdf05..31cbef0 100644
---
This patch adds a new bbclass for generating rpm packages that are
signed with a user defined key. The packages are signed as part of the
package_write_rpm task.
In order to enable the feature you need to
1. 'INHERIT += sign_rpm' in bitbake config (e.g. local or
distro)
2. Create a file that
This change makes it possible to create GPG signed RPM package feeds -
i.e. package feed with GPG signed metadata (repodata). All deployed RPM
repositories will be signed and the GPG public key is copied to the rpm
deployment directory.
In order to enable the new feature one needs to define four
Second iteration of my patchset. I tried to address the issues pointed out by
Mark:
1. The gpg key is not imported to the (temporary) rpm databases used by
createrepo. Instead, createrepo is patched to ignore signature
verification altogether.
2. There is a new optional config variable
Disable RPM signature validation so that it is possible to create
package feeds of signed RPM packages without importing the public part
of the signing key into the RPM database. In any case, the signatures
are validated when the packages in the feed are used (e.g. in image
generation of manually
Adds the public package-signing key into this package. It will be
installed under /etc/pki/rpm-gpg if the RPM signing feature is used. The
key file is not currently directly used by anything in the target
system. It is merely there for possible later use.
[YOCTO #8134]
Signed-off-by: Markus
From: Kai Kang kai.k...@windriver.com
Backport patch to fix screen parallel build failure.
Signed-off-by: Kai Kang kai.k...@windriver.com
---
.../screen/0001-fix-for-multijob-build.patch | 58 ++
meta/recipes-extended/screen/screen_4.3.1.bb | 4 +-
2 files
From: Kai Kang kai.k...@windriver.com
The following changes since commit 393bd7496d71eb101f21234c1233a2d18fd2c73e:
oeqa/oetest.py: add better package search for hasPackage() (2015-08-26
08:28:06 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib
On Wed, Aug 26, 2015 at 10:31 PM, Andre McCurdy armccu...@gmail.com wrote:
+IMAGE_CMD_ext4.fastboot () {
+ if [ ${ROOTFS_SIZE} -lt ${FASTBOOT_PARTITION_SIZE} ]; then
+ make_ext4fs -l `expr ${FASTBOOT_PARTITION_SIZE} \* 1024` \
+ ${EXTRA_IMAGECMD}
Hi Benjamin / Mariano,
On Wednesday 26 August 2015 12:26:02 Benjamin Esquivel wrote:
Adding a new test to verify if the packages in the
manifest files actually exists in pkgdata.
-adding a setUpClass for when more tests get created here
-check for the paths and fail gracefully if not there
On 8/26/15 11:27 PM, Markus Lehtonen wrote:
Hi Mark,
On 26/08/15 18:10, Mark Hatle mark.ha...@windriver.com wrote:
On 8/26/15 6:18 AM, Markus Lehtonen wrote:
This change makes it possible to create GPG signed RPM package feeds -
i.e. package feed with GPG signed metadata (repodata). All
71 matches
Mail list logo