date:20200220

[oe] [meta-oe][PATCH] libzip: upgrade 1.6.0 -> 1.6.1

2020-02-20 Thread Wang Mingyu

Signed-off-by: Wang Mingyu 
---
 .../libzip/{libzip_1.6.0.bb => libzip_1.6.1.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-oe/recipes-extended/libzip/{libzip_1.6.0.bb => libzip_1.6.1.bb} 
(77%)

diff --git a/meta-oe/recipes-extended/libzip/libzip_1.6.0.bb 
b/meta-oe/recipes-extended/libzip/libzip_1.6.1.bb
similarity index 77%
rename from meta-oe/recipes-extended/libzip/libzip_1.6.0.bb
rename to meta-oe/recipes-extended/libzip/libzip_1.6.1.bb
index e4c282fe0..41ad55298 100644
--- a/meta-oe/recipes-extended/libzip/libzip_1.6.0.bb
+++ b/meta-oe/recipes-extended/libzip/libzip_1.6.1.bb
@@ -15,5 +15,5 @@ inherit cmake
 
 SRC_URI = "https://libzip.org/download/libzip-${PV}.tar.xz;
 
-SRC_URI[md5sum] = "c0245c3e68e472d75d9f8572e24eb5d0"
-SRC_URI[sha256sum] = 
"a6cd804b4b3cffd997bd563fec693eb7eb052c225909a98a620689c2befb699b"
+SRC_URI[md5sum] = "f9a228619aab2446addc9c9e0e2de149"
+SRC_URI[sha256sum] = 
"705dac7a671b3f440181481e607b0908129a9cf1ddfcba75d66436c0e7d33641"
-- 
2.17.1



-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] syslog-ng: Remove config nag on boot

2020-02-20 Thread Jeremy A. Puhlman

From: Jeremy Puhlman 

[2020-02-16T22:13:56.331425] WARNING: Configuration file format is too old, 
syslog-ng is running in compatibility mode. Please update it to use the syslo
g-ng 3.24 format at your time of convenience. To upgrade the configuration, 
please review the warnings about incompatible changes printed by syslog-ng, a
nd once completed change the @version header at the top of the configuration 
file

Signed-off-by: Jeremy Puhlman 
---
 meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.systemd  | 2 +-
 meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.sysvinit | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.systemd 
b/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.systemd
index 965abf722..6a8627672 100644
--- a/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.systemd
+++ b/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.systemd
@@ -1,4 +1,4 @@
-@version: 3.19
+@version: 3.24
 #
 # Syslog-ng configuration file, compatible with default Debian syslogd
 # installation. Originally written by anonymous (I can't find his name)
diff --git a/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.sysvinit 
b/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.sysvinit
index 2b39b8c1f..32b98610d 100644
--- a/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.sysvinit
+++ b/meta-oe/recipes-support/syslog-ng/files/syslog-ng.conf.sysvinit
@@ -1,4 +1,4 @@
-@version: 3.19
+@version: 3.24
 #
 # Syslog-ng configuration file, compatible with default Debian syslogd
 # installation. Originally written by anonymous (I can't find his name)
-- 
2.13.3

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-openembedded][rel-v2020.1][PATCH] can-utils: bump to revision 665d869

2020-02-20 Thread Jaewon Lee

Please disregard 

> -Original Message-
> From: Jaewon Lee 
> Sent: Thursday, February 20, 2020 3:15 PM
> To: git_plnxyocto 
> Cc: William A. Kennington III via Openembedded-devel  de...@lists.openembedded.org>; Pierre-Jean Texier
> ; Khem Raj ; Jaewon Lee
> 
> Subject: [meta-openembedded][rel-v2020.1][PATCH] can-utils: bump to
> revision 665d869
> 
> From: "William A. Kennington III via Openembedded-devel"
> 
> 
> Also:
>  - remove patch applied upstream
>  - update the hash of the license because the file  now contains a SPDX
> license identifier
> 
> BACKPORT from openembedded master
> 
> Signed-off-by: Pierre-Jean Texier 
> Signed-off-by: Khem Raj 
> Signed-off-by: Jaewon Lee 
> ---
>  ...o-find-SIOCGSTAMP-with-latest-kernel.patch | 106 --
>  .../socketcan/can-utils_git.bb|   9 +-
>  2 files changed, 4 insertions(+), 111 deletions(-)  delete mode 100644 meta-
> oe/recipes-extended/socketcan/can-utils/0001-fix-include-to-find-
> SIOCGSTAMP-with-latest-kernel.patch
> 
> diff --git a/meta-oe/recipes-extended/socketcan/can-utils/0001-fix-include-
> to-find-SIOCGSTAMP-with-latest-kernel.patch b/meta-oe/recipes-
> extended/socketcan/can-utils/0001-fix-include-to-find-SIOCGSTAMP-with-
> latest-kernel.patch
> deleted file mode 100644
> index cbf3aee10..0
> --- a/meta-oe/recipes-extended/socketcan/can-utils/0001-fix-include-to-
> find-SIOCGSTAMP-with-latest-kernel.patch
> +++ /dev/null
> @@ -1,106 +0,0 @@
> -From 20981c8a328747f823b7eef68d0c2812b3eaed30 Mon Sep 17 00:00:00
> 2001
> -From: Fabrice Fontaine 
> -Date: Sun, 14 Jul 2019 21:50:43 +0200
> -Subject: [PATCH] fix include to find SIOCGSTAMP with latest kernel
> -
> -In linux kernel commit 0768e17073dc527ccd18ed5f96ce85f9985e9115
> -the asm-generic/sockios.h header no longer defines SIOCGSTAMP.
> -Instead it provides only SIOCGSTAMP_OLD.
> -
> -The linux/sockios.h header now defines SIOCGSTAMP using either -
> SIOCGSTAMP_OLD or SIOCGSTAMP_NEW as appropriate. This linux only -
> header file is not pulled so we get a build failure.
> -
> -canlogserver.c: In function 'main':
> -canlogserver.c:404:21: error: 'SIOCGSTAMP' undeclared (first use in this
> function); did you mean 'SIOCGRARP'?
> - if (ioctl(s[i], SIOCGSTAMP, ) < 0)
> - ^~
> - SIOCGRARP
> -canlogserver.c:404:21: note: each undeclared identifier is reported only
> once for each function it appears in
> -
> -Fixes:
> - -
> http://autobuild.buildroot.org/results/363de7d9bf433be8bc47ba4ee52ae0b
> b80fa9021
> -
> -Upstream-Status: Backport [https://github.com/linux-can/can-
> utils/commit/e9590b1ca75d360eaf3211bebd86058214d48064]
> -Signed-off-by: Fabrice Fontaine 
> 
> - canlogserver.c | 1 +
> - cansniffer.c   | 1 +
> - isotpdump.c| 1 +
> - isotpperf.c| 1 +
> - isotpsniffer.c | 1 +
> - slcanpty.c | 1 +
> - 6 files changed, 6 insertions(+)
> -
> -diff --git a/canlogserver.c b/canlogserver.c -index e3350b7..f53165c 100644
>  a/canlogserver.c
> -+++ b/canlogserver.c
> -@@ -61,6 +61,7 @@
> -
> - #include 
> - #include 
> -+#include 
> - #include 
> - #include 
> -
> -diff --git a/cansniffer.c b/cansniffer.c -index 7b0a3fa..bf7d72e 100644
>  a/cansniffer.c
> -+++ b/cansniffer.c
> -@@ -61,6 +61,7 @@
> -
> - #include 
> - #include 
> -+#include 
> -
> - #include "terminal.h"
> -
> -diff --git a/isotpdump.c b/isotpdump.c
> -index b2b650a..36d8af3 100644
>  a/isotpdump.c
> -+++ b/isotpdump.c
> -@@ -55,6 +55,7 @@
> -
> - #include 
> - #include 
> -+#include 
> - #include "terminal.h"
> -
> - #define NO_CAN_ID 0xU
> -diff --git a/isotpperf.c b/isotpperf.c
> -index db3a2b7..5852a57 100644
>  a/isotpperf.c
> -+++ b/isotpperf.c
> -@@ -56,6 +56,7 @@
> -
> - #include 
> - #include 
> -+#include 
> -
> - #define NO_CAN_ID 0xU
> - #define PERCENTRES 2 /* resolution in percent for bargraph */ -diff --git
> a/isotpsniffer.c b/isotpsniffer.c -index f42e18b..d7a4c66 100644
>  a/isotpsniffer.c
> -+++ b/isotpsniffer.c
> -@@ -55,6 +55,7 @@
> -
> - #include 
> - #include 
> -+#include 
> - #include "terminal.h"
> -
> - #define NO_CAN_ID 0xU
> -diff --git a/slcanpty.c b/slcanpty.c
> -index 431ca68..7dfaf5c 100644
>  a/slcanpty.c
> -+++ b/slcanpty.c
> -@@ -40,6 +40,7 @@
> -
> - #include 
> - #include 
> -+#include 
> -
> - /* maximum rx buffer len: extended CAN frame with timestamp */
> - #define SLC_MTU (sizeof("T81122334455667788EA5F\r")+1)
> diff --git a/meta-oe/recipes-extended/socketcan/can-utils_git.bb b/meta-
> oe/recipes-extended/socketcan/can-utils_git.bb
> index db5055fed..e2609d411 100644
> --- a/meta-oe/recipes-extended/socketcan/can-utils_git.bb
> +++ b/meta-oe/recipes-extended/socketcan/can-utils_git.bb
> @@ -1,14 +1,13 @@
>  SUMMARY = "Linux CAN network development utilities"
>  DESCRIPTION = "Linux CAN network development"
>  LICENSE = "GPLv2 & BSD-3-Clause"
> -LIC_FILES_CHKSUM =
>

[oe] [meta-openembedded][rel-v2020.1][PATCH] can-utils: bump to revision 665d869

2020-02-20 Thread Jaewon Lee

From: "William A. Kennington III via Openembedded-devel" 


Also:
 - remove patch applied upstream
 - update the hash of the license because the file
 now contains a SPDX license identifier

BACKPORT from openembedded master

Signed-off-by: Pierre-Jean Texier 
Signed-off-by: Khem Raj 
Signed-off-by: Jaewon Lee 
---
 ...o-find-SIOCGSTAMP-with-latest-kernel.patch | 106 --
 .../socketcan/can-utils_git.bb|   9 +-
 2 files changed, 4 insertions(+), 111 deletions(-)
 delete mode 100644 
meta-oe/recipes-extended/socketcan/can-utils/0001-fix-include-to-find-SIOCGSTAMP-with-latest-kernel.patch

diff --git 
a/meta-oe/recipes-extended/socketcan/can-utils/0001-fix-include-to-find-SIOCGSTAMP-with-latest-kernel.patch
 
b/meta-oe/recipes-extended/socketcan/can-utils/0001-fix-include-to-find-SIOCGSTAMP-with-latest-kernel.patch
deleted file mode 100644
index cbf3aee10..0
--- 
a/meta-oe/recipes-extended/socketcan/can-utils/0001-fix-include-to-find-SIOCGSTAMP-with-latest-kernel.patch
+++ /dev/null
@@ -1,106 +0,0 @@
-From 20981c8a328747f823b7eef68d0c2812b3eaed30 Mon Sep 17 00:00:00 2001
-From: Fabrice Fontaine 
-Date: Sun, 14 Jul 2019 21:50:43 +0200
-Subject: [PATCH] fix include to find SIOCGSTAMP with latest kernel
-
-In linux kernel commit 0768e17073dc527ccd18ed5f96ce85f9985e9115
-the asm-generic/sockios.h header no longer defines SIOCGSTAMP.
-Instead it provides only SIOCGSTAMP_OLD.
-
-The linux/sockios.h header now defines SIOCGSTAMP using either
-SIOCGSTAMP_OLD or SIOCGSTAMP_NEW as appropriate. This linux only
-header file is not pulled so we get a build failure.
-
-canlogserver.c: In function 'main':
-canlogserver.c:404:21: error: 'SIOCGSTAMP' undeclared (first use in this 
function); did you mean 'SIOCGRARP'?
- if (ioctl(s[i], SIOCGSTAMP, ) < 0)
- ^~
- SIOCGRARP
-canlogserver.c:404:21: note: each undeclared identifier is reported only once 
for each function it appears in
-
-Fixes:
- - 
http://autobuild.buildroot.org/results/363de7d9bf433be8bc47ba4ee52ae0bb80fa9021
-
-Upstream-Status: Backport 
[https://github.com/linux-can/can-utils/commit/e9590b1ca75d360eaf3211bebd86058214d48064]
-Signed-off-by: Fabrice Fontaine 

- canlogserver.c | 1 +
- cansniffer.c   | 1 +
- isotpdump.c| 1 +
- isotpperf.c| 1 +
- isotpsniffer.c | 1 +
- slcanpty.c | 1 +
- 6 files changed, 6 insertions(+)
-
-diff --git a/canlogserver.c b/canlogserver.c
-index e3350b7..f53165c 100644
 a/canlogserver.c
-+++ b/canlogserver.c
-@@ -61,6 +61,7 @@
- 
- #include 
- #include 
-+#include 
- #include 
- #include 
- 
-diff --git a/cansniffer.c b/cansniffer.c
-index 7b0a3fa..bf7d72e 100644
 a/cansniffer.c
-+++ b/cansniffer.c
-@@ -61,6 +61,7 @@
- 
- #include 
- #include 
-+#include 
- 
- #include "terminal.h"
- 
-diff --git a/isotpdump.c b/isotpdump.c
-index b2b650a..36d8af3 100644
 a/isotpdump.c
-+++ b/isotpdump.c
-@@ -55,6 +55,7 @@
- 
- #include 
- #include 
-+#include 
- #include "terminal.h"
- 
- #define NO_CAN_ID 0xU
-diff --git a/isotpperf.c b/isotpperf.c
-index db3a2b7..5852a57 100644
 a/isotpperf.c
-+++ b/isotpperf.c
-@@ -56,6 +56,7 @@
- 
- #include 
- #include 
-+#include 
- 
- #define NO_CAN_ID 0xU
- #define PERCENTRES 2 /* resolution in percent for bargraph */
-diff --git a/isotpsniffer.c b/isotpsniffer.c
-index f42e18b..d7a4c66 100644
 a/isotpsniffer.c
-+++ b/isotpsniffer.c
-@@ -55,6 +55,7 @@
- 
- #include 
- #include 
-+#include 
- #include "terminal.h"
- 
- #define NO_CAN_ID 0xU
-diff --git a/slcanpty.c b/slcanpty.c
-index 431ca68..7dfaf5c 100644
 a/slcanpty.c
-+++ b/slcanpty.c
-@@ -40,6 +40,7 @@
- 
- #include 
- #include 
-+#include 
- 
- /* maximum rx buffer len: extended CAN frame with timestamp */
- #define SLC_MTU (sizeof("T81122334455667788EA5F\r")+1)
diff --git a/meta-oe/recipes-extended/socketcan/can-utils_git.bb 
b/meta-oe/recipes-extended/socketcan/can-utils_git.bb
index db5055fed..e2609d411 100644
--- a/meta-oe/recipes-extended/socketcan/can-utils_git.bb
+++ b/meta-oe/recipes-extended/socketcan/can-utils_git.bb
@@ -1,14 +1,13 @@
 SUMMARY = "Linux CAN network development utilities"
 DESCRIPTION = "Linux CAN network development"
 LICENSE = "GPLv2 & BSD-3-Clause"
-LIC_FILES_CHKSUM = 
"file://include/linux/can.h;endline=43;md5=390a2c9a3c5e3595a069ac1436553ee7"
+LIC_FILES_CHKSUM = 
"file://include/linux/can.h;endline=44;md5=a9e1169c6c9a114a61329e99f86fdd31"
 
 DEPENDS = "libsocketcan"
 
-SRC_URI = "git://github.com/linux-can/${BPN}.git;protocol=git;branch=master \
-   file://0001-fix-include-to-find-SIOCGSTAMP-with-latest-kernel.patch 
\
-   "
-SRCREV = "4c8fb05cb4d6ddcd67299008db54af423f86fd05"
+SRC_URI = "git://github.com/linux-can/${BPN}.git;protocol=git;branch=master"
+
+SRCREV = "665d8699ebe728bf48e63e8ae58d2482db72f954"
 
 PV = "0.0+gitr${SRCPV}"
 
-- 
2.25.0

-- 
___
Openembedded-devel mailing list

Re: [oe] [meta-oe][PATCH 2/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: remove old recipes

2020-02-20 Thread Martin Jansa

On Thu, Feb 20, 2020 at 10:19:24AM -0800, Khem Raj wrote:
> 
> 
> On 2/20/20 9:52 AM, Martin Jansa wrote:
> > * I don't   expect anyone nowadays actually using these recipes which I've
> >imported from meta-smartphone in 2011.
> > 
> > Signed-off-by: Martin Jansa 
> > ---
> >   .../packagegroups/packagegroup-meta-oe.bb |   8 +-
> >   .../0001-ppt.c-Do-not-include-sys-io.h.patch  |  28 -
> >   .../samsung-soc-utils/s3c24xx-gpio_git.bb |  21 -
> >   .../samsung-soc-utils/s3c64xx-gpio_git.bb |  21 -
> >   .../sjf2410-linux-native_git.bb   |  39 --
> >   .../usbpath/usbpath/configure.patch   |  11 -
> >   .../recipes-support/usbpath/usbpath_git.bb|  21 -
> >   ...0001-makefile-Pass-CFLAGS-to-compile.patch |  26 -
> >   ...02-fix-err-API-to-have-format-string.patch | 656 --
> >   .../wmiconfig/wmiconfig_git.bb|  24 -
> >   10 files changed, 4 insertions(+), 851 deletions(-)
> >   delete mode 100644 
> > meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
> >   delete mode 100644 
> > meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
> >   delete mode 100644 
> > meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb
> >   delete mode 100644 
> > meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_git.bb
> >   delete mode 100644 meta-oe/recipes-support/usbpath/usbpath/configure.patch
> >   delete mode 100644 meta-oe/recipes-support/usbpath/usbpath_git.bb
> >   delete mode 100644 
> > meta-oe/recipes-support/wmiconfig/wmiconfig/0001-makefile-Pass-CFLAGS-to-compile.patch
> >   delete mode 100644 
> > meta-oe/recipes-support/wmiconfig/wmiconfig/0002-fix-err-API-to-have-format-string.patch
> >   delete mode 100644 meta-oe/recipes-support/wmiconfig/wmiconfig_git.bb
> > 
> 
> I had to manually apply is on master-next, please check master-next if all
> is fine or else send a rebase on top of master-next

Looks the same as what I have locally, thanks.


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 2/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: remove old recipes

2020-02-20 Thread Khem Raj





On 2/20/20 9:52 AM, Martin Jansa wrote:

* I don't   expect anyone nowadays actually using these recipes which I've
   imported from meta-smartphone in 2011.

Signed-off-by: Martin Jansa 
---
  .../packagegroups/packagegroup-meta-oe.bb |   8 +-
  .../0001-ppt.c-Do-not-include-sys-io.h.patch  |  28 -
  .../samsung-soc-utils/s3c24xx-gpio_git.bb |  21 -
  .../samsung-soc-utils/s3c64xx-gpio_git.bb |  21 -
  .../sjf2410-linux-native_git.bb   |  39 --
  .../usbpath/usbpath/configure.patch   |  11 -
  .../recipes-support/usbpath/usbpath_git.bb|  21 -
  ...0001-makefile-Pass-CFLAGS-to-compile.patch |  26 -
  ...02-fix-err-API-to-have-format-string.patch | 656 --
  .../wmiconfig/wmiconfig_git.bb|  24 -
  10 files changed, 4 insertions(+), 851 deletions(-)
  delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
  delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
  delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb
  delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_git.bb
  delete mode 100644 meta-oe/recipes-support/usbpath/usbpath/configure.patch
  delete mode 100644 meta-oe/recipes-support/usbpath/usbpath_git.bb
  delete mode 100644 
meta-oe/recipes-support/wmiconfig/wmiconfig/0001-makefile-Pass-CFLAGS-to-compile.patch
  delete mode 100644 
meta-oe/recipes-support/wmiconfig/wmiconfig/0002-fix-err-API-to-have-format-string.patch
  delete mode 100644 meta-oe/recipes-support/wmiconfig/wmiconfig_git.bb



I had to manually apply is on master-next, please check master-next if 
all is fine or else send a rebase on top of master-next




diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb 
b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
index bad4aa769e..a8040fb799 100644
--- a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
+++ b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
@@ -251,13 +251,13 @@ RDEPENDS_packagegroup-meta-oe-support ="\
  multipath-tools nano neon nmon numactl onig openct openldap \
  opensc wbxml2 p910nd pcsc-lite picocom libotr pidgin \
  pngcheck poco poppler poppler-data portaudio-v19 pps-tools \
-pv pxaregs raptor2 rdfind read-edid rsnapshot s3c24xx-gpio s3c64xx-gpio \
-sjf2410-linux-native satyr sdparm pty-forward-native serial-forward \
+pv pxaregs raptor2 rdfind read-edid rsnapshot \
+satyr sdparm pty-forward-native serial-forward \
  sg3-utils sharutils smem spitools srecord ssiapi stm32flash \
  syslog-ng system-config-keyboard tbb thin-provisioning-tools tokyocabinet 
\
  tree uhubctl unixodbc uriparser usb-modeswitch \
-usb-modeswitch-data usbpath uthash utouch-evemu utouch-frame \
-vim vim-tiny websocketpp wmiconfig xdelta3 xdg-user-dirs xmlstarlet \
+usb-modeswitch-data uthash utouch-evemu utouch-frame \
+vim vim-tiny websocketpp xdelta3 xdg-user-dirs xmlstarlet \
  zbar zile \
  ${@bb.utils.contains("DISTRO_FEATURES", "x11", "geis toscoterm uim synergy utouch-mtview 
links-x11 fltk pidgin-otr", "", d)} \
  libcanberra \
diff --git 
a/meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
 
b/meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
deleted file mode 100644
index 4e6c250415..00
--- 
a/meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From fd244ae648789591f0fb79e74d2b8f6c5b15d6e8 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 6 Aug 2019 00:47:14 +
-Subject: [PATCH] ppt.c: Do not include sys/io.h
-
-newer versions of glibc has removed it
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj 

- ppt.c | 1 -
- 1 file changed, 1 deletion(-)
-
-diff --git a/ppt.c b/ppt.c
-index 0bae2d0..0ef279f 100644
 a/ppt.c
-+++ b/ppt.c
-@@ -5,7 +5,6 @@
- #else
- #include 
- #include 
--#include 
- #include 
- #include 
- #include 
---
-2.17.1
-
diff --git a/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb 
b/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
deleted file mode 100644
index 98573a062c..00
--- a/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
+++ /dev/null
@@ -1,21 +0,0 @@
-SUMMARY = "A user-space tool to show and modify the state of GPIOs on the S3c24xx 
platform"
-SECTION = "console/utils"
-AUTHOR = "Werner Almesberger "
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = 
"file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"
-PV = "1.0+git${SRCPV}"
-
-SRCREV = "0bde889e6fc09a330d0e0b9eb9808b20b2bf13d1"
-SRC_URI = 
"git://github.com/openmoko/openmoko-svn.git;protocol=https;subpath=src/target/gpio"
-S = "${WORKDIR}/gpio"
-
-CLEANBROKEN = "1"
-
-do_compile() {
-${CC} ${CFLAGS} ${LDFLAGS} -o ${PN} gpio.c
-}
-
-do_install() {
-

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Khem Raj





On 2/20/20 9:34 AM, Martin Jansa wrote:

On Thu, Feb 20, 2020 at 05:23:12PM +0100, Martin Jansa wrote:

On Thu, Feb 20, 2020 at 06:11:59PM +0200, Adrian Bunk wrote:

On Thu, Feb 20, 2020 at 04:37:58PM +0100, Martin Jansa wrote:

On Thu, Feb 20, 2020 at 05:16:20PM +0200, Adrian Bunk wrote:

On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:

...
Any idea why these aren't shown in our build?
...


What is your mirror configuration?

Default configuration downloads the tarball from [1].


Maybe I'm missing your point, but these aren't fetch issues.
...


MIRRORS = "" (and deleting the downloaded tar) is what I needed for
getting a build failure.


OK, I see now, sorry.

That explains why it's not shown in khem's builds and might be broken
well before thud already, the tarball created here today:

$ tar xvf ../downloads/gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
gpio/
gpio/trunk/
gpio/trunk/doc/
gpio/trunk/doc/hardware/
gpio/trunk/doc/hardware/GTA01Bv3/
gpio/trunk/doc/hardware/GTA01Bv3/gpio.txt
gpio/trunk/doc/hardware/GTA01Bv3/pmu-voltage.txt
...

while the corresponding tarball on mirror:
http://sources.openembedded.org/gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
$ tar xvf gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
gpio/
gpio/gpio-s3c6410.c
gpio/Makefile
gpio/gpio.c
gpio/gpio-glamo.c
gpio/README

Will check when it got broken before thud.


It's still reproducible in pyro, so probably not caused by changes in OE.

There is one more recipe using svn in meta-multimedia which works fine:
meta-multimedia/recipes-dvb/oscam/oscam_svn.bb:SRC_URI = 
"svn://www.streamboard.tv/svn/oscam;module=trunk;protocol=http \

The rest are all from svn.openmoko.org:
meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/host/;module=sjf2410-linux;protocol=http \
meta-oe/recipes-support/usbpath/usbpath_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/host;module=usbpath;protocol=http \
meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/target;module=AR6kSDK.build_sw.18;protocol=http
 \

And now this leads to do_fetch running:
svn --non-interactive --trust-server-cert co --no-auth-cache --ignore-externals 
-r 4949 http://svn.openmoko.org/trunk/src/target/gpio@4949 gpio
as before, but now it redirects to github:

Redirecting to URL 'https://github.com/openmoko/openmoko-svn':
Agpio/branches
Agpio/branches/oe
Agpio/branches/oe/pre-20070305
Agpio/branches/oe/pre-20070305/README
Agpio/branches/oe/pre-20070305/classes
Agpio/branches/oe/pre-20070305/classes/autotools.bbclass
Agpio/branches/oe/pre-20070305/classes/base.bbclass
Agpio/branches/oe/pre-20070305/classes/openmoko-base.bbclass
Agpio/branches/oe/pre-20070305/classes/openmoko-panel-plugin.bbclass
..

and the svn bridge to github probably doesn't work exactly the same as the
native svn repo used to work, but I don't see it explicitly mentioned in:
https://help.github.com/en/github/importing-your-projects-to-github/support-for-subversion-clients

So to resolve this quickly I'm going to send SRC_URI updates for
these recipes to just use git fetcher from:
https://github.com/openmoko/openmoko-svn
directly. I don't think anyone is using these nowadays, so it's
also fine with me to just delete them all, which I'll do in
separate follow-up commit in case someone tries to resurrect them
later in own layer.



I think plan looks good. Lets fix the SRC_URI and then delete them
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH 1/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: use git fetcher instead of svn fetcher

2020-02-20 Thread Martin Jansa

* svn checkouts from http://svn.openmoko.org/ are now redirected to github:
  svn --non-interactive --trust-server-cert co --no-auth-cache 
--ignore-externals -r 4949 http://svn.openmoko.org/trunk/src/target/gpio@4949 
gpio

Redirecting to URL 'https://github.com/openmoko/openmoko-svn':
Agpio/branches
Agpio/branches/oe
Agpio/branches/oe/pre-20070305
Agpio/branches/oe/pre-20070305/README
Agpio/branches/oe/pre-20070305/classes
Agpio/branches/oe/pre-20070305/classes/autotools.bbclass
Agpio/branches/oe/pre-20070305/classes/base.bbclass
Agpio/branches/oe/pre-20070305/classes/openmoko-base.bbclass
Agpio/branches/oe/pre-20070305/classes/openmoko-panel-plugin.bbclass

* unfortunately this is causing the checkout to start from trunk, not the
  subdirectory specified in the URL (e.g. /trunk/src/target/gpio) and then
  S variable points to incorrect directory as discussed here:
  
http://lists.openembedded.org/pipermail/openembedded-devel/2020-February/205028.html

* use git fetcher directly to remove the dependency on subversion-native

* for simplicity use the same SRCREV and PV for all of these, there wasn't any
  commit in last 8 years (not anyone can expect new commits), I don't
  expect anyone nowadays actually using these recipes which I've imported
  from meta-smartphone in 2011 - that's why I will send their removal in
  follow-up commit.

Signed-off-by: Martin Jansa 
---
 .../{s3c24xx-gpio_svn.bb => s3c24xx-gpio_git.bb}|  7 +++
 .../{s3c64xx-gpio_svn.bb => s3c64xx-gpio_git.bb}|  6 +++---
 ...ux-native_svn.bb => sjf2410-linux-native_git.bb} | 11 +--
 .../usbpath/{usbpath_svn.bb => usbpath_git.bb}  | 10 +-
 .../{wmiconfig_svn.bb => wmiconfig_git.bb}  | 13 ++---
 5 files changed, 22 insertions(+), 25 deletions(-)
 rename meta-oe/recipes-support/samsung-soc-utils/{s3c24xx-gpio_svn.bb => 
s3c24xx-gpio_git.bb} (73%)
 rename meta-oe/recipes-support/samsung-soc-utils/{s3c64xx-gpio_svn.bb => 
s3c64xx-gpio_git.bb} (74%)
 rename meta-oe/recipes-support/samsung-soc-utils/{sjf2410-linux-native_svn.bb 
=> sjf2410-linux-native_git.bb} (78%)
 rename meta-oe/recipes-support/usbpath/{usbpath_svn.bb => usbpath_git.bb} (68%)
 rename meta-oe/recipes-support/wmiconfig/{wmiconfig_svn.bb => 
wmiconfig_git.bb} (58%)

diff --git a/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb 
b/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
similarity index 73%
rename from meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb
rename to meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
index 255754d5d1..98573a062c 100644
--- a/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb
+++ b/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
@@ -3,11 +3,10 @@ SECTION = "console/utils"
 AUTHOR = "Werner Almesberger "
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = 
"file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"
-SRCREV = "4949"
-PV = "1.0+svnr${SRCPV}"
-PR = "r2"
+PV = "1.0+git${SRCPV}"
 
-SRC_URI = "svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
+SRCREV = "0bde889e6fc09a330d0e0b9eb9808b20b2bf13d1"
+SRC_URI = 
"git://github.com/openmoko/openmoko-svn.git;protocol=https;subpath=src/target/gpio"
 S = "${WORKDIR}/gpio"
 
 CLEANBROKEN = "1"
diff --git a/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb 
b/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb
similarity index 74%
rename from meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb
rename to meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb
index 976a4f15ec..99781718c8 100644
--- a/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb
+++ b/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb
@@ -3,10 +3,10 @@ SECTION = "console/utils"
 AUTHOR = "Werner Almesberger "
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = 
"file://gpio-s3c6410.c;endline=12;md5=060cda1be945ad9194593f11d56d55c7"
-SRCREV = "4949"
-PV = "1.0+svnr${SRCPV}"
+PV = "1.0+git${SRCPV}"
 
-SRC_URI = "svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
+SRCREV = "0bde889e6fc09a330d0e0b9eb9808b20b2bf13d1"
+SRC_URI = 
"git://github.com/openmoko/openmoko-svn.git;protocol=https;subpath=src/target/gpio"
 S = "${WORKDIR}/gpio"
 
 CLEANBROKEN = "1"
diff --git 
a/meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb 
b/meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_git.bb
similarity index 78%
rename from 
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb
rename to meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_git.bb
index 3a5172eecc..283740396b 100644
--- a/meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb
+++ b/meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_git.bb
@@ -3,13 +3,12 @@ SECTION = "devel"
 AUTHOR = "Harald Welte "
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM =

[oe] [meta-oe][PATCH 2/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: remove old recipes

2020-02-20 Thread Martin Jansa

* I don't   expect anyone nowadays actually using these recipes which I've
  imported from meta-smartphone in 2011.

Signed-off-by: Martin Jansa 
---
 .../packagegroups/packagegroup-meta-oe.bb |   8 +-
 .../0001-ppt.c-Do-not-include-sys-io.h.patch  |  28 -
 .../samsung-soc-utils/s3c24xx-gpio_git.bb |  21 -
 .../samsung-soc-utils/s3c64xx-gpio_git.bb |  21 -
 .../sjf2410-linux-native_git.bb   |  39 --
 .../usbpath/usbpath/configure.patch   |  11 -
 .../recipes-support/usbpath/usbpath_git.bb|  21 -
 ...0001-makefile-Pass-CFLAGS-to-compile.patch |  26 -
 ...02-fix-err-API-to-have-format-string.patch | 656 --
 .../wmiconfig/wmiconfig_git.bb|  24 -
 10 files changed, 4 insertions(+), 851 deletions(-)
 delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
 delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
 delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb
 delete mode 100644 
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_git.bb
 delete mode 100644 meta-oe/recipes-support/usbpath/usbpath/configure.patch
 delete mode 100644 meta-oe/recipes-support/usbpath/usbpath_git.bb
 delete mode 100644 
meta-oe/recipes-support/wmiconfig/wmiconfig/0001-makefile-Pass-CFLAGS-to-compile.patch
 delete mode 100644 
meta-oe/recipes-support/wmiconfig/wmiconfig/0002-fix-err-API-to-have-format-string.patch
 delete mode 100644 meta-oe/recipes-support/wmiconfig/wmiconfig_git.bb

diff --git a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb 
b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
index bad4aa769e..a8040fb799 100644
--- a/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
+++ b/meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb
@@ -251,13 +251,13 @@ RDEPENDS_packagegroup-meta-oe-support ="\
 multipath-tools nano neon nmon numactl onig openct openldap \
 opensc wbxml2 p910nd pcsc-lite picocom libotr pidgin \
 pngcheck poco poppler poppler-data portaudio-v19 pps-tools \
-pv pxaregs raptor2 rdfind read-edid rsnapshot s3c24xx-gpio s3c64xx-gpio \
-sjf2410-linux-native satyr sdparm pty-forward-native serial-forward \
+pv pxaregs raptor2 rdfind read-edid rsnapshot \
+satyr sdparm pty-forward-native serial-forward \
 sg3-utils sharutils smem spitools srecord ssiapi stm32flash \
 syslog-ng system-config-keyboard tbb thin-provisioning-tools tokyocabinet \
 tree uhubctl unixodbc uriparser usb-modeswitch \
-usb-modeswitch-data usbpath uthash utouch-evemu utouch-frame \
-vim vim-tiny websocketpp wmiconfig xdelta3 xdg-user-dirs xmlstarlet \
+usb-modeswitch-data uthash utouch-evemu utouch-frame \
+vim vim-tiny websocketpp xdelta3 xdg-user-dirs xmlstarlet \
 zbar zile \
 ${@bb.utils.contains("DISTRO_FEATURES", "x11", "geis toscoterm uim synergy 
utouch-mtview links-x11 fltk pidgin-otr", "", d)} \
 libcanberra \
diff --git 
a/meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
 
b/meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
deleted file mode 100644
index 4e6c250415..00
--- 
a/meta-oe/recipes-support/samsung-soc-utils/files/0001-ppt.c-Do-not-include-sys-io.h.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From fd244ae648789591f0fb79e74d2b8f6c5b15d6e8 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 6 Aug 2019 00:47:14 +
-Subject: [PATCH] ppt.c: Do not include sys/io.h
-
-newer versions of glibc has removed it
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj 

- ppt.c | 1 -
- 1 file changed, 1 deletion(-)
-
-diff --git a/ppt.c b/ppt.c
-index 0bae2d0..0ef279f 100644
 a/ppt.c
-+++ b/ppt.c
-@@ -5,7 +5,6 @@
- #else
- #include 
- #include 
--#include 
- #include 
- #include 
- #include 
--- 
-2.17.1
-
diff --git a/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb 
b/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
deleted file mode 100644
index 98573a062c..00
--- a/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_git.bb
+++ /dev/null
@@ -1,21 +0,0 @@
-SUMMARY = "A user-space tool to show and modify the state of GPIOs on the 
S3c24xx platform"
-SECTION = "console/utils"
-AUTHOR = "Werner Almesberger "
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = 
"file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"
-PV = "1.0+git${SRCPV}"
-
-SRCREV = "0bde889e6fc09a330d0e0b9eb9808b20b2bf13d1"
-SRC_URI = 
"git://github.com/openmoko/openmoko-svn.git;protocol=https;subpath=src/target/gpio"
-S = "${WORKDIR}/gpio"
-
-CLEANBROKEN = "1"
-
-do_compile() {
-${CC} ${CFLAGS} ${LDFLAGS} -o ${PN} gpio.c
-}
-
-do_install() {
-install -d ${D}${sbindir}
-install -m 0755 ${PN} ${D}${sbindir}
-}
diff --git a/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_git.bb

[oe] [meta-python2][PATCH 1/1] python-lxml: fix installation

2020-02-20 Thread Joe Slater

Inherit setuptools before adding to variables defined in it.

Signed-off-by: Joe Slater 
---
 recipes-devtools/python/python-lxml_4.4.2.bb | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/python/python-lxml_4.4.2.bb 
b/recipes-devtools/python/python-lxml_4.4.2.bb
index 911ba58..0f9cdf7 100644
--- a/recipes-devtools/python/python-lxml_4.4.2.bb
+++ b/recipes-devtools/python/python-lxml_4.4.2.bb
@@ -21,6 +21,11 @@ SRC_URI[sha256sum] = 
"eff69ddbf3ad86375c344339371168640951c302450c5d3e9936e98d64
 
 DEPENDS += "libxml2 libxslt"
 
+
+inherit setuptools
+
+# add to the defaults which are set in the setuptools bbclass
+#
 DISTUTILS_BUILD_ARGS += " \
  --with-xslt-config='pkg-config libxslt' \
  --with-xml2-config='pkg-config libxml-2.0' \
@@ -31,7 +36,7 @@ DISTUTILS_INSTALL_ARGS += " \
  --with-xml2-config='pkg-config libxml-2.0' \
 "
 
-inherit pypi setuptools
+inherit pypi
 
 # {standard input}: Assembler messages:
 # {standard input}:1488805: Error: branch out of range
-- 
2.7.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Martin Jansa

On Thu, Feb 20, 2020 at 05:23:12PM +0100, Martin Jansa wrote:
> On Thu, Feb 20, 2020 at 06:11:59PM +0200, Adrian Bunk wrote:
> > On Thu, Feb 20, 2020 at 04:37:58PM +0100, Martin Jansa wrote:
> > > On Thu, Feb 20, 2020 at 05:16:20PM +0200, Adrian Bunk wrote:
> > > > On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> > > > >...
> > > > > Any idea why these aren't shown in our build?
> > > > >...
> > > > 
> > > > What is your mirror configuration?
> > > > 
> > > > Default configuration downloads the tarball from [1].
> > > 
> > > Maybe I'm missing your point, but these aren't fetch issues.
> > >...
> > 
> > MIRRORS = "" (and deleting the downloaded tar) is what I needed for 
> > getting a build failure.
> 
> OK, I see now, sorry.
> 
> That explains why it's not shown in khem's builds and might be broken
> well before thud already, the tarball created here today:
> 
> $ tar xvf ../downloads/gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
> gpio/
> gpio/trunk/
> gpio/trunk/doc/
> gpio/trunk/doc/hardware/
> gpio/trunk/doc/hardware/GTA01Bv3/
> gpio/trunk/doc/hardware/GTA01Bv3/gpio.txt
> gpio/trunk/doc/hardware/GTA01Bv3/pmu-voltage.txt
> ...
> 
> while the corresponding tarball on mirror:
> http://sources.openembedded.org/gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
> $ tar xvf gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
> gpio/
> gpio/gpio-s3c6410.c
> gpio/Makefile
> gpio/gpio.c
> gpio/gpio-glamo.c
> gpio/README
> 
> Will check when it got broken before thud.

It's still reproducible in pyro, so probably not caused by changes in OE.

There is one more recipe using svn in meta-multimedia which works fine:
meta-multimedia/recipes-dvb/oscam/oscam_svn.bb:SRC_URI = 
"svn://www.streamboard.tv/svn/oscam;module=trunk;protocol=http \

The rest are all from svn.openmoko.org:
meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/host/;module=sjf2410-linux;protocol=http \
meta-oe/recipes-support/usbpath/usbpath_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/host;module=usbpath;protocol=http \
meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb:SRC_URI = 
"svn://svn.openmoko.org/trunk/src/target;module=AR6kSDK.build_sw.18;protocol=http
 \

And now this leads to do_fetch running:
svn --non-interactive --trust-server-cert co --no-auth-cache --ignore-externals 
-r 4949 http://svn.openmoko.org/trunk/src/target/gpio@4949 gpio
as before, but now it redirects to github:

Redirecting to URL 'https://github.com/openmoko/openmoko-svn':
Agpio/branches
Agpio/branches/oe
Agpio/branches/oe/pre-20070305
Agpio/branches/oe/pre-20070305/README
Agpio/branches/oe/pre-20070305/classes
Agpio/branches/oe/pre-20070305/classes/autotools.bbclass
Agpio/branches/oe/pre-20070305/classes/base.bbclass
Agpio/branches/oe/pre-20070305/classes/openmoko-base.bbclass
Agpio/branches/oe/pre-20070305/classes/openmoko-panel-plugin.bbclass
..

and the svn bridge to github probably doesn't work exactly the same as the
native svn repo used to work, but I don't see it explicitly mentioned in:
https://help.github.com/en/github/importing-your-projects-to-github/support-for-subversion-clients

So to resolve this quickly I'm going to send SRC_URI updates for
these recipes to just use git fetcher from:
https://github.com/openmoko/openmoko-svn
directly. I don't think anyone is using these nowadays, so it's
also fine with me to just delete them all, which I'll do in
separate follow-up commit in case someone tries to resurrect them
later in own layer.


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] oprofile: Fix build with bfd 2.34+

2020-02-20 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 meta-oe/recipes-kernel/oprofile/oprofile.inc  |  1 +
 .../0001-Use-new-bfd-APIs-from-2.34.patch | 79 +++
 2 files changed, 80 insertions(+)
 create mode 100644 
meta-oe/recipes-kernel/oprofile/oprofile/0001-Use-new-bfd-APIs-from-2.34.patch

diff --git a/meta-oe/recipes-kernel/oprofile/oprofile.inc 
b/meta-oe/recipes-kernel/oprofile/oprofile.inc
index a9ee775d45..0e1e2ed8c9 100644
--- a/meta-oe/recipes-kernel/oprofile/oprofile.inc
+++ b/meta-oe/recipes-kernel/oprofile/oprofile.inc
@@ -25,6 +25,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz \
file://root-home-dir.patch \
file://0001-Add-rmb-definition-for-NIOS2-architecture.patch \
file://0001-replace-sym_iterator-0-with-sym_iterator.patch \
+   file://0001-Use-new-bfd-APIs-from-2.34.patch \
 "
 UPSTREAM_CHECK_REGEX = "oprofile-(?P\d+(\.\d+)+)/"
 UPSTREAM_CHECK_URI = 
"https://sourceforge.net/projects/oprofile/files/oprofile/;
diff --git 
a/meta-oe/recipes-kernel/oprofile/oprofile/0001-Use-new-bfd-APIs-from-2.34.patch
 
b/meta-oe/recipes-kernel/oprofile/oprofile/0001-Use-new-bfd-APIs-from-2.34.patch
new file mode 100644
index 00..faf56d1168
--- /dev/null
+++ 
b/meta-oe/recipes-kernel/oprofile/oprofile/0001-Use-new-bfd-APIs-from-2.34.patch
@@ -0,0 +1,79 @@
+From 34745fb066a266ae6bbb15d08466d4d2cb6a2110 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 20 Feb 2020 08:11:04 -0800
+Subject: [PATCH] Use new bfd APIs from 2.34+
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ libutil++/bfd_support.cpp | 10 +-
+ opjitconv/create_bfd.c|  6 +++---
+ 2 files changed, 8 insertions(+), 8 deletions(-)
+
+diff --git a/libutil++/bfd_support.cpp b/libutil++/bfd_support.cpp
+index fa904839..e53a1530 100644
+--- a/libutil++/bfd_support.cpp
 b/libutil++/bfd_support.cpp
+@@ -137,7 +137,7 @@ static bool get_build_id(bfd * ibfd, unsigned char * 
build_id)
+   }
+   }
+ 
+-  bfd_size_type buildid_sect_size = bfd_section_size(ibfd, sect);
++  bfd_size_type buildid_sect_size = bfd_section_size(sect);
+   char * contents = (char *) xmalloc(buildid_sect_size);
+   errno = 0;
+   if (!bfd_get_section_contents(ibfd, sect,
+@@ -188,7 +188,7 @@ bool get_debug_link_info(bfd * ibfd, string & filename, 
unsigned long & crc32)
+   if (sect == NULL)
+   return false;
+   
+-  bfd_size_type debuglink_size = bfd_section_size(ibfd, sect);  
++  bfd_size_type debuglink_size = bfd_section_size(sect);  
+   char * contents = (char *) xmalloc(debuglink_size);
+   cverb << vbfd
+ << ".gnu_debuglink section has size " << debuglink_size << endl;
+@@ -346,7 +346,7 @@ void fixup_linenr(bfd * abfd, asection * section, asymbol 
** syms,
+   // first restrict the search on a sensible range of vma, 16 is
+   // an intuitive value based on epilog code look
+   size_t max_search = 16;
+-  size_t section_size = bfd_section_size(abfd, section);
++  size_t section_size = bfd_section_size(section);
+   if (pc + max_search > section_size)
+   max_search = section_size - pc;
+ 
+@@ -819,10 +819,10 @@ find_nearest_line(bfd_info const & b, op_bfd_symbol 
const & sym,
+   else
+   pc = (sym.value() + offset) - sym.filepos();
+ 
+-  if ((bfd_get_section_flags(abfd, section) & SEC_ALLOC) == 0)
++  if ((bfd_section_flags(section) & SEC_ALLOC) == 0)
+   goto fail;
+ 
+-  if (pc >= bfd_section_size(abfd, section))
++  if (pc >= bfd_section_size(section))
+   goto fail;
+ 
+   ret = bfd_find_nearest_line(abfd, section, syms, pc, ,
+diff --git a/opjitconv/create_bfd.c b/opjitconv/create_bfd.c
+index 48db143b..5c0e9152 100644
+--- a/opjitconv/create_bfd.c
 b/opjitconv/create_bfd.c
+@@ -86,12 +86,12 @@ asection * create_section(bfd * abfd, char const * 
section_name,
+   bfd_perror("bfd_make_section");
+   goto error;
+   }
+-  bfd_set_section_vma(abfd, section, vma);
+-  if (bfd_set_section_size(abfd, section, size) == FALSE) {
++  bfd_set_section_vma(section, vma);
++  if (bfd_set_section_size(section, size) == FALSE) {
+   bfd_perror("bfd_set_section_size");
+   goto error;
+   }
+-  if (bfd_set_section_flags(abfd, section, flags) == FALSE) {
++  if (bfd_set_section_flags(section, flags) == FALSE) {
+   bfd_perror("bfd_set_section_flags");
+   goto error;
+   }
+-- 
+2.25.1
+
-- 
2.25.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Khem Raj

On Thu, Feb 20, 2020 at 7:38 AM Martin Jansa  wrote:
>
> On Thu, Feb 20, 2020 at 05:16:20PM +0200, Adrian Bunk wrote:
> > On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> > >...
> > > Any idea why these aren't shown in our build?
> > >...
> >
> > What is your mirror configuration?
> >
> > Default configuration downloads the tarball from [1].
>
> Maybe I'm missing your point, but these aren't fetch issues.
>
> Even when bitbake fetches the tarball (with the svn repo), svn fetcher
> will still do the actual checkout to WORKDIR, so it will fail the same
> when fetching from upstream repo with svn or when using tarball.
>

they could have been fetched long time ago, perhaps it changed in this
area after that
when fetching fresh repos, just guessing

> Cheers,
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Martin Jansa

On Thu, Feb 20, 2020 at 06:11:59PM +0200, Adrian Bunk wrote:
> On Thu, Feb 20, 2020 at 04:37:58PM +0100, Martin Jansa wrote:
> > On Thu, Feb 20, 2020 at 05:16:20PM +0200, Adrian Bunk wrote:
> > > On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> > > >...
> > > > Any idea why these aren't shown in our build?
> > > >...
> > > 
> > > What is your mirror configuration?
> > > 
> > > Default configuration downloads the tarball from [1].
> > 
> > Maybe I'm missing your point, but these aren't fetch issues.
> >...
> 
> MIRRORS = "" (and deleting the downloaded tar) is what I needed for 
> getting a build failure.

OK, I see now, sorry.

That explains why it's not shown in khem's builds and might be broken
well before thud already, the tarball created here today:

$ tar xvf ../downloads/gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
gpio/
gpio/trunk/
gpio/trunk/doc/
gpio/trunk/doc/hardware/
gpio/trunk/doc/hardware/GTA01Bv3/
gpio/trunk/doc/hardware/GTA01Bv3/gpio.txt
gpio/trunk/doc/hardware/GTA01Bv3/pmu-voltage.txt
...

while the corresponding tarball on mirror:
http://sources.openembedded.org/gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
$ tar xvf gpio_svn.openmoko.org_.trunk.src.target_4949_.tar.gz
gpio/
gpio/gpio-s3c6410.c
gpio/Makefile
gpio/gpio.c
gpio/gpio-glamo.c
gpio/README

Will check when it got broken before thud.


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Adrian Bunk

On Thu, Feb 20, 2020 at 04:37:58PM +0100, Martin Jansa wrote:
> On Thu, Feb 20, 2020 at 05:16:20PM +0200, Adrian Bunk wrote:
> > On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> > >...
> > > Any idea why these aren't shown in our build?
> > >...
> > 
> > What is your mirror configuration?
> > 
> > Default configuration downloads the tarball from [1].
> 
> Maybe I'm missing your point, but these aren't fetch issues.
>...

MIRRORS = "" (and deleting the downloaded tar) is what I needed for 
getting a build failure.

> Cheers,

cu
Adrian
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Khem Raj

On Thu, Feb 20, 2020 at 6:48 AM Martin Jansa  wrote:
>
> On Wed, Feb 19, 2020 at 09:29:58AM -0800, Khem Raj wrote:
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> >
> > == Failed tasks /media/ra_build_share/buildlogs/oe/world/dunfell/2020-02-18 
> > ==
> >
> > INFO: jenkins-job.sh-1.8.46 Complete log available at
> > /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.report.20200219_150007.log
> >
> > === common (0) ===
> >
> > === common-x86 (0) ===
> >
> > === qemuarm (0) ===
> >
> > === qemuarm64 (0) ===
> >
> > === qemux86 (0) ===
> >
> > === qemux86_64 (0) ===
>
> Looks great! Thanks
>
> I was running some world builds recently as well and was surprised that
> there are a few failing recipes in meta-oe:
>   s3c24xx-gpio
>   s3c64xx-gpio
>   wmiconfig
>   usbpath
> which are all using svn fetcher.
>
> Any idea why these aren't shown in our build? I was able to reproduce
> this on thud as well as latest master build:
>

perhaps it might be due to the fact that yoe distro uses yocto and oe
source mirrors for tarballs

>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/usbpath/usbpath_svn.bb:do_patch
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_compile
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_compile
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_populate_lic
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_populate_lic
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb:do_patch
>
> they have all the same root cause and that is that the
> S variable points to directory where the sources used to be, but now
> they are checked out somewhere else, e.g. s3c24xx-gpio:
>
> LIC_FILES_CHKSUM = 
> "file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"
>
> SRC_URI = "svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
>
> S = "${WORKDIR}/gpio"
>
> And now S looks like this:
> $ ls 
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/
> branches  trunk
>
> While before I believe it was checking out just this directory (as 
> ${WORKDIR}/gpio):
> $ ls 
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/trunk/src/target/gpio/
> gpio.c  gpio-glamo.c  gpio-s3c6410.c  Makefile  README
>
> Anyone still actively using svn fetcher for something?
>
> I'll check with even older bitbake to see when it changed, but it's
> still surprising that you wouldn't be seeing it with latest bitbake
> in world builds.
>
> Cheers,
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] mraa: upgrade 2.0.0 -> 2.1.0

2020-02-20 Thread Khem Raj

fails on musl/x86

http://errors.yoctoproject.org/Errors/Details/391870/

On Wed, Feb 19, 2020 at 6:29 PM Wang Mingyu  wrote:
>
> Signed-off-by: Wang Mingyu 
> ---
>  meta-oe/recipes-extended/mraa/mraa_git.bb | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta-oe/recipes-extended/mraa/mraa_git.bb 
> b/meta-oe/recipes-extended/mraa/mraa_git.bb
> index 6d42c6771..745e4e3b9 100644
> --- a/meta-oe/recipes-extended/mraa/mraa_git.bb
> +++ b/meta-oe/recipes-extended/mraa/mraa_git.bb
> @@ -3,10 +3,10 @@ HOMEPAGE = "https://github.com/intel-iot-devkit/mraa;
>  SECTION = "libs"
>
>  LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=4b92a3b497d7943042a6db40c088c3f2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=91e7de50a8d3cf01057f318d72460acd"
>

please describe why this changed in commit msg

> -SRCREV = "967585c9ea0e1a8818d2172d2395d8502f6180a2"
> -PV = "2.0.0+git${SRCPV}"
> +SRCREV = "e15ce6fbc76148ba8835adc92196b0d0a3f245e7"
> +PV = "2.1.0+git${SRCPV}"
>
>  SRC_URI = "git://github.com/intel-iot-devkit/${BPN}.git;protocol=http \
> "
> --
> 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

Re: [oe] [meta-oe][PATCH v1 1/4] Ply: Add recipe for git version

2020-02-20 Thread Khem Raj

fails to build fot x86/musl
http://errors.yoctoproject.org/Errors/Details/391871/

On Mon, Feb 17, 2020 at 9:26 PM Leo Yan  wrote:
>
> Ply is a light-weight eBPF tool which compiles ply script or one-liner
> to Linux BPF programs and attaches to kprobes and tracepoints.  It
> doesn't require external dependencies except libc, so it's very friendly
> for embedded system usage.
>
> This patch adds the recipe to support ply building for git version.
>
> Signed-off-by: Leo Yan 
> ---
>  meta-oe/recipes-devtools/ply/ply_git.bb | 27 +
>  1 file changed, 27 insertions(+)
>  create mode 100644 meta-oe/recipes-devtools/ply/ply_git.bb
>
> diff --git a/meta-oe/recipes-devtools/ply/ply_git.bb 
> b/meta-oe/recipes-devtools/ply/ply_git.bb
> new file mode 100644
> index 0..b8295386c
> --- /dev/null
> +++ b/meta-oe/recipes-devtools/ply/ply_git.bb
> @@ -0,0 +1,27 @@
> +SUMMARY = "Ply: A light-weight dynamic tracer for eBPF"
> +HOMEPAGE = "https://github.com/iovisor/ply;
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> +
> +DEPENDS += "bison-native"
> +
> +SRC_URI = "git://github.com/iovisor/ply"
> +SRCREV = "aa5b9ac31307ec1acece818be334ef801c802a12"
> +
> +S = "${WORKDIR}/git"
> +
> +do_configure_prepend() {
> +( cd ${S}; ./autogen.sh; cd - )
> +}
> +
> +do_configure() {
> +( cd ${S}; ./configure --host=${TARGET_SYS} --prefix=${D}${prefix}; cd - 
> )
> +}
> +
> +do_compile() {
> +( cd ${S}; oe_runmake; cd - )
> +}
> +
> +do_install() {
> +( cd ${S}; oe_runmake install; cd - )
> +}
> --
> 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

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Martin Jansa

On Thu, Feb 20, 2020 at 05:16:20PM +0200, Adrian Bunk wrote:
> On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> >...
> > Any idea why these aren't shown in our build?
> >...
> 
> What is your mirror configuration?
> 
> Default configuration downloads the tarball from [1].

Maybe I'm missing your point, but these aren't fetch issues.

Even when bitbake fetches the tarball (with the svn repo), svn fetcher
will still do the actual checkout to WORKDIR, so it will fail the same
when fetching from upstream repo with svn or when using tarball.

Cheers,

signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][zeus][PATCH] meta-oe: zeus: remmina - use PACKAGECONFIG for spice

2020-02-20 Thread akuster808

Jan,

On 2/19/20 3:57 AM, Jan-Simon Moeller wrote:
> remmina depends on spice and spice-protocol but they are in meta-networking.
> Use the PACKAGECONFIG flag to avoid hardcoding the dependency.
>
> Signed-off-by: Jan-Simon Moeller 
> ---
>  meta-oe/recipes-support/remmina/remmina_1.3.6.bb | 10 +++---
>  1 file changed, 3 insertions(+), 7 deletions(-)
>
> diff --git a/meta-oe/recipes-support/remmina/remmina_1.3.6.bb 
> b/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> index 82b803a4d..5f25231c2 100644
> --- a/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> +++ b/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> @@ -5,8 +5,6 @@ LICENSE = "GPLv2 & openssl"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=dab7215512044d49037272ce1ac4ea8f 
> file://LICENSE.OpenSSL;md5=c1eb3cee0a4dea27503c531267a69769"
>  DEPENDS += "openssl freerdp gtk+3 gdk-pixbuf atk libgcrypt avahi-ui 
> libsodium libssh vte json-glib libsoup-2.4 libvncserver libsecret"
>
> -DEPENDS_append_x86 = " spice spice-protocol"
> -DEPENDS_append_x86-64 = " spice spice-protocol"
>
>  DEPENDS_append_libc-musl = " libexecinfo"
>  LDFLAGS_append_libc-musl = " -lexecinfo"
> @@ -23,11 +21,7 @@ inherit cmake distro_features_check
>  # depends on avahi-ui with this restriction
>  ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>
> -EXTRA_OECMAKE += "-DWITH_APPINDICATOR=OFF -DWITH_GETTEXT=OFF 
> -DWITH_TRANSLATIONS=OFF -DWITH_SPICE=OFF"
> -
> -EXTRA_OECMAKE_append_x86 = " -DWITH_SPICE=ON"
> -EXTRA_OECMAKE_append_x86-64 = " -DWITH_SPICE=ON"
> -
> +EXTRA_OECMAKE += "-DWITH_APPINDICATOR=OFF -DWITH_GETTEXT=OFF 
> -DWITH_TRANSLATIONS=OFF"
>
>  do_install_append(){
>  # We dont need the extra stuff form other desktop environments
> @@ -36,6 +30,8 @@ do_install_append(){
>  rm -rf ${D}/${datadir}/gnome-session
>  }
>
> +PACKAGECONFIG[spice] = "-DWITH_SPICE=ON, -DWITH_SPICE=OFF, spice 
> spice-protocol"
The above needs to be set for x86 and x86-64 systems to make this change
behave as it did before and I don't see that so its not a viable zeus
candidate.

- armin
> +
>  RDEPENDS_${PN} = "bash"
>
>  FILES_${PN}_append = " ${datadir}/icons/hicolor/*"
> --
> 2.11.0
>

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Adrian Bunk

On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
>...
> Any idea why these aren't shown in our build?
>...

What is your mirror configuration?

Default configuration downloads the tarball from [1].

> Cheers,

cu
Adrian

[1] http://downloads.yoctoproject.org/mirror/sources/
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [zeus][PATCH 2/3] lcov: Add support for intermediate JSON format

2020-02-20 Thread Viktor Rosendahl

From: Viktor Rosendahl 

gcc-9 uses this intermediate JSON format, so we will need these two patches
to make lcov work again.

Signed-off-by: Viktor Rosendahl 
---
 ...Add-intermediate-text-format-support.patch | 898 ++
 ...Add-intermediate-JSON-format-support.patch | 247 +
 meta-oe/recipes-support/lcov/lcov_1.14.bb |   9 +-
 3 files changed, 1153 insertions(+), 1 deletion(-)
 create mode 100644 
meta-oe/recipes-support/lcov/files/0001-geninfo-Add-intermediate-text-format-support.patch
 create mode 100644 
meta-oe/recipes-support/lcov/files/0002-geninfo-Add-intermediate-JSON-format-support.patch

diff --git 
a/meta-oe/recipes-support/lcov/files/0001-geninfo-Add-intermediate-text-format-support.patch
 
b/meta-oe/recipes-support/lcov/files/0001-geninfo-Add-intermediate-text-format-support.patch
new file mode 100644
index 0..9ac0770f9
--- /dev/null
+++ 
b/meta-oe/recipes-support/lcov/files/0001-geninfo-Add-intermediate-text-format-support.patch
@@ -0,0 +1,898 @@
+From ec3e1f411c332cbc2f2bc7ab7e2175ebf918b37a Mon Sep 17 00:00:00 2001
+From: Peter Oberparleiter 
+Date: Fri, 24 May 2019 16:56:52 +0200
+Subject: [PATCH 1/2] geninfo: Add intermediate text format support
+
+This change adds support for parsing the output of gcov's intermediate
+text file format as implemented by GCC versions 5 to 8.  The use of the
+gcov intermediate format should increase processing speed. It also
+provides branch coverage data when using the --initial command line
+option.
+
+Users can control whether geninfo uses the intermediate format via the
+geninfo_intermediate configuration file option. Valid values are:
+
+ 0: Use normal text format
+ 1: Use intermediate format
+  auto: Use intermediate format if available. This is the default.
+
+Signed-off-by: Peter Oberparleiter 
+---
+ bin/geninfo  | 567 ---
+ lcovrc   |   3 +
+ man/lcovrc.5 |  24 +++
+ 3 files changed, 521 insertions(+), 73 deletions(-)
+
+Upstream-Status: Backport
+Download URL: 
https://github.com/linux-test-project/lcov/commit/ebfeb3e179e450c69c3532f98cd5ea1fbf6ccba7
+
+diff --git a/bin/geninfo b/bin/geninfo
+index f41eaec..027 100755
+--- a/bin/geninfo
 b/bin/geninfo
+@@ -54,6 +54,8 @@ use warnings;
+ use File::Basename; 
+ use File::Spec::Functions qw /abs2rel catdir file_name_is_absolute splitdir
+ splitpath catpath/;
++use File::Temp qw(tempfile tempdir);
++use File::Copy qw(copy);
+ use Getopt::Long;
+ use Digest::MD5 qw(md5_base64);
+ use Cwd qw/abs_path/;
+@@ -163,13 +165,13 @@ sub solve_relative_path($$);
+ sub read_gcov_header($);
+ sub read_gcov_file($);
+ sub info(@);
++sub process_intermediate($$$);
+ sub map_llvm_version($);
+ sub version_to_str($);
+ sub get_gcov_version();
+ sub system_no_output($@);
+ sub read_config($);
+ sub apply_config($);
+-sub get_exclusion_data($);
+ sub apply_exclusion_data($$);
+ sub process_graphfile($$);
+ sub filter_fn_name($);
+@@ -264,6 +266,8 @@ our $gcno_split_crc;
+ our $func_coverage = 1;
+ our $br_coverage = 0;
+ our $rc_auto_base = 1;
++our $rc_intermediate = "auto";
++our $intermediate;
+ our $excl_line = "LCOV_EXCL_LINE";
+ our $excl_br_line = "LCOV_EXCL_BR_LINE";
+ 
+@@ -331,6 +335,7 @@ if ($config || %opt_rc)
+   "geninfo_compat"=> \$opt_compat,
+   "geninfo_adjust_src_path"   => \$rc_adjust_src_path,
+   "geninfo_auto_base" => \$rc_auto_base,
++  "geninfo_intermediate"  => \$rc_intermediate,
+   "lcov_function_coverage"=> \$func_coverage,
+   "lcov_branch_coverage"  => \$br_coverage,
+   "lcov_excl_line"=> \$excl_line,
+@@ -460,15 +465,38 @@ if (system_no_output(3, $gcov_tool, "--help") == -1)
+ }
+ 
+ ($gcov_version, $gcov_version_string) = get_gcov_version();
++$gcov_caps = get_gcov_capabilities();
++
++# Determine intermediate mode
++if ($rc_intermediate eq "0") {
++  $intermediate = 0;
++} elsif ($rc_intermediate eq "1") {
++  $intermediate = 1;
++} elsif (lc($rc_intermediate) eq "auto") {
++  # Use intermediate format if supported by gcov
++  $intermediate = $gcov_caps->{'intermediate-format'} ? 1 : 0;
++} else {
++  die("ERROR: invalid value for geninfo_intermediate: ".
++  "'$rc_intermediate'\n");
++}
++
++if ($intermediate) {
++  info("Using intermediate gcov format\n");
++  if ($opt_derive_func_data) {
++  warn("WARNING: --derive-func-data is not compatible with ".
++   "intermediate format - ignoring\n");
++  $opt_derive_func_data = 0;
++  }
++}
+ 
+ # Determine gcov options
+-$gcov_caps = get_gcov_capabilities();
+ push(@gcov_options, "-b") if ($gcov_caps->{'branch-probabilities'} &&
+ ($br_coverage || $func_coverage));
+ push(@gcov_options, "-c") if ($gcov_caps->{'branch-counts'} &&
+

[oe] [zeus][PATCH 0/3] Make lcov work with gcc-9 (backport)

2020-02-20 Thread Viktor Rosendahl

Hi all,

These are the patches that makes lcov work with gcc-9 that were merged into
master recently. The commits in master are:

416c4f7d5 perl: Add libperlio-gzip-perl and libjson-perl
64441dc46 lcov: Add support for intermediate JSON format
7002e7dd3 lcov: Add missing missing RDEPEND and enable nativesdk

They have the same content as the ones in master, except
that the third patch adds one additional missing RDEPEND, which was alreay
fixed in master.

best regards,

Viktor

Viktor Rosendahl (3):
  perl: Add libperlio-gzip-perl and libjson-perl
  lcov: Add support for intermediate JSON format
  lcov: Add missing missing RDEPEND and enable nativesdk

 .../perl/libjson-perl_4.02000.bb  |  22 +
 .../perl/libperlio-gzip-perl_0.20.bb  |  30 +
 ...Add-intermediate-text-format-support.patch | 898 ++
 ...Add-intermediate-JSON-format-support.patch | 247 +
 meta-oe/recipes-support/lcov/lcov_1.14.bb |  12 +-
 5 files changed, 1208 insertions(+), 1 deletion(-)
 create mode 100644 meta-oe/recipes-devtools/perl/libjson-perl_4.02000.bb
 create mode 100644 meta-oe/recipes-devtools/perl/libperlio-gzip-perl_0.20.bb
 create mode 100644 
meta-oe/recipes-support/lcov/files/0001-geninfo-Add-intermediate-text-format-support.patch
 create mode 100644 
meta-oe/recipes-support/lcov/files/0002-geninfo-Add-intermediate-JSON-format-support.patch

-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [zeus][PATCH 3/3] lcov: Add missing missing RDEPEND and enable nativesdk

2020-02-20 Thread Viktor Rosendahl

From: Viktor Rosendahl 

It seems like geninfo is depending on perl-module-digest-md5 and
gcov-symlinks, so they should be added here. Also, lcov is useful in SDKs,
so let's enable the building of native and nativesdk packages.

Signed-off-by: Viktor Rosendahl 
---
 meta-oe/recipes-support/lcov/lcov_1.14.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta-oe/recipes-support/lcov/lcov_1.14.bb 
b/meta-oe/recipes-support/lcov/lcov_1.14.bb
index ac0505829..14718184b 100755
--- a/meta-oe/recipes-support/lcov/lcov_1.14.bb
+++ b/meta-oe/recipes-support/lcov/lcov_1.14.bb
@@ -10,11 +10,13 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
 
 RDEPENDS_${PN} += " \
 gcov \
+gcov-symlinks \
 libjson-perl \
 libperlio-gzip-perl \
 perl \
 perl-module-filehandle \
 perl-module-getopt-std \
+perl-module-digest-md5 \
 perl-module-digest-sha \
 perl-module-constant \
 perl-module-cwd \
@@ -57,3 +59,4 @@ do_install() {
 oe_runmake install PREFIX=${D}${prefix} CFG_DIR=${D}${sysconfdir}
 }
 
+BBCLASSEXTEND = "native nativesdk"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [zeus][PATCH 1/3] perl: Add libperlio-gzip-perl and libjson-perl

2020-02-20 Thread Viktor Rosendahl

From: Viktor Rosendahl 

We need to add these perl modules in order to make lcov compatible
with gcc9.

Signed-off-by: Viktor Rosendahl 
---
 .../perl/libjson-perl_4.02000.bb  | 22 ++
 .../perl/libperlio-gzip-perl_0.20.bb  | 30 +++
 2 files changed, 52 insertions(+)
 create mode 100644 meta-oe/recipes-devtools/perl/libjson-perl_4.02000.bb
 create mode 100644 meta-oe/recipes-devtools/perl/libperlio-gzip-perl_0.20.bb

diff --git a/meta-oe/recipes-devtools/perl/libjson-perl_4.02000.bb 
b/meta-oe/recipes-devtools/perl/libjson-perl_4.02000.bb
new file mode 100644
index 0..4e5a8a6ff
--- /dev/null
+++ b/meta-oe/recipes-devtools/perl/libjson-perl_4.02000.bb
@@ -0,0 +1,22 @@
+SUMMARY = "Perl module to decode/encode json files"
+DESCRIPTION = "This package contains the JSON.pm module with friends. \
+The module implements JSON encode/decode."
+
+HOMEPAGE = "https://metacpan.org/pod/JSON;
+SECTION = "libs"
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = 
"file://README;beginline=1171;endline=1176;md5=3be2cb8159d094768e67386c453e8bbe"
+
+DEPENDS += "perl"
+
+SRC_URI = "git://github.com/makamaka/JSON.git;protocol=https"
+
+SRCREV = "42a6324df654e92419512cee80c0b49155d9e56d"
+
+S = "${WORKDIR}/git"
+
+inherit cpan
+
+RDEPENDS_${PN} += "perl"
+
+BBCLASSEXTEND = "native nativesdk"
diff --git a/meta-oe/recipes-devtools/perl/libperlio-gzip-perl_0.20.bb 
b/meta-oe/recipes-devtools/perl/libperlio-gzip-perl_0.20.bb
new file mode 100644
index 0..ffe7a7d99
--- /dev/null
+++ b/meta-oe/recipes-devtools/perl/libperlio-gzip-perl_0.20.bb
@@ -0,0 +1,30 @@
+SUMMARY = "Perl module to manipulate and access gzip files"
+DESCRIPTION = "This package contains the gzip.pm module with friends. \
+The module implements perlio layer for gzip."
+
+HOMEPAGE = "https://metacpan.org/pod/PerlIO::gzip;
+SECTION = "libs"
+LICENSE = "Artistic-1.0 | GPL-1.0+"
+LIC_FILES_CHKSUM = 
"file://README;beginline=55;endline=61;md5=bc3da2dec1fbea59ac91172c5e0eb837"
+
+DEPENDS += "perl"
+
+SRC_URI = 
"https://cpan.metacpan.org/authors/id/N/NW/NWCLARK/PerlIO-gzip-${PV}.tar.gz;
+
+SRC_URI[md5sum] = "0393eae5d0b23df6cf40ed44af7d711c"
+SRC_URI[sha256sum] = 
"4848679a3f201e3f3b0c5f6f9526e602af52923ffa471a2a3657db786bd3bdc5"
+
+S = "${WORKDIR}/PerlIO-gzip-${PV}"
+
+EXTRA_CPANFLAGS = "EXPATLIBPATH=${STAGING_LIBDIR} 
EXPATINCPATH=${STAGING_INCDIR}"
+
+inherit cpan
+
+do_compile() {
+   export LIBC="$(find ${STAGING_DIR_TARGET}/${base_libdir}/ -name 
'libc-*.so')"
+   cpan_do_compile
+}
+
+RDEPENDS_${PN} += "perl perl-module-perlio"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Tom Rini

On Thu, Feb 20, 2020 at 03:48:48PM +0100, Martin Jansa wrote:
> On Wed, Feb 19, 2020 at 09:29:58AM -0800, Khem Raj wrote:
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> > 
> > == Failed tasks /media/ra_build_share/buildlogs/oe/world/dunfell/2020-02-18 
> > ==
> > 
> > INFO: jenkins-job.sh-1.8.46 Complete log available at
> > /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.report.20200219_150007.log
> > 
> > === common (0) ===
> > 
> > === common-x86 (0) ===
> > 
> > === qemuarm (0) ===
> > 
> > === qemuarm64 (0) ===
> > 
> > === qemux86 (0) ===
> > 
> > === qemux86_64 (0) ===
> 
> Looks great! Thanks
> 
> I was running some world builds recently as well and was surprised that
> there are a few failing recipes in meta-oe:
>   s3c24xx-gpio
>   s3c64xx-gpio
>   wmiconfig
>   usbpath
> which are all using svn fetcher.
> 
> Any idea why these aren't shown in our build? I was able to reproduce
> this on thud as well as latest master build:
> 
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/usbpath/usbpath_svn.bb:do_patch
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_compile
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_compile
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_populate_lic
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_populate_lic
>   
> /OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb:do_patch
> 
> they have all the same root cause and that is that the
> S variable points to directory where the sources used to be, but now
> they are checked out somewhere else, e.g. s3c24xx-gpio:
> 
> LIC_FILES_CHKSUM = 
> "file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"
> 
> SRC_URI = "svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"
> 
> S = "${WORKDIR}/gpio"
> 
> And now S looks like this:
> $ ls 
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/
> branches  trunk
> 
> While before I believe it was checking out just this directory (as 
> ${WORKDIR}/gpio):
> $ ls 
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/trunk/src/target/gpio/
> gpio.c  gpio-glamo.c  gpio-s3c6410.c  Makefile  README
> 
> Anyone still actively using svn fetcher for something?
> 
> I'll check with even older bitbake to see when it changed, but it's
> still surprising that you wouldn't be seeing it with latest bitbake
> in world builds.

Chiming in as this caught my eye.  I've run in to this perhaps with
'warrior' as well recently for a customer.  I assumed it was just that
it had been so long since I had used SVN I had just mis-remembered how
S needed to be set.  I also as a tangent noticed that AUTOREV for svn
seems broken as it doesn't ensure we have subversion-native in the
sysroot ('svn command not found' is the relevant part of the failure).

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

2020-02-20 Thread Martin Jansa

On Wed, Feb 19, 2020 at 09:29:58AM -0800, Khem Raj wrote:
> http://www.openembedded.org/wiki/Bitbake_World_Status
> 
> == Failed tasks /media/ra_build_share/buildlogs/oe/world/dunfell/2020-02-18 ==
> 
> INFO: jenkins-job.sh-1.8.46 Complete log available at
> /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.report.20200219_150007.log
> 
> === common (0) ===
> 
> === common-x86 (0) ===
> 
> === qemuarm (0) ===
> 
> === qemuarm64 (0) ===
> 
> === qemux86 (0) ===
> 
> === qemux86_64 (0) ===

Looks great! Thanks

I was running some world builds recently as well and was surprised that
there are a few failing recipes in meta-oe:
  s3c24xx-gpio
  s3c64xx-gpio
  wmiconfig
  usbpath
which are all using svn fetcher.

Any idea why these aren't shown in our build? I was able to reproduce
this on thud as well as latest master build:

  
/OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/usbpath/usbpath_svn.bb:do_patch
  
/OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_compile
  
/OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_compile
  
/OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb:do_populate_lic
  
/OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb:do_populate_lic
  
/OE/build/oe-core/meta-openembedded/meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb:do_patch

they have all the same root cause and that is that the
S variable points to directory where the sources used to be, but now
they are checked out somewhere else, e.g. s3c24xx-gpio:

LIC_FILES_CHKSUM = 
"file://gpio.c;endline=12;md5=cfb91c686857b2e60852b4925d90a3e1"

SRC_URI = "svn://svn.openmoko.org/trunk/src/target;module=gpio;protocol=http"

S = "${WORKDIR}/gpio"

And now S looks like this:
$ ls 
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/
branches  trunk

While before I believe it was checking out just this directory (as 
${WORKDIR}/gpio):
$ ls 
/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/s3c24xx-gpio/1.0+svnr4949-r2/gpio/trunk/src/target/gpio/
gpio.c  gpio-glamo.c  gpio-s3c6410.c  Makefile  README

Anyone still actively using svn fetcher for something?

I'll check with even older bitbake to see when it changed, but it's
still surprising that you wouldn't be seeing it with latest bitbake
in world builds.

Cheers,


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] meta-oe: master: remmina - use PACKAGECONFIG for spice

2020-02-20 Thread Peter Kjellerstedt

> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org  devel-boun...@lists.openembedded.org> On Behalf Of Jan-Simon Moeller
> Sent: den 19 februari 2020 12:57
> To: openembedded-devel@lists.openembedded.org
> Subject: [oe] [meta-oe][PATCH] meta-oe: master: remmina - use PACKAGECONFIG 
> for spice

Change the subject to:

  [meta-oe][PATCH] remmina: use PACKAGECONFIG for spice

The target layer and branch should be specified within [] as they are only 
there for the review process. Typically you only prefix the Git commit 
subject with ": " and then use, e.g., `git format-patch 
--subject-prefix='meta-oe][master][PATCH' ...` to create the patch with the 
appropriate prefixes.

> remmina depends on spice and spice-protocol but they are in meta-networking.
> Use the PACKAGECONFIG flag to avoid hardcoding the dependency.
> 
> Signed-off-by: Jan-Simon Moeller 
> ---
>  meta-oe/recipes-support/remmina/remmina_1.3.6.bb | 10 +++---
>  1 file changed, 3 insertions(+), 7 deletions(-)
> 
> diff --git a/meta-oe/recipes-support/remmina/remmina_1.3.6.bb 
> b/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> index f9963ff65..f9860a11f 100644
> --- a/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> +++ b/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> @@ -5,8 +5,6 @@ LICENSE = "GPLv2 & openssl"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=dab7215512044d49037272ce1ac4ea8f 
> file://LICENSE.OpenSSL;md5=c1eb3cee0a4dea27503c531267a69769"
>  DEPENDS += "openssl freerdp gtk+3 gdk-pixbuf atk libgcrypt avahi-ui 
> libsodium libssh vte json-glib libsoup-2.4 libvncserver libsecret"
> 
> -DEPENDS_append_x86 = " spice spice-protocol"
> -DEPENDS_append_x86-64 = " spice spice-protocol"
> 
>  DEPENDS_append_libc-musl = " libexecinfo"
>  LDFLAGS_append_libc-musl = " -lexecinfo"
> @@ -23,11 +21,7 @@ inherit cmake features_check mime-xdg
>  # depends on avahi-ui with this restriction
>  ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
> 
> -EXTRA_OECMAKE += "-DWITH_APPINDICATOR=OFF -DWITH_GETTEXT=OFF 
> -DWITH_TRANSLATIONS=OFF -DWITH_SPICE=OFF"
> -
> -EXTRA_OECMAKE_append_x86 = " -DWITH_SPICE=ON"
> -EXTRA_OECMAKE_append_x86-64 = " -DWITH_SPICE=ON"
> -
> +EXTRA_OECMAKE += "-DWITH_APPINDICATOR=OFF -DWITH_GETTEXT=OFF 
> -DWITH_TRANSLATIONS=OFF"
> 
>  do_install_append(){
>  # We dont need the extra stuff form other desktop environments
> @@ -36,6 +30,8 @@ do_install_append(){
>  rm -rf ${D}/${datadir}/gnome-session
>  }
> 
> +PACKAGECONFIG[spice] = "-DWITH_SPICE=ON, -DWITH_SPICE=OFF, spice 
> spice-protocol"
> +

PACKAGECONFIGs are typically placed before inherit in the recipes.

>  RDEPENDS_${PN} = "bash"
> 
>  FILES_${PN}_append = " ${datadir}/icons/hicolor/*"
> --
> 2.11.0

//Peter

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-python][PATCH] python3-grpcio: fix do_compile error for native

2020-02-20 Thread Chen Qi

When building python3-grpcio-native, we will meet do_compile error
because of no 'cc'.

In fact, 'cc' is not in our hosttools. So fix to use gcc and make
the patch also apply to native.

Signed-off-by: Chen Qi 
---
 .../0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch | 6 +++---
 .../recipes-devtools/python/python3-grpcio_1.27.1.bb| 4 ++--
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git 
a/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
 
b/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
index 131daace0..f39a82a33 100644
--- 
a/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
+++ 
b/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
@@ -1,4 +1,4 @@
-From b02be74a2eff8abc612ef84f30e0fbce6a7f65f5 Mon Sep 17 00:00:00 2001
+1From b02be74a2eff8abc612ef84f30e0fbce6a7f65f5 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 4 Aug 2017 09:04:07 -0700
 Subject: [PATCH] setup.py: Do not mix C and C++ compiler options
@@ -24,7 +24,7 @@ Signed-off-by: Khem Raj 
  
  def check_linker_need_libatomic():
"""Test if linker on system needs libatomic."""
-+  compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'cc'
++  compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'gcc'
code_test = (b'#include \n' +
 b'int main() { return std::atomic{}; }')
 -  cc_test = subprocess.Popen(['cc', '-x', 'c++', '-std=c++11', '-'],
@@ -57,7 +57,7 @@ Signed-off-by: Khem Raj 
  """
  # TODO(lidiz) Remove the generated a.out for success tests.
 -cc_test = subprocess.Popen(['cc', '-x', 'c', '-std=c++11', '-'],
-+compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'cc'
++compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'gcc'
 +cc_test = subprocess.Popen([compiler, cc_args, '-x', 'c', 
'-std=c++11', '-'],
 stdin=subprocess.PIPE,
 stdout=subprocess.PIPE,
diff --git a/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb 
b/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb
index bc2b70cf8..42260cb27 100644
--- a/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb
+++ b/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb
@@ -6,8 +6,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
 DEPENDS += "${PYTHON_PN}-protobuf"
 
-SRC_URI_append_class-target = " 
file://0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch \
-file://ppc-boringssl-support.patch \
+SRC_URI += "file://0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch"
+SRC_URI_append_class-target = " file://ppc-boringssl-support.patch \
 file://riscv64_support.patch \
 "
 SRC_URI[md5sum] = "ccaf4e7eb4f031d926fb80035d193b98"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-python][PATCH] python3-grpcio: fix do_compile error for native

2020-02-20 Thread Chen Qi

When building python3-grpcio-native, we will meet do_compile error
because of no 'cc'.

In fact, 'cc' is not in our hosttools. So fix to use gcc and make
the patch also apply to native.

Signed-off-by: Chen Qi 
---
 .../0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch | 6 +++---
 .../recipes-devtools/python/python3-grpcio_1.27.1.bb| 4 ++--
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git 
a/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
 
b/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
index 131daace0..f39a82a33 100644
--- 
a/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
+++ 
b/meta-python/recipes-devtools/python/python3-grpcio/0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch
@@ -1,4 +1,4 @@
-From b02be74a2eff8abc612ef84f30e0fbce6a7f65f5 Mon Sep 17 00:00:00 2001
+1From b02be74a2eff8abc612ef84f30e0fbce6a7f65f5 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 4 Aug 2017 09:04:07 -0700
 Subject: [PATCH] setup.py: Do not mix C and C++ compiler options
@@ -24,7 +24,7 @@ Signed-off-by: Khem Raj 
  
  def check_linker_need_libatomic():
"""Test if linker on system needs libatomic."""
-+  compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'cc'
++  compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'gcc'
code_test = (b'#include \n' +
 b'int main() { return std::atomic{}; }')
 -  cc_test = subprocess.Popen(['cc', '-x', 'c++', '-std=c++11', '-'],
@@ -57,7 +57,7 @@ Signed-off-by: Khem Raj 
  """
  # TODO(lidiz) Remove the generated a.out for success tests.
 -cc_test = subprocess.Popen(['cc', '-x', 'c', '-std=c++11', '-'],
-+compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'cc'
++compiler, cc_args = os.environ.get('CC').split(' ', 1) or 'gcc'
 +cc_test = subprocess.Popen([compiler, cc_args, '-x', 'c', 
'-std=c++11', '-'],
 stdin=subprocess.PIPE,
 stdout=subprocess.PIPE,
diff --git a/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb 
b/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb
index bc2b70cf8..42260cb27 100644
--- a/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb
+++ b/meta-python/recipes-devtools/python/python3-grpcio_1.27.1.bb
@@ -6,8 +6,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
 
 DEPENDS += "${PYTHON_PN}-protobuf"
 
-SRC_URI_append_class-target = " 
file://0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch \
-file://ppc-boringssl-support.patch \
+SRC_URI += "file://0001-setup.py-Do-not-mix-C-and-C-compiler-options.patch"
+SRC_URI_append_class-target = " file://ppc-boringssl-support.patch \
 file://riscv64_support.patch \
 "
 SRC_URI[md5sum] = "ccaf4e7eb4f031d926fb80035d193b98"
-- 
2.17.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libzip: upgrade 1.6.0 -> 1.6.1

[oe] [meta-oe][PATCH] syslog-ng: Remove config nag on boot

Re: [oe] [meta-openembedded][rel-v2020.1][PATCH] can-utils: bump to revision 665d869

[oe] [meta-openembedded][rel-v2020.1][PATCH] can-utils: bump to revision 665d869

Re: [oe] [meta-oe][PATCH 2/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: remove old recipes

Re: [oe] [meta-oe][PATCH 2/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: remove old recipes

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

[oe] [meta-oe][PATCH 1/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: use git fetcher instead of svn fetcher

[oe] [meta-oe][PATCH 2/2] s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig: remove old recipes

[oe] [meta-python2][PATCH 1/1] python-lxml: fix installation

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

[oe] [meta-oe][PATCH] oprofile: Fix build with bfd 2.34+

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

Re: [oe] [meta-oe][PATCH] mraa: upgrade 2.0.0 -> 2.1.0

Re: [oe] [meta-oe][PATCH v1 1/4] Ply: Add recipe for git version

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

Re: [oe] [meta-oe][zeus][PATCH] meta-oe: zeus: remmina - use PACKAGECONFIG for spice

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

[oe] [zeus][PATCH 2/3] lcov: Add support for intermediate JSON format

[oe] [zeus][PATCH 0/3] Make lcov work with gcc-9 (backport)

[oe] [zeus][PATCH 3/3] lcov: Add missing missing RDEPEND and enable nativesdk

[oe] [zeus][PATCH 1/3] perl: Add libperlio-gzip-perl and libjson-perl

Re: [oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

[oe] S variable for svn fetcher Was: State of OE world - 2020-02-18

Re: [oe] [meta-oe][PATCH] meta-oe: master: remmina - use PACKAGECONFIG for spice

[oe] [meta-python][PATCH] python3-grpcio: fix do_compile error for native

[oe] [meta-python][PATCH] python3-grpcio: fix do_compile error for native

30 matches

Site Navigation

Mail list logo

Footer information