[yocto] glibc failure during core-image-minimal bitbake

2015-05-22 Thread Patricia Holden 
It seems no matter what I try to do I am failing the glibc portion of the
bitbake for core-image-minimal.  Here is an excerpt from the last round:

| x86_64-poky-linux-gcc  -m64
--sysroot=/home/patti/poky/build/tmp/sysroots/ags0-qemux86-tcbootstrap
open_catalog.c -c -std=gnu99 -fgnu89-inline  -O2 -Wall -Werror -Winline
-Wno-error=undef -Wundef -Wwrite-strings -feliminate-unused-debug-types
-fmerge-all-constants -frounding-math -g -pipe -Wstrict-prototypes
-fPIC
-DNLSPATH='"/usr/share/locale/%L/%N:/usr/share/locale/%L/LC_MESSAGES/%N:/usr/share/locale/%l/%N:/usr/share/locale/%l/LC_MESSAGES/%N:"'
-I../include
-I/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets
-I/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux
-I../sysdeps/unix/sysv/linux/x86_64/64
-I../sysdeps/unix/sysv/linux/x86_64  -I../sysdeps/unix/sysv/linux/x86
-I../sysdeps/unix/sysv/linux/wordsize-64  -I../sysdeps/x86_64/nptl
-I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux
-I../sysdeps/nptl  -I../sysdeps/pthread  -I../sysdeps/gnu
-I../sysdeps/unix/inet  -I../sysdeps/unix/sysv  -I../sysdeps/unix/x86_64
-I../sysdeps/unix  -I../sysdeps/posix  -I../sysdeps/x86_64/64
-I../sysdeps/x86_64/fpu/multiarch  -I../sysdeps/x86_64/fpu
-I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu
-I../sysdeps/x86_64/multiarch  -I../sysdeps/x86_64  -I../sysdeps/x86
-I../sysdeps/ieee754/ldbl-96  -I../sysdeps/ieee754/dbl-64/wordsize-64
-I../sysdeps/ieee754/dbl-64  -I../sysdeps/ieee754/flt-32
-I../sysdeps/wordsize-64  -I../sysdeps/ieee754  -I../sysdeps/generic  -I..
-I../libio -I. -nostdinc -isystem
/home/patti/poky/build/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include
-isystem
/home/patti/poky/build/tmp/sysroots/x86_64-linux/usr/lib/x86_64-poky-linux.gcc-cross-initial-x86_64/gcc/x86_64-poky-linux/4.9.2/include-fixed
-isystem /home/patti/poky/build/tmp/sysroots/ags0-qemux86/usr/include
-D_LIBC_REENTRANT -include
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/libc-modules.h
-DMODULE_NAME=libc -include ../include/libc-symbols.h  -DPIC -DSHARED
-o
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/open_catalog.os
-MD -MP -MF
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/open_catalog.os.dt
-MT
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/open_catalog.os
| echo 'catgets/catgets.o catgets/open_catalog.o' >
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/stamp.oT
| mv -f
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/stamp.oT
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/stamp.o
| echo 'catgets/catgets.os catgets/open_catalog.os' >
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/stamp.osT
| mv -f
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/stamp.osT
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/catgets/stamp.os
| make[2]: Leaving directory
'/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/git/catgets'
| make -j 4 subdir=math -C math ..=../ subdir_lib
| make[2]: Entering directory
'/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/git/math'
| .././scripts/mkinstalldirs
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math
| .././scripts/mkinstalldirs
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math
| mkdir -p --
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math
| mkdir -p --
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math
| /opt/poky/1.8/sysroots/x86_64-pokysdk-linux/usr/bin/perl gen-libm-test.pl
-u ../sysdeps/x86_64/fpu/libm-test-ulps -o
"/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math/"
| echo '' >
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math/stamp.oST
| mv -f
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math/stamp.oST
/home/patti/poky/build/tmp/work/x86_64-poky-linux/glibc/2.21-r0/build-x86_64-poky-linux/math/stamp.oS
| Can't locate Getopt/Std.pm in @INC (you may need to install the
Getopt::Std module) (@INC contains: //usr/lib/perl //usr/lib/perl/5.20.0
//usr/lib/perl/site_perl/5.20.0 //usr/lib/perl/vendor_perl/5.20.0
/opt/poky/1.8/sysroots/x86_64-pokysdk-linux/usr/lib/perl/site_perl/5.20.0/
/opt/poky/1.8/sysroots/x86_64-pokysdk-linux/usr/lib/perl/site_perl/5.20.0
/opt/poky/1.8/sysroots/x86_64-pokysdk-linux/usr/lib/perl/vendor

Re: [yocto] Using smart within an SDK

2015-05-22 Thread Ash Charles 
On Mon, May 18, 2015 at 10:13 PM,   wrote:
> The idea is that an sdk will comprise of a manifest(contains list of
> sstate items in the sdk) and some location that contains the items in the
> manifest. So to update the sdk you would run a command and give it the
> location of the manifest and sstate, and it would make your sdk match what
> is in the manifest.
>
> So the sstate could be hosted on a webserver, nfs, locally, etc.
Thanks Randy.

I stepped through the process of making an extensible SDK based on my
image.  Is the conf/locked-sigs.inc file the manifest you mentioned?

Unfortunately, devtool is failing for me ("ImportError: No module
named site"...looks like the SDK is missing a python library?) but it
is great to at least be able to build it and get a sense of the
contents.

I'm uploading my sstate to a server so theoretically updating would be
a process of grabbing items from this server cache into the
'sstate-cache' directory within the SDK?  If I needed a new package
not originally included in the SDK, I would do something like devtool
get opencv-dev?

Thanks for any insights.  I realize this is work-in-progress so I'm
just looking to get a sense of how things might work.

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

[yocto] bitbake core-image-minimal failure

2015-05-22 Thread Patricia Holden 
I'm trying to create a barebones linux for a demo board based on Intel
Atom.  I've got a kernel patch to add to it, so I created a BSP for Yocto
linux, gave it the config & patch and now I want to create a live image to
boot via USB stick onto the target board.  I got a basic bitbake done with
no problems.  I tried to run Qemu and got "missing movbe".  So I dropped
that course of action since I've got time limitations to get this project
done.   I tried to get SDK going, but ran into compile error for GLIBC.  So
I added the "IMAGE_INSTALL_append = " glibc-staticdev", got tons of
errors.  So I dropped that course of action too.  I read in the manual to
use IMAGE_FSTYPE = "live" to build a bootable image, so I'm doing
that now.  Once I've got this demo part done, I need to add an app for the
real target so I really would like to get Qemu/SDK going.

Any suggestions?

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

[yocto] [meta-oracle-java][PATCH 2/2] oracle-jse: provide java2-vm

2015-05-22 Thread Mario Domenech Goulart 
This is mostly to make meta-oracle-java compatible with what the
counterparts in meta-java provide.

Signed-off-by: Mario Domenech Goulart 
---
 recipes-devtools/oracle-java/oracle-jse.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
b/recipes-devtools/oracle-java/oracle-jse.inc
index 7781421..d5cd765 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -29,5 +29,5 @@ INSANE_SKIP_${PN} = "${ERROR_QA} ${WARN_QA}"
 INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
 
 FILES_${PN} = "/usr/"
-RPROVIDES_${PN} = "java2-runtime"
+RPROVIDES_${PN} = "java2-runtime java2-vm"
 PROVIDES += "virtual/java"
-- 
2.1.4

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

[yocto] [meta-oracle-java][PATCH 1/2] oracle-jse-jdk: fix link to binaries

2015-05-22 Thread Mario Domenech Goulart 
Remove ${D} from link targets, as it breaks native builds when we
restore package contents from sstate cache after removing TMPDIR.

Signed-off-by: Mario Domenech Goulart 
---
 recipes-devtools/oracle-java/oracle-jse-jdk.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index 54e83b8..6f13125 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -16,7 +16,7 @@ do_install_class-native() {
 install -d -m 0755 ${D}${bindir}
 cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${libdir}/
 for prog in java javac; do
-   ( cd ${D}${bindir} && ln -sf 
${D}${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin/$prog )
+   ( cd ${D}${bindir} && ln -sf 
${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin/$prog )
 done
 
 ( cd ${D}${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin ; \
-- 
2.1.4

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

[yocto] Yocto Project Technical Team Meeting

2015-05-22 Thread Jolley, Stephen K 
All,

Due to very few opens and team sharing being brought up during the meeting, we 
will be moving the Yocto Project Technical Team meeting to once a month, the 
first Tuesday of each month, at 8am Pacific time.

I will start sending a reminder the Friday before the meeting that the 
following week a meeting will be held.   The hope of this reminder is to get 
you to bring those items you want to discuss to the meeting.

Please support the Yocto project by bringing to the meeting the items you would 
like to discuss.

Thanks,


Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
*   Work Telephone:  (503) 712-0534
*Cell:(208) 244-4460
* Email: stephen.k.jol...@intel.com

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

[yocto] Yocto Project Technical Team Meeting

2015-05-22 Thread Jolley, Stephen K 
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Jolley, Stephen K":MAILTO:stephen.k.jol...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=yocto@yoct
 oproject.org:MAILTO:yocto@yoctoproject.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=openembedd
 ed-c...@lists.openembedded.org:MAILTO:openembedded-core@lists.openembedded
 .org
ATTACH:CID:EFE4D3BD2A9FDC4F8A636AF6E002F749@intel.com
DESCRIPTION;LANGUAGE=en-US:We encourage people attending the meeting to log
 on and announce themselves on the Yocto Project IRC chancel during the mee
 ting (optional):\n\nYocto IRC: http://webchat.freenode.net/?channels=#yoct
 o\nIRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html\n\nhttps:
 //www.yoctoproject.org/tools-resources/community/weekly-technical-call\n\n
 Conference Details:\nCompany:   WIND RIVER SYS\nReady-Access Numbe
 r: 8007302996/9139049836\nAccess Code: 2705751\n\n\n\n\n\n\n
RRULE:FREQ=MONTHLY;INTERVAL=1;BYDAY=1TU
SUMMARY;LANGUAGE=en-US:Yocto Project Technical Team Meeting
DTSTART;TZID=Pacific Standard Time:20150602T08
DTEND;TZID=Pacific Standard Time:20150602T083000
UID:04008200E00074C5B7101A82E008508FEA35138ACF01000
 01000EACF2162F2449944802D21AEE6A84568
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20150522T165839Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:22
LOCATION;LANGUAGE=en-US:Bridge Info Enclosed.
X-MICROSOFT-CDO-APPT-SEQUENCE:22
X-MICROSOFT-CDO-OWNERAPPTID:-1374591010
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Paul Eggleton 
On Friday 22 May 2015 16:40:15 yocto yocto wrote:
> Hello Paul,
> 
> "build" does not exist. I attached the config.log from the following folder:
> 
> /development/edison-src/build/tmp/work/core2-32-poky-linux/php/5.5.24-r0/php
> -5.5.24

Ah right, of course, in daisy we didn't use a separate build dir, I had 
forgotten.
 
> When you search for "unsafe" or "postgresql" you will see warnings and
> errors. E.g. the following:
> 
> /home/kse/development/edison-src/build/tmp/sysroots/x86_64-linux/usr/libexec
> /core2-32-poky-linux/gcc/i586-poky-linux/4.8.2/ld: warning: library search
> path "/usr/lib" is unsafe for cross-compilation
> 
> According to
> http://comments.gmane.org/gmane.linux.embedded.yocto.general/4859 this
> seems to generate the " autoconf log indicates errors" message. But I dont
> know how to proceed?

Hmm, so this is very strange - I just switched to the daisy branch, copied in 
the php recipe from meta-oe master, set the config (in my case I simply set the 
PACKAGECONFIG_pn-php = "mysql sqlite3 pgsql" in local.conf, which should be 
pretty much equivalent to what you did), and built it, and I didn't get any 
errors at all. It's possible the issue may be triggered by something you have 
installed on your build host however (not that it should, it shouldn't be 
looking at the host at all - that's the source of this problem). Did you copy 
in any other recipes from master or just php?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto Project Status WW21

2015-05-22 Thread Jolley, Stephen K 
Current Dev Position: 1.9 Milestone 1 (M1)

Next Deadline: M1 cut off of June 23rd


Key Status/Updates:

gcc 5.1 merged as non-default. Main regressions now with older kernels/security 
flags

gstreamer 0.10 moved oe-core -> meta-oe

YP 1.8 was released WW17.

YP 1.7.2 was released WW20.

YP 1.6.3 has finished QA and will be released shortly.  The 1.6.x series will 
now move to community support.

Meta-Intel 3.0 has finished QA and will be released shortly.


Key YP 1.9 Dates:

M2 Cut off July 28, 2015

1.9 Feature Freeze Date/M3 Cut off: Aug. 25, 2015

M4 Cut off: Sept. 29, 2015

1.9 M1 Release Target: Before July 10, 2015

1.9 M2 Release Target: Before Aug. 14, 2015

1.9 M3 Release Target: Before Sept. 11 2015

1.9 final Release Target: Before Oct. 30, 2015


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.9_Status

https://wiki.yoctoproject.org/wiki/Yocto_1.9_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_1.9_Features

[If anyone has suggestions for other information you'd like to see on this 
weekly status update, let us know!]

Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
*   Work Telephone:  (503) 712-0534
*Cell:(208) 244-4460
* Email: stephen.k.jol...@intel.com

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

[yocto] [meta-raspberrypi][PATCH] bcm2835: update SRC_URI

2015-05-22 Thread Trevor Woerner 
It appears as though the location of this tarball has changed. The current
SRC_URI works but is redirected to this new location.

Signed-off-by: Trevor Woerner 
---
 recipes-devtools/bcm2835/bcm2835_1.38.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-devtools/bcm2835/bcm2835_1.38.bb 
b/recipes-devtools/bcm2835/bcm2835_1.38.bb
index 71395af..316d7b5 100644
--- a/recipes-devtools/bcm2835/bcm2835_1.38.bb
+++ b/recipes-devtools/bcm2835/bcm2835_1.38.bb
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 COMPATIBLE_MACHINE = "raspberrypi"
 
-SRC_URI = "http://www.open.com.au/mikem/bcm2835/bcm2835-${PV}.tar.gz";
+SRC_URI = "http://www.airspayce.com/mikem/bcm2835/bcm2835-${PV}.tar.gz";
 
 SRC_URI[md5sum] = "22d431f7402b9c7f93baef348a459cb1"
 SRC_URI[sha256sum] = 
"90c993559ea273ae2e0587f6b815f7c80f19f47ee7f8aa7799b883f975196dbe"
-- 
2.4.0.194.gc518059

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

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Paul Eggleton 
On Friday 22 May 2015 15:46:43 yocto yocto wrote:
> Please find the log file attached. The error is at the end

Ok, can I also have config.log (from /home/kse/development/edison-
src/build/tmp/work/core2-32-poky-linux/php/5.5.24-r0/build/ ) ?

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread yocto yocto 
Please find the log file attached. The error is at the end

2015-05-22 15:38 GMT+02:00 Paul Eggleton :

> On Friday 22 May 2015 15:34:50 yocto yocto wrote:
> > Thanks for helping me. My *.bbappend looks now like this:
> >
> > PACKAGECONFIG_append_class-target = " pgsql"
> >
> > "bitbake php" results now in:
> >
> > ERROR: This autoconf log indicates errors, it looked at host include
> and/or
> > library paths while determining system capabilities.
> > Rerun configure task after fixing this. The path was
> > '[...]/core2-32-poky-linux/php/5.5.24-r0/php-5.5.24'
>
> Can you please attach the full log.do_configure?
>
> > From the recipe I can see that
> >
> > do_configure_prepend
> > do_configure_append
> >
> > exist. For test purposes I added an empty
> >
> > do_configure () {
> > }
> >
> > This results in
> >
> > ERROR: Function failed: do_install
> > (Much text)
> >  cp: cannot stat 'ltmain.sh': No such file or directory
> > (Much text)
> > ERROR: oe_runmake failed
>
> This is not an appropriate workaround - you can't just cut pieces of the
> build
> out like this.
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
>


log.do_configure.18302
Description: Binary data
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Configuring dropbear ssh

2015-05-22 Thread Maxin John 
Hi Matthew,

On Fri, May 22, 2015 at 3:34 PM, Matthew Karas  wrote:
> I've tried googling and searching for a while about this.
>
> How do I set up yocto to configure dropbear ssh?
>
> I'd like to prevent password access over ssh, only permitting key access.

Easiest way will be to create a .bbappend file in your layer which sets
DROPBEAR_EXTRA_ARGS="-s -g"
-s Disable password logins.
-g Disable password logins for root.

---
do_install_append() {

case "${MACHINE}" in "my_special_machine" )
echo 'DROPBEAR_EXTRA_ARGS="-s -g"'> ${D}${sysconfdir}/default/dropbear;;
*);;

esac
}
---

> Thanks.
Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Paul Eggleton 
On Friday 22 May 2015 15:34:50 yocto yocto wrote:
> Thanks for helping me. My *.bbappend looks now like this:
> 
> PACKAGECONFIG_append_class-target = " pgsql"
> 
> "bitbake php" results now in:
> 
> ERROR: This autoconf log indicates errors, it looked at host include and/or
> library paths while determining system capabilities.
> Rerun configure task after fixing this. The path was
> '[...]/core2-32-poky-linux/php/5.5.24-r0/php-5.5.24'

Can you please attach the full log.do_configure?

> From the recipe I can see that
> 
> do_configure_prepend
> do_configure_append
> 
> exist. For test purposes I added an empty
> 
> do_configure () {
> }
> 
> This results in
> 
> ERROR: Function failed: do_install
> (Much text)
>  cp: cannot stat 'ltmain.sh': No such file or directory
> (Much text)
> ERROR: oe_runmake failed

This is not an appropriate workaround - you can't just cut pieces of the build 
out like this.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread yocto yocto 
Thanks for helping me. My *.bbappend looks now like this:

PACKAGECONFIG_append_class-target = " pgsql"

"bitbake php" results now in:

ERROR: This autoconf log indicates errors, it looked at host include and/or
library paths while determining system capabilities.
Rerun configure task after fixing this. The path was
'[...]/core2-32-poky-linux/php/5.5.24-r0/php-5.5.24'
ERROR: Function failed: do_qa_configure
ERROR: Logfile of failure stored in:
[...]/core2-32-poky-linux/php/5.5.24-r0/temp/log.do_configure.16729
ERROR: Task 5 ([...]/recipes-devtools/php/php_5.5.24.bb, do_configure)
failed with exit code '1

>From the recipe I can see that

do_configure_prepend
do_configure_append

exist. For test purposes I added an empty

do_configure () {
}

This results in

ERROR: Function failed: do_install
(Much text)
 cp: cannot stat 'ltmain.sh': No such file or directory
(Much text)
ERROR: oe_runmake failed





2015-05-22 14:48 GMT+02:00 Paul Eggleton :

> On Friday 22 May 2015 14:00:50 Martin Jansa wrote:
> > On Fri, May 22, 2015 at 01:44:20PM +0200, yocto yocto wrote:
> > > I set BBCLASSEXTEND = "native" active again. My php_5.5.24.bbappend
> looks
> > > like this (just one line):
> > >
> > > PACKAGECONFIG_append_class-native = " pgsql"
> >
> > Do you really want to add it for native or target version?
>
> Oops, yes, that was my mistake in my original reply - should be
> class-target
> not class-native.
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Configuring dropbear ssh

2015-05-22 Thread Matthew Karas 
I've tried googling and searching for a while about this.

How do I set up yocto to configure dropbear ssh?

I'd like to prevent password access over ssh, only permitting key access.

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

[yocto] Yocto compliance

2015-05-22 Thread akuster 


Hello,

shouldn't we add '1.8' as a check box?

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

[yocto] [meta-oe] build error using read-only-rootfs with samba

2015-05-22 Thread Johannes Pointner 
Hello,

I recently upgraded to fido and tried to build core-image-x11 but I
get the following error if I include the samba package:

Collected errors:
* extract_archive: Cannot create symlink from ./var/log to
'volatile/log': File exists.

I think I was able to find the cause of the problem, it seems that
samba package is trying to install /var/volatile/log/samba as well as
samba-base package by using the volatile script.

But I'm not sure, why the samba package is creating /var/volatile/log/samba.

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

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Paul Eggleton 
On Friday 22 May 2015 14:00:50 Martin Jansa wrote:
> On Fri, May 22, 2015 at 01:44:20PM +0200, yocto yocto wrote:
> > I set BBCLASSEXTEND = "native" active again. My php_5.5.24.bbappend looks
> > like this (just one line):
> > 
> > PACKAGECONFIG_append_class-native = " pgsql"
> 
> Do you really want to add it for native or target version?

Oops, yes, that was my mistake in my original reply - should be class-target 
not class-native.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Martin Jansa 
On Fri, May 22, 2015 at 01:44:20PM +0200, yocto yocto wrote:
> I set BBCLASSEXTEND = "native" active again. My php_5.5.24.bbappend looks
> like this (just one line):
> 
> PACKAGECONFIG_append_class-native = " pgsql"

Do you really want to add it for native or target version?

> 
> However, the error still persists, nothing changed:
> 
> -
> ERROR: Nothing PROVIDES 'postgresql-native' (but /recipes-devtools/php/
> php_5.5.24.bb DEPENDS on or otherwise requires it). Close matches:
>   postgresql
>   strace-native
>   popt-native
> NOTE: Runtime target 'php' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['php', 'php-native',
> 'postgresql-native']
> ERROR: Required build target 'myImage-image' has no buildable providers.
> Missing or unbuildable dependency chain was: ['myImage-image', 'php',
> 'php-native', 'postgresql-native']
> 
> Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
> -
> 
> When changing php_5.5.24.bbappend to
> 
> #PACKAGECONFIG_append_class-native = " pgsql"
> 
> everything compiles but of course the support for pgsql is missing. I found
> this: https://www.yoctoproject.org/irc/%23yocto.2013-12-17.log.html But
> this discussion is not helping me (search for postgresql-native)
> 
> 
> 
> 
> 
> 
> 
> 
> 2015-05-22 13:17 GMT+02:00 Martin Jansa :
> 
> > On Fri, May 22, 2015 at 09:51:31AM +0100, Paul Eggleton wrote:
> > > On Thursday 21 May 2015 23:21:53 yocto yocto wrote:
> > > > Good day,
> > > >
> > > >
> > > > I am working with the intel Edison. Therefore I am using the
> > > > meta-openembedded “daisy” branch (have a look here:
> > > > https://github.com/openembedded/meta-openembedded/branches/stale).
> > Using
> > > > another branch causes bitbake errors. Beside this, “daisy” is
> > recommended
> > > > for the intel Edison within the official intel documents.
> > > >
> > > >
> > > > Nevertheless I added apache2_2.4.9.bb and postgresql_9.2.4.bb to my
> > custom
> > > > image. However, php5 support is missing. Therefore I downloaded the php
> > > > recipe from the current master branch and put it in my custom layer:
> > > >
> > > >
> > > >
> > https://github.com/openembedded/meta-openembedded/blob/b070899000162e7f4baf7
> > > > 5e2427216b39c641a12/meta-oe/recipes-devtools/php/
> > > >
> > > >
> > > > <
> > https://github.com/openembedded/meta-openembedded/blob/b070899000162e7f4baf
> > > > 75e2427216b39c641a12/meta-oe/recipes-devtools/php/>
> > > >
> > > > Furthermore I created “php_5.5.24.bbappend” with the following content
> > in
> > > > the same folder:
> > > >
> > > >
> > > > PACKAGECONFIG_append += "apache2"
> > > >
> > > > PACKAGECONFIG_append += "pgsql"
> > > >
> > > >
> > > > bitbake php results in the following errors:
> > > >
> > > >
> > > > ERROR: Nothing PROVIDES 'uw-imap' […] but php/php_5.5.24.bb DEPENDS
> > on or
> > > > otherwise requires it)
> > > >
> > > > ERROR: Required build target 'php' has no buildable providers.
> > > >
> > > > Missing or unbuildable dependency chain was: ['php', 'uw-imap']
> > > >
> > > >
> > > > So I removed the config “PACKAGECONFIG[imap]” from php_5.5.24.bb.
> > Result:
> > > >
> > > >
> > > > ERROR: Nothing PROVIDES 'postgresql-native' […] but /php/php_5.5.24.bb
> > > > DEPENDS on or otherwise requires it). Close matches:
> > > >
> > > >   postgresql
> > > >
> > > >   strace-native
> > > >
> > > >   popt-native
> > > >
> > > > ERROR: Required build target 'php' has no buildable providers.
> > > >
> > > > Missing or unbuildable dependency chain was: ['php', 'php-native',
> > > > 'postgresql-native']
> > > >
> > > >
> > > > Google does not show much for postgresql-native related to yocto.
> > "bitbake
> > > > postgresql" is running fine... If I remove BBCLASSEXTEND = "native"
> > from
> > > > the recipe I get the following result:
> > > >
> > > >
> > > > ERROR: This autoconf log indicates errors, it looked at host include
> > and/or
> > > > library paths while determining system capabilities.
> > > >
> > > > Rerun configure task after fixing this. The path was
> > > > "php/5.5.24-r0/php-5.5.24'
> > > >
> > > > ERROR: Function failed: do_qa_configure
> > > >
> > > > ERROR: Logfile of failure stored in:
> > > > "php/5.5.24-r0/temp/log.do_configure.22410
> > > >
> > > > ERROR: Task 5 (php/php_5.5.24.bb, do_configure) failed with exit code
> > '1'
> > > >
> > > >
> > > >
> > > >
> > > > I appreciate any advice on how to set up php5 for postgresql.
> > >
> > > Change your PACKAGECONFIG_append lines in your bbappend to use
> > > PACKAGECONFIG_append_class-native instead and you should be able to
> > progress.
> > > Also, you very likely shouldn't be removing the BBCLASSEXTEND.
> >
> > And add leading space in append instead of += (_append + += always looks
> > wrong as the only function of += is to add the leading space), change it
> > to:
> >
> > PACKAGECONFIG_append = " pgsql"
> >
> > >
> > > Cheers,
> > > Paul
> > >
> > > --
> > >
> >

Re: [yocto] How to debug a custom image creation script?

2015-05-22 Thread Spriggs, Jim 
Hi Paul,
Rodger, thanks.

Strangely, log.do_rootfs says:

NOTE: The image creation groups are: [['ext3', 'tar'], ['sdcard']]
and
NOTE: Running image creation script for  sdcard:   
.../tmp/work/mymachine-poky-linux-gnuabi/my-image/1.0-r0/temp/create_image.sdcard
 ...
and
NOTE: Creating symlinks for  sdcard image ...

But nothing between the last two, as if the output from "create_image.sdcard" 
is not being captured after all.

That script is present, and appears to contain everything from my bbclass.
The .rootfs.sdcard is being created in deploy/images, albeit with bogus 
contents (which is why I want to debug the script), so I have every reason to 
think that img_creation_func() is indeed being called.
However, not even a simple "echo" at the start of img_creation_func() leaves 
anything visible in log.do_rootfs.

I guess either I'm still doing something wrong, or the problem with "bbnote", 
etc., is not just confined to the UI.

I'm using dizzy, btw.

Greets,
--
jim

-Ursprüngliche Nachricht-
Von: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
Gesendet: Freitag, 22. Mai 2015 11:22
An: Spriggs, Jim
Cc: yocto@yoctoproject.org
Betreff: Re: [yocto] How to debug a custom image creation script?

Hi Jim,

On Friday 22 May 2015 08:47:23 Spriggs, Jim wrote:
> I'd like to have my custom layer generate an sdcard image, so I've
> implemented a classes/image_types_x.bbclass. This contains,
> amongst other things, the (bash) function generate_x_sdcard().
> Being a naïve n00b, I assumed that I could just scatter "bbnote"s,
> "echo"s, or even "set -x" around inside the function to my heart's
> content, and would be able to see the output "somewhere".
> Trouble is, I can't find it anywhere!
>
> So what is the best/approved/obvious way to get debug traces out of a
> bbclass function?
>
> If I am already doing the Right Thing, where should I be looking for
> the output?

You should see output printed here in log.do_rootfs for the image you are 
building. In case you're unaware, you can find this in the directory pointed to 
by the T variable for the recipe, the following command will show this to you:

bitbake -e your-imagename | grep ^T=

As an aside, we do want to change the bbwarn/bbnote/bberror etc. shell 
functions to output to the UI just like the python equivalents do, it's a known 
issue that they do not. There's a bug open for that (assigned to me as it 
happens):

  https://bugzilla.yoctoproject.org/show_bug.cgi?id=5275

I should really get that one sorted out for the next release.

Cheers,
Paul

--

Paul Eggleton
Intel Open Source Technology Centre



RAYLASE AG
Argelsrieder Feld 2+4
82234 Wessling
Germany
Tel.: +49-(0)8153/88 98-0
Fax: +49-(0)8153/88 98-10
http://www.raylase.de

District Court Munich, HRB 131450

Board: Peter von Jan (CEO)

Supervisory Board: Dr. Ulrich Lohmann (Chairman)


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht 
gestattet.

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread yocto yocto 
I set BBCLASSEXTEND = "native" active again. My php_5.5.24.bbappend looks
like this (just one line):

PACKAGECONFIG_append_class-native = " pgsql"

However, the error still persists, nothing changed:

-
ERROR: Nothing PROVIDES 'postgresql-native' (but /recipes-devtools/php/
php_5.5.24.bb DEPENDS on or otherwise requires it). Close matches:
  postgresql
  strace-native
  popt-native
NOTE: Runtime target 'php' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['php', 'php-native',
'postgresql-native']
ERROR: Required build target 'myImage-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['myImage-image', 'php',
'php-native', 'postgresql-native']

Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
-

When changing php_5.5.24.bbappend to

#PACKAGECONFIG_append_class-native = " pgsql"

everything compiles but of course the support for pgsql is missing. I found
this: https://www.yoctoproject.org/irc/%23yocto.2013-12-17.log.html But
this discussion is not helping me (search for postgresql-native)








2015-05-22 13:17 GMT+02:00 Martin Jansa :

> On Fri, May 22, 2015 at 09:51:31AM +0100, Paul Eggleton wrote:
> > On Thursday 21 May 2015 23:21:53 yocto yocto wrote:
> > > Good day,
> > >
> > >
> > > I am working with the intel Edison. Therefore I am using the
> > > meta-openembedded “daisy” branch (have a look here:
> > > https://github.com/openembedded/meta-openembedded/branches/stale).
> Using
> > > another branch causes bitbake errors. Beside this, “daisy” is
> recommended
> > > for the intel Edison within the official intel documents.
> > >
> > >
> > > Nevertheless I added apache2_2.4.9.bb and postgresql_9.2.4.bb to my
> custom
> > > image. However, php5 support is missing. Therefore I downloaded the php
> > > recipe from the current master branch and put it in my custom layer:
> > >
> > >
> > >
> https://github.com/openembedded/meta-openembedded/blob/b070899000162e7f4baf7
> > > 5e2427216b39c641a12/meta-oe/recipes-devtools/php/
> > >
> > >
> > > <
> https://github.com/openembedded/meta-openembedded/blob/b070899000162e7f4baf
> > > 75e2427216b39c641a12/meta-oe/recipes-devtools/php/>
> > >
> > > Furthermore I created “php_5.5.24.bbappend” with the following content
> in
> > > the same folder:
> > >
> > >
> > > PACKAGECONFIG_append += "apache2"
> > >
> > > PACKAGECONFIG_append += "pgsql"
> > >
> > >
> > > bitbake php results in the following errors:
> > >
> > >
> > > ERROR: Nothing PROVIDES 'uw-imap' […] but php/php_5.5.24.bb DEPENDS
> on or
> > > otherwise requires it)
> > >
> > > ERROR: Required build target 'php' has no buildable providers.
> > >
> > > Missing or unbuildable dependency chain was: ['php', 'uw-imap']
> > >
> > >
> > > So I removed the config “PACKAGECONFIG[imap]” from php_5.5.24.bb.
> Result:
> > >
> > >
> > > ERROR: Nothing PROVIDES 'postgresql-native' […] but /php/php_5.5.24.bb
> > > DEPENDS on or otherwise requires it). Close matches:
> > >
> > >   postgresql
> > >
> > >   strace-native
> > >
> > >   popt-native
> > >
> > > ERROR: Required build target 'php' has no buildable providers.
> > >
> > > Missing or unbuildable dependency chain was: ['php', 'php-native',
> > > 'postgresql-native']
> > >
> > >
> > > Google does not show much for postgresql-native related to yocto.
> "bitbake
> > > postgresql" is running fine... If I remove BBCLASSEXTEND = "native"
> from
> > > the recipe I get the following result:
> > >
> > >
> > > ERROR: This autoconf log indicates errors, it looked at host include
> and/or
> > > library paths while determining system capabilities.
> > >
> > > Rerun configure task after fixing this. The path was
> > > "php/5.5.24-r0/php-5.5.24'
> > >
> > > ERROR: Function failed: do_qa_configure
> > >
> > > ERROR: Logfile of failure stored in:
> > > "php/5.5.24-r0/temp/log.do_configure.22410
> > >
> > > ERROR: Task 5 (php/php_5.5.24.bb, do_configure) failed with exit code
> '1'
> > >
> > >
> > >
> > >
> > > I appreciate any advice on how to set up php5 for postgresql.
> >
> > Change your PACKAGECONFIG_append lines in your bbappend to use
> > PACKAGECONFIG_append_class-native instead and you should be able to
> progress.
> > Also, you very likely shouldn't be removing the BBCLASSEXTEND.
>
> And add leading space in append instead of += (_append + += always looks
> wrong as the only function of += is to add the leading space), change it
> to:
>
> PACKAGECONFIG_append = " pgsql"
>
> >
> > Cheers,
> > Paul
> >
> > --
> >
> > Paul Eggleton
> > Intel Open Source Technology Centre
> > --
> > ___
> > yocto mailing list
> > yocto@yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/yocto
>
> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Martin Jansa 
On Fri, May 22, 2015 at 09:51:31AM +0100, Paul Eggleton wrote:
> On Thursday 21 May 2015 23:21:53 yocto yocto wrote:
> > Good day,
> > 
> > 
> > I am working with the intel Edison. Therefore I am using the
> > meta-openembedded “daisy” branch (have a look here:
> > https://github.com/openembedded/meta-openembedded/branches/stale). Using
> > another branch causes bitbake errors. Beside this, “daisy” is recommended
> > for the intel Edison within the official intel documents.
> > 
> > 
> > Nevertheless I added apache2_2.4.9.bb and postgresql_9.2.4.bb to my custom
> > image. However, php5 support is missing. Therefore I downloaded the php
> > recipe from the current master branch and put it in my custom layer:
> > 
> > 
> > https://github.com/openembedded/meta-openembedded/blob/b070899000162e7f4baf7
> > 5e2427216b39c641a12/meta-oe/recipes-devtools/php/
> > 
> > 
> >  > 75e2427216b39c641a12/meta-oe/recipes-devtools/php/>
> > 
> > Furthermore I created “php_5.5.24.bbappend” with the following content in
> > the same folder:
> > 
> > 
> > PACKAGECONFIG_append += "apache2"
> > 
> > PACKAGECONFIG_append += "pgsql"
> > 
> > 
> > bitbake php results in the following errors:
> > 
> > 
> > ERROR: Nothing PROVIDES 'uw-imap' […] but php/php_5.5.24.bb DEPENDS on or
> > otherwise requires it)
> > 
> > ERROR: Required build target 'php' has no buildable providers.
> > 
> > Missing or unbuildable dependency chain was: ['php', 'uw-imap']
> > 
> > 
> > So I removed the config “PACKAGECONFIG[imap]” from php_5.5.24.bb.  Result:
> > 
> > 
> > ERROR: Nothing PROVIDES 'postgresql-native' […] but /php/php_5.5.24.bb
> > DEPENDS on or otherwise requires it). Close matches:
> > 
> >   postgresql
> > 
> >   strace-native
> > 
> >   popt-native
> > 
> > ERROR: Required build target 'php' has no buildable providers.
> > 
> > Missing or unbuildable dependency chain was: ['php', 'php-native',
> > 'postgresql-native']
> > 
> > 
> > Google does not show much for postgresql-native related to yocto. "bitbake
> > postgresql" is running fine... If I remove BBCLASSEXTEND = "native" from
> > the recipe I get the following result:
> > 
> > 
> > ERROR: This autoconf log indicates errors, it looked at host include and/or
> > library paths while determining system capabilities.
> > 
> > Rerun configure task after fixing this. The path was
> > "php/5.5.24-r0/php-5.5.24'
> > 
> > ERROR: Function failed: do_qa_configure
> > 
> > ERROR: Logfile of failure stored in:
> > "php/5.5.24-r0/temp/log.do_configure.22410
> > 
> > ERROR: Task 5 (php/php_5.5.24.bb, do_configure) failed with exit code '1'
> > 
> > 
> > 
> > 
> > I appreciate any advice on how to set up php5 for postgresql.
> 
> Change your PACKAGECONFIG_append lines in your bbappend to use 
> PACKAGECONFIG_append_class-native instead and you should be able to progress. 
> Also, you very likely shouldn't be removing the BBCLASSEXTEND.

And add leading space in append instead of += (_append + += always looks
wrong as the only function of += is to add the leading space), change it
to:

PACKAGECONFIG_append = " pgsql"

> 
> Cheers,
> Paul
> 
> -- 
> 
> Paul Eggleton
> Intel Open Source Technology Centre
> -- 
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-raspberrypi][PATCH] If SERIAL_CONSOLE is already define by another layer, this value may not be good.

2015-05-22 Thread Thomas Perrot 
Signed-off-by: Thomas Perrot 
---
 conf/machine/include/rpi-base.inc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/conf/machine/include/rpi-base.inc 
b/conf/machine/include/rpi-base.inc
index a26803a..1dda207 100644
--- a/conf/machine/include/rpi-base.inc
+++ b/conf/machine/include/rpi-base.inc
@@ -7,7 +7,7 @@ include conf/machine/include/soc-family.inc
 
 IMAGE_FSTYPES ?= "tar.bz2 ext3 rpi-sdimg"
 
-SERIAL_CONSOLE ?= "115200 ttyAMA0"
+SERIAL_CONSOLE = "115200 ttyAMA0"
 
 XSERVER = " \
 xserver-xorg \
-- 
1.7.10.4

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

Re: [yocto] smart 1.4.1 unsolved problem

2015-05-22 Thread George Nita 

On 05/22/2015 11:43 AM, Paul Eggleton wrote:

Hi George,

On Thursday 21 May 2015 11:44:54 George Nita wrote:

I've reproduced the https://bugs.launchpad.net/smart/+bug/1238492 issue

branch: dizzy
target: p2041rdb

Did any one hit this too?


Did you enable runtime package management (i.e., is "package-management" in
IMAGE_FEATURES (or indirectly via EXTRA_IMAGE_FEATURES)?) If you're not sure,
you can use bitbake -e to check.

If it isn't enabled, that would explain the behaviour because smart/rpm think
that no packages are installed because there is no package database in the
image.

Cheers,
Paul



Hello Paul,

IMAGE_FEATURES="debug-tweaks ssh-server-dropbear package-management"


When committing the computed changeset smart attempts to install 
packages that are in the dependency list but are already installed, and 
fails because of it:


root@p2041rdb:~# smart install -y bc
Loading cache...
Updating cache...    
[100%]


Computing transaction...

Installing packages (7):
  bc-1.06-r2.0@ppce500mc 

  busybox-1.22.1-r32.0@ppce500mc 

  busybox-syslog-1.22.1-r32.0@ppce500mc 

  busybox-udhcpc-1.22.1-r32.0@ppce500mc 

  libc6-2.20-r0.0@ppce500mc 

  update-alternatives-opkg-0.1.8+git0+eae0d8fa44-r0.0@ppce500mc 

  update-rc.d-0.7-r5.0@all 



2.2MB of package files are needed. 4.4MB will be used.

Fetching packages... 

-> 
http://172.21.3.25/.../update-alternatives-opkg-0.1.8+git0+eae0d8fa44-r0.0.ppce500mc.rpm
update-alternatives-opkg-0.1...  
[ 14%]

-> http://.../rpm/all/update-rc.d-0.7-r5.0.all.rpm
-> 
http://172.21.3.25/~geni/rpm/.../busybox-udhcpc-1.22.1-r32.0.ppce500mc.rpm
busybox-udhcpc-1.22.1-r32.0.p..  
[ 28%]

-> http://.../rpm/ppce500mc/bc-1.06-r2.0.ppce500mc.rpm
bc-1.06-r2.0.ppce500mc.rpm   
[ 42%]

-> http://.../rpm/.../busybox-syslog-1.22.1-r32.0.ppce500mc.rpm
busybox-syslog-1.22.1-r32.0.p..  
[ 57%]
update-rc.d-0.7-r5.0.all.rpm 
[ 71%]

-> http://.../rpm/ppce500mc/busybox-1.22.1-r32.0.ppce500mc.rpm
busybox-1.22.1-r32.0.ppce500m..  
[ 85%]

-> http://.../rpm/ppce500mc/libc6-2.20-r0.0.ppce500mc.rpm
libc6-2.20-r0.0.ppce500mc.rpm    
[100%]




Committing transaction...
Preparing... 
[  0%]
error: package 
update-alternatives-opkg-0.1.8+git0+eae0d8fa44-r0.0.ppce500mc is already 
installed

error: package busybox-1.22.1-r32.0.ppce500mc is already installed
error: package update-rc.d-0.7-r5.0.all is already installed
...


This seems consistent with the reported issue 
https://bugs.launchpad.net/smart/+bug/1238492




Thanks,

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

Re: [yocto] How to debug a custom image creation script?

2015-05-22 Thread Paul Eggleton 
Hi Jim,

On Friday 22 May 2015 08:47:23 Spriggs, Jim wrote:
> I'd like to have my custom layer generate an sdcard image, so I've
> implemented a classes/image_types_x.bbclass. This contains, amongst
> other things, the (bash) function generate_x_sdcard(). Being a naïve
> n00b, I assumed that I could just scatter "bbnote"s, "echo"s, or even "set
> -x" around inside the function to my heart's content, and would be able to
> see the output "somewhere".
> Trouble is, I can't find it anywhere!
> 
> So what is the best/approved/obvious way to get debug traces out of a
> bbclass function?
> 
> If I am already doing the Right Thing, where should I be looking for the
> output?

You should see output printed here in log.do_rootfs for the image you are 
building. In case you're unaware, you can find this in the directory pointed to 
by the T variable for the recipe, the following command will show this to you:

bitbake -e your-imagename | grep ^T=

As an aside, we do want to change the bbwarn/bbnote/bberror etc. shell 
functions to output to the UI just like the python equivalents do, it's a 
known issue that they do not. There's a bug open for that (assigned to me as 
it happens):

  https://bugzilla.yoctoproject.org/show_bug.cgi?id=5275

I should really get that one sorted out for the next release.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to enable php5 (php_5.5.24.bb) support for postgresql

2015-05-22 Thread Paul Eggleton 
On Thursday 21 May 2015 23:21:53 yocto yocto wrote:
> Good day,
> 
> 
> I am working with the intel Edison. Therefore I am using the
> meta-openembedded “daisy” branch (have a look here:
> https://github.com/openembedded/meta-openembedded/branches/stale). Using
> another branch causes bitbake errors. Beside this, “daisy” is recommended
> for the intel Edison within the official intel documents.
> 
> 
> Nevertheless I added apache2_2.4.9.bb and postgresql_9.2.4.bb to my custom
> image. However, php5 support is missing. Therefore I downloaded the php
> recipe from the current master branch and put it in my custom layer:
> 
> 
> https://github.com/openembedded/meta-openembedded/blob/b070899000162e7f4baf7
> 5e2427216b39c641a12/meta-oe/recipes-devtools/php/
> 
> 
>  75e2427216b39c641a12/meta-oe/recipes-devtools/php/>
> 
> Furthermore I created “php_5.5.24.bbappend” with the following content in
> the same folder:
> 
> 
> PACKAGECONFIG_append += "apache2"
> 
> PACKAGECONFIG_append += "pgsql"
> 
> 
> bitbake php results in the following errors:
> 
> 
> ERROR: Nothing PROVIDES 'uw-imap' […] but php/php_5.5.24.bb DEPENDS on or
> otherwise requires it)
> 
> ERROR: Required build target 'php' has no buildable providers.
> 
> Missing or unbuildable dependency chain was: ['php', 'uw-imap']
> 
> 
> So I removed the config “PACKAGECONFIG[imap]” from php_5.5.24.bb.  Result:
> 
> 
> ERROR: Nothing PROVIDES 'postgresql-native' […] but /php/php_5.5.24.bb
> DEPENDS on or otherwise requires it). Close matches:
> 
>   postgresql
> 
>   strace-native
> 
>   popt-native
> 
> ERROR: Required build target 'php' has no buildable providers.
> 
> Missing or unbuildable dependency chain was: ['php', 'php-native',
> 'postgresql-native']
> 
> 
> Google does not show much for postgresql-native related to yocto. "bitbake
> postgresql" is running fine... If I remove BBCLASSEXTEND = "native" from
> the recipe I get the following result:
> 
> 
> ERROR: This autoconf log indicates errors, it looked at host include and/or
> library paths while determining system capabilities.
> 
> Rerun configure task after fixing this. The path was
> "php/5.5.24-r0/php-5.5.24'
> 
> ERROR: Function failed: do_qa_configure
> 
> ERROR: Logfile of failure stored in:
> "php/5.5.24-r0/temp/log.do_configure.22410
> 
> ERROR: Task 5 (php/php_5.5.24.bb, do_configure) failed with exit code '1'
> 
> 
> 
> 
> I appreciate any advice on how to set up php5 for postgresql.

Change your PACKAGECONFIG_append lines in your bbappend to use 
PACKAGECONFIG_append_class-native instead and you should be able to progress. 
Also, you very likely shouldn't be removing the BBCLASSEXTEND.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] How to debug a custom image creation script?

2015-05-22 Thread Spriggs, Jim 
Hi Guys,

I'd like to have my custom layer generate an sdcard image, so I've implemented 
a classes/image_types_x.bbclass.
This contains, amongst other things, the (bash) function 
generate_x_sdcard().
Being a naïve n00b, I assumed that I could just scatter "bbnote"s, "echo"s, or 
even "set -x" around inside the function to my heart's content,
and would be able to see the output "somewhere".
Trouble is, I can't find it anywhere!

So what is the best/approved/obvious way to get debug traces out of a bbclass 
function?

If I am already doing the Right Thing, where should I be looking for the output?

Thanks for listening, and for any clues!
--
Jim

PS: sorry about the company sig., I can't switch it off.



RAYLASE AG
Argelsrieder Feld 2+4
82234 Wessling
Germany
Tel.: +49-(0)8153/88 98-0
Fax: +49-(0)8153/88 98-10
http://www.raylase.de

District Court Munich, HRB 131450

Board: Peter von Jan (CEO)

Supervisory Board: Dr. Ulrich Lohmann (Chairman)


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht 
gestattet.

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] smart 1.4.1 unsolved problem

2015-05-22 Thread Paul Eggleton 
Hi George,

On Thursday 21 May 2015 11:44:54 George Nita wrote:
> I've reproduced the https://bugs.launchpad.net/smart/+bug/1238492 issue
> 
> branch: dizzy
> target: p2041rdb
> 
> Did any one hit this too?

Did you enable runtime package management (i.e., is "package-management" in 
IMAGE_FEATURES (or indirectly via EXTRA_IMAGE_FEATURES)?) If you're not sure, 
you can use bitbake -e to check.

If it isn't enabled, that would explain the behaviour because smart/rpm think 
that no packages are installed because there is no package database in the 
image.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto