On Thu, Mar 23, 2017 at 12:11 PM, Fathi Boudra wrote:
> 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 fi
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
> ---
> meta/recipes-suppor
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 file changed, 4 insertions
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 disa
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 calling
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
---
meta/recipes-support/libxslt/l
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 native recipes accidentally being dependent on
>> >>
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 resent it with proper SRC_URI change
> and repo
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 doesn't prevent MACHINE_FE
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 although
I am an employee of I
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 sneaking through, but it'
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 100644
--- a/meta/recipes-co
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 located at
> /home/jenkins/oe/
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 -mthumb -mfpu=neon
> -mf
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 this change applied
>
>
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 removed
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 b/meta/classes/staging.bbclass
index df77408..93d39c
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 b/meta/classes/staging.bbclass
index f7a1707..6dd21e8 10064
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 file changed, 15 deletions(-)
diff --gi
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 functio
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. Curr
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 resources for a nativesdk
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 : https://patchwork.openembedded.
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 : https://patchwork.openembedded.
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 host
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. When
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 \
+ file://0028-bits-siginfo.h-enum-defin
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 line is missing
> a backslash...
>
> :)
thanks fo
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
---
Note:
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:
MACHINE_FEATURES_B
* 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 emp
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 any
* 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 jansa/morty-rootfs-
* 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 emp
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
a49569e3a7534779bbe3f01a0647fd076c95798d:
[ kernel.bbclass: do not copy b
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 generated packages would be:
- kernel
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
---
meta/classes/kernel-fitimage.bbclass | 10 +-
meta/classes/kernel
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 do_strip" should be "addtask strip".
- R
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
kernel-initramfs: add recipe
meta/cl
[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 changed, 30 insertions(+), 1 deletion(-
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 =
> "https://fedorahosted.org/releases/x/m/xmlto/xmlto-
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
--
___
Opene
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
file
* 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 emp
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
ht
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:
> >>
> >> * download dir
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 a/meta/recipes-kernel/linux-firmware/lin
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 -DOPE
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
/home/jenkins/oe/world/shr-core/tmp-glibc/work/i586-oe-linux/mesa/2_17.0.1-r0/temp/l
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) now: carry on, sorry for spam.
Jussi
--
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 +, Kukkonen, Jussi wr
53 matches
Mail list logo
