same early
patch but I assume that was to get the fix done prior to public
exposure. As there's a proper fix isn't that better?
Matthew
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#201438):
https://lists.openembedded.org/g/openembedd
. Having all three keys does not
significantly increase compatability. Also RSA keys are being deprecated
as they are no longer considered secure. Using just an ecdsa key reduces
key generation time by roughly 75%.
Signed-off-by: Matthew Bullock
---
.../openssh/openssh_9.7p1.bb | 29
Richard Purdie writes:
> On Wed, 2020-08-05 at 15:23 -0400, Matthew wrote:
>> My poky master is the latest commit (5e1bc3ef5a * net-tools: fix
>> upstream version check) and my patch applies perfectly. Why is
>> Patchwork complaining?
>
> FWIW I just tried to app
[YOCTO #13802]
Make the scp failure non-fatal so the ltp tests continue to run and
the rest of the logs will be available to see afterwards.
Signed-off-by: Mingde (Matthew) Zeng
---
meta/lib/oeqa/core/target/ssh.py | 7 +--
meta/lib/oeqa/runtime/cases/ltp.py | 5 +++--
2 files changed, 8
ment the
> version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
> [PATCH v3] -> ...).
>
> ---
> Guidelines:
> https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
> Test framework: http://git.yoctoproject.org/cgit/cgit.cg
[YOCTO #13802]
Make the scp failure non-fatal so the ltp tests continue to run and
the rest of the logs will be available to see afterwards.
Signed-off-by: Mingde (Matthew) Zeng
---
meta/lib/oeqa/core/target/ssh.py | 7 +--
meta/lib/oeqa/runtime/cases/ltp.py | 5 +++--
2 files changed, 8
Richard Purdie writes:
> On Wed, 2020-08-05 at 14:33 -0400, Mingde (Matthew) Zeng wrote:
>> Richard Purdie writes:
>>
>> > On Wed, 2020-08-05 at 14:10 -0400, Matthew wrote:
>> > > [YOCTO #13802]
>> > >
>> > > Make the scp failure no
Richard Purdie writes:
> On Wed, 2020-08-05 at 14:10 -0400, Matthew wrote:
>> [YOCTO #13802]
>>
>> Make the scp failure non-fatal so the ltp tests continue to run and
>> the rest of the logs will be available to see afterwards.
>>
>> Signed-off-by: Min
[YOCTO #13802]
Make the scp failure non-fatal so the ltp tests continue to run and
the rest of the logs will be available to see afterwards.
Signed-off-by: Mingde (Matthew) Zeng
---
meta/lib/oeqa/core/target/ssh.py | 7 +--
meta/lib/oeqa/runtime/cases/ltp.py | 2 +-
2 files changed, 6
Richard Purdie writes:
> On Wed, 2020-08-05 at 13:15 -0400, Mingde (Matthew) Zeng wrote:
>> [YOCTO #13802]
>>
>> Make the scp failure non-fatal so the ltp tests continue to run and
>> the rest of the logs will be available to see afterwards.
>>
>&g
Richard Purdie writes:
> On Wed, 2020-08-05 at 13:15 -0400, Mingde (Matthew) Zeng wrote:
>> [YOCTO #13802]
>>
>> Make the scp failure non-fatal so the ltp tests continue to run and
>> the rest of the logs will be available to see afterwards.
>>
>&g
[YOCTO #13802]
Make the scp failure non-fatal so the ltp tests continue to run and
the rest of the logs will be available to see afterwards.
Signed-off-by: Mingde (Matthew) Zeng
---
meta/lib/oeqa/core/target/ssh.py | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a
Richard Purdie writes:
> On Wed, 2020-08-05 at 11:50 -0400, Matthew wrote:
>> [YOCTO #13802]
>>
>> Make the scp failure non-fatal so the ltp tests continue to run and
>> the rest of the logs will be available to see afterwards.
>>
>> Signed-off-by: Min
Richard Purdie writes:
> On Wed, 2020-07-29 at 09:09 -0400, Matthew wrote:
>> Fixes [YOCTO #13802]
>
> Thanks, we can reference the bug but I don't think we can yet claim it
> fixes it.
>
> The missing log issue happened again:
> https://autobuilder.yoctoproject.
[YOCTO #13802]
Make the scp failure non-fatal so the ltp tests continue to run and
the rest of the logs will be available to see afterwards.
Signed-off-by: Mingde (Matthew) Zeng
---
meta/lib/oeqa/core/target/ssh.py | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a
Khem Raj writes:
> On Wed, Jul 29, 2020 at 8:27 PM Mingde (Matthew) Zeng
> wrote:
>>
>>
>> Khem Raj writes:
>>
>> > on master-next I am also seeing
>> >
>> > step1b: WARNING: ltp-20200515-r0 do_patch: QA Issue: Patch log
>
[YOCTO #13802]
Remove the OOM tests, since they might cause oeqa ssh
connection lost.
Signed-off-by: Mingde (Matthew) Zeng
---
...001-Remove-OOM-tests-from-runtest-mm.patch | 34 +++
meta/recipes-extended/ltp/ltp_20200515.bb | 1 +
2 files changed, 35 insertions(+)
create
a commit directly effected the
line above my change, resulting the diff to look slightly different.
I could send a patch on top of this commit, or is it possible to revert this
merged commit altogether and I will send a new patch, to keep the git log
clean. Whichever preferred by YP.
Matthe
Richard Purdie writes:
> On Wed, 2020-07-29 at 09:09 -0400, Matthew wrote:
>> Fixes [YOCTO #13802]
>
> Thanks, we can reference the bug but I don't think we can yet claim it
> fixes it.
Sure, would something like the following work?
Reference [YOCTO #13802]
>
> T
Fixes [YOCTO #13802]
Remove the OOM tests, since they might cause oeqa ssh
connection lost.
Signed-off-by: Mingde (Matthew) Zeng
---
...001-Remove-OOM-tests-from-runtest-mm.patch | 33 +++
meta/recipes-extended/ltp/ltp_20200515.bb | 1 +
2 files changed, 34 insertions
Error, please ignore.
Matthew writes:
> Fixes [YOCTO #13802]
>
> Temporarily remove the OOM tests, since they might cause oeqa ssh
> connection lost.
>
> Let's wait for a week or two to see if the error stops occuring.
>
> Signed-off-by: Mingde (Matthew) Zeng
>
Fixes [YOCTO #13802]
Temporarily remove the OOM tests, since they might cause oeqa ssh
connection lost.
Let's wait for a week or two to see if the error stops occuring.
Signed-off-by: Mingde (Matthew) Zeng
---
...001-Remove-OOM-tests-from-runtest-mm.patch | 33 +++
1
Fixes [YOCTO #13802]
Temporary disable mm test for a while, since it calls the OOM tests.
See ltp-git/runtest/mm:
oom01 oom01
oom02 oom02
oom03 oom03
oom04 oom04
oom05 oom05
Let's wait for a week or two to see if the error stops occuring.
Signed-off-by: Mingde (Matthew)
configure option (ie. --without-oom) to ltp
that prevents the OOM tests (ltp/testcases/kernel/mem/oom) from compiling
entirely. I talked with the upstream, and they suggested just skipping these
tests using:
runltp -S SKIPFILE Skip tests specified in SKIPFILE
Signed-off-by: Mingde (Mat
Commit [b74bbed51b0c0d44b70b136326a8a23cbc64db01 power_management:
compile testcases/kernel/power_management by default] from ltp upstream
removed --with-power-management-testsuite option, it's on by default.
Signed-off-by: Mingde (Matthew) Zeng
---
meta/recipes-extended/ltp/ltp_20200515.b
Can we get an update regarding the status of this patch? It is to fix
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13841 which the target
milestone is set to 3.1 M4.
Thanks,
Matthew
Alexander Kanavin writes:
> Upstream only enables the test if --with-patch-wrapper
> was suppl
Fixes [YOCTO #13609]
avahi_0.7.bb defines 9 PACKAGES. However, avahi.inc generically sets
LICENSE to "GPLv2+ & LGPLv2.1+". The library specific
packages should be LGPLv2.1+ only.
Signed-off-by: Matthew Zeng
---
meta/recipes-connectivity/avahi/avahi_0.7.bb | 10 ++
1 fi
Fixes [YOCTO #13296]
The lib/warnings test fails on certain images such as
core-image-sato. The upstream has already fixed this issue, thus
submitting the relevent backport patch.
Signed-off-by: Matthew Zeng
--
Mingde (Matthew) Zeng
---
...rl-134117-Close-DATA-in
Fixes [YOCTO #13296]
The lib/warnings test fails on certain images such as
core-image-sato. The upstream has already fixed this issue, thus
submitting the relevent backport patch.
Signed-off-by: Matthew Zeng
--
Mingde (Matthew) Zeng
---
...rl-134117-Close-DATA-in
Fixes [YOCTO #13296]
The lib/warnings test fails on certain images such as
core-image-sato. The upstream has already fixed this issue, thus
submitting the relevent backport patch.
Signed-off-by: Matthew Zeng
--
Mingde (Matthew) Zeng
---
...rl-134117-Close-DATA-in
dy addressed in master (maybe through upgrade)?
>>
>
> We already had that patch in master which I dropped that patch as part
> of the move to 8.2p1 (was
> 0001-Manually-applied-upstream-fix-for-openssh-test.patch)
Right, there was an upgrade to 8.2p1. We
.openembedded.org/openembedded-core/commit/meta/recipes-connectivity/openssh?id=f0a949fe33da47fd0a587abb942ff60f0a56ed0d
>
> Ill replace my version in stable/zeus-nut with this patch.
>
> - Armin
I think it's reasonable to simply port this commit from master into zeus.
Regards,
Matthew
-c interrupt midway,
./run-ptest cannot be restarted unless running `userdel glib2-test`
manually. Therefore adding a check prior to ptest will ensure the
ptest can be restarted.
Signed-off-by: Matthew Zeng
---
meta/recipes-core/glib-2.0/glib-2.0/run-ptest | 3 +++
meta/recipes-core/glib-2.0
restarted unless running `userdel glib2-test`
manually. Therefore adding a check prior to ptest will ensure the
ptest can be restarted.
Signed-off-by: Matthew Zeng
---
meta/recipes-core/glib-2.0/glib-2.0/run-ptest | 3 +++
meta/recipes-core/glib-2.0/glib.inc | 3 +++
2 files changed, 6
appending `/i386` to `dirpath` so that `libkbdfile-test08.c`
finds the right test file.
Signed-off-by: Matthew Zeng
---
...append-i386-to-fix-libkbdfile-test08.patch | 45 +++
meta/recipes-core/kbd/kbd_2.2.0.bb| 1 +
2 files changed, 46 insertions(+)
create mode
it finds the wrong file at
`/findfile/test_0/keymaps/i386/qwerty/test0.map`, while it
actually needs `/findfile/test_0/keymaps/i386/qwerty/test0.map`.
Thus appending `/i386` to `dirpath` so that `libkbdfile-test08.c`
finds the right test file.
Signed-off-by: Matthew Zeng
am uses to skip the tests.
Sounds good, your patch should be merged instead. I do not see that there is
already a patch available.
Matthew
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.o
d.
Signed-off-by: Matthew Zeng
---
meta/recipes-connectivity/openssh/openssh/run-ptest | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest
b/meta/recipes-connectivity/openssh/openssh/run-ptest
index daf62cca5b..e5270ceade 10
From: Mikko Ylinen
After 02457ef7f600ce954874e2d11e74b1c6daaa3bfc, PSEUDO for
postinst-useradd-* scripts get to use only one PSEUDO_LOCALSTATEDIR
which is set under recipes ${WORKDIR}.
When the those scripts are run in a clean build environment that
is built from the sstate (populate_sysroot_set
On Fri, Dec 1, 2017 at 2:13 PM, Khem Raj wrote:
> On Fri, Dec 1, 2017 at 11:30 AM, Andre McCurdy wrote:
>> On Fri, Dec 1, 2017 at 3:07 AM, Burton, Ross wrote:
>>> Extend lnr to have a --force option?
>>
>> Is there ever a case where we want lnr to fail if the target already exists?
>>
>> There a
r the now.
Signed-off-by: Matthew McClintock
---
Notes:
v2: added usptream status
...le-_libfdt.so-swig-present-python-dev-mis.patch | 34 ++
meta/recipes-bsp/u-boot/u-boot_2017.05.bb | 2 ++
2 files changed, 36 insertions(+)
create mode 100644
meta/recipes-
r the now.
Signed-off-by: Matthew McClintock
---
...le-_libfdt.so-swig-present-python-dev-mis.patch | 33 ++
meta/recipes-bsp/u-boot/u-boot_2017.05.bb | 2 ++
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-bsp/u-boot/files/0001-tools-disable-_libf
On Thu, Apr 6, 2017 at 9:20 AM, Ravi chandra reddy wrote:
> Hi,
> Is there any hidden pointer within these static dev packages. i
> expected the library to be .a format. what can i understand from these
> static dev packages, plz let me know.
Can you expand on what you're trying to accomplis
32-bit libraries to be added to all images
>> IMAGE_INSTALL_append = "lib32-glibc lib32-libgcc lib32-libstdc++ libedit
>> libxml2"
>>
>> i ran
>>
>> bitbake -e | grep static-libs
>>
>> and all the "no-static-libs.inc" are comment
On Wed, Apr 5, 2017 at 10:18 AM, Ravi chandra reddy wrote:
> Hi All,
> I am using meta-oe to generate libxml2 library using AARCH64
> compiler. However it generates shared object [.so] library.
>
> is there any setting in recipe to modify this, to generate static library
> [instead of sh
Posted an alternate patch to bitbake mailing list.
-M
On Tue, Mar 7, 2017 at 4:33 PM, Paul Eggleton
wrote:
> On Wednesday, 8 March 2017 9:47:23 AM NZDT Richard Purdie wrote:
>> On Tue, 2017-03-07 at 13:48 -0600, Matthew McClintock wrote:
>> > This is useful in a few scenari
On Tue, Mar 7, 2017 at 2:47 PM, Richard Purdie
wrote:
> On Tue, 2017-03-07 at 13:48 -0600, Matthew McClintock wrote:
>> This is useful in a few scenarios:
>>
>> 1) A developer wants to be able to grep all the code in a particular
>> without having to run patch on va
requiring a full
image to be built (legal, static code analysis, etc)
Signed-off-by: Matthew McClintock
---
meta/classes/utility-tasks.bbclass | 7 +++
meta/conf/documentation.conf | 1 +
2 files changed, 8 insertions(+)
diff --git a/meta/classes/utility-tasks.bbclass
b/meta/classes
I think some folks where going to try to get a ride share from the HIlton hotel.
-M
On Sun, Feb 19, 2017 at 4:12 AM, Trevor Woerner wrote:
> Does anyone have any recommendations for how to get from the
> conference venue to the Mentor Graphics office?
> --
> _
Hello all,
If you need to contact me, please use this new email address
msm-...@mcclintock.net, instead of m...@freescale.com or
b29...@freescale.com.
Thanks!
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.
Signed-off-by: Matthew McClintock
---
meta/recipes-devtools/gcc/gcc-common.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/gcc/gcc-common.inc
b/meta/recipes-devtools/gcc/gcc-common.inc
index ad96989..6b61800 100644
--- a/meta/recipes-devtools/gcc
into oprofile
Signed-off-by: Matthew McClintock
---
...-events-to-be-specified-with-or-without-_.patch | 206
...pecific-libpfm-usage-so-it-doesn-t-break-.patch | 130
.../0001-fix-powerpc-cross-compiling.patch | 35
...p-lists-events-Fix-doc-UR
This is only test with powerpc64 currently, even though
it should work on other arches such as x86 and sparc. When
thos are testing and working this COMPATIBLE_HOST should
be updated
Signed-off-by: Matthew McClintock
---
meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb |3 +++
1 file changed, 3
: Error: junk at end of line: `1'
| {standard input}:2520: Error: junk at end of line: `1'
| CC arch/powerpc/lib/locks.o
Signed-off-by: Matthew McClintock
---
meta/classes/kernel-arch.bbclass |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/classes
On Tue, Feb 26, 2013 at 11:56 AM, Khem Raj wrote:
> On (26/02/13 17:08), Anton Sergienko wrote:
>> Hi!
>> After the patch (commit c49f967384ccbfe131bbb33ee518014f3fc4b38f) to
>> meta/classes/kernel-arch.bbclass kernel build fails for arm machine with
>> hard floating point instruction set in CC (-
On Thu, Feb 7, 2013 at 5:56 PM, Mark Hatle wrote:
> From: Matthew McClintock
>
> ERROR: Function failed: do_compile (see
> /opt/yocto/cache-build/p5020ds-64b/build_p5020ds-64b_release/tmp/work/ppc64e5500-fsl-linux/qemu-0.15.1-r6/temp/log.do_compile.28447
> for further infor
On Tue, Feb 12, 2013 at 11:19 AM, Phil Blundell wrote:
> On Tue, 2013-02-12 at 17:14 +, McClintock Matthew-B29882 wrote:
>> We really need COMPATIBLE_ARCH here...
>
> Why can't you use COMPATIBLE_HOST?
Yes, that'
On Thu, Feb 7, 2013 at 4:43 PM, Saul Wold wrote:
> On 02/07/2013 06:33 AM, Martin Jansa wrote:
>>
>> Signed-off-by: Martin Jansa
>> ---
>> meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb
>> b
Commit a3ca06c3b45c791dd38dbf154ad0fc62b4063475 added extra args to
KERNEL_CC, these revert that bit while maintaining machine additions
in TARGET_??_KERNEL_ARCH
Signed-off-by: Matthew McClintock
---
meta/classes/kernel-arch.bbclass |6 +++---
1 file changed, 3 insertions(+), 3 deletions
Fixes:
|
/local/home/mattsm/git/poky/build-master/tmp/sysroots/x86_64-linux/usr/libexec/ppce300c3-poky-linux/gcc/powerpc-poky-linux/4.7.2/ld:
cannot find -lext2fs
Signed-off-by: Matthew McClintock
---
meta/recipes-extended/quota/quota_4.01.bb |4 ++--
1 file changed, 2 insertions(+), 2
This improves reusabiliy of sstate-cache across different hosts
Signed-off-by: Matthew McClintock
---
meta/recipes-core/glib-2.0/glib-2.0_2.34.3.bb |2 +-
meta/recipes-core/glib-2.0/glib.inc |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes
Fixes [YOCTO #3717]
Signed-off-by: Matthew McClintock
---
.../0001-fix-powerpc-cross-compiling.patch | 35
meta/recipes-kernel/oprofile/oprofile_0.9.8.bb |7 ++--
2 files changed, 40 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-kernel
Signed-off-by: Matthew McClintock
---
meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb | 26 ++
1 file changed, 26 insertions(+)
create mode 100644 meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb
diff --git a/meta/recipes-kernel/libpfm/libpfm4_4.3.0.bb
b/meta/recipes-kernel
On Mon, Feb 4, 2013 at 4:51 PM, Khem Raj wrote:
> On Mon, Feb 4, 2013 at 12:13 PM, McClintock Matthew-B29882
> wrote:
>>> +
>>> +KERNEL_CC = "${CC} ${HOST_CC_KERNEL_ARCH}"
>>
>> Why change to ${CC} from "${CCACHE}${HOST_PREFIX}gcc${KERNEL_CC
On Sat, Jan 19, 2013 at 4:40 PM, Khem Raj wrote:
> kernel compiler is not special and we currently have it so
> we want to pass -march and -mtune options as CFLAGS to kernel
> build so that compiler picks the right subarch flags when
> compiling assembly files in particular. Otherwise defaults
> a
On Fri, Feb 1, 2013 at 4:40 PM, Chris Larson wrote:
>
> On Fri, Feb 1, 2013 at 1:16 PM, McClintock Matthew-B29882
> wrote:
>>
>> On Fri, Feb 1, 2013 at 4:12 AM, wrote:
>> > From: Ting Liu
>> >
>> > Fix the below issue:
>> > | DEBUG: Exe
On Fri, Feb 1, 2013 at 4:12 AM, wrote:
> From: Ting Liu
>
> Fix the below issue:
> | DEBUG: Executing shell function do_configure
> | sed: can't read ./.pc/opstart.patch/doc/opstop.1.in: Permission denied
> | sed: can't read ./.pc/opstart.patch/doc/opstart.1.in: Permission
> denied
> | sed: can'
On Mon, Jan 28, 2013 at 9:00 AM, Otavio Salvador
wrote:
> On Mon, Jan 28, 2013 at 12:24 PM, Vakul Garg wrote:
>> U-boot patches portal devices for adding new properties in portal nodes.
>> T4 devices such as T4240 have large number of portals. This requires extra
>> space in device tree blob. The
From: Christopher Larson
Currently, command.py can return an error message from runCommand, due to
being unable to run the command, yet few of our UIs (just hob) can handle it
today. This can result in seeing a TypeError with traceback in certain rare
circumstances.
To resolve this, we need a cl
From: Richard Purdie
Without this, if an exception occurs the server will silently crash
with no feedback to the user about why (since traceback isn't imported).
(Bitbake rev: e637a635bf7b5a9a2e9dc20afc18aceec98d578f)
Signed-off-by: Richard Purdie
---
bitbake/lib/bb/command.py |1 +
1 fil
From: Richard Purdie
Executing "bitbake" doesn't get a sane message since the None return value
wasn't being handled correctly. Also fix msg -> cmd_action['msg'] as
otherwise an invalid variable is accessed which then crashes the server
due to the previous bug.
(Bitbake rev: c6211291ae0741083203
On Tue, Jan 8, 2013 at 11:56 AM, Donn Seeley wrote:
> We recently tried to build using 'PACKAGE_CLASSES = package_deb' and
> found that our ancient CentOS 5 build VMs couldn't compile and link
> dpkg-native. (We support CentOS 5 for very conservative customers, so
> we run test builds with it reg
On Tue, Dec 18, 2012 at 3:28 PM, Richard Purdie
wrote:
> On Tue, 2012-12-18 at 11:18 -0600, Matthew McClintock wrote:
>> From: Christopher Larson
>>
>> Currently, command.py can return an error message from runCommand, due to
>> being unable to run the command, yet fe
From: Christopher Larson
Currently, command.py can return an error message from runCommand, due to
being unable to run the command, yet few of our UIs (just hob) can handle it
today. This can result in seeing a TypeError with traceback in certain rare
circumstances.
To resolve this, we need a cl
On Thu, Nov 22, 2012 at 3:36 PM, Richard Purdie
wrote:
> gcc-cross cannot build without linux-libc-headers but doesn't explicitly
> depend on
> it relying on the implied dependency through libc. With cases where pieces
> can be installed through sstate, we now need this explicit dependency to
> e
psp05.06.00.00: Add NET environment variables
> arago.conf: Switch to latest PSP u-boot release
> meta-toolchain-arago-qte: Fix mkspecs location
>
>
> Changelog for meta-beagleboard:
>
> Koen Kooi (1):
> common-bsp: linux-mainline: add recipe for 3.7.0-rc5
>
> ====
v 15, 2012 at 1:36 PM, Philip Balister
>>> wrote:
>>>>
>>>> On 11/14/2012 11:58 AM, McClintock Matthew-B29882 wrote:
>>>> Do we have a standard for yocto/OE list names on gmane?
>>>
>>> I tried to add it but it did not work.
>>
On Tue, Nov 13, 2012 at 5:45 PM, Chris Larson wrote:
>
>
> On Fri, Nov 2, 2012 at 3:15 PM, Yashpal Dutta
> wrote:
>>
>> This is a /dev/crypto device driver, equivalent to those in OpenBSD or
>> FreeBSD.
>> The main idea is to access of existing ciphers in kernel space from
>> userspace,
>> thus e
On Wed, Nov 14, 2012 at 9:59 AM, Richard Purdie
wrote:
> On Wed, 2012-11-14 at 16:22 +0100, Martin Jansa wrote:
>> On Wed, Nov 14, 2012 at 04:09:45PM +0100, Martin Jansa wrote:
>> > On Tue, Nov 13, 2012 at 02:05:00PM +, Richard Purdie wrote:
>> > > If sstate-inputdirs and sstate-outputdirs don
ase check the README in respective layer about the
command line to use for git format-patch.
Please subscribe here: https://lists.yoctoproject.org/listinfo/meta-freescale
Archives here: https://lists.yoctoproject.org/pipermail/meta-freescale/
-Matt
From: "Roy.Li"
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower than 1.23, Compiling tar-replacement
is needed.
When doing popoluate tar-replacement sysroot to write the tar to
sysroot, but writing is not finished. other packages probably
use t
On Wed, Oct 31, 2012 at 12:11 PM, Bruce Ashfield
wrote:
>
> On Tue, Oct 30, 2012 at 2:50 PM, McClintock Matthew-B29882
> wrote:
>>
>> On Thu, Oct 18, 2012 at 8:33 AM, Bruce Ashfield
>> wrote:
>> > On Thu, Oct 18, 2012 at 5:57 AM, Yashpal Dutta
>> &g
On Thu, Oct 18, 2012 at 3:16 PM, Darren Hart wrote:
>> +++ b/meta/recipes-kernel/cryptodev/cryptodev_1.5.bb
>> @@ -0,0 +1,18 @@
>> +SECTION = "devel"
>> +SUMMARY = "Linux Cryptodev KERNEL MODULE"
>> +DESCRIPTION = "The Cryptodev package contains the kernel /dev/crypto module"
>> +LICENSE = "GPLv2"
On Thu, Oct 18, 2012 at 8:33 AM, Bruce Ashfield
wrote:
> On Thu, Oct 18, 2012 at 5:57 AM, Yashpal Dutta
> wrote:
>> This is a /dev/crypto device driver, equivalent to those in OpenBSD or
>> FreeBSD.
>> The main idea is to access of existing ciphers in kernel space from
>> userspace,
>> thus ena
On Mon, Oct 29, 2012 at 9:36 AM, Matthew McClintock wrote:
> On Mon, Oct 29, 2012 at 4:26 AM, Steffen Sledz wrote:
>> On 29.07.2012 11:29, Richard Purdie wrote:
>>> On Thu, 2012-07-26 at 11:21 -0500, Matthew McClintock wrote:
>>>> If we are building from sstate-cach
On Mon, Oct 29, 2012 at 4:26 AM, Steffen Sledz wrote:
> On 29.07.2012 11:29, Richard Purdie wrote:
>> On Thu, 2012-07-26 at 11:21 -0500, Matthew McClintock wrote:
>>> If we are building from sstate-cache it's possible to be building
>>> from another folder on anoth
On Fri, Oct 19, 2012 at 11:57 AM, Mike Crowe wrote:
> On Fri, Oct 19, 2012 at 08:46:23AM -0700, Chris Larson wrote:
>> On Fri, Oct 19, 2012 at 8:38 AM, Mike Crowe wrote:
>> > I'm having trouble using SSTATE_MIRRORS as suggested at
>> > https://wiki.yoctoproject.org/wiki/Enable_sstate_cache :
>> >
On Thu, Oct 18, 2012 at 3:38 PM, Darren Hart wrote:
+EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'
>>>
>>> modules.bbclass already sets KERNEL_PATH and KERNEL_SRC, perhaps you
>>> could use one of those?
>>
>> cryptodev Makefile does not use these it uses KERNEL_DIR in it's
On Thu, Oct 18, 2012 at 3:16 PM, Darren Hart wrote:
>
>
> On 10/18/2012 05:57 AM, Yashpal Dutta wrote:
>> This is a /dev/crypto device driver, equivalent to those in OpenBSD or
>> FreeBSD.
>> The main idea is to access of existing ciphers in kernel space from
>> userspace,
>> thus enabling re-us
On Thu, Oct 18, 2012 at 2:59 PM, Darren Hart wrote:
>
>
> On 10/18/2012 02:14 AM, Khem Raj wrote:
>>
>> On Oct 18, 2012, at 2:57 AM, Yashpal Dutta
>> wrote:
>>
>>> +-install:
>>> ++modules_install:
>>> +make -C $(KERNEL_DIR) SUBDIRS=`pwd` modules_install
>>> +- @echo "Installing cryptodev.
On Thu, Oct 18, 2012 at 8:36 AM, Marcin Juszkiewicz
wrote:
> Today I bumped gcc-linaro from 4.7-r5 to 4.7-r6. First version was plain
> 2012.10 release while second one was tarball from bzr repository with
> huge set of ICE related fixes for AArch64 architecture.
>
> To do fast clean build I remov
On Thu, Mar 8, 2012 at 7:34 AM, Andreas Oberritter
wrote:
> On 02.03.2012 23:29, Yury Bushmelev wrote:
>> 2012/2/10 Khem Raj :
>>> Hi
>>>
>>> Just grepped for the occurances of disabled parallel make and I see
>>> around 40 cases on oe-core
>>>
>>> git grep PARALLEL_MAKE.*=.*\"\" recipes* | grep
t; | make[2]: *** [uImage] Error 2
> | make[1]: *** [sub-make] Error 2
> | make: *** [all] Error 2
> | ERROR: oe_runmake failed
> NOTE: package
> linux-yocto-3.0.32+git1+34e0d2b4b4e9778b31f9ea99ca43f0dc71a7ee23_1+83f422f718cf15633cb4c2d309aa041c3c354f65-r4:
> task do_compile: Fai
On Thu, Oct 4, 2012 at 1:02 PM, Mark Hatle wrote:
> We have an issue where we'd like to have an alternative toolchain
> (assembler, linker, compiler) available for our customers to selectively
> use. However, before we just go off and implement something, I'd like at
> least some basic consensus
On Tue, Oct 2, 2012 at 5:22 PM, Richard Purdie
wrote:
> On Wed, 2012-10-03 at 00:11 +0200, Martin Jansa wrote:
>> On Tue, Oct 02, 2012 at 11:00:53PM +0100, Phil Blundell wrote:
>> > On Tue, 2012-10-02 at 15:00 -0700, Saul Wold wrote:
>> > > -bb.warn("The recipe is trying to install files i
On Tue, Oct 2, 2012 at 11:29 AM, Richard Purdie
wrote:
> On Tue, 2012-10-02 at 16:22 +, McClintock Matthew-B29882 wrote:
>> Docs need to be updated, there was also a build warning if it was not
>> installed - did that get removed too?
>
> You still need chrpath installe
Docs need to be updated, there was also a build warning if it was not
installed - did that get removed too?
-M
On Tue, Oct 2, 2012 at 8:13 AM, Richard Purdie
wrote:
> chrpath is assumed to be provided by the build host system. This means
> we need to provide a replacement version and install int
On Fri, Sep 28, 2012 at 10:03 AM, Matthew McClintock wrote:
> On Fri, Sep 28, 2012 at 9:52 AM, Burton, Ross wrote:
>> On 28 September 2012 02:33, Matthew McClintock wrote:
>>> Fixes these sorts of issues present on older gcc (CentOS 5.x in this case)
>>>
>>>
On Fri, Sep 28, 2012 at 8:23 AM, Richard Purdie
wrote:
> On Wed, 2012-09-26 at 18:07 +0100, Phil Blundell wrote:
>> On Tue, 2012-09-11 at 15:22 +0100, Richard Purdie wrote:
>> > Unfortunately whilst rerunning configure and make against a project will
>> > mostly
>> > work there are situations whe
On Wed, Sep 26, 2012 at 5:55 AM, Richard Purdie
wrote:
> On Tue, 2012-09-25 at 18:07 +, McClintock Matthew-B29882 wrote:
>> This should probably go in denzil as well.
>
> Lets hold off that as I think we need to fix this in a better way at the
> core level...
This? Whe
1 - 100 of 551 matches
Mail list logo
