Re: [oe] [meta-networking][PATCH V2] geoip: update geolite database checksum
On 12/11/18 7:34 PM, Changqing Li wrote:
On 12/12/18 10:31 AM, akuster808 wrote:
On 12/11/18 7:09 AM, Khem Raj wrote:
adding Michael
On Tue, Dec 11, 2018 at 1:47 AM Changqing Li
wrote:
On 12/11/18 5:21 PM, Martin Jansa wrote:
http://downloads.yoctoproject.org/mirror/sources/ is updated only
by Yocto autobuilder which doesn't include meta-oe layers.
Someone will need to upload it there manually.
http://sources.openembedded.org is the one updated by world builds
Khem is running.
Thanks.
Khem, can you help to check if there is already a mirror on
http://sources.openembedded.org?
I cannot see it, 403 forbidden. if it is there, maybe we can
change SRC_URI point to there.
did anyone run?
oe-selftest -r
meta_oe_sources.MetaOESourceMirroring.test_oe_source_mirror
- armin
I didn't. I think it is better who can upload manually to the mirror
address. but I don't know
who have the access right. Anyone know?
I have access to add files to http://sources.openembedded.org/. What
needs to be done?
I've temporarily enabled indexes so you will get a file list instead of
the 403 response in case that helps.
On Tue, Dec 11, 2018 at 6:26 AM Changqing Li
wrote:
Hi, Khem and Martin
I noticed Khem have merge this patch to master yesterday, but the
mirror on http://downloads.yoctoproject.org/mirror/sources/
still not generated yet, do you know how to trigger the build and
generate a mirror on above link? I think the checksum will change
again tomorrow, seem we don't have time to change SRC_URI to the
http://downloads.yoctoproject.org/mirror/sources/, :-(
On 12/5/18 4:07 PM, changqing...@windriver.com wrote:
From: Changqing Li
Geolite database checksum changed today, so update it
to the lastest one.
Signed-off-by: Changqing Li
---
.../recipes-support/geoip/geoip_1.6.12.bb | 26
--
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git
a/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
b/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
index 57f0b67..c3ce4d8 100644
--- a/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
+++ b/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
@@ -8,11 +8,13 @@ using reverse DNS lookups."
HOMEPAGE = "http://dev.maxmind.com/geoip/";
SECTION = "libdevel"
+GEOIP_DATABASE_VERSION = "20181205"
+
SRC_URI = "git://github.com/maxmind/geoip-api-c.git \
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz;apply=no;name=GeoIP-dat;downloadfilename=GeoIP.dat.20181120.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz;apply=no;name=GeoIPv6-dat;downloadfilename=GeoIPv6.dat.20181120.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz;apply=no;name=GeoLiteCity-dat;downloadfilename=GeoLiteCity.dat.20181120.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz;apply=no;name=GeoLiteCityv6-dat;downloadfilename=GeoLiteCityv6.dat.20181120.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz;apply=no;name=GeoIP-dat;downloadfilename=GeoIP.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz;apply=no;name=GeoIPv6-dat;downloadfilename=GeoIPv6.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz;apply=no;name=GeoLiteCity-dat;downloadfilename=GeoLiteCity.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz;apply=no;name=GeoLiteCityv6-dat;downloadfilename=GeoLiteCityv6.dat.${GEOIP_DATABASE_VERSION}.gz
\
file://run-ptest \
"
SRCREV = "4b526e7331ca1d692b74a0509ddcc725622ed31a"
@@ -20,14 +22,14 @@ SRCREV =
"4b526e7331ca1d692b74a0509ddcc725622ed31a"
SRC_URI[GeoIP-dat.md5sum] = "d538e57ad9268fdc7955c6cf9a37c4a9"
SRC_URI[GeoIP-dat.sha256sum] =
"b9c05eb8bfcf90a6ddfdc6815caf40a8db2710f0ce3dd48fbd6c24d485ae0449"
-SRC_URI[GeoIPv6-dat.md5sum] = "a908d7a51c3883eb8f693ca197c7a142"
-SRC_URI[GeoIPv6-dat.sha256sum] =
"1b06e34eed2c539606a9ab4d97b2140ac80bf9f528d16ad2e3831c75014c2710"
+SRC_URI[GeoIPv6-dat.md5sum] = "52d6aa0aac1adbfa5eb7fa4742197c11"
+SRC_URI[GeoIPv6.sha256sum] =
"416ac92fcc35a21d5efbb32e5c88e609c37aec1aa1af6247d088b8da1af6e9bf"
SRC_URI[GeoLiteCity-dat.md5sum] =
"d700c137232f8e077ac8db8577f699d9"
SRC_URI[GeoLiteCity-dat.sha256sum] =
"90db2e52195e3d1bcdb2c2789209006d09de5c742812dbd9a1b36c12675ec4cd"
-SRC_URI[GeoLiteCityv6-dat.md5sum] =
"8ac3506ccabaae7e9f7d6301c2654313"
-SRC_URI[GeoLiteCityv6-dat.sha256sum] =
"1c5fced1657d09448b3ecc14b65c9536228a627d93ed4159d3438b2c6faa8506"
+SRC_URI[GeoLiteCityv6-dat.md5sum] =
"6734ccdc644fc0ba76eb276dce73d005"
+SRC_URI[GeoLiteCityv6-dat.sha256sum] =
"c95a9d2643b7f53d7abeed2114388870e13fbbad4653f450a49efa7e4b86aca4"
LICENSE = "LGPL-2.1"
@@ -44,10 +46,10 @@ EXTRA_O
Re: [oe] [meta-networking][PATCH V2] geoip: update geolite database checksum
On 12/12/18 4:05 PM, Michael Halstead wrote:
On 12/11/18 7:34 PM, Changqing Li wrote:
On 12/12/18 10:31 AM, akuster808 wrote:
On 12/11/18 7:09 AM, Khem Raj wrote:
adding Michael
On Tue, Dec 11, 2018 at 1:47 AM Changqing Li
wrote:
On 12/11/18 5:21 PM, Martin Jansa wrote:
http://downloads.yoctoproject.org/mirror/sources/ is updated only
by Yocto autobuilder which doesn't include meta-oe layers.
Someone will need to upload it there manually.
http://sources.openembedded.org is the one updated by world builds
Khem is running.
Thanks.
Khem, can you help to check if there is already a mirror on
http://sources.openembedded.org?
I cannot see it, 403 forbidden. if it is there, maybe we can
change SRC_URI point to there.
did anyone run?
oe-selftest -r
meta_oe_sources.MetaOESourceMirroring.test_oe_source_mirror
- armin
I didn't. I think it is better who can upload manually to the mirror
address. but I don't know
who have the access right. Anyone know?
I have access to add files to http://sources.openembedded.org/. What
needs to be done?
I've temporarily enabled indexes so you will get a file list instead
of the 403 response in case that helps.
Thanks. I checked that the GeoIP database of version 20181205 already
there, so don't need to upload manually now.
I will change geoip's SRC_URI to use this address.
PS:
There are still some GeoIP*bad-checksum* files there, I don't know if
there is automatic script to delete these
useless files periodically, maybe already have, just remind here.
On Tue, Dec 11, 2018 at 6:26 AM Changqing Li
wrote:
Hi, Khem and Martin
I noticed Khem have merge this patch to master yesterday, but the
mirror on http://downloads.yoctoproject.org/mirror/sources/
still not generated yet, do you know how to trigger the build and
generate a mirror on above link? I think the checksum will change
again tomorrow, seem we don't have time to change SRC_URI to the
http://downloads.yoctoproject.org/mirror/sources/, :-(
On 12/5/18 4:07 PM, changqing...@windriver.com wrote:
From: Changqing Li
Geolite database checksum changed today, so update it
to the lastest one.
Signed-off-by: Changqing Li
---
.../recipes-support/geoip/geoip_1.6.12.bb | 26
--
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git
a/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
b/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
index 57f0b67..c3ce4d8 100644
--- a/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
+++ b/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
@@ -8,11 +8,13 @@ using reverse DNS lookups."
HOMEPAGE = "http://dev.maxmind.com/geoip/";
SECTION = "libdevel"
+GEOIP_DATABASE_VERSION = "20181205"
+
SRC_URI = "git://github.com/maxmind/geoip-api-c.git \
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz;apply=no;name=GeoIP-dat;downloadfilename=GeoIP.dat.20181120.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz;apply=no;name=GeoIPv6-dat;downloadfilename=GeoIPv6.dat.20181120.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz;apply=no;name=GeoLiteCity-dat;downloadfilename=GeoLiteCity.dat.20181120.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz;apply=no;name=GeoLiteCityv6-dat;downloadfilename=GeoLiteCityv6.dat.20181120.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz;apply=no;name=GeoIP-dat;downloadfilename=GeoIP.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz;apply=no;name=GeoIPv6-dat;downloadfilename=GeoIPv6.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz;apply=no;name=GeoLiteCity-dat;downloadfilename=GeoLiteCity.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz;apply=no;name=GeoLiteCityv6-dat;downloadfilename=GeoLiteCityv6.dat.${GEOIP_DATABASE_VERSION}.gz
\
file://run-ptest \
"
SRCREV = "4b526e7331ca1d692b74a0509ddcc725622ed31a"
@@ -20,14 +22,14 @@ SRCREV =
"4b526e7331ca1d692b74a0509ddcc725622ed31a"
SRC_URI[GeoIP-dat.md5sum] = "d538e57ad9268fdc7955c6cf9a37c4a9"
SRC_URI[GeoIP-dat.sha256sum] =
"b9c05eb8bfcf90a6ddfdc6815caf40a8db2710f0ce3dd48fbd6c24d485ae0449"
-SRC_URI[GeoIPv6-dat.md5sum] = "a908d7a51c3883eb8f693ca197c7a142"
-SRC_URI[GeoIPv6-dat.sha256sum] =
"1b06e34eed2c539606a9ab4d97b2140ac80bf9f528d16ad2e3831c75014c2710"
+SRC_URI[GeoIPv6-dat.md5sum] = "52d6aa0aac1adbfa5eb7fa4742197c11"
+SRC_URI[GeoIPv6.sha256sum] =
"416ac92fcc35a21d5efbb32e5c88e609c37aec1aa1af6247d088b8da1af6e9bf"
SRC_URI[GeoLiteCity-dat.md5sum] =
"d700c137232f8e077ac8db8577f699d9"
SRC_URI[GeoLiteCity-dat.sha256sum] =
"90db2e52195e3d1bcdb2c2789209006d09de5c742812dbd9a1b36c12675ec4cd"
-SRC_URI[GeoL
[oe] [meta-oe][PATCH] cpprest: inherit pkg-config to find brotli library
---
meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
index c94038f8f..49da6d35c 100644
--- a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
+++ b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
@@ -3,7 +3,7 @@ SECTION = "libs/network"
HOMEPAGE = "https://github.com/Microsoft/cpprestsdk/";
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${S}/license.txt;md5=a2e15b954769218ff912468eecd6a02f"
-DEPENDS = "openssl websocketpp zlib boost brotli"
+DEPENDS = "openssl websocketpp zlib boost brotli pkgconfig"
EXTRA_OECMAKE = "-DCPPREST_EXPORT_DIR=cmake -DCPPREST_EXCLUDE_BROTLI=OFF"
--
2.17.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] cpprest: inherit pkg-config to find brotli library
Why does it need target pkgconfig to find brotli?
Doesn't it need pkgconfig-native (through pkgconfig inherit) instead?
On Wed, Dec 12, 2018 at 1:44 PM Gianfranco Costamagna <
costamagna.gianfra...@gmail.com> wrote:
> ---
> meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
> b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
> index c94038f8f..49da6d35c 100644
> --- a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
> +++ b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
> @@ -3,7 +3,7 @@ SECTION = "libs/network"
> HOMEPAGE = "https://github.com/Microsoft/cpprestsdk/";
> LICENSE = "MIT"
> LIC_FILES_CHKSUM =
> "file://${S}/license.txt;md5=a2e15b954769218ff912468eecd6a02f"
> -DEPENDS = "openssl websocketpp zlib boost brotli"
> +DEPENDS = "openssl websocketpp zlib boost brotli pkgconfig"
>
> EXTRA_OECMAKE = "-DCPPREST_EXPORT_DIR=cmake -DCPPREST_EXCLUDE_BROTLI=OFF"
>
> --
> 2.17.1
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] cpprest: inherit pkg-config to find brotli library
---
meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
index c94038f8f..b4b1c81e8 100644
--- a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
+++ b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
@@ -18,4 +18,4 @@ SRCREV= "204a52610234ac5180e80a6883b62c0ad085f51e"
S = "${WORKDIR}/git"
-inherit cmake
+inherit cmake pkgconfig
--
2.17.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] cpprest: inherit pkg-config to find brotli library
Hello Martin, you are right, I was not paying enough attention at the
commit :)
thanks and resubmitted!
G.
Il giorno mer 12 dic 2018 alle ore 13:49 Martin Jansa <
martin.ja...@gmail.com> ha scritto:
> Why does it need target pkgconfig to find brotli?
>
> Doesn't it need pkgconfig-native (through pkgconfig inherit) instead?
>
> On Wed, Dec 12, 2018 at 1:44 PM Gianfranco Costamagna <
> costamagna.gianfra...@gmail.com> wrote:
>
>> ---
>> meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
>> b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
>> index c94038f8f..49da6d35c 100644
>> --- a/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
>> +++ b/meta-oe/recipes-support/cpprest/cpprest_2.10.8.bb
>> @@ -3,7 +3,7 @@ SECTION = "libs/network"
>> HOMEPAGE = "https://github.com/Microsoft/cpprestsdk/";
>> LICENSE = "MIT"
>> LIC_FILES_CHKSUM =
>> "file://${S}/license.txt;md5=a2e15b954769218ff912468eecd6a02f"
>> -DEPENDS = "openssl websocketpp zlib boost brotli"
>> +DEPENDS = "openssl websocketpp zlib boost brotli pkgconfig"
>>
>> EXTRA_OECMAKE = "-DCPPREST_EXPORT_DIR=cmake -DCPPREST_EXCLUDE_BROTLI=OFF"
>>
>> --
>> 2.17.1
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
>
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] samba: fix build on qemumips64 with musl
There is the same issue as for libldb, the header has conflicting defs
for unitptr_t. Fix it as done for the other recipe.
Fix
/cmocka/cmocka.h:126:28: error: conflicting types for 'uintptr_t'
typedef unsigned int uintptr_t;
^
Signed-off-by: Andrea Adami
---
.../samba/samba/cmocka-uintptr_t.patch| 51 +++
.../recipes-connectivity/samba/samba_4.8.4.bb | 1 +
2 files changed, 52 insertions(+)
create mode 100644
meta-networking/recipes-connectivity/samba/samba/cmocka-uintptr_t.patch
diff --git
a/meta-networking/recipes-connectivity/samba/samba/cmocka-uintptr_t.patch
b/meta-networking/recipes-connectivity/samba/samba/cmocka-uintptr_t.patch
new file mode 100644
index 0..5c299d617
--- /dev/null
+++ b/meta-networking/recipes-connectivity/samba/samba/cmocka-uintptr_t.patch
@@ -0,0 +1,51 @@
+From 5bd7b5d04435bd593349825973ce32290f5f604d Mon Sep 17 00:00:00 2001
+From: Changqing Li
+Date: Wed, 25 Jul 2018 09:55:25 +0800
+Subject: [PATCH] samba: cmocka.h: fix musl libc conflicting types error
+
+Fix build on qemumips64(el)
+
+taken from:
+[PATCH] libldb: fix musl libc conflicting types error
+
+/third_party/cmocka/cmocka.h:126:28: error: conflicting types for 'uintptr_t'
+typedef unsigned int uintptr_t;
+ ^
+use __DEFINED_uintptr_t in alltypes.h to check if uintptr already defined
+
+Upstream-Status: Pending
+
+Signed-off-by: Changqing Li
+Signed-off-by: Andrea Adami
+---
+ third_party/cmocka/cmocka.h | 7 +++
+ 1 file changed, 3 insertions(+), 4 deletions(-)
+
+diff --git a/third_party/cmocka/cmocka.h b/third_party/cmocka/cmocka.h
+index 4fd82a9..5443a08 100644
+--- a/third_party/cmocka/cmocka.h
b/third_party/cmocka/cmocka.h
+@@ -110,7 +110,7 @@ typedef uintmax_t LargestIntegralType;
+ ((LargestIntegralType)(value))
+
+ /* Smallest integral type capable of holding a pointer. */
+-#if !defined(_UINTPTR_T) && !defined(_UINTPTR_T_DEFINED)
++#if !defined(__DEFINED_uintptr_t)
+ # if defined(_WIN32)
+ /* WIN32 is an ILP32 platform */
+ typedef unsigned int uintptr_t;
+@@ -134,9 +134,8 @@ typedef uintmax_t LargestIntegralType;
+ # endif /* __WORDSIZE */
+ # endif /* _WIN32 */
+
+-# define _UINTPTR_T
+-# define _UINTPTR_T_DEFINED
+-#endif /* !defined(_UINTPTR_T) || !defined(_UINTPTR_T_DEFINED) */
++# define __DEFINED_uintptr_t
++#endif /* !defined(__DEFINED_uintptr_t) */
+
+ /* Perform an unsigned cast to uintptr_t. */
+ #define cast_to_pointer_integral_type(value) \
+--
+2.7.4
+
diff --git a/meta-networking/recipes-connectivity/samba/samba_4.8.4.bb
b/meta-networking/recipes-connectivity/samba/samba_4.8.4.bb
index da0ac322a..f1aaeb83d 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.8.4.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.8.4.bb
@@ -28,6 +28,7 @@ SRC_URI = "${SAMBA_MIRROR}/stable/samba-${PV}.tar.gz \
SRC_URI_append_libc-musl = " \
file://samba-pam.patch \
file://samba-4.3.9-remove-getpwent_r.patch \
+ file://cmocka-uintptr_t.patch \
"
SRC_URI[md5sum] = "ca5bfbebd8d9eb95506e16594b2bbee2"
--
2.17.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Shall we remove bad-checksum files on http://sources.openembedded.org/?
With the current setup files will accumulate on http://sources.openembedded.org/ over time and none will be removed. Are there any patterns that should be removed over time? *bad-checksum* files seem like an obvious choice. Please share concerns or suggust other patterns to remove. Thank you, -- Michael Halstead Linux Foundation / SysAdmin -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Shall we remove bad-checksum files on http://sources.openembedded.org/?
Yes they serve no purpose deleting them is in order I should also check the Jenkins job to ignore them On Wed, Dec 12, 2018 at 10:32 AM Michael Halstead < mhalst...@linuxfoundation.org> wrote: > With the current setup files will accumulate on > http://sources.openembedded.org/ over time and none will be removed. Are > there any patterns that should be removed over time? *bad-checksum* > files seem like an obvious choice. Please share concerns or suggust > other patterns to remove. > > Thank you, > > -- > Michael Halstead > Linux Foundation / SysAdmin > > -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Shall we remove bad-checksum files on http://sources.openembedded.org/?
I've removed all of those files and prevented them from being mirrored in the future. Are there any other files we should remove? On 12/12/18 10:48 AM, Khem Raj wrote: Yes they serve no purpose deleting them is in order I should also check the Jenkins job to ignore them On Wed, Dec 12, 2018 at 10:32 AM Michael Halstead mailto:mhalst...@linuxfoundation.org>> wrote: With the current setup files will accumulate on http://sources.openembedded.org/ over time and none will be removed. Are there any patterns that should be removed over time? *bad-checksum* files seem like an obvious choice. Please share concerns or suggust other patterns to remove. Thank you, -- Michael Halstead Linux Foundation / SysAdmin -- Michael Halstead Linux Foundation / SysAdmin -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Shall we remove bad-checksum files on http://sources.openembedded.org/?
Not that I can think of. On Wed, Dec 12, 2018 at 1:18 PM Michael Halstead wrote: > > I've removed all of those files and prevented them from being mirrored in the > future. > > Are there any other files we should remove? > > On 12/12/18 10:48 AM, Khem Raj wrote: > > Yes they serve no purpose deleting them is in order > > I should also check the Jenkins job to ignore them > > On Wed, Dec 12, 2018 at 10:32 AM Michael Halstead > wrote: >> >> With the current setup files will accumulate on >> http://sources.openembedded.org/ over time and none will be removed. Are >> there any patterns that should be removed over time? *bad-checksum* >> files seem like an obvious choice. Please share concerns or suggust >> other patterns to remove. >> >> Thank you, >> >> -- >> Michael Halstead >> Linux Foundation / SysAdmin >> > -- > Michael Halstead > Linux Foundation / SysAdmin -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-initramfs][PATCH] kexec-tools-klibc: update to 2.0.18
Signed-off-by: Andrea Adami
---
meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_git.bb
b/meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_git.bb
index cc1c5518b..6ffa2aad6 100644
--- a/meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_git.bb
+++ b/meta-initramfs/recipes-kernel/kexec/kexec-tools-klibc_git.bb
@@ -6,14 +6,14 @@ SECTION = "kernel/userland"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=ea5bed2f60d357618ca161ad539f7c0a \
file://kexec/kexec.c;beginline=1;endline=20;md5=af10f6ae4a8715965e648aa687ad3e09"
-PV = "2.0.17+git${SRCPV}"
+PV = "2.0.18+git${SRCPV}"
DEPENDS = "zlib xz"
inherit klibc autotools
SRC_URI = "git://git.kernel.org/pub/scm/utils/kernel/kexec/kexec-tools.git"
-SRCREV = "b9de21ef51a7ceab7122a707c188602eae22c4ee"
+SRCREV = "5750980cdbbc33ef75bfba6660295b932376ce15"
BUILD_PATCHES = "file://0001-force-static-build.patch \
file://0002-Adjust-the-order-of-headers-to-fix-build-for-musl.patch"
--
2.17.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Shall we remove bad-checksum files on http://sources.openembedded.org/?
Can you look at what files get downloaded? mirrors exists to provide a place to download files that have disappeared from their original locations. People maintaining old systems should have saved local copies, but if not they depend on our source mirrors for GPL compliance exercises. It would be useful to know what "old"files are being downloaded to give us an idea how many people are using older "versions" of OpenEmbedded. Philip On 12/12/2018 05:07 PM, Khem Raj wrote: > Not that I can think of. > On Wed, Dec 12, 2018 at 1:18 PM Michael Halstead > wrote: >> >> I've removed all of those files and prevented them from being mirrored in >> the future. >> >> Are there any other files we should remove? >> >> On 12/12/18 10:48 AM, Khem Raj wrote: >> >> Yes they serve no purpose deleting them is in order >> >> I should also check the Jenkins job to ignore them >> >> On Wed, Dec 12, 2018 at 10:32 AM Michael Halstead >> wrote: >>> >>> With the current setup files will accumulate on >>> http://sources.openembedded.org/ over time and none will be removed. Are >>> there any patterns that should be removed over time? *bad-checksum* >>> files seem like an obvious choice. Please share concerns or suggust >>> other patterns to remove. >>> >>> Thank you, >>> >>> -- >>> Michael Halstead >>> Linux Foundation / SysAdmin >>> >> -- >> Michael Halstead >> Linux Foundation / SysAdmin -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Shall we remove bad-checksum files on http://sources.openembedded.org/?
On Wed, Dec 12, 2018 at 3:40 PM Philip Balister wrote: > > Can you look at what files get downloaded? mirrors exists to provide a > place to download files that have disappeared from their original > locations. People maintaining old systems should have saved local > copies, but if not they depend on our source mirrors for GPL compliance > exercises. > > It would be useful to know what "old"files are being downloaded to give > us an idea how many people are using older "versions" of OpenEmbedded. > what purpose would it serve ? > Philip > > On 12/12/2018 05:07 PM, Khem Raj wrote: > > Not that I can think of. > > On Wed, Dec 12, 2018 at 1:18 PM Michael Halstead > > wrote: > >> > >> I've removed all of those files and prevented them from being mirrored in > >> the future. > >> > >> Are there any other files we should remove? > >> > >> On 12/12/18 10:48 AM, Khem Raj wrote: > >> > >> Yes they serve no purpose deleting them is in order > >> > >> I should also check the Jenkins job to ignore them > >> > >> On Wed, Dec 12, 2018 at 10:32 AM Michael Halstead > >> wrote: > >>> > >>> With the current setup files will accumulate on > >>> http://sources.openembedded.org/ over time and none will be removed. Are > >>> there any patterns that should be removed over time? *bad-checksum* > >>> files seem like an obvious choice. Please share concerns or suggust > >>> other patterns to remove. > >>> > >>> Thank you, > >>> > >>> -- > >>> Michael Halstead > >>> Linux Foundation / SysAdmin > >>> > >> -- > >> Michael Halstead > >> Linux Foundation / SysAdmin -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-networking][PATCH] geoip: update SRC_URI
From: Changqing Li
previous database on maxmind website will be removed from January 2, 2019.
and also we met checksum weekly change problem, so update the SRC_URI to
http://sources.openembedded.org/
Signed-off-by: Changqing Li
---
meta-networking/recipes-support/geoip/geoip_1.6.12.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
b/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
index c3ce4d8..4271c2e 100644
--- a/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
+++ b/meta-networking/recipes-support/geoip/geoip_1.6.12.bb
@@ -11,10 +11,10 @@ SECTION = "libdevel"
GEOIP_DATABASE_VERSION = "20181205"
SRC_URI = "git://github.com/maxmind/geoip-api-c.git \
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz;apply=no;name=GeoIP-dat;downloadfilename=GeoIP.dat.${GEOIP_DATABASE_VERSION}.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz;apply=no;name=GeoIPv6-dat;downloadfilename=GeoIPv6.dat.${GEOIP_DATABASE_VERSION}.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz;apply=no;name=GeoLiteCity-dat;downloadfilename=GeoLiteCity.dat.${GEOIP_DATABASE_VERSION}.gz
\
-
http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz;apply=no;name=GeoLiteCityv6-dat;downloadfilename=GeoLiteCityv6.dat.${GEOIP_DATABASE_VERSION}.gz
\
+
http://sources.openembedded.org/GeoIP.dat.${GEOIP_DATABASE_VERSION}.gz;apply=no;name=GeoIP-dat;
\
+
http://sources.openembedded.org/GeoIPv6.dat.${GEOIP_DATABASE_VERSION}.gz;apply=no;name=GeoIPv6-dat;
\
+
http://sources.openembedded.org/GeoLiteCity.dat.${GEOIP_DATABASE_VERSION}.gz;apply=no;name=GeoLiteCity-dat;
\
+
http://sources.openembedded.org/GeoLiteCityv6.dat.${GEOIP_DATABASE_VERSION}.gz;apply=no;name=GeoLiteCityv6-dat;
\
file://run-ptest \
"
SRCREV = "4b526e7331ca1d692b74a0509ddcc725622ed31a"
--
2.7.4
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
