concerns about the change, please let me know. The solution
was briefly discussed with Richard on irc a couple of month ago, but if
someone thinks this should be solved in some other way, please initiate
a discussion :)
BR Petter
2017-05-15 06:17 skrev Petter Mabäcker:
> Due to the problem fi
5d301e9f19048b4cd0d5f702860e318c85f1c037:
python*-git: Upgrade to version 2.1.3 (2017-05-12 08:51:10 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib epetmab/staging_kernel_dir_02
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=epetmab/staging_kernel_dir_02
Petter Mabäcker (1
on the
expanded path anymore.
Signed-off-by: Petter Mabäcker <pet...@technux.se>
---
meta/classes/multilib.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index ab04597..816f54e 100644
--- a/meta/c
on the
expanded path anymore.
Signed-off-by: Petter Mabäcker <pet...@technux.se>
---
meta/classes/multilib.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index d5a3128..eba666d 100644
--- a/meta/c
://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/staging_dir_kernel_fix
Petter Mabäcker (1):
multilib.bbclass: fix faulty redefinition of STAGING_KERNEL_DIR
meta/classes/multilib.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--
1.9.1
Hi Markus,
>From my point of view it looks good, and all feedback
from v2 of the patch seems to have been handled as well.
BR
Petter
Petter Mabäcker
Technux
<pet...@technux.se>
www.technux.se
2016-05-10 09:56 skrev Markus
Lehtonen:
> Ping,
>
> Any comments on this on
8 +++- 1 file changed, 3
insertions(+), 5 deletions(-) -- 2.6.2
See inline comments.
Petter
Mabäcker
Technux <pet...@technux.se>
www.technux.se
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/bug8451
Petter Mabäcker (2):
readline: prepare for readline6.3 upstream patches
readline: apply missing upstream patches
.../readline/{files => readline-6.3}/norpath.patch | 0
.../readline-6.3/readline-cve-2014-2524.patch |
-003'.
[YOCTO #8451]
Signed-off-by: Petter Mabäcker <pet...@technux.se>
---
.../readline-6.3/readline-cve-2014-2524.patch | 43 --
.../readline-6.3/readline-dispatch-multikey.patch | 32
meta/recipes-core/readline/readline_6.3.bb
Hi all,
I can see that I missed the [OE-core] tag in this
patch-serie... Please ignore this patchset and I will send up a proper
one shortly.
BR Petter
Petter Mabäcker
Technux
<pet...@technux.se>
www.technux.se
2015-11-24 10:50 skrev Petter
Mabäcker:
> The following chan
take the oppertunity to move 'norpath.patch' to readline-6.3 dir
since this patch is not shared between the 5.2 and 6.3 recipe.
[YOCTO #8451]
Signed-off-by: Petter Mabäcker <pet...@technux.se>
---
meta/recipes-core/readline/{files => readline-6.3}/norpath.patch | 0
meta/recipes-core
Hi again
It seems it was the cc mail send-pull-request sent me
that fooled me (the tag was missing there)... But everyrhing seems to be
in order so plz go ahead and review this serie after all =)
Sorry for
the confusion..
Petter Mabäcker
Technux
<pet...@technux.se>
www.tech
://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/fix_empty_odir
Petter Mabäcker (1):
create-pull-request: handle empty ODIR
scripts/create-pull-request | 8
1 file changed, 8 insertions(+)
--
1.9.1
--
___
Openembedded-core mailing list
..master.
Solve this by aborting the script with a proper error code and message
if ODIR is empty after the 'git format-patch' call (that is expected
to generate the cover-letter and patches).
Signed-off-by: Petter Mabäcker <pet...@technux.se>
---
scripts/create-pull-request | 8
2015-10-08 06:31 skrev Marko Lindqvist:
> On 6 October 2015 at
17:08, Burton, Ross <ross.bur...@intel.com> wrote:
>
>> On 6 October
2015 at 14:43, Petter Mabäcker <pet...@technux.se> wrote:
>>
>>>
Great. As you will notice also when f
2015-10-08 04:13 skrev Kang Kai:
> On 2015年10月06日 23:30, Petter
Mabäcker wrote:
>
>> 2015-10-06 16:08 skrev Burton, Ross:
>>
>>> On
6 October 2015 at 14:43, Petter Mabäcker <pet...@technux.se> wrote:
>>>
>>>> Great. As you will not
2015-10-06 16:08 skrev Burton, Ross:
> On 6 October 2015 at 14:43,
Petter Mabäcker <pet...@technux.se> wrote:
>
>> Great. As you will
notice also when formatted properly it will not apply due to that
readline63-001 and readline63-002 isn't applied so 'patchlevel' is
incorr
that it only contains a report and not the patch itself. My
question is if that is with purpose and due to some decision that the
CVE isn't really causing any harm or if it's by mistake?
BR Petter
Petter Mabäcker
Technux
<pet...@technux.se>
www.technux.se
2014-10-16 11:48 skrev Ka
2015-10-06 14:58 skrev Burton, Ross:
> On 6 October 2015 at 12:23,
Petter Mabäcker <pet...@technux.se> wrote:
>
>> The patch must be
applied by something/someone.. For example Debian solves it by doing
their own .diff patch
(http://http.debian.net/debian/pool/main/r/readlin
Petter Mabäcker
Technux
<pet...@technux.se>
www.technux.se
2015-10-06 12:06 skrev Burton, Ross:
> On 6 October 2015 at 09:11, Petter Mabäcker <pet...@technux.se>
wrote:
>
>> I played around with the new meta-security-isafw layer and
the cve-check-tool. In readli
/cgit.cgi/poky-contrib/log/?h=petmab/fix_faulty_srcrev_check
Petter Mabäcker (1):
kernel-yocto: fix machine_srcrev check in do_patch
meta/classes/kernel-yocto.bbclass | 10 ++
1 file changed, 10 insertions(+)
--
1.9.1
--
___
Openembedded-core
: Shell function do_patch finished
Only reason it works today is because 'rev-parse/merge-base' with empty
machine_srcrev
will result in false positive. Solve this by adding a similar non-empty check
and
use SRCREV as fallback as in 'do_kernel_metadata'
Signed-off-by: Petter Mabäcker pet
at:
git://git.yoctoproject.org/poky-contrib petmab/bug5627
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/bug5627
Petter Mabäcker (5):
base.bbclass: detect when S has been set incorrectly
makedevs: set and handle S in a proper way
lsof: handle S in a proper way
xorg-minimal
Since lsof are doing two unpacks and S should be set to match
the second unpack of an internal archive, we should let the build
system know that we are aware of this.
Solve this by temporarily set S like lsof are doing with SRC_URI.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
with. So use a warning until people
have had a chance to cleanup affected recipes.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/classes/base.bbclass | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta
After removal of auto-creating S we must ensure that all recipes are
using a proper value for S. Also do some minor adjustment after changing
value of S.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb | 4 +++-
1 file
After removal of auto-creating S we must ensure that all recipes are
using a proper value for S. Also do some cleanup of code not needed
after changing value of S.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-devtools/makedevs/makedevs_1.0.1.bb | 6 ++
1
After removal of auto-creating S we must ensure that all recipes are
using a proper value for S.
Fix all recipes that only need to set S equals to WORKDIR.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-bsp/alsa-state/alsa-state.bb
On 01/12/2015 04:53 PM, Paul Eggleton wrote:
Hi Petter,
On Saturday 10 January 2015 15:40:10 Petter Mabäcker wrote:
Currently base.bbclass is creating S if it's not created by unpacking
an archive or fetching a repository. If we avoid creating S we can detect
when S hasn't been set correctly
with. So use a warning until people
have had a chance to cleanup affected recipes.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/classes/base.bbclass | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta
Since lsof are doing two unpacks and S should be set to match
the second unpack of an internal archive, we should let the build
system know that we are aware of this.
Solve this by temporarily set S like lsof are doing with SRC_URI.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
After removal of auto-creating S we must ensure that all recipes are
using a proper value for S.
Fix all recipes that only need to set S equals to WORKDIR.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-bsp/alsa-state/alsa-state.bb
After removal of auto-creating S we must ensure that all recipes are
using a proper value for S. Also do some cleanup of code not needed
after changing value of S.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-devtools/makedevs/makedevs_1.0.1.bb | 6 ++
1
in the git repository at:
git://git.yoctoproject.org/poky-contrib petmab/bug5627
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/bug5627
Petter Mabäcker (5):
base.bbclass: detect when S has been set incorrectly
makedevs: set and handle S in a proper way
lsof: handle S
After removal of auto-creating S we must ensure that all recipes are
using a proper value for S. Also do some minor adjustment after changing
value of S.
[YOCTO #5627]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb | 4 +++-
1 file
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-core/dbus/dbus-test_1.6.18.bb |2 +-
1 file changed, 1 insertion
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in gstreamer no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter Mabäcker pet
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-devtools/gcc/gcc-4.8.inc |4 ++--
meta/recipes-devtools/gcc/gcc
/poky-contrib/log/?h=petmab/bug/4497_v3
Petter Mabäcker (13):
systemtap: remove usage of FILESPATH
dbus: remove usage of FILESPATH
gstreamer: remove unused FILESPATH
trace-cmd: refactoring recipe
xorg-lib: remove usage of FILESPATH
mesa: remove usage of FILESPATH
qemu: remove unused
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in u-boot no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter Mabäcker pet
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the
path. Don't migrate paths that already exist in base FILESPATH to
FILESEXTRAPATHS.
Signed-off-by: Petter Mabäcker pet...@technux.se
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-core/uclibc/uclibc-git.inc |4 ++--
1 file changed, 2 insertions
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Also remove unused filespath addition.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in nativesdk-qemu-helper no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../systemtap/systemtap-uprobes_git.bb |2 ++
meta/recipes-kernel
Fixes [YOCTO #4497]
Refactoring recipe to avoid duplicated entries in trace-cmd and
kernelshark bb-files. Also remove usage of FILESPATH and split package
unique patches into separate dirs.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../kernelshark-fix-syntax-error-of-shell.patch
-by: Petter Mabäcker pet...@technux.se
---
.../fix_for_centos_5.8.patch |0
.../eglibc/cross-localedef-native_2.19.bb |3 +--
meta/recipes-core/eglibc/eglibc_2.19.bb|4 +---
meta/recipes-core/eglibc/ldconfig-native_2.12.1.bb |2 +-
4 files
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/xorg-lib/libx11.inc |2 +-
1 file changed, 1 insertion
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../linuxdoc-tools/linuxdoc-tools-native_0.9.69.bb |3 ---
.../disable_dvips_doc.patch|0
On 05/11/2014 02:13 PM, Richard Purdie wrote:
On Sun, 2014-05-11 at 00:31 +0200, pet...@technux.se wrote:
2014-05-10 18:58 skrev Khem Raj:
On Sat, May 10, 2014 at 1:05 AM, Petter Mabäcker pet...@technux.se
wrote:
+FILESEXTRAPATHS_prepend := ${THISDIR}/systemtap:
would something like
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/xorg-lib/libx11.inc |2 +-
1 file changed, 1 insertion
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../systemtap/systemtap-uprobes_git.bb |2 ++
meta/recipes-kernel
/poky-contrib/log/?h=petmab/bug/4497_v2
Petter Mabäcker (13):
systemtap: remove usage of FILESPATH
dbus: remove usage of FILESPATH
gstreamer: remove unused FILESPATH
trace-cmd: refactoring recipe
xorg-lib: remove usage of FILESPATH
mesa: remove usage of FILESPATH
qemu: remove unused
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-core/dbus/dbus-test_1.6.18.bb |2 +-
1 file changed, 1 insertion
Fixes [YOCTO #4497]
Refactoring recipe to avoid duplicated entries in trace-cmd and
kernelshark bb-files. Also remove usage of FILESPATH and split package
unique patches into separate dirs.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../kernelshark-fix-syntax-error-of-shell.patch
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the
path. Don't migrate paths that already exist in base FILESPATH to
FILESEXTRAPATHS.
Signed-off-by: Petter Mabäcker pet...@technux.se
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in nativesdk-qemu-helper no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in gstreamer no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter Mabäcker pet
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-devtools/gcc/gcc-4.8.inc |4 ++--
meta/recipes-devtools/gcc/gcc
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../linuxdoc-tools/linuxdoc-tools-native_0.9.69.bb |3 ---
.../disable_dvips_doc.patch|0
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Also remove unused filespath addition.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in u-boot no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter Mabäcker pet
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-core/uclibc/uclibc-git.inc |4 ++--
1 file changed, 2 insertions
repository at:
git://git.yoctoproject.org/poky-contrib petmab/bug/4497
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/bug/4497
Petter Mabäcker (13):
systemtap: remove usage of FILESPATH
dbus: remove usage of FILESPATH
gstreamer: remove unused FILESPATH
trace-cmd: remove
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. All current patches in systemtap are shared, move them to
files dir instead, since it's included in base FILESPATH.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../{systemtap = files
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in nativesdk-qemu-helper no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Current patchdir in uclibc are shared, rename them to
files instead, since it's included in base FILESPATH.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../0001-Add-eventfd_read
addition.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
b/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
index 8c7d8e8..9059207 100644
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Avoid using filesdir in dbus, since current patchdirs are only shared
between some of the dbus bb-files.
Signed-off-by: Petter Mabäcker
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in u-boot no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter Mabäcker pet
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Avoid using files dir in xorg-lib, since current patchdirs are only shared
between some of the bb-files.
Signed-off-by: Petter Mabäcker
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in gstreamer no FILESPATH additions are currently needed so
instead it should be removed.
Signed-off-by: Petter Mabäcker pet
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../linuxdoc-tools/linuxdoc-tools-native_0.9.69.bb |3 +--
1 file changed, 1
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-devtools/gcc/gcc-4.8.inc |2 +-
1 file changed, 1 insertion(+), 1
-by: Petter Mabäcker pet...@technux.se
---
.../fix_for_centos_5.8.patch |0
.../eglibc/cross-localedef-native_2.19.bb |3 +--
meta/recipes-core/eglibc/eglibc_2.19.bb|4 +---
meta/recipes-core/eglibc/ldconfig-native_2.12.1.bb |2 +-
4 files
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. All current patches in trace-cmd are shared, move them to
files instead, since it's included in base FILESPATH.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../{trace-cmd = files
Fixes [YOCTO #4497]
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the
path. Don't migrate paths that already exist in base FILESPATH to
FILESEXTRAPATHS (e.g. BPN, BP and files).
Signed-off-by: Petter Mabäcker pet
From: Petter Mabacker pet...@technux.se
x-load has been superseded by u-boot SPL for all cortex based TI SoCs.
For legacy boards meta-ti layer (that contains a maintained recipe)
should be used instead.
Signed-off-by: Petter Mabacker pet...@technux.se
---
From: Petter Mabacker pet...@technux.se
Proposal to remove x-load recipe, after discussion on oe mailing list.
The conclusion was that X-load shouldn't be used anymore, it has been
superseded by u-boot SPL
for all cortex based TI SoCs. For legacy boards meta-ti layer has a maintained
recipe of
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/fix_xload
Petter Mabäcker (2):
x-load: fix broken beaglebone support
x-load: remove usage of FILESPATH
.../x-load/x-load-git/beagleboard/name.patch | 18 --
.../0001-Change-omap3530beagle-target-name.patch | 37
When beagleboard was renamed to beaglebone, some parts in x-load was
missed. This caused x-load to fail when building it for beaglebone target.
Also use this commit to re-create the beaglebone patch name.patch using
git-format and write a proper patch description.
Signed-off-by: Petter Mabäcker
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in x-load a better solution is to use a path that exists in
FILESPATH by default.
Signed-off-by: Petter Mabäcker pet...@technux.se
---
.../0001
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in cdrtools no FILESPATH additions are currently needed so
instead it should be removed.
---
.../cdrtools/cdrtools-native_3.01a17.bb|
/cgit.cgi/poky-contrib/log/?h=petmab/bug/4497
Petter Mabäcker (1):
cdrtools-native: remove unused FILESPATH
.../cdrtools/cdrtools-native_3.01a17.bb|2 --
1 file changed, 2 deletions(-)
--
1.7.9.5
___
Openembedded-core mailing list
Usage of FILESPATH is discouraged, since it can make recipes harder to
bbappend. Instead FILESEXTRAPATHS should be used to extend the path.
However in clutter the default paths solves the problem if we
put all patches in ${BP} directory instead.
Signed-off-by: Petter Mabäcker pet...@technux.se
://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/bug/4497
Petter Mabäcker (1):
clutter: remove usage of FILESPATH
meta/classes/clutter.bbclass |1 -
.../enable_tests.patch |0
.../fix-wayland-deps.patch |0
) is not build from some other recipes, before building
'remake-native'.
This is solved by adding a build-dependency to gettext-native in
remake-native.
Fixes [YOCTO #4385]
Signed-off-by: Petter Mabäcker pet...@technux.se
---
meta/recipes-devtools/remake/remake_git.bb |6 +-
1 file changed
=petmab/bug/4385
Petter Mabäcker (1):
remake: fix insufficient gettext dependency
meta/recipes-devtools/remake/remake_git.bb |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core
88 matches
Mail list logo