On Thu, Mar 23, 2017 at 5:00 PM, Vedang Patel wrote:
> Add support to enable python bindings for libxslt using PACKAGECONFIG.
> This will include --with-python argument while compiling the package.
> The support is disabled by default.
>
> Signed-off-by: Vedang Patel
Add support to enable python bindings for libxslt using PACKAGECONFIG.
This will include --with-python argument while compiling the package.
The support is disabled by default.
Signed-off-by: Vedang Patel
---
meta/recipes-support/libxslt/libxslt_1.1.29.bb | 6 --
1
On Thu, 2017-03-23 at 12:55 -0700, Randy Witt wrote:
> Hi Patel,
>
> On 03/22/2017 06:05 PM, Vedang Patel wrote:
> >
> > Add support to enable python bindings for libxslt using
> > PACKAGECONFIG.
> > This will include --with-python argument while compiling the
> > package.
> > The support is
We don't want to run resize on non serial consoles. There's
been an earlier attempt (6557787), so this builds upon that.
The problem we're seeing is that if there is text buffered in
the virtual console (like from a desperate user trying to
enter login details), resize will get stuck while
Hi Patel,
On 03/22/2017 06:05 PM, Vedang Patel wrote:
Add support to enable python bindings for libxslt using PACKAGECONFIG.
This will include --with-python argument while compiling the package.
The support is disabled by default.
Signed-off-by: Vedang Patel
---
On Thu, Mar 23, 2017 at 12:09 PM, Patrick Ohly wrote:
> On Thu, 2017-03-23 at 11:59 -0700, Andre McCurdy wrote:
>> On Thu, Mar 23, 2017 at 2:06 AM, Mike Looijmans
>> wrote:
>> > On 22-03-17 23:47, Andre McCurdy wrote:
>> >>
>> >> Try to avoid
On 23 March 2017 at 19:22, Khem Raj wrote:
> On Wed, Mar 22, 2017 at 10:54 PM, Fathi Boudra
> wrote:
>> Patch submitted upstream, pending to be merged:
>> https://sourceware.org/bugzilla/show_bug.cgi?id=21286
>
> Patch to glibc is fine provided you
On Thu, 2017-03-23 at 11:59 -0700, Andre McCurdy wrote:
> On Thu, Mar 23, 2017 at 2:06 AM, Mike Looijmans
> wrote:
> > On 22-03-17 23:47, Andre McCurdy wrote:
> >>
> >> Try to avoid native recipes accidentally being dependent on
> >> MACHINE_FEATURES. This simple change
On Thu, 2017-03-23 at 12:28 -0600, Daniel Díaz wrote:
> Signed-off-by: Daniel Díaz
Can you extend your commit message and add an explanation of why this
change is desirable?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and
On Thu, Mar 23, 2017 at 2:06 AM, Mike Looijmans wrote:
> On 22-03-17 23:47, Andre McCurdy wrote:
>>
>> Try to avoid native recipes accidentally being dependent on
>> MACHINE_FEATURES. This simple change doesn't prevent MACHINE_FEATURES
>> set via MACHINE_FEATURES_BACKFILL
Signed-off-by: Daniel Díaz
---
meta/recipes-core/base-files/base-files/profile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/base-files/base-files/profile
b/meta/recipes-core/base-files/base-files/profile
index 7367fd1..c616616
On Thu, Mar 23, 2017 at 12:51 AM, Martin Jansa wrote:
> I'm not sure if this is the root cause, but last qemux86 build shows:
>
>
> | configure: error: --enable-gallium-llvm selected but llvm-config is not
> found
> | ERROR: Function failed: do_configure (log file is
On Thu, Mar 23, 2017 at 1:26 AM, Martin Jansa wrote:
> This breaks build with default gcc with thumb enabled:
>
These are straight backports from upstream. I wonder if this breakage
was just a break in waiting with newer release
> arm-oe-linux-gnueabi-gcc -march=armv7-a
On Wed, Mar 22, 2017 at 10:54 PM, Fathi Boudra wrote:
> Patch submitted upstream, pending to be merged:
> https://sourceware.org/bugzilla/show_bug.cgi?id=21286
Patch to glibc is fine provided you resent it with proper SRC_URI change
and report on how it builds in OE with
Currently, if something is added to a sysroot, its hash remains unchanged,
and it continues to be buildable, it doesn't get removed from the sysroot.
This patch handles the case where something is removed from DEPENDS or
[depends].
It does introduce its own issue where something could get
With recipe specific sysroots its now pointless to do this, may as well
save the cpu cycles.
Signed-off-by: Richard Purdie
---
meta/classes/staging.bbclass | 8
1 file changed, 8 deletions(-)
diff --git a/meta/classes/staging.bbclass
Changed were made to the code but not reflected in vardepsexclude, fix this.
Signed-off-by: Richard Purdie
---
meta/classes/staging.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/staging.bbclass
BB_SETSCENE_VERIFY_FUNCTION2 replaced BB_SETSCENE_VERIFY_FUNCTION
and due to our minimum bitbake requirements there is no point in
retaining the older version any more.
Signed-off-by: Richard Purdie
---
meta/classes/staging.bbclass | 15 ---
1
The original description for this was:
"""
Since we clean out do_populate_sysroot if do_configure runs, don't
allow do_populate_sysroot_setscene functions if we're going to
run do_configure.
"""
With RSS, we don't need to clean do_populate_sysroot any more. Since
we no longer do that, this
On Wed, 2017-03-22 at 14:42 -0700, Andre McCurdy wrote:
> Currently native.bbclass clears MACHINEOVERRIDES but leaves
> MACHINE_FEATURES alone. Is that an oversight? Or is there ever a
> legitimate reason for a native recipe to have a dependency on
> MACHINE_FEATURES?
There is no good reason.
On 24 March 2017 at 02:14, Nathan Rossi wrote:
> The windres binutils binary which is used for Windows resource files
> requires utf-16 and cp1252 encoding support in order to correctly
> generate resource files with strings. As such when using uninative to
> build mingw
On Thu, 2017-03-23 at 15:57 +1300, Paul Eggleton wrote:
> Hi Leo,
>
> On Thursday, 23 March 2017 9:53:31 AM NZDT Patchwork wrote:
> > == Series Details ==
> >
> > Series: #10618: Increase oe-selftest coverage of wic codebase (first part)
> > Revision: 1
> > URL :
On Thu, 2017-03-23 at 15:57 +1300, Paul Eggleton wrote:
> Hi Leo,
>
> On Thursday, 23 March 2017 9:53:31 AM NZDT Patchwork wrote:
> > == Series Details ==
> >
> > Series: #10618: Increase oe-selftest coverage of wic codebase (first part)
> > Revision: 1
> > URL :
The windres binutils binary which is used for Windows resource files
requires utf-16 and cp1252 encoding support in order to correctly
generate resource files with strings. As such when using uninative to
build mingw resources for a nativesdk target the windres binary is
executed on the native
Hello,
Please ignore this patch, I will send a v2 with improvements.
Regards,
Romain
Le 23/03/2017 à 15:52, Romain Perier a écrit :
> Currently, this recipe only supports daily scheduling via a cron job.
> This commit adds support for systemd, including systemd service and
> systemd timer.
On 23 March 2017 at 15:30, Fathi Boudra wrote:
> thanks for the catch. Actually, it has been tested ;)
> It only breaks for folks that have a bbappend (it wasn't my case).
>
file://0027-locale-fix-hard-coded-reference-to-gcc-E.patch \
+
On 23 March 2017 at 13:25, Burton, Ross wrote:
>
> On 23 March 2017 at 05:54, Fathi Boudra wrote:
>>
>> +
>> file://0028-bits-siginfo.h-enum-definition-for-TRAP_HWBKPT-is-mi.patch
>
>
> Not that I'm suggesting you didn't test your patch, but this
Currently, this recipe only supports daily scheduling via a cron job.
This commit adds support for systemd, including systemd service and
systemd timer. When the corresponding distro feature is enabled the
systemd timer will be used instead of the cron job.
Signed-off-by: Romain Perier
On 22-03-17 23:47, Andre McCurdy wrote:
Try to avoid native recipes accidentally being dependent on
MACHINE_FEATURES. This simple change doesn't prevent MACHINE_FEATURES
set via MACHINE_FEATURES_BACKFILL sneaking through, but it's better
than nothing.
Maybe this would work:
* when OPKGLIBDIR doesn't have the default /var/lib value it will
silently fail to copy package database from normal rootfs to debugfs
rootfs and then when trying to install *-dbg complimentary packages
it won't install anything, because installed_pkgs.txt file generated
from debugfs is
On Thu, Mar 23, 2017 at 11:34:22AM +0100, Martin Jansa wrote:
> * when OPKGLIBDIR doesn't have the default /var/lib value it will
> silently fail to copy package database from normal rootfs to debugfs
> rootfs and then when trying to install *-dbg complimentary packages
> it won't install
* respect it for incremental rootfs generation
* add lists_dir option to opkg.conf
* also fix setting info_dir and status_file when they use default value, the
problem is that self.opkg_dir is already prefixed with rootfs directory,
comparing it with /var/lib/opkg always returned false and the
The following changes since commit ddf907ca95a19f54785079b4396935273b3747f6:
Revert "file: update SRCREV for 5.28 to fix fetch fail on missing commit"
(2017-03-21 22:17:57 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
* when OPKGLIBDIR doesn't have the default /var/lib value it will
silently fail to copy package database from normal rootfs to debugfs
rootfs and then when trying to install *-dbg complimentary packages
it won't install anything, because installed_pkgs.txt file generated
from debugfs is
From: Ming Liu
The original purpose of these code was to repackage initramfs bundled
kernel before image do_build, but it does not really work because the
initramfs bundled kernel images are not packaged at all after commit
From: Ming Liu
To implement initramfs bundled kernel packaging.
The kernel images are copied from DEPLOY_DIR_IMAGE, and a list of
packages will be generated according to KERNEL_IMAGETYPES setting.
For instance:
For KERNEL_IMAGETYPES = "bzImage vmlinux"
the
From: Ming Liu
It defaults to ${INITRAMFS_IMAGE}-${MACHINE} if INITRAMFS_IMAGE is not
empty.
This allows the end users to be able to override the initramfs image
name with a customized value.
Signed-off-by: Ming Liu
---
From: Ming Liu
- Move the addtask statment that kernel_link_images needs run after
do_compile from linux-yocto.inc to kernel.bbclass. Or else the recipes
that inheriting kernel.bbclass might run into implicit dependency
issues.
- Fix a typo, "addtask
From: Ming Liu
Changes in V4:
1 Do not append 'vmlinux' to KERNEL_IMAGETYPES.
Ming Liu (4):
kernel.bbclass: fix some incorrect inter-task dependencies
kernel.bbclass: introduce INITRAMFS_IMAGE_NAME
image.bbclass: remove initramfs bundle related code
[YOCTO #9542]
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/security_flags.inc| 1 -
.../0001-Resolve-string-formatting-issues.patch| 29 ++
meta/recipes-devtools/expect/expect_5.45.bb| 1 +
3 files
On 22 March 2017 at 18:24, Khem Raj wrote:
> meta/lib/oeqa/selftest/recipetool.py:checkvars['SRC_URI'] =
> 'https://fedorahosted.org/releases/l/o/logrotate/logrotate-${PV}.tar.gz'
> meta/recipes-devtools/xmlto/xmlto_0.0.28.bb:SRC_URI =
>
On 23 March 2017 at 05:54, Fathi Boudra wrote:
> + file://0028-bits-siginfo.h-enum-definition-for-TRAP_
> HWBKPT-is-mi.patch
>
Not that I'm suggesting you didn't test your patch, but this line is
missing a backslash...
:)
Ross
--
Hi,
I'm currently looking into the configuration of busybox. What I want to
do is to have my own defconfig in my own layer added by a bbappend file.
During configuration of busybox I want use my defconfig file. What
happens is that my defconfig is used as a base but then a couple of .cfg
* respect it for incremental rootfs generation
* add lists_dir option to opkg.conf
* also fix setting info_dir and status_file when they use default value, the
problem is that self.opkg_dir is already prefixed with rootfs directory,
comparing it with /var/lib/opkg always returned false and the
* when OPKGLIBDIR doesn't have the default /var/lib value it will
silently fail to copy package database from normal rootfs to debugfs
rootfs and then when trying to install *-dbg complimentary packages
it won't install anything, because installed_pkgs.txt file generated
from debugfs is
The following changes since commit d1d55041e38b12d40f896834b56475ea19a6047f:
sstate: Ensure installation directory is empty before execution (2017-03-22
10:12:10 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/master-rootfs-fix
On Thu, 23 Mar 2017, Mark Hatle wrote:
> On 3/22/17 7:02 PM, Robert P. J. Day wrote:
> > On Wed, 22 Mar 2017, Burton, Ross wrote:
> >
> >>
> >> On 22 March 2017 at 10:51, Robert P. J. Day wrote:
> >> from site.conf.sample, the obvious content is things like:
> >>
>
Replace hardcoded '/lib' in kernel firmware installation path with
${nonarch_base_libdir}.
Signed-off-by: Amarnath Valluri
---
meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
This breaks build with default gcc with thumb enabled:
arm-oe-linux-gnueabi-gcc -march=armv7-a -mthumb -mfpu=neon
-mfloat-abi=softfp -mcpu=cortex-a9 -mtune=cortex-a9 -funwind-tables
-rdynamic --sysroot=WORKDIR/recipe-sysroot -I.. -I../.. -I../modes
-I../asn1 -I../evp -I../../include -fPIC
I'm not sure if this is the root cause, but last qemux86 build shows:
| configure: error: --enable-gallium-llvm selected but llvm-config is not found
| ERROR: Function failed: do_configure (log file is located at
On 23 March 2017 at 09:37, Jussi Kukkonen wrote:
> On 22 March 2017 at 22:17, Patel, Vedang wrote:
> >
> > Hi Jussi,
> >
>
> Hi Vedang,
>
>
... and somehow I only received the rest of the discussion (where all my
points were already handled)
On 22 March 2017 at 22:17, Patel, Vedang wrote:
>
> Hi Jussi,
>
Hi Vedang,
If you can make your email client use ">" for quoting that would be great
(so it's possible to see who's talking even in plain text).
PACKAGECONFIG comments below.
> On Tue, 2017-03-21 at 08:36
52 matches
Mail list logo