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