Dear Anders,
Regarding the binfmt part, you're right, it should be a second patch... I
will resend it separately.
For the gcrypt/resolved patch, I will rework it.
One thing, though, the idea was to add the --disable-gcrypt in the
EXTRA_OECONF, if neither gcrypt nor resolved are enabled.
Hence
(Resending as it didn't go to the list).
Thanks!
I've just ran into this myself this morning.
A few comments are inlined.
* Herve Jourdain [160307 11:51]:
> # Sign the journal for anti-tampering
> -PACKAGECONFIG[gcrypt] = "--enable-gcrypt,--disable-gcrypt,libgcrypt"
On Mon, Mar 07, 2016 at 12:47:09PM +0100, Anders Darander wrote:
> (Resending as it didn't go to the list).
>
> Thanks!
>
> I've just ran into this myself this morning.
>
> A few comments are inlined.
>
> * Herve Jourdain [160307 11:51]:
>
> > # Sign the journal for
Systemd: - RESOLVED depends on GCRYPT, so GCRYPT should be enabled if
RESOLVED is enabled
- ${PN}-binfmt should be added to SYSTEMD_PACKAGES only if
binfmt is enabled
Without this patch, build fails when gcrypt is not in PACKAGECONFIG, but
resolved is, or when binfmt is not in
In case a getty is required on a UART which is not being
used as the kernel console, the current agetty invocation
fails to obey the baud rate configured through the
SERIAL_CONSOLES variable because it uses --keep-baud.
Signed-off-by: Awais Belal
---
On 7 March 2016 at 12:01, Herve Jourdain wrote:
> For the gcrypt/resolved patch, I will rework it.
> One thing, though, the idea was to add the --disable-gcrypt in the
> EXTRA_OECONF, if neither gcrypt nor resolved are enabled.
> Hence the removal of "--disable-gcrypt" in
We're seeing various failures where nativesdk glibc can't find the gconv
modules. We've tried various workaround but this needs fixing
'properly'.
One significant problem is knowing when a binary would use this glibc
and
hence when to set the path and when not to.
Add the default path to its
* Burton, Ross [160307 13:11]:
> On 7 March 2016 at 12:01, Herve Jourdain wrote:
> > For the gcrypt/resolved patch, I will rework it.
> > One thing, though, the idea was to add the --disable-gcrypt in the
> > EXTRA_OECONF, if neither gcrypt nor
On 7 March 2016 at 03:53, Li Xin wrote:
> Since with this release of the LSB 5.0, the Qt 3 library has been removed
> Ref: https://wiki.linuxfoundation.org/en/ReleaseNotes50#Qt_3_Removed
>
Whilst it's unspecified the LSB packages are mostly LSB 4.1. If we're
going to
Integrating the following commit for improved iwlwifi support:
iwlwifi: mvm: don't allow sched scans without matches to be started
commit 5e56276e7555b34550d51459a801ff75eca8b907 upstream.
The firmware can perform a scheduled scan with not matchsets passed,
but it can't send
The recent split/factoring between production and development
kernel configurations, EXPERT, EMBEDDED and DEBUG_KERNEL are no longer
selected for all kernel types. This means that ftrace is no longer
selected by default in in standard BSPs, causing breakage in things
that relied on it.
Hi all,
Ross pointed out that the AB found some issues with lttng when the refactored
kernel types change was included (missing modules).
I previously sent patch [linux-yocto/kernel-meta: ktype refactoring: move
DEBUG_KERNEL,
EXPERT and EMBEDDED], and I've included it in this updated pull
Integrating the folliwing patch series from Cal:
This patch series refactors the ktypes so that base and standard ktypes
do not enable EMBEDDED, EXPERT, or DEBUG_KERNEL. The reason this
decision was made is because production platforms likely do not want
DEBUG_KERNEL enabled, and EMBEDDED
For example, this picks up a file named MIT-LICENSE.txt.
Signed-off-by: Paul Eggleton
---
scripts/lib/recipetool/create.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index
Rather than rolling all of an npm module's dependencies into the same
package, split them into one module per package. Additionally, mark each
package with the appropriate license using the license scanning we
already do, falling back to the license stated in the package.json file
for the module
If the user specifies an npm:// URL then the fetcher needs npm to be
available to run, so check if it's available early rather than failing
later.
Signed-off-by: Paul Eggleton
---
scripts/lib/recipetool/create.py | 6 ++
1 file changed, 6 insertions(+)
diff
Allow for whitespace in appropriate places, and ensure we match all
whitespace chars not just the space character.
(This fixes extracting dependencies from tmux's configure.ac, for
example.)
Signed-off-by: Paul Eggleton
---
Improvements to the following areas of recipetool create:
* License detection
* Autotools program mapping and spacing in macro regexes
* npm module handling
The following changes since commit 0d02159c8d66bb136f7da2c10fda7d1a57f40cec:
image.bbclass: fix incomplete .rootfs customization
Make the following improvements to mapping items specified in
AC_CHECK_PROG, AC_PATH_PROG and AX_WITH_PROG to recipes/classes:
* Produce a map of native recipe -> binary for all binaries currently in
STAGING_BINDIR_NATIVE and use this when mapping items
* Add some more entries to the class map
Matching license texts directly to md5sums only goes so far. Some
licenses make the copyright statement an intrinsic part of the license
statement (e.g. MIT) which of course varies between projects. Also,
people often seem to take standard license texts such as GPLv2 and
reformat them cosmetically
Hi Markus,
On Thu, 25 Feb 2016 16:29:47 Markus Lehtonen wrote:
> Be a bit more intelligent than mindlessly re-compiling every time.
> Instead of using 'nostamp' flag for do_compile run a python function to
> get a list of files to add as 'file-checksums' flag. The intention is
> to only re-run
Hello Daniel,
On Mon, Mar 7, 2016 at 9:55 PM, Otavio Salvador wrote:
> On Mon, Mar 7, 2016 at 11:34 AM, Daniel Dragomir
> wrote:
>> This patch adds tunes for 32-bit armv8 platforms. The user can select
>> the vector floating-point
Ping
> -Original Message-
> From: Mittal, AnujX
> Sent: Wednesday, March 02, 2016 5:56 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Chang, Rebecca Swee Fun ; Mittal, AnujX
>
> Subject: [meta-intel][master][jethro][PATCH
Looks like we are still falling victim to:
"chroot.c: fork() failed: Resource temporarily unavailable) = 57"
So we restore the removal of rlimit-nproc in avahi.conf, and could
receive return value from daemon process to start avahi-daemon.service
successfully.
The original patch is from
Hi Ross,
Duly noted, actually I tried several times through git-send-email, but it
didn’t go through… I’m trying to figure out how to have it working in my
configuration, but as a last resort I turned to Oulook…
Until I fix my configuration, if I have other patches to send, I’ll follow your
== Tested changes (not included in master yet) - bitbake ==
5206b0d world-image: add extra target
== Tested changes (not included in master yet) - openembedded-core ==
2310fe1 no-static-libs.inc: add gdb
11af190 base.bbclass: Introduce EXTRA_CONF_PACKAGECONFIG variable
7571d27 recipes: Replace
Do not assume that the recipes in OE-Core are the only ones using
gstreamer1.0-plugins.inc or that all GStreamer plugins support
localization. Without this reversal, all our GStreamer plugin recipes
started spewing out:
configure: WARNING: unrecognized options: --disable-nls
This reverts commit
Hello!
This is a new version for the patch, against master branch:
http://lists.openembedded.org/pipermail/openembedded-core/2016-February/117603.html
@Martin, I pushed the results from testing with your script in a personal repo:
Tune results without the patch - clean open-embedded (master
This patch adds tunes for 32-bit armv8 platforms. The user can select
the vector floating-point instruction set: vfpv4 or fp-armv8
and the thumb, neon, crc and crypto extensions.
Signed-off-by: Daniel Dragomir
---
meta/conf/machine/include/arm/arch-armv8a.inc
This reverts a recent change to streamer1.0-plugins.inc where it was
made to inherit gettext. This caused all out GStreamer plugins to
start generating warnings since they lack localization support.
//Peter
The following changes since commit d2c96caa40d6979792b7b73f37e81e2bc67f6735:
mtools:
By default, the image file name contains ".rootfs" to distinguish the
image file from other files created during image building. However,
for certain image types (for example, .hddimg) the ".rootfs" suffix is
redundant because the type suffix alone already uniquely identifies
the main image file
In Ostro OS (https://ostroproject.org) we have a custom image class
which creates a whole-disk image
(https://github.com/ostroproject/meta-ostro/blob/master/meta-ostro/classes/image-dsk.bbclass).
Currently that class is more complex than it should be because it
re-implements image compression and
Hmmm… It seems the subject line was cut… It was supposed to say "system: binfmt
should be added to SYSTEMD_PACKAGES only if binfmt is enabled".
Yep, the second condition was overkill, I agree.
I'll send a new version of the patch.
Thanks,
Herve
From: Burton, Ross [mailto:ross.bur...@intel.com]
The path isn't correct as we use /run/udev now, also /run/udev is the default
value, and eudev doesn't let you override it like this anyway.
Signed-off-by: Ross Burton
---
meta/recipes-core/udev/eudev_3.1.5.bb | 2 --
1 file changed, 2 deletions(-)
diff --git
On 1 March 2016 at 20:12, Johannes Pointner wrote:
> This fixes the check of the libdrm version in the configure script.
>
For patches to stable branches please explain why this isn't also required
to be applied to master.
Ross
--
On 28 February 2016 at 11:38, Jens Rehsack wrote:
> - echo 'udev_run="/var/run/udev"' >> ${D}${sysconfdir}/udev/udev.conf
> + echo 'udev_run="/run/udev"' >> ${D}${sysconfdir}/udev/udev.conf
>
oe-core has eudev now so this would need rebasing, but I can't see any
Signed-off-by: Herve Jourdain
---
meta/recipes-core/systemd/systemd_229.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_229.bb
b/meta/recipes-core/systemd/systemd_229.bb
index 16af0ac..a537dd3 100644
---
On 1 March 2016 at 09:37, Dengke Du wrote:
> http.test httpold.test socket.test failed when run the pTest-tcl,because
> the tcl script "info hostname" in /usr/lib/tcl/ptest/tests/http.test on
> target fail. When run the "info hostname" get the hostname,but it can find
>
meta/lib/oe/package_manager.py was also updated. This ensures that any
diagnostic messages are ignored from the output of rpmresolve.
The patches have been split into bug fixes (things that belong upstream)
and local changes that are OE specific.
The following patches are obsolete and have been
RPM interally has support to build and work with the stack protector.
This is disabled by default in the RPM package, and the proper settings
should be specified in the security_flags. Using the default setting of
stack-protector-strong causes linking problems due to issues with libtool
selecting
v4:
* Move large patches to externally downloaded
- Included in a commit to be testable, but that commit should not be merged
* Disable default stack-protector for popt
* Fix AddErase API breakage
* Break popt header dependency
* Allow popt to be built internal
Allow the user to set the specific digest and non-repudiable signature
algorithms. This should be done on a distribution wide basis.
See recipe for exact instructions, but values are now set using:
RPM_FILE_DIGEST_ALGO (default 1 - md5)
RPM_SELF_SIGN_ALGO (default DSA)
Also, change the
From: Chris Austen
Signed-off-by: Patrick Williams
---
meta/classes/siteinfo.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/siteinfo.bbclass b/meta/classes/siteinfo.bbclass
index b715b6c..1b3906c 100644
---
First, the commit message isn't accurate (binfmt was already in
SYSTEMD_PACKAGES).
On 7 March 2016 at 14:17, Herve Jourdain wrote:
> -SYSTEMD_PACKAGES = "${PN}-binfmt"
> -SYSTEMD_SERVICE_${PN}-binfmt = "systemd-binfmt.service"
> +SYSTEMD_PACKAGES =
The reason I thought this patch wouldn't be needed for master is that
it was included in xserver 1.18.1 and master is already on xserver
1.18.0.
Do you know if it is planned to switch to the newer 1.18.1 version?
2016-03-07 15:02 GMT+01:00 Burton, Ross :
>
> On 1 March 2016
It makes sense to use the compression mechanism also for conversion,
for example of a whole-disk image into .vdi (VirtualBox). That part
already works, like this:
COMPRESSIONTYPES_append = " vdi"
COMPRESS_CMD_vdi = "qemu-img convert -O vdi
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}
Your mailer (Outlook, by the look of it) is corrupting patches (wraps lines
when they shouldn't be wrapped), in the future please don't send patches by
pasting them into an email but use git-send-email if you can, or attach the
patch if you can't. For a one-liner I could fix up the patch by hand
>
> I've merged this into my staging branch for master, no need to send again.
>
> Thanks Martin and Ross.
Regards,
Jagadeesh
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
Signed-off-by: Mark Hatle
---
meta/recipes-support/db/db_6.0.30.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/db/db_6.0.30.bb
b/meta/recipes-support/db/db_6.0.30.bb
index 9505def..50a469b 100644
---
Popt may be internal or external to rpm. Either way the rpm libraries
will link properly with or without -lpopt.
Signed-off-by: Mark Hatle
---
meta/recipes-devtools/rpm/rpmresolve_1.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Note the upstream submission in the patches.
Signed-off-by: Mark Hatle
---
meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch| 2 +-
.../0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch | 2 +-
The new lines follow (patch 1/6). I won't be sending a full patch in order to
stop polluting mailboxes.
+SRC_URI =
"http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.15-0.20140824.src.rpm;name=srpm;extract=rpm-5.4.15.tar.gz
\
+
On 4 March 2016 at 18:21, Bruce Ashfield
wrote:
> Some coordination is required for this change, as existing BSPs WILL be
> affected, and will either need to accept the changes in the standard
> ktype or move to the developer ktype.
>
As qemu machines are
Signed-off-by: Ross Burton
---
.../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch | 37 +++---
1 file changed, 25 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch
The patch for making the .rootfs configurable was incomplete: in the
python create_symlinks() method the new variable must be expanded
explicitly.
Not doing so broke the symlink creation and that led to hard build
failures in image types depending on the boot-directdisk.bbclass (like
qcow2)
On 3/7/16 2:11 PM, Ross Burton wrote:
> Signed-off-by: Ross Burton
Tested and it works.
If I need to spin a V6, I'll include this -- otherwise it should be added on
it's own.
--Mark
> ---
> .../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch | 37
>
This fixes the check of the libdrm version in the configure script.
Signed-off-by: Johannes Pointner
---
.../modesetting_libdrm_requirements.patch | 29 ++
.../xorg-xserver/xserver-xorg_1.18.0.bb| 1 +
2 files changed, 30
Adjusted white space in the DISABLE_STATIC to make output of the -e
option more readable.
becomes
Signed-off-by: Saul Wold
---
meta/conf/distro/include/no-static-libs.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Sure, I'll send a patch for master.
Furthermore, I'll send a second version of this one, because I just
saw that I messed up the file mode of the patch file.
2016-03-07 17:00 GMT+01:00 Burton, Ross :
>
> On 7 March 2016 at 14:50, Johannes Pointner
V2
Signed-off-by: Herve Jourdain
---
meta/recipes-core/systemd/systemd_229.bb | 2 ++--
1 file changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_229.bb
b/meta/recipes-core/systemd/systemd_229.bb
index 16af0ac..a537dd3 100644
---
On 28 November 2015 at 08:09, Jagadeesh Krishnanjanappa <
jkrishnanjana...@mvista.com> wrote:
> We get below host contamination warnings of license files for
> each recipe, when we try to create a separate ${PN}-lic package (which
> contains license files), by setting LICENSE_CREATE_PACKAGE equal
On 7 March 2016 at 16:45, Jagadeesh Krishnanjanappa <
jkrishnanjana...@mvista.com> wrote:
> I can send an updated patch for the master branch. For jethro, this patch
> can be applied successfully.
>
I've merged this into my staging branch for master, no need to send again.
Ross
--
On 7 March 2016 at 14:50, Johannes Pointner wrote:
> The reason I thought this patch wouldn't be needed for master is that
> it was included in xserver 1.18.1 and master is already on xserver
> 1.18.0.
> Do you know if it is planned to switch to the newer 1.18.1 version?
>
Changelog since 2016-02-28 until 2016-03-06. 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:
This patch was applying correctly for jethro and master, when it was sent
on 28th Nov 2015. Now, it applies correctly for jethro. And for master it
applies with hunk warning as below
-- snip --
patching file meta/classes/license.bbclass
Hunk #1 succeeded at 350 (offset 165 lines).
-- snip --
I
Hi,
We have a few sessions at this Linaro connect that could be in
interest of Linux distributions working on Arm/Linux:
Tuesday 14.00 Bangkok time: (07.00 UTC):
https://bkk16.pathable.com/meetings/372827 BKK16-212: What's broken on ARM64?
Thursday 10.10 Bangkok time: (03.00 UTC):
Hello Daniel,
On Mon, Mar 7, 2016 at 11:34 AM, Daniel Dragomir
wrote:
> This patch adds tunes for 32-bit armv8 platforms. The user can select
> the vector floating-point instruction set: vfpv4 or fp-armv8
> and the thumb, neon, crc and crypto extensions.
>
>
Adjusted white space in the DISABLE_STATIC to make output of the -e
option more readable.
Before:
" --enable-opt1 --with_opt1=${libdir}${DISABLE_STATIC}
After
" --enable-opt1 --with_opt1=${libdir} ${DISABLE_STATIC}
Signed-off-by: Saul Wold
---
v2: Fixed commit message to
v2: Fixed file mode of patch file.
This fixes the check of the libdrm version in the configure script.
Signed-off-by: Johannes Pointner
---
.../0002-modesetting_libdrm_requirements.patch | 29 ++
.../xorg-xserver/xserver-xorg_1.17.2.bb
69 matches
Mail list logo