Date   

[meta-fsl-ppc denzil] cryptodev kernel module recipe

Zhenhua Luo <b19537@...>
 

From: Yashpal Dutta <yashpal.dutta@...>

This is a /dev/crypto device driver, equivalent to those in OpenBSD or FreeBSD.
The main idea is to access of existing ciphers in kernel space from userspace,
thus enabling re-use of a hardware implementation of a cipher.

Signed-off-by: Yashpal Dutta <yashpal.dutta@...>
Signed-off-by: Zhenhua Luo <b19537@...>
---
recipes-kernel/cryptodev/cryptodev_1.5.bb | 17 +++++++++++++
.../cryptodev/files/makefile_fixup.patch | 26 ++++++++++++++++++++
2 files changed, 43 insertions(+)
create mode 100644 recipes-kernel/cryptodev/cryptodev_1.5.bb
create mode 100644 recipes-kernel/cryptodev/files/makefile_fixup.patch

diff --git a/recipes-kernel/cryptodev/cryptodev_1.5.bb b/recipes-kernel/cryptodev/cryptodev_1.5.bb
new file mode 100644
index 0000000..0696e2a
--- /dev/null
+++ b/recipes-kernel/cryptodev/cryptodev_1.5.bb
@@ -0,0 +1,17 @@
+SECTION = "devel"
+SUMMARY = "Linux Cryptodev KERNEL MODULE"
+DESCRIPTION = "The Cryptodev package contains the kernel /dev/crypto module"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+RCONFLICTS_${PN} = "ocf-linux"
+
+inherit module
+
+SRCREV = "1c24a0aa996630518d47826a2e3fea129ea094c7"
+
+SRC_URI = "git://repo.or.cz/cryptodev-linux.git;protocol=git \
+ file://makefile_fixup.patch"
+
+EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'
+
+S = "${WORKDIR}/git"
diff --git a/recipes-kernel/cryptodev/files/makefile_fixup.patch b/recipes-kernel/cryptodev/files/makefile_fixup.patch
new file mode 100644
index 0000000..323aacd
--- /dev/null
+++ b/recipes-kernel/cryptodev/files/makefile_fixup.patch
@@ -0,0 +1,26 @@
+diff --git a/Makefile b/Makefile
+index 2be8825..b36d68c 100644
+--- a/Makefile
++++ b/Makefile
+@@ -1,6 +1,7 @@
+ KBUILD_CFLAGS += -I$(src)
+ KERNEL_DIR = /lib/modules/$(shell uname -r)/build
+ VERSION = 1.5
++PREFIX =
+
+ cryptodev-objs = ioctl.o main.o cryptlib.o authenc.o zc.o util.o
+
+@@ -12,10 +13,10 @@ build: version.h
+ version.h: Makefile
+ @echo "#define VERSION \"$(VERSION)\"" > version.h
+
+-install:
++modules_install:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` modules_install
+- @echo "Installing cryptodev.h in /usr/include/crypto ..."
+- @install -D crypto/cryptodev.h /usr/include/crypto/cryptodev.h
++ @echo "Installing cryptodev.h in $(PREFIX)/usr/include/crypto ..."
++ @install -D crypto/cryptodev.h $(PREFIX)/usr/include/crypto/cryptodev.h
+
+ clean:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` clean
--
1.7.9.5


[meta-fsl-ppc master v2] libxml2: update the version number to 2.9.0 to match the upgrade in poky

Zhenhua Luo <b19537@...>
 

* Upgrade the version to 2.9.0 to fix following version mismatch issue:
ERROR: No recipes available for:
/srv/home/pokybuild/yocto-autobuilder/yocto-slave/p1022ds/build/yocto/meta-fsl-ppc/recipes-append/libxml/libxml2_2.8.0.bbappend

[YOCTO #3476]

* Reason of add the configure flag:
Without this flag, the library has a problem with C++ programs using exception handling.

Signed-off-by: Zhenhua Luo <b19537@...>
---
recipes-append/libxml/libxml2_2.8.0.bbappend | 3 ---
recipes-append/libxml/libxml2_2.9.0.bbappend | 3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
delete mode 100644 recipes-append/libxml/libxml2_2.8.0.bbappend
create mode 100644 recipes-append/libxml/libxml2_2.9.0.bbappend

diff --git a/recipes-append/libxml/libxml2_2.8.0.bbappend b/recipes-append/libxml/libxml2_2.8.0.bbappend
deleted file mode 100644
index 13c1fd7..0000000
--- a/recipes-append/libxml/libxml2_2.8.0.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-EXTRA_OECONF_fsl += "--with-fexceptions"
-
-PR_fsl .= "+${DISTRO}.0"
diff --git a/recipes-append/libxml/libxml2_2.9.0.bbappend b/recipes-append/libxml/libxml2_2.9.0.bbappend
new file mode 100644
index 0000000..13c1fd7
--- /dev/null
+++ b/recipes-append/libxml/libxml2_2.9.0.bbappend
@@ -0,0 +1,3 @@
+EXTRA_OECONF_fsl += "--with-fexceptions"
+
+PR_fsl .= "+${DISTRO}.0"
--
1.7.9.5


(No subject)

Luo Zhenhua-B19537 <B19537@...>
 

When there is no -g option in USERADD_PARAM_*, the default group name is same as the  created user name, so USERADD_PARAM_* will create the group when add the new user. GROUPADD_PARAM_* is redundant. Remove GROUPADD_PARAM_* lines directly and try again.

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... [mailto:meta-freescale-bounces@...] On Behalf Of GOPIKRISHNAN S
Sent: Tuesday, November 27, 2012 4:46 PM
To: meta-freescale@...
Subject: [meta-freescale] (no subject)

 

I just did
$ rm -rf build<machine>
$ source ./fsl-setup-poky -m p2041rdb
$ bitbake fsl-image-minimal
$ bitbake vaminusers

Attached vaminusers.bb

Problem with useradd. First time
NOTE: package vaminusers-1.0-r0: task do_install: Started
ERROR: Function 'useradd_sysroot' failed (see /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685 for further information)
ERROR: Logfile of failure stored in: /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685
Log data follows:
| Running groupadd commands...
| Note: group vamin1 already exists, not re-creating it
| Note: group vamin already exists, not re-creating it
| Running useradd commands...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| ERROR: tried running useradd command 10 times without success, giving up
| ERROR: Function 'useradd_sysroot' failed (see /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685 for further information)
NOTE: package vaminusers-1.0-r0: task do_install: Failed
ERROR: Task 2 (/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/vaminusers.bb, do_install) failed with exit code '1'
ERROR: '/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/vaminusers.bb' failed


Re: problem building linux-qoriq-sdk-headers in meta-fsl-ppc master branch

Otavio Salvador
 

On Wed, Nov 28, 2012 at 2:58 AM, McClintock Matthew-B29882
<B29882@...> wrote:
On Tue, Nov 27, 2012 at 9:10 PM, Liu Ting-B28495 <B28495@...> wrote:
Hello Bob,

Seems that no this issue on my side. Poky searched "lots" of directories and found that two patches. Attached the log.do_patch file.
Could you take a look at your log file?
Are you using a recent version of poky master branch? This only occurs
on a fairly recent master.
It all depends on the OVERRIDES value.

You can adjust where it will look for the files prepending or
appending FILESEXTRAPATH. Another possibility is to have the files in
the expected directory.

--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

Otavio Salvador
 

On Wed, Nov 28, 2012 at 3:15 AM, Zhenhua Luo <b19537@...> wrote:
From: Yashpal Dutta <yashpal.dutta@...>

This is a /dev/crypto device driver, equivalent to those in OpenBSD or FreeBSD.
The main idea is to access of existing ciphers in kernel space from userspace,
thus enabling re-use of a hardware implementation of a cipher.

Signed-off-by: Yashpal Dutta <yashpal.dutta@...>
Signed-off-by: Zhenhua Luo <b19537@...>
I think this should be send to meta-oe as it is not SoC specific,
however I have some comments in the recipe so you can fix them before
it...

---
recipes-kernel/cryptodev/cryptodev_1.5.bb | 17 +++++++++++++
.../cryptodev/files/makefile_fixup.patch | 26 ++++++++++++++++++++
2 files changed, 43 insertions(+)
create mode 100644 recipes-kernel/cryptodev/cryptodev_1.5.bb
create mode 100644 recipes-kernel/cryptodev/files/makefile_fixup.patch

diff --git a/recipes-kernel/cryptodev/cryptodev_1.5.bb b/recipes-kernel/cryptodev/cryptodev_1.5.bb
new file mode 100644
index 0000000..0696e2a
--- /dev/null
+++ b/recipes-kernel/cryptodev/cryptodev_1.5.bb
@@ -0,0 +1,17 @@
+SECTION = "devel"
+SUMMARY = "Linux Cryptodev KERNEL MODULE"
+DESCRIPTION = "The Cryptodev package contains the kernel /dev/crypto module"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+RCONFLICTS_${PN} = "ocf-linux"
+
+inherit module
+
+SRCREV = "1c24a0aa996630518d47826a2e3fea129ea094c7"
+
+SRC_URI = "git://repo.or.cz/cryptodev-linux.git;protocol=git \
+ file://makefile_fixup.patch"
+
+EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'

+S = "${WORKDIR}/git"
diff --git a/recipes-kernel/cryptodev/files/makefile_fixup.patch b/recipes-kernel/cryptodev/files/makefile_fixup.patch
new file mode 100644
index 0000000..323aacd
--- /dev/null
+++ b/recipes-kernel/cryptodev/files/makefile_fixup.patch
@@ -0,0 +1,26 @@
+diff --git a/Makefile b/Makefile
+index 2be8825..b36d68c 100644
+--- a/Makefile
++++ b/Makefile
+@@ -1,6 +1,7 @@
+ KBUILD_CFLAGS += -I$(src)
+ KERNEL_DIR = /lib/modules/$(shell uname -r)/build
Please rename the KERNEL_DIR variable to KERNEL_SRC so it follow the
standard variables used by modules in general and you can avoid
setting it in the bb file.

+ VERSION = 1.5
++PREFIX =
The expected variable is DESTDIR. In fact you should have both, read bellow...

+ cryptodev-objs = ioctl.o main.o cryptlib.o authenc.o zc.o util.o
+
+@@ -12,10 +13,10 @@ build: version.h
+ version.h: Makefile
+ @echo "#define VERSION \"$(VERSION)\"" > version.h
+
+-install:
++modules_install:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` modules_install
+- @echo "Installing cryptodev.h in /usr/include/crypto ..."
+- @install -D crypto/cryptodev.h /usr/include/crypto/cryptodev.h
++ @echo "Installing cryptodev.h in $(PREFIX)/usr/include/crypto ..."
++ @install -D crypto/cryptodev.h $(PREFIX)/usr/include/crypto/cryptodev.h
Use $(DESTDIR)$(PREFIX)/include/...

+ clean:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` clean


--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


Re: problem building linux-qoriq-sdk-headers in meta-fsl-ppc master branch

Liu Ting-B28495 <B28495@...>
 

-----Original Message-----
From: McClintock Matthew-B29882
Sent: Wednesday, November 28, 2012 12:58 PM
To: Liu Ting-B28495
Cc: Bob Cochran; meta-freescale@...
Subject: Re: [meta-freescale] problem building linux-qoriq-sdk-headers in
meta-fsl-ppc master branch

On Tue, Nov 27, 2012 at 9:10 PM, Liu Ting-B28495 <B28495@...>
wrote:
Hello Bob,

Seems that no this issue on my side. Poky searched "lots" of
directories and found that two patches. Attached the log.do_patch file.
Could you take a look at your log file?
Are you using a recent version of poky master branch? This only occurs on
a fairly recent master.
No, I used latest code on internal git tree (master branch). We plan to do
rebase/test bi-weekly to sync with upstream.

-Ting

-M


-Ting


-----Original Message-----
From: meta-freescale-bounces@... [mailto:meta-freescale-
bounces@...] On Behalf Of Bob Cochran
Sent: Wednesday, November 28, 2012 8:52 AM
To: meta-freescale@...
Subject: [meta-freescale] problem building linux-qoriq-sdk-headers in
meta-fsl-ppc master branch

Hello,

While using the poky master branch and the meta-fsl-ppc master
branch, I experienced build errors while baking
linux-qoriq-sdk-headers. The build reported an error that the two
patch files, which are specified in linux-qoriq-sdk.inc, couldn't be
fetched.

The two patch files are currently found in poky/meta-fsl-ppc/recipes-
kernel/linux.

As a workaround, I created a subdirectory called files and moved the
patches there. It then built without further errors.

Do I have a path problem, or was it just wrong to have the patches at
the same directory level as the recipes?

Thanks,

Bob


_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale

_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: problem building linux-qoriq-sdk-headers in meta-fsl-ppc master branch

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 5:04 AM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 2:58 AM, McClintock Matthew-B29882
<B29882@...> wrote:
On Tue, Nov 27, 2012 at 9:10 PM, Liu Ting-B28495 <B28495@...> wrote:
Hello Bob,

Seems that no this issue on my side. Poky searched "lots" of directories and found that two patches. Attached the log.do_patch file.
Could you take a look at your log file?
Are you using a recent version of poky master branch? This only occurs
on a fairly recent master.
It all depends on the OVERRIDES value.

You can adjust where it will look for the files prepending or
appending FILESEXTRAPATH. Another possibility is to have the files in
the expected directory.
Right I assumed moving them to a default location was a better option.

-M


Re: problem building linux-qoriq-sdk-headers in meta-fsl-ppc master branch

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 9:08 AM, Liu Ting-B28495 <B28495@...> wrote:
-----Original Message-----
From: McClintock Matthew-B29882
Sent: Wednesday, November 28, 2012 12:58 PM
To: Liu Ting-B28495
Cc: Bob Cochran; meta-freescale@...
Subject: Re: [meta-freescale] problem building linux-qoriq-sdk-headers in
meta-fsl-ppc master branch

On Tue, Nov 27, 2012 at 9:10 PM, Liu Ting-B28495 <B28495@...>
wrote:
Hello Bob,

Seems that no this issue on my side. Poky searched "lots" of
directories and found that two patches. Attached the log.do_patch file.
Could you take a look at your log file?
Are you using a recent version of poky master branch? This only occurs on
a fairly recent master.
No, I used latest code on internal git tree (master branch). We plan to do
rebase/test bi-weekly to sync with upstream.
Ah, OK - just be mindful that others might not be using that exact same branch.

-M


-Ting

-M


-Ting


-----Original Message-----
From: meta-freescale-bounces@... [mailto:meta-freescale-
bounces@...] On Behalf Of Bob Cochran
Sent: Wednesday, November 28, 2012 8:52 AM
To: meta-freescale@...
Subject: [meta-freescale] problem building linux-qoriq-sdk-headers in
meta-fsl-ppc master branch

Hello,

While using the poky master branch and the meta-fsl-ppc master
branch, I experienced build errors while baking
linux-qoriq-sdk-headers. The build reported an error that the two
patch files, which are specified in linux-qoriq-sdk.inc, couldn't be
fetched.

The two patch files are currently found in poky/meta-fsl-ppc/recipes-
kernel/linux.

As a workaround, I created a subdirectory called files and moved the
patches there. It then built without further errors.

Do I have a path problem, or was it just wrong to have the patches at
the same directory level as the recipes?

Thanks,

Bob


_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale

_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 5:17 AM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 3:15 AM, Zhenhua Luo <b19537@...> wrote:
From: Yashpal Dutta <yashpal.dutta@...>

This is a /dev/crypto device driver, equivalent to those in OpenBSD or FreeBSD.
The main idea is to access of existing ciphers in kernel space from userspace,
thus enabling re-use of a hardware implementation of a cipher.

Signed-off-by: Yashpal Dutta <yashpal.dutta@...>
Signed-off-by: Zhenhua Luo <b19537@...>
I think this should be send to meta-oe as it is not SoC specific,
however I have some comments in the recipe so you can fix them before
it...

---
recipes-kernel/cryptodev/cryptodev_1.5.bb | 17 +++++++++++++
.../cryptodev/files/makefile_fixup.patch | 26 ++++++++++++++++++++
2 files changed, 43 insertions(+)
create mode 100644 recipes-kernel/cryptodev/cryptodev_1.5.bb
create mode 100644 recipes-kernel/cryptodev/files/makefile_fixup.patch

diff --git a/recipes-kernel/cryptodev/cryptodev_1.5.bb b/recipes-kernel/cryptodev/cryptodev_1.5.bb
new file mode 100644
index 0000000..0696e2a
--- /dev/null
+++ b/recipes-kernel/cryptodev/cryptodev_1.5.bb
@@ -0,0 +1,17 @@
+SECTION = "devel"
+SUMMARY = "Linux Cryptodev KERNEL MODULE"
+DESCRIPTION = "The Cryptodev package contains the kernel /dev/crypto module"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+RCONFLICTS_${PN} = "ocf-linux"
+
+inherit module
+
+SRCREV = "1c24a0aa996630518d47826a2e3fea129ea094c7"
+
+SRC_URI = "git://repo.or.cz/cryptodev-linux.git;protocol=git \
+ file://makefile_fixup.patch"
+
+EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'

+S = "${WORKDIR}/git"
diff --git a/recipes-kernel/cryptodev/files/makefile_fixup.patch b/recipes-kernel/cryptodev/files/makefile_fixup.patch
new file mode 100644
index 0000000..323aacd
--- /dev/null
+++ b/recipes-kernel/cryptodev/files/makefile_fixup.patch
@@ -0,0 +1,26 @@
+diff --git a/Makefile b/Makefile
+index 2be8825..b36d68c 100644
+--- a/Makefile
++++ b/Makefile
+@@ -1,6 +1,7 @@
+ KBUILD_CFLAGS += -I$(src)
+ KERNEL_DIR = /lib/modules/$(shell uname -r)/build
Please rename the KERNEL_DIR variable to KERNEL_SRC so it follow the
standard variables used by modules in general and you can avoid
setting it in the bb file.
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.


+ VERSION = 1.5
++PREFIX =
The expected variable is DESTDIR. In fact you should have both, read bellow...
You are right here... it should be ${DESTDIR)$(PREFIX)

-M


+ cryptodev-objs = ioctl.o main.o cryptlib.o authenc.o zc.o util.o
+
+@@ -12,10 +13,10 @@ build: version.h
+ version.h: Makefile
+ @echo "#define VERSION \"$(VERSION)\"" > version.h
+
+-install:
++modules_install:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` modules_install
+- @echo "Installing cryptodev.h in /usr/include/crypto ..."
+- @install -D crypto/cryptodev.h /usr/include/crypto/cryptodev.h
++ @echo "Installing cryptodev.h in $(PREFIX)/usr/include/crypto ..."
++ @install -D crypto/cryptodev.h $(PREFIX)/usr/include/crypto/cryptodev.h
Use $(DESTDIR)$(PREFIX)/include/...

+ clean:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` clean


--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: [meta-fsl-ppc master v2] libxml2: update the version number to 2.9.0 to match the upgrade in poky

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 1:18 AM, Zhenhua Luo <b19537@...> wrote:
* Upgrade the version to 2.9.0 to fix following version mismatch issue:
ERROR: No recipes available for:
/srv/home/pokybuild/yocto-autobuilder/yocto-slave/p1022ds/build/yocto/meta-fsl-ppc/recipes-append/libxml/libxml2_2.8.0.bbappend

[YOCTO #3476]

* Reason of add the configure flag:
Without this flag, the library has a problem with C++ programs using exception handling.
We are going to try to add this flag to oe-core now right?

-M


Signed-off-by: Zhenhua Luo <b19537@...>
---
recipes-append/libxml/libxml2_2.8.0.bbappend | 3 ---
recipes-append/libxml/libxml2_2.9.0.bbappend | 3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
delete mode 100644 recipes-append/libxml/libxml2_2.8.0.bbappend
create mode 100644 recipes-append/libxml/libxml2_2.9.0.bbappend

diff --git a/recipes-append/libxml/libxml2_2.8.0.bbappend b/recipes-append/libxml/libxml2_2.8.0.bbappend
deleted file mode 100644
index 13c1fd7..0000000
--- a/recipes-append/libxml/libxml2_2.8.0.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-EXTRA_OECONF_fsl += "--with-fexceptions"
-
-PR_fsl .= "+${DISTRO}.0"
diff --git a/recipes-append/libxml/libxml2_2.9.0.bbappend b/recipes-append/libxml/libxml2_2.9.0.bbappend
new file mode 100644
index 0000000..13c1fd7
--- /dev/null
+++ b/recipes-append/libxml/libxml2_2.9.0.bbappend
@@ -0,0 +1,3 @@
+EXTRA_OECONF_fsl += "--with-fexceptions"
+
+PR_fsl .= "+${DISTRO}.0"
--
1.7.9.5


_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

Otavio Salvador
 

On Wed, Nov 28, 2012 at 2:50 PM, McClintock Matthew-B29882
<B29882@...> wrote:
On Wed, Nov 28, 2012 at 5:17 AM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 3:15 AM, Zhenhua Luo <b19537@...> wrote:
From: Yashpal Dutta <yashpal.dutta@...>

This is a /dev/crypto device driver, equivalent to those in OpenBSD or FreeBSD.
The main idea is to access of existing ciphers in kernel space from userspace,
thus enabling re-use of a hardware implementation of a cipher.

Signed-off-by: Yashpal Dutta <yashpal.dutta@...>
Signed-off-by: Zhenhua Luo <b19537@...>
I think this should be send to meta-oe as it is not SoC specific,
however I have some comments in the recipe so you can fix them before
it...

---
recipes-kernel/cryptodev/cryptodev_1.5.bb | 17 +++++++++++++
.../cryptodev/files/makefile_fixup.patch | 26 ++++++++++++++++++++
2 files changed, 43 insertions(+)
create mode 100644 recipes-kernel/cryptodev/cryptodev_1.5.bb
create mode 100644 recipes-kernel/cryptodev/files/makefile_fixup.patch

diff --git a/recipes-kernel/cryptodev/cryptodev_1.5.bb b/recipes-kernel/cryptodev/cryptodev_1.5.bb
new file mode 100644
index 0000000..0696e2a
--- /dev/null
+++ b/recipes-kernel/cryptodev/cryptodev_1.5.bb
@@ -0,0 +1,17 @@
+SECTION = "devel"
+SUMMARY = "Linux Cryptodev KERNEL MODULE"
+DESCRIPTION = "The Cryptodev package contains the kernel /dev/crypto module"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+RCONFLICTS_${PN} = "ocf-linux"
+
+inherit module
+
+SRCREV = "1c24a0aa996630518d47826a2e3fea129ea094c7"
+
+SRC_URI = "git://repo.or.cz/cryptodev-linux.git;protocol=git \
+ file://makefile_fixup.patch"
+
+EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'

+S = "${WORKDIR}/git"
diff --git a/recipes-kernel/cryptodev/files/makefile_fixup.patch b/recipes-kernel/cryptodev/files/makefile_fixup.patch
new file mode 100644
index 0000000..323aacd
--- /dev/null
+++ b/recipes-kernel/cryptodev/files/makefile_fixup.patch
@@ -0,0 +1,26 @@
+diff --git a/Makefile b/Makefile
+index 2be8825..b36d68c 100644
+--- a/Makefile
++++ b/Makefile
+@@ -1,6 +1,7 @@
+ KBUILD_CFLAGS += -I$(src)
+ KERNEL_DIR = /lib/modules/$(shell uname -r)/build
Please rename the KERNEL_DIR variable to KERNEL_SRC so it follow the
standard variables used by modules in general and you can avoid
setting it in the bb file.
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.
Yes I know it is inside of the project Makefile however you're
patching it anyway so better to make it us the standards and send
upstream.

+ VERSION = 1.5
++PREFIX =
The expected variable is DESTDIR. In fact you should have both, read bellow...
You are right here... it should be ${DESTDIR)$(PREFIX)

-M


+ cryptodev-objs = ioctl.o main.o cryptlib.o authenc.o zc.o util.o
+
+@@ -12,10 +13,10 @@ build: version.h
+ version.h: Makefile
+ @echo "#define VERSION \"$(VERSION)\"" > version.h
+
+-install:
++modules_install:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` modules_install
+- @echo "Installing cryptodev.h in /usr/include/crypto ..."
+- @install -D crypto/cryptodev.h /usr/include/crypto/cryptodev.h
++ @echo "Installing cryptodev.h in $(PREFIX)/usr/include/crypto ..."
++ @install -D crypto/cryptodev.h $(PREFIX)/usr/include/crypto/cryptodev.h
Use $(DESTDIR)$(PREFIX)/include/...

+ clean:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` clean


--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 11:57 AM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 2:50 PM, McClintock Matthew-B29882
<B29882@...> wrote:
On Wed, Nov 28, 2012 at 5:17 AM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 3:15 AM, Zhenhua Luo <b19537@...> wrote:
From: Yashpal Dutta <yashpal.dutta@...>

This is a /dev/crypto device driver, equivalent to those in OpenBSD or FreeBSD.
The main idea is to access of existing ciphers in kernel space from userspace,
thus enabling re-use of a hardware implementation of a cipher.

Signed-off-by: Yashpal Dutta <yashpal.dutta@...>
Signed-off-by: Zhenhua Luo <b19537@...>
I think this should be send to meta-oe as it is not SoC specific,
however I have some comments in the recipe so you can fix them before
it...

---
recipes-kernel/cryptodev/cryptodev_1.5.bb | 17 +++++++++++++
.../cryptodev/files/makefile_fixup.patch | 26 ++++++++++++++++++++
2 files changed, 43 insertions(+)
create mode 100644 recipes-kernel/cryptodev/cryptodev_1.5.bb
create mode 100644 recipes-kernel/cryptodev/files/makefile_fixup.patch

diff --git a/recipes-kernel/cryptodev/cryptodev_1.5.bb b/recipes-kernel/cryptodev/cryptodev_1.5.bb
new file mode 100644
index 0000000..0696e2a
--- /dev/null
+++ b/recipes-kernel/cryptodev/cryptodev_1.5.bb
@@ -0,0 +1,17 @@
+SECTION = "devel"
+SUMMARY = "Linux Cryptodev KERNEL MODULE"
+DESCRIPTION = "The Cryptodev package contains the kernel /dev/crypto module"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+RCONFLICTS_${PN} = "ocf-linux"
+
+inherit module
+
+SRCREV = "1c24a0aa996630518d47826a2e3fea129ea094c7"
+
+SRC_URI = "git://repo.or.cz/cryptodev-linux.git;protocol=git \
+ file://makefile_fixup.patch"
+
+EXTRA_OEMAKE='KERNEL_DIR="${STAGING_KERNEL_DIR}" PREFIX="${D}"'

+S = "${WORKDIR}/git"
diff --git a/recipes-kernel/cryptodev/files/makefile_fixup.patch b/recipes-kernel/cryptodev/files/makefile_fixup.patch
new file mode 100644
index 0000000..323aacd
--- /dev/null
+++ b/recipes-kernel/cryptodev/files/makefile_fixup.patch
@@ -0,0 +1,26 @@
+diff --git a/Makefile b/Makefile
+index 2be8825..b36d68c 100644
+--- a/Makefile
++++ b/Makefile
+@@ -1,6 +1,7 @@
+ KBUILD_CFLAGS += -I$(src)
+ KERNEL_DIR = /lib/modules/$(shell uname -r)/build
Please rename the KERNEL_DIR variable to KERNEL_SRC so it follow the
standard variables used by modules in general and you can avoid
setting it in the bb file.
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.
Yes I know it is inside of the project Makefile however you're
patching it anyway so better to make it us the standards and send
upstream.
That's fine, but I would not let that hold up this patch if the author
did not want to pursue getting upstream to change such things. ;)

-M


+ VERSION = 1.5
++PREFIX =
The expected variable is DESTDIR. In fact you should have both, read bellow...
You are right here... it should be ${DESTDIR)$(PREFIX)

-M


+ cryptodev-objs = ioctl.o main.o cryptlib.o authenc.o zc.o util.o
+
+@@ -12,10 +13,10 @@ build: version.h
+ version.h: Makefile
+ @echo "#define VERSION \"$(VERSION)\"" > version.h
+
+-install:
++modules_install:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` modules_install
+- @echo "Installing cryptodev.h in /usr/include/crypto ..."
+- @install -D crypto/cryptodev.h /usr/include/crypto/cryptodev.h
++ @echo "Installing cryptodev.h in $(PREFIX)/usr/include/crypto ..."
++ @install -D crypto/cryptodev.h $(PREFIX)/usr/include/crypto/cryptodev.h
Use $(DESTDIR)$(PREFIX)/include/...

+ clean:
+ make -C $(KERNEL_DIR) SUBDIRS=`pwd` clean


--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

Otavio Salvador
 

On Wed, Nov 28, 2012 at 4:00 PM, McClintock Matthew-B29882
<B29882@...> wrote:
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.
Yes I know it is inside of the project Makefile however you're
patching it anyway so better to make it us the standards and send
upstream.
That's fine, but I would not let that hold up this patch if the author
did not want to pursue getting upstream to change such things. ;)
This recipe is not target to meta-fsl-ppc, is it? It seems to fit
meta-openembedded.

--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 12:57 PM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 4:00 PM, McClintock Matthew-B29882
<B29882@...> wrote:
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.
Yes I know it is inside of the project Makefile however you're
patching it anyway so better to make it us the standards and send
upstream.
That's fine, but I would not let that hold up this patch if the author
did not want to pursue getting upstream to change such things. ;)
This recipe is not target to meta-fsl-ppc, is it? It seems to fit
meta-openembedded.
Well, the maintainer there would have the final say, but I think
changing an upstream projects stuff should not effect it's acceptance
(into meta-oe or meta-fsl-ppc)

-M


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

Otavio Salvador
 

On Wed, Nov 28, 2012 at 5:33 PM, McClintock Matthew-B29882
<B29882@...> wrote:
On Wed, Nov 28, 2012 at 12:57 PM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 4:00 PM, McClintock Matthew-B29882
<B29882@...> wrote:
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.
Yes I know it is inside of the project Makefile however you're
patching it anyway so better to make it us the standards and send
upstream.
That's fine, but I would not let that hold up this patch if the author
did not want to pursue getting upstream to change such things. ;)
This recipe is not target to meta-fsl-ppc, is it? It seems to fit
meta-openembedded.
Well, the maintainer there would have the final say, but I think
changing an upstream projects stuff should not effect it's acceptance
(into meta-oe or meta-fsl-ppc)
I am not in position to nack something for meta-fsl-ppc. In meta-oe I
am in some areas but not in crypto packages; however meta-oe
discussion is off-topic here.

My intention to comment on the recipe was to help. I noticed something
that had an alternative solution and seemed easy to improve it as it
was going to add a patch for Makefile so change one or two lines
wouldn't be a big deal ...

--
Otavio Salvador O.S. Systems
E-mail: otavio@... http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Nov 28, 2012 at 1:52 PM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 5:33 PM, McClintock Matthew-B29882
<B29882@...> wrote:
On Wed, Nov 28, 2012 at 12:57 PM, Otavio Salvador
<otavio@...> wrote:
On Wed, Nov 28, 2012 at 4:00 PM, McClintock Matthew-B29882
<B29882@...> wrote:
You made the same mistake reveiwing this Darren did... these are NOT
in our recipe they are in the projects Makefile that we don't control.
We are just patching up the Makefile a bit so it works properly and
don't want to redefine variables this project has been using.

OTOH this patch needs an upstream-status and also needs to be sent upstream.
Yes I know it is inside of the project Makefile however you're
patching it anyway so better to make it us the standards and send
upstream.
That's fine, but I would not let that hold up this patch if the author
did not want to pursue getting upstream to change such things. ;)
This recipe is not target to meta-fsl-ppc, is it? It seems to fit
meta-openembedded.
Well, the maintainer there would have the final say, but I think
changing an upstream projects stuff should not effect it's acceptance
(into meta-oe or meta-fsl-ppc)
I am not in position to nack something for meta-fsl-ppc. In meta-oe I
am in some areas but not in crypto packages; however meta-oe
discussion is off-topic here.

My intention to comment on the recipe was to help. I noticed something
that had an alternative solution and seemed easy to improve it as it
was going to add a patch for Makefile so change one or two lines
wouldn't be a big deal ...
I'm just saying that the change you requested requires convincing
upstream to accept a change and might require lots of other bits to be
changed not limited to other build systems and/or documentation.

I don't think that onus should be placed on a recipe author. That
being said, I think what you suggested is probably the right thing to
do but sometimes other priorities will come first ;)

-M


Re: [meta-fsl-ppc denzil] cryptodev kernel module recipe

Bob Cochran
 

On 11/28/2012 12:00 AM, Luo Zhenhua-B19537 wrote:
I don't think it is urgent to apply it in danny and master now.
If it does go into meta-fsl-ppc, I hope you'll also include it in the master branch. This way, people working with master can test it.

Thanks


(No subject)

GOPIKRISHNAN S <gopikrishnans@...>
 

I am building fsl-image-core for Freescale P2041rdb. Now the useradd is working without errors; But after building rootfs image, I couldn't find the updates in /etc/users and group files


On Wed, Nov 28, 2012 at 12:52 PM, Luo Zhenhua-B19537 <B19537@...> wrote:

When there is no -g option in USERADD_PARAM_*, the default group name is same as the  created user name, so USERADD_PARAM_* will create the group when add the new user. GROUPADD_PARAM_* is redundant. Remove GROUPADD_PARAM_* lines directly and try again.

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... [mailto:meta-freescale-bounces@...] On Behalf Of GOPIKRISHNAN S
Sent: Tuesday, November 27, 2012 4:46 PM
To: meta-freescale@...
Subject: [meta-freescale] (no subject)

 

I just did
$ rm -rf build<machine>
$ source ./fsl-setup-poky -m p2041rdb
$ bitbake fsl-image-minimal
$ bitbake vaminusers

Attached vaminusers.bb

Problem with useradd. First time
NOTE: package vaminusers-1.0-r0: task do_install: Started
ERROR: Function 'useradd_sysroot' failed (see /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685 for further information)
ERROR: Logfile of failure stored in: /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685
Log data follows:
| Running groupadd commands...
| Note: group vamin1 already exists, not re-creating it
| Note: group vamin already exists, not re-creating it
| Running useradd commands...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| ERROR: tried running useradd command 10 times without success, giving up
| ERROR: Function 'useradd_sysroot' failed (see /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685 for further information)
NOTE: package vaminusers-1.0-r0: task do_install: Failed
ERROR: Task 2 (/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/vaminusers.bb, do_install) failed with exit code '1'
ERROR: '/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/vaminusers.bb' failed



(No subject)

Luo Zhenhua-B19537 <B19537@...>
 

I guess you didn’t add vaminusers into fsl-image-core, you can edit the fsl-image-core.bb to add this package into IMAGE_INSTALL variable and build fsl-image-core again.

 

 

Best Regards,

 

Zhenhua

 

From: GOPIKRISHNAN S [mailto:gopikrishnans@...]
Sent: Thursday, November 29, 2012 1:56 PM
To: Luo Zhenhua-B19537
Cc: meta-freescale@...
Subject: Re: [meta-freescale] (no subject)

 

I am building fsl-image-core for Freescale P2041rdb. Now the useradd is working without errors; But after building rootfs image, I couldn't find the updates in /etc/users and group files

On Wed, Nov 28, 2012 at 12:52 PM, Luo Zhenhua-B19537 <B19537@...> wrote:

When there is no -g option in USERADD_PARAM_*, the default group name is same as the  created user name, so USERADD_PARAM_* will create the group when add the new user. GROUPADD_PARAM_* is redundant. Remove GROUPADD_PARAM_* lines directly and try again.

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... [mailto:meta-freescale-bounces@...] On Behalf Of GOPIKRISHNAN S
Sent: Tuesday, November 27, 2012 4:46 PM
To: meta-freescale@...
Subject: [meta-freescale] (no subject)

 

I just did
$ rm -rf build<machine>
$ source ./fsl-setup-poky -m p2041rdb
$ bitbake fsl-image-minimal
$ bitbake vaminusers

Attached vaminusers.bb

Problem with useradd. First time
NOTE: package vaminusers-1.0-r0: task do_install: Started
ERROR: Function 'useradd_sysroot' failed (see /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685 for further information)
ERROR: Logfile of failure stored in: /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685
Log data follows:
| Running groupadd commands...
| Note: group vamin1 already exists, not re-creating it
| Note: group vamin already exists, not re-creating it
| Running useradd commands...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| ERROR: tried running useradd command 10 times without success, giving up
| ERROR: Function 'useradd_sysroot' failed (see /media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685 for further information)
NOTE: package vaminusers-1.0-r0: task do_install: Failed
ERROR: Task 2 (/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/vaminusers.bb, do_install) failed with exit code '1'
ERROR: '/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/vaminusers.bb' failed

 


Re: [meta-fsl-ppc master v2] libxml2: update the version number to 2.9.0 to match the upgrade in poky

Luo Zhenhua-B19537 <B19537@...>
 

-----Original Message-----
From: McClintock Matthew-B29882
Sent: Thursday, November 29, 2012 1:01 AM

* Upgrade the version to 2.9.0 to fix following version mismatch issue:
ERROR: No recipes available for:

/srv/home/pokybuild/yocto-autobuilder/yocto-slave/p1022ds/build/yocto/
meta-fsl-ppc/recipes-append/libxml/libxml2_2.8.0.bbappend

[YOCTO #3476]

* Reason of add the configure flag:
Without this flag, the library has a problem with C++ programs using
exception handling.

We are going to try to add this flag to oe-core now right?
[Luo Zhenhua-B19537] Yes, I will upstream this fix to oe-core soon.


Best Regards,

Zhenhua

201 - 220 of 24854