Re: [yocto] connmand+dbus. Which alternatives?

2018-12-05 Thread ChenQi 

wifi connection could be managed by wpa-supplicant.

Best Regards,
Chen Qi

On 12/06/2018 02:50 PM, Mauro Ziliani wrote:

Hi all.

I'm working on a imx6dl sabresd project with an usb wifi dongle (edimax
EW7811un)

My app uses Connman by DBus to manage ethernet and wifi connections.

Normally the sytstem works well. Sometimes, randomly, the system freeze
or the app crashes.

I made many test and this happens when the system is connected to a SSID.

So I suspect that the problem is in connamd_1.31+dbus_1.10.6


I'm using Yocto fsl 4.1.5-2.0.1 qith Qt5 5.6.2


Can you suggest me an alternative to connmand?


Best regards,

   MZ



--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Yocto Cmake Build (Toolchain)

2018-12-05 Thread Peter Balazovic 
What's the alternative?

čt 6. 12. 2018 6:54 odesílatel Tim Orling  napsal:

> Also including eclipse-yocto mailing list.
>
> BTW, ADT is not a thing anymore.
>
> On Wed, Dec 5, 2018 at 3:11 PM Peter Balazovic 
> wrote:
>
>> I am starting to use Eclipse ADT for app development using Yocto Cmake
>> Build (Toolchain). I am trying to create simple "hello-world" example out
>> of "Yocto Project SDK Cmake Project" but by building the project I am
>> getting this
>>
>> Buildfile generation error occurred..
>> Build of project failed with the following error:
>> CMake Error: Could not find CMAKE_ROOT !!!
>> CMake has most likely not been installed correctly.
>> Modules directory not found in
>>
>> /opt/fsl-imx-xwayland/4.9.51-mx8-beta/sysroots/x86_64-pokysdk-linux/usr/share/cmake-3.5
>> CMake Error: Error executing cmake::LoadCache(). Aborting.
>> Build stopped..
>>
>> Do you encounter such a problem? I have a camke part of the Yocto SDK.
>>
>> BTW I am able to build, debug "hello-world" out of "Yocto Project SDK
>> Autotools Project".
>>
>> Thank you for your advice.
>> --
>> ___
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] connmand+dbus. Which alternatives?

2018-12-05 Thread Mauro Ziliani 
Hi all.

I'm working on a imx6dl sabresd project with an usb wifi dongle (edimax
EW7811un)

My app uses Connman by DBus to manage ethernet and wifi connections.

Normally the sytstem works well. Sometimes, randomly, the system freeze
or the app crashes.

I made many test and this happens when the system is connected to a SSID.

So I suspect that the problem is in connamd_1.31+dbus_1.10.6


I'm using Yocto fsl 4.1.5-2.0.1 qith Qt5 5.6.2


Can you suggest me an alternative to connmand?


Best regards,

  MZ

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Yocto Cmake Build (Toolchain)

2018-12-05 Thread Tim Orling 
Also including eclipse-yocto mailing list.

BTW, ADT is not a thing anymore.

On Wed, Dec 5, 2018 at 3:11 PM Peter Balazovic 
wrote:

> I am starting to use Eclipse ADT for app development using Yocto Cmake
> Build (Toolchain). I am trying to create simple "hello-world" example out
> of "Yocto Project SDK Cmake Project" but by building the project I am
> getting this
>
> Buildfile generation error occurred..
> Build of project failed with the following error:
> CMake Error: Could not find CMAKE_ROOT !!!
> CMake has most likely not been installed correctly.
> Modules directory not found in
>
> /opt/fsl-imx-xwayland/4.9.51-mx8-beta/sysroots/x86_64-pokysdk-linux/usr/share/cmake-3.5
> CMake Error: Error executing cmake::LoadCache(). Aborting.
> Build stopped..
>
> Do you encounter such a problem? I have a camke part of the Yocto SDK.
>
> BTW I am able to build, debug "hello-world" out of "Yocto Project SDK
> Autotools Project".
>
> Thank you for your advice.
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] QA notification for completed autobuilder build (yocto-2.5.2.rc1)

2018-12-05 Thread Poky Build User 


A build flagged for QA (yocto-2.5.2.rc1) was completed on the autobuilder and 
is available at:


https://autobuilder.yocto.io/pub/releases/yocto-2.5.2.rc1


Build hash information: 

bitbake: 79d01b9fec99cec19156e0ebe05b4f2040bcef05
eclipse-poky-neon: 303e46a6848f1937d12541a7fd58e61aa1361225
eclipse-poky-oxygen: f1a20dc6a5a252a4ed4484b618d579cbbc7d146e
meta-gplv2: d7687d404bbc9ba3f44ec43ea8828d9071033513
meta-intel: 90af97d23fb2a56187c2fe2a3f4f4190d7cc2605
meta-mingw: 628dcfed62ce8dcc408e5b4a5e5c0aaa921b20ad
meta-qt3: 02f273cba6c25f5cf20cb66d8a417a83772c3179
meta-qt4: 8e791c40140460825956430ba86b6266fdec0a93
oecore: 6637f400fb01501353f376d73658b359cedfa3c2
poky: 95ebfb33e4c0aa9669f318e061a4d7540b84f4ac



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.pur...@linuxfoundation.org


 
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-security][PATCH] apparmor: Remove tab indentations in python code

2018-12-05 Thread Robert Yang 
Use 4 spaces to replace a tab.

Fixed:
apparmor_2.12.bb: python should use 4 spaces indentation, but found tabs in 
apparmor_2.12.bb, line 49

Signed-off-by: Robert Yang 
---
 recipes-security/AppArmor/apparmor_2.12.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-security/AppArmor/apparmor_2.12.bb 
b/recipes-security/AppArmor/apparmor_2.12.bb
index de7f4ef..e3f8dc9 100644
--- a/recipes-security/AppArmor/apparmor_2.12.bb
+++ b/recipes-security/AppArmor/apparmor_2.12.bb
@@ -21,7 +21,7 @@ SRC_URI = " \
file://functions \
file://apparmor \
file://apparmor.service \
-file://run-ptest \
+   file://run-ptest \
"
 
 SRC_URI[md5sum] = "49054f58042f8e51ea92cc866575a833"
@@ -46,7 +46,7 @@ HTTPD="${@bb.utils.contains('PACKAGECONFIG', 'apache2', '1', 
'0', d)}"
 
 python() {
 if 'apache2' in d.getVar('PACKAGECONFIG').split() and \
-   'webserver' not in d.getVar('BBFILE_COLLECTIONS').split():
+'webserver' not in d.getVar('BBFILE_COLLECTIONS').split():
 raise bb.parse.SkipRecipe('Requires meta-webserver to be present.')
 }
 
-- 
2.10.2

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-gplv2][PATCH] coreutils: Remove tab indentations in python code

2018-12-05 Thread Robert Yang 
Use 4 spaces to replace a tab.

Fixed:
python should use 4 spaces indentation, but found tabs in coreutils_6.9.bb, 
line 95

Signed-off-by: Robert Yang 
---
 recipes-core/coreutils/coreutils_6.9.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/recipes-core/coreutils/coreutils_6.9.bb 
b/recipes-core/coreutils/coreutils_6.9.bb
index 906bc4a..080100d 100644
--- a/recipes-core/coreutils/coreutils_6.9.bb
+++ b/recipes-core/coreutils/coreutils_6.9.bb
@@ -92,9 +92,9 @@ ALTERNATIVE_LINK_NAME[lbracket] = "${bindir}/["
 ALTERNATIVE_TARGET[lbracket] = "${bindir}/lbracket.${BPN}"
 
 python __anonymous() {
-   for prog in d.getVar('base_bindir_progs').split():
-   d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % 
(d.getVar('base_bindir'), prog))
+for prog in d.getVar('base_bindir_progs').split():
+d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % 
(d.getVar('base_bindir'), prog))
 
-   for prog in d.getVar('sbindir_progs').split():
-   d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % 
(d.getVar('sbindir'), prog))
+for prog in d.getVar('sbindir_progs').split():
+d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % 
(d.getVar('sbindir'), prog))
 }
-- 
2.10.2

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto Cmake Build (Toolchain)

2018-12-05 Thread Peter Balazovic 
I am starting to use Eclipse ADT for app development using Yocto Cmake
Build (Toolchain). I am trying to create simple "hello-world" example out
of "Yocto Project SDK Cmake Project" but by building the project I am
getting this

Buildfile generation error occurred..
Build of project failed with the following error:
CMake Error: Could not find CMAKE_ROOT !!!
CMake has most likely not been installed correctly.
Modules directory not found in
/opt/fsl-imx-xwayland/4.9.51-mx8-beta/sysroots/x86_64-pokysdk-linux/usr/share/cmake-3.5
CMake Error: Error executing cmake::LoadCache(). Aborting.
Build stopped..

Do you encounter such a problem? I have a camke part of the Yocto SDK.

BTW I am able to build, debug "hello-world" out of "Yocto Project SDK
Autotools Project".

Thank you for your advice.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Using ICECC to build Thud issue

2018-12-05 Thread akuster808 


On 12/5/18 1:21 PM, Joshua Watt wrote:
>
>
> On Wed, Dec 5, 2018, 3:09 PM John Unland   wrote:
>
> Fixed on master:
> 
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1da297d35411e923ca3b6accdd37074f5182f019
> 
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=5dd8df08c51bc4cc1ef0d5be7656c9bfcf938cca
>
> They should probably be backported to thud.
>
>
> Glad it wasn't anything on the config end par say, would this be a
> candidate to log a bug for?
>
>
> CC'ing Armi
its in stable/thud-nmut

thanks
-a rmin
>
> It wouldn't hurt to make a bug for the backport.

>
>
>
> Thanks!
>

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Using ICECC to build Thud issue

2018-12-05 Thread Joshua Watt 
On Wed, Dec 5, 2018, 3:09 PM John Unland  Fixed on master:
>>
>> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1da297d35411e923ca3b6accdd37074f5182f019
>>
>> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=5dd8df08c51bc4cc1ef0d5be7656c9bfcf938cca
>>
>> They should probably be backported to thud.
>>
>
> Glad it wasn't anything on the config end par say, would this be a
> candidate to log a bug for?
>

CC'ing Armin

>
It wouldn't hurt to make a bug for the backport.



> Thanks!
>
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Using ICECC to build Thud issue

2018-12-05 Thread John Unland 
>
> Fixed on master:
>
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1da297d35411e923ca3b6accdd37074f5182f019
>
> https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=5dd8df08c51bc4cc1ef0d5be7656c9bfcf938cca
>
> They should probably be backported to thud.
>

Glad it wasn't anything on the config end par say, would this be a
candidate to log a bug for?

Thanks!
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [OE-core] FILESYSTEM_PERMS_TABLE / fs-perms.txt

2018-12-05 Thread Mark Hatle 
On 12/5/18 11:12 AM, madoga wrote:
> Hello List,
> 
> I am trying to configure my entire filesystem by using FILESYSTEM_PERMS_TABLES
> variable pointing to my custom fs-perms.txt, but it does not work. While I
> debugged package.bbclass looking for any error or failure, I found something
> strange with os.chmod & os.lchown methods (at function fix_perms):
> 
>  # Fix the permission, owner and group of path
> 
> def fix_perms(path, mode, uid, gid, dir):
> 
>     if mode and not os.path.islink(path):
> 
>     #bb.note("Fixup Perms: chmod 0%o %s" % (mode, dir))
> 
>     os.chmod(path, mode)
> 
>     # -1 is a special value that means don't change the uid/gid
> 
>     # if they are BOTH -1, don't bother to lchown
> 
>     if not (uid == -1 and gid == -1):
> 
>     #bb.note("Fixup Perms: lchown %d:%d %s" % (uid, gid, dir))
> 
>     os.lchown(path, uid, gid)
> 
> I have hardcoded mode variable to “0333”, just for testing: os.chmod(path,
> 0o333)and I have seen that permissions were been configured into a “0711”. 
> Also
> I am going to ask about os.lchown, due to my filesystem is still been owned by
> my user and my group.
> 
>  Does anyone have an idea about what is going on? Has somebody have the same
> problem?
> 

The commands run under the pseudo environment.  Pseudo captures these commands
and stores them in a database it can 'replay' at any time.

It only make them in the actual filesystem if permitted by the host.

You must look at the filesystem results in the live system (running pseudo) or
in the results of the build -- otherwise what you are looking at is not valid.

(BTW this is the reason that the commended code was left in that function.  In
case something is wrong, just remove the comments and you'll get notes on what
it is doing to help debug.  This shouldn't be necessary unless you are
developing the function itself.. but that is why they are there.)

--Mark

> 
> Thank you
> 
> Best Regards,
> 
> Mario
> 
> 
> 
> 
> 
> 
> 

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [OE-core] FILESYSTEM_PERMS_TABLE / fs-perms.txt

2018-12-05 Thread madoga 
Hello List,

I am trying to configure my entire filesystem by using FILESYSTEM_PERMS_TABLES 
variable pointing to my custom fs-perms.txt, but it does not work. While I 
debugged package.bbclass looking for any error or failure, I found something 
strange with os.chmod & os.lchown methods (at function fix_perms):

 # Fix the permission, owner and group of path

def fix_perms(path, mode, uid, gid, dir):

if mode and not os.path.islink(path):

#bb.note("Fixup Perms: chmod 0%o %s" % (mode, dir))

os.chmod(path, mode)

# -1 is a special value that means don't change the uid/gid

# if they are BOTH -1, don't bother to lchown

if not (uid == -1 and gid == -1):

#bb.note("Fixup Perms: lchown %d:%d %s" % (uid, gid, dir))

os.lchown(path, uid, gid)

I have hardcoded mode variable to “0333”, just for testing: os.chmod(path, 
0o333)and I have seen that permissions were been configured into a “0711”. Also 
I am going to ask about os.lchown, due to my filesystem is still been owned by 
my user and my group.

 Does anyone have an idea about what is going on? Has somebody have the same 
problem?

Thank you

Best Regards,

Mario-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Trying to use an external toolchain

2018-12-05 Thread Michael Dick 
Hello,

I am trying to use an external toolchain with yocto. I do not get it working. 
Did anyone ever get that running?

My configuration and problems:

Is use the following settings in my local.conf

TCMODE = "external-linaro"
EXTERNAL_TOOLCHAIN = 
"/home/XXX/7.2.1-gcc-linaro/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabihf/
 "
ELT_TARGET_SYS ?= "arm-linux-gnueabihf"

Add added in bblayyers.conf the layer "meta-linaro-toolchain "

These are my layers

meta  /home/XXX/development/yocto-test/poky/meta  5
meta-poky /home/XX/development/yocto-test/poky/meta-poky  5
meta-oe   
/home/XXX/development/yocto-test/meta-openembedded/meta-oe  6
meta  /home/XXX/development/yocto-test/poky/meta  5
meta-python   
/home/XXX/development/yocto-test/meta-openembedded/meta-python  7
meta-networking   
/home/XXX/development/yocto-test/meta-openembedded/meta-networking  5
meta-multimedia   
/home/XXX/development/yocto-test/meta-openembedded/meta-multimedia  6
meta-webserver
/home/XXX/development/yocto-test/meta-openembedded/meta-webserver  6
meta-linaro-toolchain  
/home/XXX/development/yocto-test/meta-linaro/meta-linaro-toolchain  30
meta-raspberrypi  /home/XXX/development/yocto-test/meta-raspberrypi  9

On master of these repos I get:
oe_multilib_header: Unable to find header bits/pthread types-arch.h

In Branch sumo I get the following:

ERROR: Nothing PROVIDES 'virtual/crypt' (but 
/home/mdick/development/yocto-test/openembedded-core/meta/recipes-devtools/perl/perl_5.24.1.bb,
 
/home/mdick/development/yocto-test/openembedded-core/meta/recipes-extended/shadow/shadow_4.2.1.bb,
 
/home/mdick/development/yocto-test/openembedded-core/meta/recipes-core/util-linux/util-linux_2.32.1.bb
 DEPENDS on or otherwise requires it)
glibc PROVIDES virtual/crypt but was skipped: Recipe is blacklisted: Using 
external toolchain
musl PROVIDES virtual/crypt but was skipped: PREFERRED_PROVIDER_virtual/libc 
set to external-linaro-toolchain, not musl
libxcrypt PROVIDES virtual/crypt but was skipped: Recipe only applies in 
nativesdk case for now
glibc PROVIDES virtual/crypt but was skipped: Recipe is blacklisted: Using 
external toolchain
musl PROVIDES virtual/crypt but was skipped: PREFERRED_PROVIDER_virtual/libc 
set to external-linaro-toolchain, not musl
libxcrypt PROVIDES virtual/crypt but was skipped: Recipe only applies in 
nativesdk case for now
glibc PROVIDES virtual/crypt but was skipped: Recipe is blacklisted: Using 
external toolchain

Best regards
Michael



--
Hella Gutmann Solutions GmbH * Unternehmensform: Gesellschaft mit beschraenkter 
Haftung *
Firmensitz: 79241 Ihringen * Eingetragen im Handelsregister: AG Freiburg i.Br., 
HRB 290194 * Geschaeftsfuehrer: Rolf Kunold * USt-IdNr.: DE142208666
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Need Support- Variable exporting

2018-12-05 Thread Dimitris Tassopoulos 
AFAIK, you can't have dynamic variables in the local.conf that you
can control from bitbake.
If you want to dynamically pass a variable to bitbake, you need to
use the `-e` option and pass an environment file with you dynamic
variables in there. Or use a custom script that calls bitbake and with
some `sed` magic replace dummy variables in your local.conf.

Regards,
Dimitris

On Mon, Nov 19, 2018 at 1:21 PM bhuvana easwari 
wrote:

> Hi,
>
> I need support on the below issue.
>
> 1) Actually we are trying to build two machine from one meta-layer based
> on some choice.
> 2) Both devices having different configuration files.
> 3) Now we have to export a variable from machine configuration conf file
> to layer.conf
> 4) Based on the exported variable value,we are choosing device specific
> conf file.
>
> Can you please give some input on this
>
> Regards,
> Bhuvaneswari K
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Missing headers in /usr/inlcude for software developers

2018-12-05 Thread Burton, Ross 
On Wed, 5 Dec 2018 at 10:37, Georgi Georgiev
 wrote:
> Thank you Ross.
> Everything went fine with makefile. It works in yocto and from cl
> Now another issue arise. The software guys will need the headers and when I 
> "populated" sdk they were not in the rootfs. The symbolic links also were not 
> there. The symlink (so.0) and the library is present in the image rootfs. 
> Here is my recipe libanybus-m40.so_0.0.1.bb:

Headers and symlinks for what recipe?  This one?

> DESCRIPTION = "Anybus M40 Library"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM =  
> "file://${THISDIR}/files/LICENSE;md5=5959e502cb44bafc53b2cc9400e3d4cd"

Checksum a file in the source tree.

> PR = "r0"

Redundant, you can remove.

> PACKAGES = "${PN} ${PN}-dev ${PN}-dbg"

Redundant, remove.

> # This is to satisfy yocto QA
> TARGET_CC_ARCH += "${LDFLAGS}"

Better to fix your makefile so it doesn't override LDFLAGS
assignments: your makefile is what is broken here.

> do_compile() {
> oe_runmake
> }

That's the default, you can remove this.

> do_install() {
> install -d ${D}${libdir}
> install -m 0644 ${PN}.${PV} ${D}${libdir}
> }
> Obvously I am missing something else

You're not installing the headers or library symlinks, which is why
they're not in the SDK.

I suggest you move from raw makefiles to a build utility such as
autotools, cmake, or meson.

Ross
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Missing headers in /usr/inlcude for software developers

2018-12-05 Thread Georgi Georgiev 
Thank you Ross. 
Everything went fine with makefile. It works in yocto and from cl
Now another issue arise. The software guys will need the headers and when I 
"populated" sdk they were not in the rootfs. The symbolic links also were not 
there. The symlink (so.0) and the library is present in the image rootfs. Here 
is my recipe libanybus-m40.so_0.0.1.bb:
DESCRIPTION = "Anybus M40 Library"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM =  
"file://${THISDIR}/files/LICENSE;md5=5959e502cb44bafc53b2cc9400e3d4cd"
PR = "r0"
SRC_URI = "git:///home/w23698/projects/anybus/Generic;branch=anybus-lib-0.0.1"
SRCREV = "8594b81241e9538d2ad4d01041e30d97a20b5a43"
S = "${WORKDIR}/git"
PACKAGES = "${PN} ${PN}-dev ${PN}-dbg"
DEPENDS = "libgpiod"

# This is to satisfy yocto QA 
TARGET_CC_ARCH += "${LDFLAGS}"

do_compile() {
oe_runmake
}

do_install() {
install -d ${D}${libdir}
install -m 0644 ${PN}.${PV} ${D}${libdir}
}
Obvously I am missing something else
Cordially
-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com] 
Sent: Tuesday, December 04, 2018 5:44 PM
To: Georgi Georgiev 
Cc: Yocto-mailing-list 
Subject: Re: [EXTERNAL] Re: [yocto] Missing dependencies in recipe-sysroot

No, you just need to write your makefile correctly.  libgpiod has a pkg-config 
file, so instead of hard-coding paths like /usr/lib (because you don't know 
that's where it is installed) just use pkg-config to get the flag:

gcc $(pkg-config --cflags --libs libgpiod) ...

Ross
On Tue, 4 Dec 2018 at 15:14, Georgi Georgiev  
wrote:
>
> OK but. I can use SDKTARGETSYSROOT in my makefile but then it will fail in 
> yocto...So I can't have one makefile for yocto and command line build...I 
> found one tread for similar issue and I will take a look in 
> poky/meta/conf/bitbake.conf tomorrow.
>
> Georgi
>
> -Original Message-
> From: Burton, Ross [mailto:ross.bur...@intel.com]
> Sent: Tuesday, December 04, 2018 4:13 PM
> To: Georgi Georgiev 
> Cc: Yocto-mailing-list 
> Subject: Re: [EXTERNAL] Re: [yocto] Missing dependencies in 
> recipe-sysroot
>
> On Tue, 4 Dec 2018 at 14:02, Georgi Georgiev  
> wrote:
> > LIB := -L/usr/lib
>
> ^ don't do that.  That's not where the libraries are.
>
> Ross
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH] update-rc.d: support enable/disable function

2018-12-05 Thread Changqing Li 

ping

On 11/26/18 11:35 AM, Changqing Li wrote:

Ping

On 11/9/18 5:44 PM, changqing...@windriver.com wrote:

From: Changqing Li 

Add support of enable/disable function, so that user can keep
previous config after upgrade package

Signed-off-by: Changqing Li 
---
  update-rc.d | 70 
+

  1 file changed, 70 insertions(+)

diff --git a/update-rc.d b/update-rc.d
index e07cf85..1ba97d3 100644
--- a/update-rc.d
+++ b/update-rc.d
@@ -27,6 +27,7 @@ usage()
  usage: update-rc.d [-n] [-f] [-r ]  remove
 update-rc.d [-n] [-r ] [-s]  defaults [NN | 
sNN kNN]
 update-rc.d [-n] [-r ] [-s]  start|stop NN 
runlvl [runlvl] [...] .
+   update-rc.d [-n] [-r ] [-s]  enable|disable 
[S|2|3|4|5]

  -n: not really
  -f: force
  -v: verbose
@@ -101,6 +102,43 @@ makelinks()
  done
  }
  +renamelink()
+{
+    local oldstartstop newstartstop lev oldnn newnn
+    if [ "x$1" = "xS" ]; then
+    oldstartstop="K"
+    newstartstop="S"
+    else
+    oldstartstop="S"
+    newstartstop="K"
+    fi
+
+    lev=$2
+    if ls ${etcd}${lev}.d/${oldstartstop}*${bn} >/dev/null 2>&1; then
+    oldnn=`basename ${etcd}${lev}.d/${oldstartstop}*${bn}|cut 
-c2-3`

+    newnn=$[100-$oldnn]
+    [ $verbose -eq 1 ] && echo "rename 
${etcd}${lev}.d/${oldstartstop}${oldnn}${bn} -> 
${etcd}${lev}.d/${newstartstop}${newnn}${bn}"

+    if [ $notreally -eq 0 ];then
+    mv ${etcd}${lev}.d/${oldstartstop}${oldnn}${bn} 
${etcd}${lev}.d/${newstartstop}${newnn}${bn}

+    fi
+    if [ $dostart -eq 1 ] && [ $newstartstop = "S" ] && [ $lev = 
$RUNLEVEL ]; then

+    $fn start || true
+    fi
+    fi
+
+}
+
+renamelinks()
+{
+    if [ $# -eq 2 ]; then
+    renamelink $1 $2
+    else
+    for i in 2 3 4 5 S; do
+    renamelink $1 $i
+    done
+    fi
+}
+
  while [ $# -gt 0 ]; do
  case $1 in
  -n)    notreally=1
@@ -221,6 +259,13 @@ case $1 in
  ;;
    start | stop)
+    if [ $# -lt 4 ]
+    then
+    echo "Not enough arguments"
+    usage
+    exit 1
+    fi
+
  while [ $# -gt 0 ]; do
  if [ $1 = "start" ]; then
  letter=S
@@ -251,6 +296,31 @@ case $1 in
  makelinks
  ;;
  +    enable | disable)
+    if [ $1 = "enable" ]; then
+    letter=S
+    elif [ $1 = "disable" ]; then
+    letter=K
+    else
+    usage
+    exit 1
+    fi
+    shift
+    if [ $# -gt 0 ]
+    then
+    case $1 in
+    S|2|3|4|5)
+    renamelinks $letter $1
+    ;;
+    *)
+    usage
+    exit 1
+    ;;
+    esac
+    else
+    renamelinks $letter
+    fi
+    ;;
  *)
  usage
  exit 1



--
BRs

Sandy(Li Changqing)

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [oe] Yocto and OpenJDK

2018-12-05 Thread Vincent Prince 
Hi Dave,

I think this question belong to yocto ML as stated here:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/about/

Best regards,
Vincent

Le lun. 3 déc. 2018 à 22:38, Dave Buchwald  a
écrit :

> I have a question about Java versions for Yocto. As we know, starting in
> January 2019, Oracle will
> basically start crapping on the open source licensing availability for the
> JDK and will start charging for
> updates starting with JDK11.  I build software and hardware using
> Yocto-built images for the imx7 using
> Java and various Java-based technologies.
>
>
> -Will the Yocto project go to newer versions of OpenJDK? 9, 10, 11?
>
> -How will the Yocto project and meta-java go forward due to
> Oracle's actions?
>
> -Will newer versions be tied to newer BSP's?
>
>
>
>
> thanks,
> Dave Buchwald
> Protedyne Corp.
> Windsor, CT
> --
> ___
> Openembedded-devel mailing list
> openembedded-de...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto