Re: [OE-core] [PATCH v3] kernel-selftest: Add a recipe on kernel selftest
On 2018年07月07日 20:14, Richard Purdie wrote:
On Fri, 2018-07-06 at 05:51 -0400, Hongzhi.Song wrote:
The recipe builds the framework for kernel-selftest. Now, it just
contains two sets of testcase, bpf and vm. We are appending others
to the recipe.
It needs some features which will be written into relevant recipe.
But now, you should add them to conf/local.conf manually.
KERNEL_FEATURES_append += "features/bpf/bpf.scc"
Signed-off-by: Dengke Du
Signed-off-by: Hongzhi.Song
---
.../kernel-selftest/kernel-selftest.bb | 94
++
1 file changed, 94 insertions(+)
create mode 100644 meta/recipes-kernel/kernel-selftest/kernel-
selftest.bb
diff --git a/meta/recipes-kernel/kernel-selftest/kernel-selftest.bb
b/meta/recipes-kernel/kernel-selftest/kernel-selftest.bb
new file mode 100644
index 000..28fd178
--- /dev/null
+++ b/meta/recipes-kernel/kernel-selftest/kernel-selftest.bb
@@ -0,0 +1,94 @@
+SUMMARY = "Kernel selftest for Linux"
+DESCRIPTION = "Kernel selftest for Linux"
+LICENSE = "GPLv2"
+
+# for bpf and vm
+DEPENDS = " \
+elfutils \
+libcap \
+libcap-ng \
+fuse \
+util-linux \
+rsync-native \
+"
This adds a DEPENDS on fuse but fuse is not in OE-Core therefore this
recipe can never build there.
+do_configure[prefuncs] += "copy_perf_source_from_kernel remove_clang_related"
+python copy_perf_source_from_kernel() {
We're copying to perf source here? The function name needs tweaking.
This recipe was similar to perf, using the kernel source, so based on
perf recipe, we will change it in next patches set.
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] openssl_1.1: avoid using += with an over-ride
On Sat, Jul 7, 2018 at 1:52 AM, Alexander Kanavin
wrote:
> We really need a QA warning for this issue. Nobody's going to remember
> what the correct way is. Can you look into it please?
It should be a parsing error, not a QA warning. If a feature of the
language is mistakenly used so often (100% of the time, as far as I
can tell) then we should just have the parser reject it.
> 2018-07-06 21:05 GMT+02:00 Andre McCurdy :
>> Using += with an over-ride can be a source of confusion so try to
>> avoid the construct in core recipes.
>>
>> The current usage is incorrect and prevents the aarch64 and musl
>> specific config options from being active together.
>>
>> Signed-off-by: Andre McCurdy
>> ---
>> meta/recipes-connectivity/openssl/openssl_1.1.0h.bb | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.0h.bb
>> b/meta/recipes-connectivity/openssl/openssl_1.1.0h.bb
>> index 94b75eb..ac2ad81 100644
>> --- a/meta/recipes-connectivity/openssl/openssl_1.1.0h.bb
>> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.0h.bb
>> @@ -122,12 +122,12 @@ do_configure () {
>> #| engines/afalg/e_afalg.c:110:20: error: '__NR_eventfd' undeclared (first
>> use in this function)
>> #| return syscall(__NR_eventfd, n);
>> #| ^~~~
>> -EXTRA_OECONF_aarch64 += "no-afalgeng"
>> +EXTRA_OECONF_append_aarch64 = " no-afalgeng"
>>
>> #| ./libcrypto.so: undefined reference to `getcontext'
>> #| ./libcrypto.so: undefined reference to `setcontext'
>> #| ./libcrypto.so: undefined reference to `makecontext'
>> -EXTRA_OECONF_libc-musl += "-DOPENSSL_NO_ASYNC"
>> +EXTRA_OECONF_append_libc-musl = " -DOPENSSL_NO_ASYNC"
>>
>> do_install () {
>> oe_runmake DESTDIR="${D}" MANDIR="${mandir}" MANSUFFIX=ssl install
>> --
>> 1.9.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] scripts/runqemu: fix qemumips qemumips64 memory detection kernel panic
$ runqemu qemumips64 core-image-minimal nographic qemuparams="-m 512"
...
[0.00] Call Trace:
[0.00] [] clear_page+0x0/0x128
[0.00] [] get_page_from_freelist+0xab8/0xc00
[0.00] [] __alloc_pages_nodemask+0xdc/0xf68
[0.00] [] __get_free_pages+0x18/0x70
[0.00] [] setup_zero_pages+0x1c/0xb8
[0.00] [] mem_init+0x54/0xa0
[0.00] [] start_kernel+0x204/0x4d8
[0.00] [] kernel_entry+0x0/0x40
[0.00] Code: 02002025 1000f8d9 8e634d7c <34860f80> cc9e
cc9e0020 cc9e0040 cc9e0060 cc9e0080
[0.00]
[0.00] ---[ end trace ]---
[0.00] Kernel panic - not syncing: Attempted to kill the idle task!
[0.00] ---[ end Kernel panic - not syncing: Attempted to kill the idle
task!
...
OE uses qemumips to simulate a Malta board by default.
As upstream qemu introduced:
https://git.qemu.org/?p=qemu.git;a=commit;h=94c2b6aff43cdfcfdfb552773a6b6b973a72ef0b
The Malta board can support up to 2GiB of RAM which should
be able to boot a Linux kernel built with CONFIG_HIGHMEM
enabled and passing "-m 2048" to QEMU and appending the
following kernel parameters:
...
mem=256M@0x0 mem=256M@0x9000 mem=1536M@0x2000
...
But the following commit in kernel broke above mem=X@Y setting
which added the memory as reserved memory area.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411
...
commit 73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411
Author: Marcin Nowakowski
Date: Wed Nov 23 14:43:49 2016 +0100
MIPS: fix mem=X@Y commandline processing
...
So remove `mem=*' to disable user-defined physical RAM map
which let kernel itself caculates memory ranges.
Author: Hongxu Jia
[ Merge the two fixes for qemumips32 and qemumips64 into one patch,
and make it support all mips cases ]
Signed-off-by: He Zhe
---
scripts/runqemu | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 597e7e9a799..73d7d5818bd 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -669,7 +669,7 @@ class BaseConfig(object):
self.set('QB_MEM', '-m 512')
mach = self.get('MACHINE')
-if mach != 'qemumips':
+if not mach.startswith('qemumips'):
self.kernel_cmdline_script += ' mem=%s' %
self.get('QB_MEM').replace('-m','').strip() + 'M'
self.qemu_opt_script += ' %s' % self.get('QB_MEM')
--
2.11.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: fix missing path separator in firmware-path
Hi Andreas,
I'm OK with this patch.
I'm interested in your environment. Could you please give me some more
details about why you need this userspace firmware loading mechanism?
I'm upgrading systemd to 239, and I'm going to remove this option in 239.
The reason is that systemd's minimal kernel requirement is 3.13, and
userspace firmware loading is needed before kernel 3.7. I just checked
237, its minimal requirement is also 3.13.
The userspace firmware loading support has been removed from udev for
several years. It's said that using userspace firmware loading is slow,
and kernel has been able to do this for a long time.
So could you please give me some details about your environment? Is
there some compelling reason to use userspace firmware loading
mechanism? This would help me to check if we should keep local patches
with more details updated in them.
Best Regards,
Chen Qi
On 07/07/2018 08:28 PM, andreas.kl...@gmail.com wrote:
From: Andy Kling
udev fails to load firmware for CONFIG_FW_LOADER_USER_HELPER
systemd-udevd[158]: did not find firmware file 'xxx'
function builtin_firmware currently assumes FIRMWARE_PATH ends with "/"
fixing the path passed to meson allows the firmware loader to succeed.
systemd-udevd[145]: writing '/lib/firmware/xxx'
Signed-off-by: Andy Kling
---
meta/recipes-core/systemd/systemd_237.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_237.bb
b/meta/recipes-core/systemd/systemd_237.bb
index 3efca33e73..8ff049160b 100644
--- a/meta/recipes-core/systemd/systemd_237.bb
+++ b/meta/recipes-core/systemd/systemd_237.bb
@@ -185,7 +185,7 @@ EXTRA_OEMESON += "-Dnobody-user=nobody \
-Drootlibdir=${rootlibdir} \
-Drootprefix=${rootprefix} \
-Dsysvrcnd-path=${sysconfdir} \
- -Dfirmware-path=${nonarch_base_libdir}/firmware \
+ -Dfirmware-path=${nonarch_base_libdir}/firmware/ \
"
# Hardcode target binary paths to avoid using paths from sysroot
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] scripts/runqemu: fix qemumips qemumips64 memory detection kernel panic
Please ignore.
On 2018年07月09日 11:07, He Zhe wrote:
> $ runqemu qemumips64 core-image-minimal nographic qemuparams="-m 512"
> ...
> [0.00] Call Trace:
> [0.00] [] clear_page+0x0/0x128
> [0.00] [] get_page_from_freelist+0xab8/0xc00
> [0.00] [] __alloc_pages_nodemask+0xdc/0xf68
> [0.00] [] __get_free_pages+0x18/0x70
> [0.00] [] setup_zero_pages+0x1c/0xb8
> [0.00] [] mem_init+0x54/0xa0
> [0.00] [] start_kernel+0x204/0x4d8
> [0.00] [] kernel_entry+0x0/0x40
> [0.00] Code: 02002025 1000f8d9 8e634d7c <34860f80> cc9e
> cc9e0020 cc9e0040 cc9e0060 cc9e0080
> [0.00]
> [0.00] ---[ end trace ]---
> [0.00] Kernel panic - not syncing: Attempted to kill the idle task!
> [0.00] ---[ end Kernel panic - not syncing: Attempted to kill the
> idle task!
> ...
>
> OE uses qemumips to simulate a Malta board by default.
>
> As upstream qemu introduced:
> https://git.qemu.org/?p=qemu.git;a=commit;h=94c2b6aff43cdfcfdfb552773a6b6b973a72ef0b
>
> The Malta board can support up to 2GiB of RAM which should
> be able to boot a Linux kernel built with CONFIG_HIGHMEM
> enabled and passing "-m 2048" to QEMU and appending the
> following kernel parameters:
> ...
> mem=256M@0x0 mem=256M@0x9000 mem=1536M@0x2000
> ...
>
> But the following commit in kernel broke above mem=X@Y setting
> which added the memory as reserved memory area.
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411
> ...
> commit 73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411
> Author: Marcin Nowakowski
> Date: Wed Nov 23 14:43:49 2016 +0100
>
> MIPS: fix mem=X@Y commandline processing
> ...
>
> So remove `mem=*' to disable user-defined physical RAM map
> which let kernel itself caculates memory ranges.
>
> Author: Hongxu Jia
> [ Merge the two fixes for qemumips32 and qemumips64 into one patch,
> and make it support all mips cases ]
> Signed-off-by: He Zhe
> ---
> scripts/runqemu | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 597e7e9a799..73d7d5818bd 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -669,7 +669,7 @@ class BaseConfig(object):
> self.set('QB_MEM', '-m 512')
>
> mach = self.get('MACHINE')
> -if mach != 'qemumips':
> +if not mach.startswith('qemumips'):
> self.kernel_cmdline_script += ' mem=%s' %
> self.get('QB_MEM').replace('-m','').strip() + 'M'
>
> self.qemu_opt_script += ' %s' % self.get('QB_MEM')
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] scripts/runqemu: fix qemumips qemumips64 memory detection kernel panic
$ runqemu qemumips64 core-image-minimal nographic qemuparams="-m 512"
...
[0.00] Call Trace:
[0.00] [] clear_page+0x0/0x128
[0.00] [] get_page_from_freelist+0xab8/0xc00
[0.00] [] __alloc_pages_nodemask+0xdc/0xf68
[0.00] [] __get_free_pages+0x18/0x70
[0.00] [] setup_zero_pages+0x1c/0xb8
[0.00] [] mem_init+0x54/0xa0
[0.00] [] start_kernel+0x204/0x4d8
[0.00] [] kernel_entry+0x0/0x40
[0.00] Code: 02002025 1000f8d9 8e634d7c <34860f80> cc9e
cc9e0020 cc9e0040 cc9e0060 cc9e0080
[0.00]
[0.00] ---[ end trace ]---
[0.00] Kernel panic - not syncing: Attempted to kill the idle task!
[0.00] ---[ end Kernel panic - not syncing: Attempted to kill the idle
task!
...
OE uses qemumips to simulate a Malta board by default.
As upstream qemu introduced:
https://git.qemu.org/?p=qemu.git;a=commit;h=94c2b6aff43cdfcfdfb552773a6b6b973a72ef0b
The Malta board can support up to 2GiB of RAM which should
be able to boot a Linux kernel built with CONFIG_HIGHMEM
enabled and passing "-m 2048" to QEMU and appending the
following kernel parameters:
...
mem=256M@0x0 mem=256M@0x9000 mem=1536M@0x2000
...
But the following commit in kernel broke above mem=X@Y setting
which added the memory as reserved memory area.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411
...
commit 73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411
Author: Marcin Nowakowski
Date: Wed Nov 23 14:43:49 2016 +0100
MIPS: fix mem=X@Y commandline processing
...
So remove `mem=*' to disable user-defined physical RAM map
which let kernel itself caculates memory ranges.
Author: Hongxu Jia
[ Merge the two fixes for qemumips32 and qemumips64 into one patch,
and make it support all mips cases ]
Signed-off-by: He Zhe
---
scripts/runqemu | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index de42d0f3231..73d7d5818bd 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -668,7 +668,10 @@ class BaseConfig(object):
logger.info('QB_MEM is not set, use 512M by default')
self.set('QB_MEM', '-m 512')
-self.kernel_cmdline_script += ' mem=%s' %
self.get('QB_MEM').replace('-m','').strip() + 'M'
+mach = self.get('MACHINE')
+if not mach.startswith('qemumips'):
+self.kernel_cmdline_script += ' mem=%s' %
self.get('QB_MEM').replace('-m','').strip() + 'M'
+
self.qemu_opt_script += ' %s' % self.get('QB_MEM')
def check_tcpserial(self):
--
2.11.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] libxscrnsaver: update to 1.2.3
Signed-off-by: Armin Kuster
---
.../xorg-lib/{libxscrnsaver_1.2.2.bb => libxscrnsaver_1.2.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxscrnsaver_1.2.2.bb =>
libxscrnsaver_1.2.3.bb} (83%)
diff --git a/meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.2.bb
b/meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.3.bb
similarity index 83%
rename from meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.2.bb
rename to meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.3.bb
index ddf09af..aed52e7 100644
--- a/meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.3.bb
@@ -19,5 +19,5 @@ PE = "1"
XORG_PN = "libXScrnSaver"
-SRC_URI[md5sum] = "7a773b16165e39e938650bcc9027c1d5"
-SRC_URI[sha256sum] =
"8ff1efa7341c7f34bcf9b17c89648d6325ddaae22e3904e091794e0b4426ce1d"
+SRC_URI[md5sum] = "eeea9d5af3e6c143d0ea1721d27a5e49"
+SRC_URI[sha256sum] =
"f917075a1b7b5a38d67a8b0238eaab14acd2557679835b154cf2bca576e89bf8"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] xf86-input-mouse: update to 1.9.3
drop patch now included in update
Signed-off-by: Armin Kuster
---
.../0001-Adapt-to-removal-of-xf86GetOS.patch | 48 --
...ut-mouse_1.9.2.bb => xf86-input-mouse_1.9.3.bb} | 6 +--
2 files changed, 2 insertions(+), 52 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-driver/xf86-input-mouse/0001-Adapt-to-removal-of-xf86GetOS.patch
rename meta/recipes-graphics/xorg-driver/{xf86-input-mouse_1.9.2.bb =>
xf86-input-mouse_1.9.3.bb} (69%)
diff --git
a/meta/recipes-graphics/xorg-driver/xf86-input-mouse/0001-Adapt-to-removal-of-xf86GetOS.patch
b/meta/recipes-graphics/xorg-driver/xf86-input-mouse/0001-Adapt-to-removal-of-xf86GetOS.patch
deleted file mode 100644
index 4a082c0..000
---
a/meta/recipes-graphics/xorg-driver/xf86-input-mouse/0001-Adapt-to-removal-of-xf86GetOS.patch
+++ /dev/null
@@ -1,48 +0,0 @@
-From 3c8f243b750a92d5837a449d344ff884dbd02b57 Mon Sep 17 00:00:00 2001
-From: Adam Jackson
-Date: Thu, 16 Feb 2017 09:21:21 -0500
-Subject: [PATCH] Adapt to removal of xf86GetOS
-
-Signed-off-by: Adam Jackson
-
-Upstream-Status: Backport
-Fixes build issue with updated xorg-server changes.
-
-Signed-off-by: Armin Kuster
-
- src/mouse.c | 11 +--
- 1 file changed, 5 insertions(+), 6 deletions(-)
-
-diff --git a/src/mouse.c b/src/mouse.c
-index dae98aa..40d97a9 100644
a/src/mouse.c
-+++ b/src/mouse.c
-@@ -794,7 +794,6 @@ InitProtocols(void)
- {
- int classes;
- int i;
--const char *osname = NULL;
-
- if (osInfo)
- return TRUE;
-@@ -821,11 +820,11 @@ InitProtocols(void)
- mouseProtocols[i].id = PROT_UNSUP;
-
- /* NetBSD uses PROT_BM for "PS/2". */
--xf86GetOS(, NULL, NULL, NULL);
--if (osname && xf86NameCmp(osname, "netbsd") == 0)
--for (i = 0; mouseProtocols[i].name; i++)
--if (mouseProtocols[i].id == PROT_PS2)
--mouseProtocols[i].id = PROT_BM;
-+#if defined(__NetBSD__)
-+for (i = 0; mouseProtocols[i].name; i++)
-+if (mouseProtocols[i].id == PROT_PS2)
-+mouseProtocols[i].id = PROT_BM;
-+#endif
-
- return TRUE;
- }
---
-2.7.4
-
diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.9.2.bb
b/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.9.3.bb
similarity index 69%
rename from meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.9.2.bb
rename to meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.9.3.bb
index 8dea384..c38dab5 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.9.2.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-mouse_1.9.3.bb
@@ -10,7 +10,5 @@ driver."
LIC_FILES_CHKSUM = "file://COPYING;md5=90ea9f90d72b6d9327dede5ffdb2a510"
-SRC_URI += "file://0001-Adapt-to-removal-of-xf86GetOS.patch"
-
-SRC_URI[md5sum] = "ce2d679283a22c8e0dccdd9248594845"
-SRC_URI[sha256sum] =
"f425d5b05c6ab412a27e0a1106bb83f9e2662b307210abbe48270892387f4b2f"
+SRC_URI[md5sum] = "a2104693bbcfe1413397f7905eecd3dc"
+SRC_URI[sha256sum] =
"93ecb350604d05be98b7d4e5db3b8155a44890069a7d8d6b800c0bea79c85cc5"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] libxxf86misc: update to 1.0.4
Signed-off-by: Armin Kuster
---
.../xorg-lib/{libxxf86misc_1.0.3.bb => libxxf86misc_1.0.4.bb}| 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxxf86misc_1.0.3.bb =>
libxxf86misc_1.0.4.bb} (74%)
diff --git a/meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.3.bb
b/meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.4.bb
similarity index 74%
rename from meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.3.bb
rename to meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.4.bb
index 04fe962..45b0673 100644
--- a/meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.4.bb
@@ -15,6 +15,5 @@ PE = "1"
XORG_PN = "libXxf86misc"
-SRC_URI[md5sum] = "6bc0bf78909fd71021c466c793d4385c"
-SRC_URI[sha256sum] =
"563f4200862efd3334c33a669e0a0aae5bab31f3998db75b87a99a697cc26b5b"
-
+SRC_URI[md5sum] = "37ad70f8b53b94b550f9290be97fbe2d"
+SRC_URI[sha256sum] =
"a89c03e2b0f16239d67a2031b9003f31b5a686106bbdb3c797fb88ae472af380"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] libxinerama: update to 1.1.4
Signed-off-by: Armin Kuster
---
.../xorg-lib/{libxinerama_1.1.3.bb => libxinerama_1.1.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxinerama_1.1.3.bb =>
libxinerama_1.1.4.bb} (81%)
diff --git a/meta/recipes-graphics/xorg-lib/libxinerama_1.1.3.bb
b/meta/recipes-graphics/xorg-lib/libxinerama_1.1.4.bb
similarity index 81%
rename from meta/recipes-graphics/xorg-lib/libxinerama_1.1.3.bb
rename to meta/recipes-graphics/xorg-lib/libxinerama_1.1.4.bb
index 367ad26..edce35d 100644
--- a/meta/recipes-graphics/xorg-lib/libxinerama_1.1.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libxinerama_1.1.4.bb
@@ -16,7 +16,7 @@ PE = "1"
XORG_PN = "libXinerama"
-SRC_URI[md5sum] = "9336dc46ae3bf5f81c247f7131461efd"
-SRC_URI[sha256sum] =
"7a45699f1773095a3f821e491cbd5e10c887c5a5fce5d8d3fced15c2ff7698e2"
+SRC_URI[md5sum] = "0d5f826a197dae74da67af4a9ef35885"
+SRC_URI[sha256sum] =
"0008dbd7ecf717e1e507eed1856ab0d9cf946d03201b85d5dcf61489bb02d720"
BBCLASSEXTEND = "native nativesdk"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] minicom: remove dead URL from UPSTREAM_CHECK_URI
All the alioth.debian.org URLs should be changed to use salsa.debian.org.
Quick search showed:
https://salsa.debian.org/minicom-team/minicom
On Fri, Jul 6, 2018 at 8:47 AM Ross Burton wrote:
> Signed-off-by: Ross Burton
> ---
> meta/recipes-extended/minicom/minicom_2.7.1.bb | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/meta/recipes-extended/minicom/minicom_2.7.1.bb
> b/meta/recipes-extended/minicom/minicom_2.7.1.bb
> index be0b48dfdf5..1e6f1317ebe 100644
> --- a/meta/recipes-extended/minicom/minicom_2.7.1.bb
> +++ b/meta/recipes-extended/minicom/minicom_2.7.1.bb
> @@ -16,8 +16,6 @@ SRC_URI =
> "${DEBIAN_MIRROR}/main/m/${BPN}/${BPN}_${PV}.orig.tar.gz \
> SRC_URI[md5sum] = "9021cb8c5445f6e6e74b2acc39962d62"
> SRC_URI[sha256sum] =
> "532f836b7a677eb0cb1dca8d70302b73729c3d30df26d58368d712e5cca041f1"
>
> -UPSTREAM_CHECK_URI = "https://alioth.debian.org/frs/?group_id=30018;
> -
> PACKAGECONFIG ??= ""
> PACKAGECONFIG[lockdev] = "--enable-lockdev,--disable-lockdev,lockdev"
>
> --
> 2.11.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] minicom: remove dead URL from UPSTREAM_CHECK_URI
salsa.debian.org had no tags, so perhaps:
https://sources.debian.org/src/minicom/
On Sun, Jul 8, 2018 at 12:28 AM Tim Orling wrote:
> All the alioth.debian.org URLs should be changed to use salsa.debian.org.
> Quick search showed:
> https://salsa.debian.org/minicom-team/minicom
> On Fri, Jul 6, 2018 at 8:47 AM Ross Burton wrote:
>
>> Signed-off-by: Ross Burton
>> ---
>> meta/recipes-extended/minicom/minicom_2.7.1.bb | 2 --
>> 1 file changed, 2 deletions(-)
>>
>> diff --git a/meta/recipes-extended/minicom/minicom_2.7.1.bb
>> b/meta/recipes-extended/minicom/minicom_2.7.1.bb
>> index be0b48dfdf5..1e6f1317ebe 100644
>> --- a/meta/recipes-extended/minicom/minicom_2.7.1.bb
>> +++ b/meta/recipes-extended/minicom/minicom_2.7.1.bb
>> @@ -16,8 +16,6 @@ SRC_URI =
>> "${DEBIAN_MIRROR}/main/m/${BPN}/${BPN}_${PV}.orig.tar.gz \
>> SRC_URI[md5sum] = "9021cb8c5445f6e6e74b2acc39962d62"
>> SRC_URI[sha256sum] =
>> "532f836b7a677eb0cb1dca8d70302b73729c3d30df26d58368d712e5cca041f1"
>>
>> -UPSTREAM_CHECK_URI = "https://alioth.debian.org/frs/?group_id=30018;
>> -
>> PACKAGECONFIG ??= ""
>> PACKAGECONFIG[lockdev] = "--enable-lockdev,--disable-lockdev,lockdev"
>>
>> --
>> 2.11.0
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
