Re: [yocto] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

2017-04-23 Thread Khem Raj 
On Sun, Apr 23, 2017 at 3:04 PM, Burton, Ross  wrote:
>
> On 16 April 2017 at 16:50, Khem Raj  wrote:
>>
>> I have put together recipes for upcoming gcc-7 major release as well
>> as glibc 2.26 release, which we would target for next release ( 2.4 )
>
>
> I threw these at the autobuilder and the errors are starting to appear:
>
> http://errors.yoctoproject.org/Errors/Latest/?filter=eddf6362e17899113f10cf53ed0db8a4b13ff3fc=commit
>
> Repeated diffutils and rpcbind failures, but linux-yocto and grub too (I
> have your grub fix already).

There are few other fixes that needs to be in there. glibc and gcc recipes
also needed some fixes. I have pushed the whole series to kraj/master
branch on contrib repo

http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/master

give it a whirl again.

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

[yocto] [Recipe reporting system] Upgradable recipe name list

2017-04-23 Thread recipe-report 
This mail was sent out by Recipe reporting system.

This message list those recipes which need to be upgraded. If maintainers
believe some of them needn't to upgrade at this time, they can fill
RECIPE_NO_UPDATE_REASON in respective recipe file to ignore this remainder
until newer upstream version was detected.

Example:
RECIPE_NO_UPDATE_REASON = "Version 2.0 is unstable"

You can check the detail information at:

http://recipes.yoctoproject.org/

Package   Version  Upstream version  Maintainer   
NoUpgradeReason
  ---    ---  
--
python3   3.5.23.6.1 Alejandro Hernandez
python3-native3.5.23.6.1 Alejandro Hernandez
gobject-introspec...  1.50.0   1.52.0Alexander Kanavin
mobile-broadband-...  20151214 20170310  Alexander Kanavin
webkitgtk 2.14.5   2.16.0Alexander Kanavin
openssl   1.0.2k   1.1.0eAlexander Kanavin
gdbm  1.12 1.13  Alexander Kanavin
libpthread-stubs  0.3  0.4   Alexander Kanavin
vala  0.34.4   0.36.1Alexander Kanavin
libiconv  1.14 1.15  Alexander Kanavin
gnome-desktop33.22.2   3.24.0Alexander Kanavin
ed1.14.1   1.14.2Alexander Kanavin
gperf 3.0.43.1   Alexander Kanavin
dtc   1.4.21.4.4 Alexander Kanavin
btrfs-tools   4.9.14.10.2Alexander Kanavin
mkelfimage4.0+gitX 4.5+gitAUTOINC+0b...  Alexander Kanavin
mkelfimage has been removed...
sysprof   3.22.3   3.24.0Alexander Kanavin
mpg1231.23.8   1.24.0Alexander Kanavin
kconfig-frontends 3.12.0.0 4.7.0.0   Alexander Kanavin
epiphany  3.22.6   3.24.0Alexander Kanavin
qemu  2.8.02.8.1 Aníbal Limón
apt   1.2.12   1.4   Aníbal Limón
libxml-namespaces...  1.11 1.12  Aníbal Limón
libxml-sax-base-perl  1.08 1.09  Aníbal Limón
apt-native1.2.12   1.4   Aníbal Limón
dpkg  1.18.10  1.18.23   Aníbal Limón
openssh   7.4p17.5p1 Armin Kuster
busybox   1.25.0+gitX  1.26.2+gitAUTOINC...  Armin Kuster
lzo   2.09 2.10  Armin Kuster
nspr  4.13.1   4.14  Armin Kuster
libpcre2  10.2210.23 Armin Kuster
gnutls3.5.93.5.10Armin Kuster
pinentry  0.9.21.0.0 Armin Kuster
linux-libc-headers4.10 4.10.8Bruce Ashfield
libunwind 1.1+gitX 1.2+gitAUTOINC+cc...  Bruce Ashfield
pciutils  3.5.23.5.4 Chen Qi
kmod-native   23+gitX  24+gitAUTOINC+ef4...  Chen Qi
dbus  1.10.14  1.10.16   Chen Qi
byacc 20161202 20170201  Chen Qi
cups  2.2.22.2.3 Chen Qi
systemd   232  233   Chen Qi
util-linux2.29.1   2.29.2Chen Qi
kmod  23+gitX  24+gitAUTOINC+ef4...  Chen Qi
dbus-test 1.10.14  1.10.16   Chen Qi
sed   4.2.24.4   Chen Qi
sysstat   11.5.4   11.5.5Chen Qi
systemd-boot  232  233   Chen Qi
flex  2.6.02.6.3 Chen Qi
coreutils 8.26 8.27  Chen Qi
build-appliance-i...  15.0.0   16.0.1Cristian Iorga
json-glib 1.2.21.2.8 Dengke Du
python3-pygobject 3.22.0   3.24.0Edwin Plauchu
python3-setuptools32.1.1   34.3.3Edwin Plauchu
python-setuptools 32.1.1   34.3.3Edwin Plauchu
gpgme 1.8.01.9.0 Hongxu Jia
bash  4.3.30   4.4   Hongxu Jia
ghostscript   9.20 9.21  Hongxu Jia
libnewt-python0.52.19  0.52.20   Hongxu Jia
man-pages 4.09 4.10  Hongxu Jia
libnewt   0.52.19  0.52.20   Hongxu Jia
libgpg-error  1.26 1.27  Hongxu Jia
gnupg

Re: [yocto] [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

2017-04-23 Thread Khem Raj 
On Sun, Apr 23, 2017 at 5:31 PM, Bruce Ashfield
 wrote:
>
>
> On Sun, Apr 23, 2017 at 8:30 PM, Bruce Ashfield 
> wrote:
>>
>>
>>
>> On Sun, Apr 23, 2017 at 6:04 PM, Burton, Ross 
>> wrote:
>>>
>>> On 16 April 2017 at 16:50, Khem Raj  wrote:
>>>
>>> > I have put together recipes for upcoming gcc-7 major release as well
>>> > as glibc 2.26 release, which we would target for next release ( 2.4 )
>>> >
>>>
>>> I threw these at the autobuilder and the errors are starting to appear:
>>>
>>> http://errors.yoctoproject.org/Errors/Latest/?filter=
>>> eddf6362e17899113f10cf53ed0db8a4b13ff3fc=commit
>>>
>>> Repeated diffutils and rpcbind failures, but linux-yocto and grub too (I
>>> have your grub fix already).
>>
>>
>> I wasn't able to bring up the linux-yocto one .. but the 4.10 linux Yocto
>> should be at a high enough stable
>> release to build with gcc7. So if there's a direct link to that error, I
>> can take a closer look.
>
>
> And sure enough, after I sent that the error page with linux-yocto finally
> wheezed in.
>
> I see that it was the 4.1 kernel, which is expected to fail. I haven't
> looked into backporting gcc7 fixes
> that far, but if there's demand, it is something we can consider/look into.
>

I think we will need them on 4.1 too but lets wait for gkh to apply them first.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

2017-04-23 Thread Bruce Ashfield 
On Sun, Apr 23, 2017 at 8:30 PM, Bruce Ashfield 
wrote:

>
>
> On Sun, Apr 23, 2017 at 6:04 PM, Burton, Ross 
> wrote:
>
>> On 16 April 2017 at 16:50, Khem Raj  wrote:
>>
>> > I have put together recipes for upcoming gcc-7 major release as well
>> > as glibc 2.26 release, which we would target for next release ( 2.4 )
>> >
>>
>> I threw these at the autobuilder and the errors are starting to appear:
>>
>> http://errors.yoctoproject.org/Errors/Latest/?filter=
>> eddf6362e17899113f10cf53ed0db8a4b13ff3fc=commit
>>
>> Repeated diffutils and rpcbind failures, but linux-yocto and grub too (I
>> have your grub fix already).
>>
>
> I wasn't able to bring up the linux-yocto one .. but the 4.10 linux Yocto
> should be at a high enough stable
> release to build with gcc7. So if there's a direct link to that error, I
> can take a closer look.
>

And sure enough, after I sent that the error page with linux-yocto finally
wheezed in.

I see that it was the 4.1 kernel, which is expected to fail. I haven't
looked into backporting gcc7 fixes
that far, but if there's demand, it is something we can consider/look into.

Bruce


>
> Bruce
>
>
>>
>> Ross
>> --
>> ___
>> Openembedded-devel mailing list
>> openembedded-de...@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await thee
> at its end"
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

2017-04-23 Thread Bruce Ashfield 
On Sun, Apr 23, 2017 at 6:04 PM, Burton, Ross  wrote:

> On 16 April 2017 at 16:50, Khem Raj  wrote:
>
> > I have put together recipes for upcoming gcc-7 major release as well
> > as glibc 2.26 release, which we would target for next release ( 2.4 )
> >
>
> I threw these at the autobuilder and the errors are starting to appear:
>
> http://errors.yoctoproject.org/Errors/Latest/?filter=
> eddf6362e17899113f10cf53ed0db8a4b13ff3fc=commit
>
> Repeated diffutils and rpcbind failures, but linux-yocto and grub too (I
> have your grub fix already).
>

I wasn't able to bring up the linux-yocto one .. but the 4.10 linux Yocto
should be at a high enough stable
release to build with gcc7. So if there's a direct link to that error, I
can take a closer look.

Bruce


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



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

2017-04-23 Thread Burton, Ross 
On 16 April 2017 at 16:50, Khem Raj  wrote:

> I have put together recipes for upcoming gcc-7 major release as well
> as glibc 2.26 release, which we would target for next release ( 2.4 )
>

I threw these at the autobuilder and the errors are starting to appear:

http://errors.yoctoproject.org/Errors/Latest/?filter=
eddf6362e17899113f10cf53ed0db8a4b13ff3fc=commit

Repeated diffutils and rpcbind failures, but linux-yocto and grub too (I
have your grub fix already).

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

[yocto] [meta-raspberrypi][morty][PATCH 2/2] xserver-xorg: add xf86-input-libinput to XSERVER_RRECOMMENDS

2017-04-23 Thread Yusuke Mitsuki 
oe-core's commit is not merged in morty branch.

| xorg-xserver recommends xf86-input-libinput since oe-core's commit
|
|   | commit 2d005faff6341a81a2afae28860101ba9db51ae8
|   | Author: Jussi Kukkonen 
|   | Date:   Wed Oct 26 11:37:38 2016 +0300
|   |
|   |conf: Use xf86-input-libinput by default
|   | ...

This is workaround to fix the problem that mouse does not work in morty.

Signed-off-by: Yusuke Mitsuki 
---
 recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend 
b/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend
index a5a6af3..6fd17da 100644
--- a/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend
+++ b/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend
@@ -7,3 +7,5 @@ PACKAGECONFIG_rpi ?= " \
 ${@bb.utils.contains("DISTRO_FEATURES", "wayland", "xwayland", "", d)} \
 ${@bb.utils.contains("DISTRO_FEATURES", "systemd", "systemd", "", d)} \
 "
+
+XSERVER_RRECOMMENDS_append = " xf86-input-libinput"
-- 
2.7.4

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

[yocto] [meta-raspberrypi][morty][PATCH 1/2] xserver-xf86-config: remove evdev configuration

2017-04-23 Thread Yusuke Mitsuki 
From: Andreas Müller 

xorg-xserver recommends xf86-input-libinput since oe-core's commit

| commit 2d005faff6341a81a2afae28860101ba9db51ae8
| Author: Jussi Kukkonen 
| Date:   Wed Oct 26 11:37:38 2016 +0300
|
|conf: Use xf86-input-libinput by default
| ...

As nice side effect warnings for missing evdev in Xorg.0.log are gone.

Signed-off-by: Andreas Müller 
Signed-off-by: Yusuke Mitsuki 
---
 .../rpi/xorg.conf.d/10-evdev.conf  | 40 --
 .../xorg-xserver/xserver-xf86-config_0.1.bbappend  | 22 ++--
 2 files changed, 10 insertions(+), 52 deletions(-)
 delete mode 100644 
recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf

diff --git 
a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
 
b/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
deleted file mode 100644
index cc83ab2..000
--- 
a/recipes-graphics/xorg-xserver/xserver-xf86-config/rpi/xorg.conf.d/10-evdev.conf
+++ /dev/null
@@ -1,40 +0,0 @@
-#
-# Catch-all evdev loader for udev-based systems
-# We don't simply match on any device since that also adds accelerometers
-# and other devices that we don't really want to use. The list below
-# matches everything but joysticks.
-
-Section "InputClass"
-Identifier "evdev pointer catchall"
-MatchIsPointer "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev keyboard catchall"
-MatchIsKeyboard "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev touchpad catchall"
-MatchIsTouchpad "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev tablet catchall"
-MatchIsTablet "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
-
-Section "InputClass"
-Identifier "evdev touchscreen catchall"
-MatchIsTouchscreen "on"
-MatchDevicePath "/dev/input/event*"
-Driver "evdev"
-EndSection
diff --git a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend 
b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
index 062de2d..b361eef 100644
--- a/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
+++ b/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
@@ -1,19 +1,17 @@
 FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
 
-SRC_URI_append_rpi = " file://xorg.conf.d/10-evdev.conf \
-   file://xorg.conf.d/98-pitft.conf \
-   file://xorg.conf.d/99-calibration.conf \
- "
+SRC_URI_append_rpi = " \
+file://xorg.conf.d/98-pitft.conf \
+file://xorg.conf.d/99-calibration.conf \
+"
 
 do_install_append_rpi () {
-   install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
-   install -m 0644 ${WORKDIR}/xorg.conf.d/10-evdev.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-
-   PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0", d)}"
-   if [ "${PITFT}" = "1" ]; then
-   install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-   install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
-   fi
+PITFT="${@bb.utils.contains("MACHINE_FEATURES", "pitft", "1", "0", d)}"
+if [ "${PITFT}" = "1" ]; then
+install -d ${D}/${sysconfdir}/X11/xorg.conf.d/
+install -m 0644 ${WORKDIR}/xorg.conf.d/98-pitft.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
+install -m 0644 ${WORKDIR}/xorg.conf.d/99-calibration.conf 
${D}/${sysconfdir}/X11/xorg.conf.d/
+fi
 }
 
 FILES_${PN}_rpi += "${sysconfdir}/X11/xorg.conf 
${sysconfdir}/X11/xorg.conf.d/*"
-- 
2.7.4

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

Re: [yocto] Problem with mesa and nvidia

2017-04-23 Thread Khem Raj 
On Sun, Apr 23, 2017 at 7:35 AM, Alvaro Garcia  wrote:
> mesa-driver-i915

if you are building for x86 based machines and including
conf/machine/include/x86-base.inc in your machine config then you are
getting it. You need to define XSERVER variable that fits your
machine.
you can start by just removing stuff from the preset value for it

this is current value

XSERVER ?= "${XSERVER_X86_BASE} \
${XSERVER_X86_EXT} \
${XSERVER_X86_I915} \
${XSERVER_X86_I965} \
${XSERVER_X86_FBDEV} \
${XSERVER_X86_VESA} \
${XSERVER_X86_MODESETTING} \
   "

remove whatever you dont need by overriding it in your machine conf file.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Problem with mesa and nvidia

2017-04-23 Thread Alvaro Garcia 
Hi, my goal is build the core-image-x11 using the nvidia drivers instead of
mesa. My recipe provides the following:

PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl"

and in my local.conf:

PREFERRED_PROVIDER_virtual/libgl = "nvidia-proprietary"
PREFERRED_PROVIDER_virtual/libgles1 = "nvidia-proprietary"
PREFERRED_PROVIDER_virtual/libgles2 = "nvidia-proprietary"
PREFERRED_PROVIDER_virtual/egl = "nvidia-proprietary"

Then I got the following:
Nothing RPROVIDES 'mesa-driver-i915'
Missing or unbuildable dependency chain was: ['core-image-x11',
'packagegroup-core-x11-base', 'packagegroup-core-x11-xserver',
'mesa-driver-i915']

Of course I dont need support for this intel card (and nothing but nvidia,
because my devices use nvidia).
In my custom layer where I can override everything from xorg recipes all
works as expected, but my intention is to build my image by using only the
meta-oe (because I will try to push my recipe to this layer).

I read all these x11 and xorg recipes but did not found mesa-driver-i915
neither something that can help me.

My actual recipe is https://pastebin.com/9VRuXWBU
It's not very complex, just download, compile kernel module and copy files.

My intention is that just modifying the PREFERED_PROVIDER the x11 image
will be built with mesa (by default) or with nvidia drivers.

I'm very new to yocto and maybe I didnt get the yocto philosophy yet so any
advice or tip will be very grateful.

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

Re: [yocto] bitbake core-image-base -c do_populate_sdk fails with glibc (unmet dependencies)

2017-04-23 Thread David Bensoussan 
I forgot to precise, compiling, doesn't work on the host system, it cannot
compile a simple .c file, not finding "stdio.h".

On Sun, 23 Apr 2017 at 10:40 David Bensoussan 
wrote:

> I managed to track down how to create the SDK. Sorry for the long answer
> but it might help people googling it.
>
> DISTRO_FEATURES ?= "${DISTRO_FEATURES_DEFAULT} ${DISTRO_FEATURES_LIBC}
> ${POKY_DEFAULT_DISTRO_FEATURES}" in *meta-poky/conf/distro/poky.conf*
> DISTRO_FEATURES_LIBC is defined as DISTRO_FEATURES_LIBC_DEFAULT in
> *meta/conf/distro/include/default-distrovars.inc*
> DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros
> libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
> libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt libc-fmtmsg libc-fstab
> libc-ftraverse \
> libc-getlogin libc-idn libc-inet-anl libc-libm libc-locales
> libc-locale-code \
> libc-memusage libc-nis libc-nsswitch libc-rcmd libc-rtld-debug libc-spawn
> libc-streams libc-sunrpc \
> libc-utmp libc-utmpx libc-wordexp libc-posix-clang-wchar libc-posix-regexp
> libc-posix-regexp-glibc \
> libc-posix-wchar-io" i*n the same file*
>
> And finally:
>
> LIBC_DEPENDENCIES = "libsegfault \
> glibc \
> glibc-dbg \
> glibc-dev \
> glibc-utils \
> glibc-thread-db \
> ${@get_libc_locales_dependencies(d)}"
>
> LIBC_LOCALE_DEPENDENCIES = "\
> glibc-localedata-i18n \
> glibc-gconv-ibm850 \
> glibc-gconv-cp1252 \
> glibc-gconv-iso8859-1 \
> glibc-gconv-iso8859-15"
>
> def get_libc_locales_dependencies(d):
> if 'libc-locales' in (d.getVar('DISTRO_FEATURES', True) or '').split()
> :
> return d.getVar('LIBC_LOCALE_DEPENDENCIES', True) or ''
> else:
> return ''
>
>
> *in ../meta/conf/distro/include/tclibc-glibc.inc*
>
> This is how they are enabled. To make it work, I added in my local.conf:
> LIBC_DEPENDENCIES_remove += "glibc-gconv-cp1252 glibc-gconv-ibm850
> glibc-gconv-iso8859-1 glibc-gconv-iso8859-15 glibc-localedata-i18n"
>
> Now, I simply wonder why is there a "compatibility issue" having them in
> the DISTRO_FEATURES.
>
>
> On Sat, 22 Apr 2017 at 09:49 David Bensoussan 
> wrote:
>
>> It was a typo, sorry, I typed it without the "do_"
>>
>> On Fri, 21 Apr 2017 at 20:50 Trevor Woerner  wrote:
>>
>>> On Fri 2017-04-21 @ 11:37:44 AM, David Bensoussan wrote:
>>> > I wanted to generate an sdk and met these errors while executing:
>>> > $ bitbake core-image-base -c do_populate_sdk
>>>
>>> Does adding the "do_" work? Is there any difference if you type:
>>>
>>> $ bitbake core-image-base -c populate_sdk
>>>
>>> ?
>>>
>> --
>>
>> *David bensoussan*
>> Roboticist / Embedded Software Engineer
>> --
>>
>> *Synapticon* | Robotic Control Systems
>> Mobile: 015779804515
>> Fax: +49 7031 / 30 478 -99 <+49%207031%203047899>
>>
>> *synapticon.com*  | Twitter
>>  | Facebook
>> 
>>
>> Synapticon GmbH | Daimlerstraße 26 | 71101 Schönaich, Germany
>> Secretary +49 7031 / 30 478 -0 | Managing Director: Nikolai Ensslen
>> Amtsgericht Stuttgart HRB 756076 | USt-ID DE271647127
>>
>> This message and any files transmitted with it are confidential and
>> intended solely for the use of the individual or entity to whom they are
>> addressed. Please notify the sender immediately if you have received this
>> e-mail by mistake and delete it from your system.
>>
> --
>
> *David bensoussan*
> Roboticist / Embedded Software Engineer
> --
>
> *Synapticon* | Robotic Control Systems
> Mobile: 015779804515
> Fax: +49 7031 / 30 478 -99 <+49%207031%203047899>
>
> *synapticon.com*  | Twitter
>  | Facebook
> 
>
> Synapticon GmbH | Daimlerstraße 26 | 71101 Schönaich, Germany
> Secretary +49 7031 / 30 478 -0 | Managing Director: Nikolai Ensslen
> Amtsgericht Stuttgart HRB 756076 | USt-ID DE271647127
>
> This message and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. Please notify the sender immediately if you have received this
> e-mail by mistake and delete it from your system.
>
-- 

*David bensoussan*
Roboticist / Embedded Software Engineer
--

*Synapticon* | Robotic Control Systems
Mobile: 015779804515
Fax: +49 7031 / 30 478 -99

*synapticon.com*  | Twitter
 | Facebook


Synapticon GmbH | Daimlerstraße 26 | 71101 Schönaich, Germany
Secretary +49 7031 / 30 478 -0 | Managing Director: Nikolai Ensslen
Amtsgericht Stuttgart HRB 756076 | USt-ID DE271647127

This message and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are

Re: [yocto] bitbake core-image-base -c do_populate_sdk fails with glibc (unmet dependencies)

2017-04-23 Thread David Bensoussan 
I managed to track down how to create the SDK. Sorry for the long answer
but it might help people googling it.

DISTRO_FEATURES ?= "${DISTRO_FEATURES_DEFAULT} ${DISTRO_FEATURES_LIBC}
${POKY_DEFAULT_DISTRO_FEATURES}" in *meta-poky/conf/distro/poky.conf*
DISTRO_FEATURES_LIBC is defined as DISTRO_FEATURES_LIBC_DEFAULT in
*meta/conf/distro/include/default-distrovars.inc*
DISTRO_FEATURES_LIBC_DEFAULT ?= "ipv4 ipv6 libc-backtrace libc-big-macros
libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt \
libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt libc-fmtmsg libc-fstab
libc-ftraverse \
libc-getlogin libc-idn libc-inet-anl libc-libm libc-locales
libc-locale-code \
libc-memusage libc-nis libc-nsswitch libc-rcmd libc-rtld-debug libc-spawn
libc-streams libc-sunrpc \
libc-utmp libc-utmpx libc-wordexp libc-posix-clang-wchar libc-posix-regexp
libc-posix-regexp-glibc \
libc-posix-wchar-io" i*n the same file*

And finally:

LIBC_DEPENDENCIES = "libsegfault \
glibc \
glibc-dbg \
glibc-dev \
glibc-utils \
glibc-thread-db \
${@get_libc_locales_dependencies(d)}"

LIBC_LOCALE_DEPENDENCIES = "\
glibc-localedata-i18n \
glibc-gconv-ibm850 \
glibc-gconv-cp1252 \
glibc-gconv-iso8859-1 \
glibc-gconv-iso8859-15"

def get_libc_locales_dependencies(d):
if 'libc-locales' in (d.getVar('DISTRO_FEATURES', True) or '').split() :
return d.getVar('LIBC_LOCALE_DEPENDENCIES', True) or ''
else:
return ''


*in ../meta/conf/distro/include/tclibc-glibc.inc*

This is how they are enabled. To make it work, I added in my local.conf:
LIBC_DEPENDENCIES_remove += "glibc-gconv-cp1252 glibc-gconv-ibm850
glibc-gconv-iso8859-1 glibc-gconv-iso8859-15 glibc-localedata-i18n"

Now, I simply wonder why is there a "compatibility issue" having them in
the DISTRO_FEATURES.


On Sat, 22 Apr 2017 at 09:49 David Bensoussan 
wrote:

> It was a typo, sorry, I typed it without the "do_"
>
> On Fri, 21 Apr 2017 at 20:50 Trevor Woerner  wrote:
>
>> On Fri 2017-04-21 @ 11:37:44 AM, David Bensoussan wrote:
>> > I wanted to generate an sdk and met these errors while executing:
>> > $ bitbake core-image-base -c do_populate_sdk
>>
>> Does adding the "do_" work? Is there any difference if you type:
>>
>> $ bitbake core-image-base -c populate_sdk
>>
>> ?
>>
> --
>
> *David bensoussan*
> Roboticist / Embedded Software Engineer
> --
>
> *Synapticon* | Robotic Control Systems
> Mobile: 015779804515
> Fax: +49 7031 / 30 478 -99 <+49%207031%203047899>
>
> *synapticon.com*  | Twitter
>  | Facebook
> 
>
> Synapticon GmbH | Daimlerstraße 26 | 71101 Schönaich, Germany
> Secretary +49 7031 / 30 478 -0 | Managing Director: Nikolai Ensslen
> Amtsgericht Stuttgart HRB 756076 | USt-ID DE271647127
>
> This message and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. Please notify the sender immediately if you have received this
> e-mail by mistake and delete it from your system.
>
-- 

*David bensoussan*
Roboticist / Embedded Software Engineer
--

*Synapticon* | Robotic Control Systems
Mobile: 015779804515
Fax: +49 7031 / 30 478 -99

*synapticon.com*  | Twitter
 | Facebook


Synapticon GmbH | Daimlerstraße 26 | 71101 Schönaich, Germany
Secretary +49 7031 / 30 478 -0 | Managing Director: Nikolai Ensslen
Amtsgericht Stuttgart HRB 756076 | USt-ID DE271647127

This message and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. Please notify the sender immediately if you have received this
e-mail by mistake and delete it from your system.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto