[OE-core] [PATCH 0/1] bitbake-diffsigs: consider the situation where sigdata and siginfo files having the same hash values

[Chen Qi]

The following changes since commit 8ce2f2c3549248b2aa1259ceb28ed03be166ac6f:

  maintainers.inc: Became maintainer of python2 and python3 (2015-03-09 
16:01:08 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib ChenQi/bitbake-diffsigs-duplicates
  
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/bitbake-diffsigs-duplicates

Chen Qi (1):
  bitbake-diffsigs: consider the situation where sigdata and siginfo
files having the same hash values

 bitbake/bin/bitbake-diffsigs | 18 +-
 1 file changed, 17 insertions(+), 1 deletion(-)

-- 
1.9.1

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

[OE-core] [PATCH 1/1] bitbake-diffsigs: consider the situation where sigdata and siginfo files having the same hash values

[Chen Qi]

For now, `bitbake-diffsigs -t  ' doesn't work. It always outputs
nothing.

The problem is that bitbake-diffsigs are comparing sigdata and siginfo files
that have the same hash value. This is not what we want. These two files are
actually duplicates considering the purpose of bitbake-diffsigs. So we need
to remove one of them so that bitbake-diffsigs could actually compare the
correct signature files.

Signed-off-by: Chen Qi 
---
 bitbake/bin/bitbake-diffsigs | 18 +-
 1 file changed, 17 insertions(+), 1 deletion(-)

diff --git a/bitbake/bin/bitbake-diffsigs b/bitbake/bin/bitbake-diffsigs
index 08ae00d..196f0b7 100755
--- a/bitbake/bin/bitbake-diffsigs
+++ b/bitbake/bin/bitbake-diffsigs
@@ -46,6 +46,12 @@ logger = logger_create('bitbake-diffsigs')
 def find_compare_task(bbhandler, pn, taskname):
 """ Find the most recent signature files for the specified PN/task and 
compare them """
 
+def get_hashval(siginfo):
+if siginfo.endswith('.siginfo'):
+return siginfo.rpartition(':')[2].partition('_')[0]
+else:
+return siginfo.rpartition('.')[2]
+
 if not hasattr(bb.siggen, 'find_siginfo'):
 logger.error('Metadata does not support finding signature data files')
 sys.exit(1)
@@ -54,7 +60,7 @@ def find_compare_task(bbhandler, pn, taskname):
 taskname = 'do_%s' % taskname
 
 filedates = bb.siggen.find_siginfo(pn, taskname, None, 
bbhandler.config_data)
-latestfiles = sorted(filedates.keys(), key=lambda f: filedates[f])[-2:]
+latestfiles = sorted(filedates.keys(), key=lambda f: filedates[f])[-3:]
 if not latestfiles:
 logger.error('No sigdata files found matching %s %s' % (pn, taskname))
 sys.exit(1)
@@ -62,6 +68,16 @@ def find_compare_task(bbhandler, pn, taskname):
 logger.error('Only one matching sigdata file found for the specified 
task (%s %s)' % (pn, taskname))
 sys.exit(1)
 else:
+# It's possible that latestfiles contain 3 elements and the first two 
have the same hash value.
+# In this case, we delete the second element.
+# The above case is actually the most common one. Because we may have 
sigdata file and siginfo
+# file having the same hash value. Comparing such two files makes no 
sense.
+if len(latestfiles) == 3:
+hash0 = get_hashval(latestfiles[0])
+hash1 = get_hashval(latestfiles[1])
+if hash0 == hash1:
+latestfiles.pop(1)
+
 # Define recursion callback
 def recursecb(key, hash1, hash2):
 hashes = [hash1, hash2]
-- 
1.9.1

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

Re: [OE-core] [PATCH] lttng: Add tracing group when building lttng-tools

[Mehaffey, John]

From: Burton, Ross [ross.bur...@intel.com]
Sent: Monday, March 09, 2015 1:57 PM
To: Mehaffey, John
Cc: openembedded-core@lists.openembedded.org; me...@gedanken.com
Subject: Re: [OE-core] [PATCH] lttng: Add tracing group when building 
lttng-tools

> On 27 February 2015 at 02:17, Mehaffey, John  wrote:
> > +inherit autotools-brokensep ptest pkgconfig adduser
>
> Did you mean useradd?  Or is adduser something Mentor-specific?
>
> Ross

No, it was just a typo in transcribing from a .bbappend :(

Here is the corrected version:

>From e65f1e31d1f5691c676da3fb33d7c3feab4ef74c Mon Sep 17 00:00:00 2001
From: John Mehaffey 
Date: Thu, 26 Feb 2015 10:51:28 -0800
Subject: [OE-core] [PATCH] lttng: Add tracing group when building lttng-tools

The lttng subsystem issues a warning if there is no
group 'tracing' when it it started.

Signed-off-by: John Mehaffey 
---
 meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb 
b/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb
index 15125e3..f0969b5 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb
@@ -30,7 +30,10 @@ SRC_URI = 
"git://git.lttng.org/lttng-tools.git;branch=stable-2.6 \
 
 S = "${WORKDIR}/git"
 
-inherit autotools-brokensep ptest pkgconfig
+inherit autotools-brokensep ptest pkgconfig useradd
+
+USERADD_PACKAGES = "${PN}"
+GROUPADD_PARAM_${PN} = "tracing"
 
 export KERNELDIR="${STAGING_KERNEL_DIR}"
 
-- 
1.9.1

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

[OE-core] [PATCH 1/3] systemd: correct permission mode of /var/volatile/tmp

[Kai Kang]

Permission mode of directory /var/volatile/tmp should be 1777,
correct it.

Signed-off-by: Kai Kang 
---
 meta/recipes-core/systemd/systemd/00-create-volatile.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd/00-create-volatile.conf 
b/meta/recipes-core/systemd/systemd/00-create-volatile.conf
index 9ffa88e..87cbe1e 100644
--- a/meta/recipes-core/systemd/systemd/00-create-volatile.conf
+++ b/meta/recipes-core/systemd/systemd/00-create-volatile.conf
@@ -4,4 +4,4 @@
 
 
 d  /var/volatile/log   -   -   -   -
-d  /var/volatile/tmp   -   -   -   -
+d  /var/volatile/tmp   1777-   -
-- 
1.9.1

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

[OE-core] [PATCH 3/3] msmtp: add link file /usr/lib/sendmail

[Kai Kang]

Link file /usr/lib/sendmail points to /usr/sbin/sendmail is required by
LSB core test according to Linux FHS: "For historical reasons,
/usr/lib/sendmail must be a symbolic link to /usr/sbin/sendmail if the
latter exists."

Create the link file /usr/lib/sendmail if it doesn't exist.

Refs:
1 
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/normativerefs.html#STD.LSB
2 http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS13

Signed-off-by: Kai Kang 
---
 meta/recipes-extended/msmtp/msmtp_1.6.1.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-extended/msmtp/msmtp_1.6.1.bb 
b/meta/recipes-extended/msmtp/msmtp_1.6.1.bb
index c9ad1da..d6f3a15 100644
--- a/meta/recipes-extended/msmtp/msmtp_1.6.1.bb
+++ b/meta/recipes-extended/msmtp/msmtp_1.6.1.bb
@@ -23,3 +23,8 @@ ALTERNATIVE_${PN} = "sendmail"
 ALTERNATIVE_TARGET[sendmail] = "${bindir}/msmtp"
 ALTERNATIVE_LINK_NAME[sendmail] = "${sbindir}/sendmail"
 ALTERNATIVE_PRIORITY = "100"
+
+pkg_postinst_${PN}_linuxstdbase () {
+   # /usr/lib/sendmial is required by LSB core test
+   [ ! -L $D/usr/lib/sendmail ] && ln -sf ${sbindir}/sendmail $D/usr/lib/
+}
-- 
1.9.1

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

[OE-core] [PATCH 2/3] lsb: update init-functions and remove sendmail

[Kai Kang]

According to LSB specification Ref1, LSB checks file
/lib/lsb/init-functions. But for 64 bits system it is installed in
/lib64. Install init-functions to /lib/lsb to conform with LSB
specification.

Link file /usr/lib/sendmail which points to /usr/sbin/sendmail is
required by LSB according to Linux FHS[Ref 2]. But it should be done by
packages which provides command sendmail such as msmtp, postfix and
esmtp etc.

Refs:
1 
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptfunc.html
2 http://www.pathname.com/fhs/pub/fhs-2.3.html#SPECIFICOPTIONS13

Signed-off-by: Kai Kang 
---
 meta/recipes-extended/lsb/lsb_4.1.bb | 16 +++-
 1 file changed, 3 insertions(+), 13 deletions(-)

diff --git a/meta/recipes-extended/lsb/lsb_4.1.bb 
b/meta/recipes-extended/lsb/lsb_4.1.bb
index b4ef98e..f05c30c 100644
--- a/meta/recipes-extended/lsb/lsb_4.1.bb
+++ b/meta/recipes-extended/lsb/lsb_4.1.bb
@@ -72,19 +72,18 @@ do_install(){
 
 do_install_append(){
install -d ${D}${sysconfdir}/core-lsb
-   install -d ${D}/${baselib}/lsb
for i in lsb_killproc lsb_log_message lsb_pidofproc lsb_start_daemon
do
install -m 0755 ${WORKDIR}/${i} ${D}${sysconfdir}/core-lsb
done
-   install -m 0755 ${WORKDIR}/init-functions ${D}/${baselib}/lsb
+
+   install -d ${D}/lib/lsb
+   install -m 0755 ${WORKDIR}/init-functions ${D}/lib/lsb
 
# creat links for LSB test
install -d ${D}/usr/lib/lsb
ln -sf ${sbindir}/chkconfig ${D}/usr/lib/lsb/install_initd
ln -sf ${sbindir}/chkconfig ${D}/usr/lib/lsb/remove_initd
-   install -d ${D}/${libdir}
-   ln -sf ${sbindir}/sendmail ${D}/${libdir}/sendmail
 
if [ "${TARGET_ARCH}" = "x86_64" ];then
   cd ${D}
@@ -119,13 +118,4 @@ do_install_append(){
 FILES_${PN} += "/lib64 \
/usr/lib/lsb \
 ${base_libdir}/lsb/* \
-   ${libdir}/sendmail \
"
-
-# The sysroot/${libdir}/sendmail conflicts with esmtp's, and it's a
-# symlink to ${sbindir}/sendmail which is meaningless for sysroot, so
-# remove it.
-SYSROOT_PREPROCESS_FUNCS += "remove_sysroot_sendmail"
-remove_sysroot_sendmail() {
-rm -r "${SYSROOT_DESTDIR}${libdir}/sendmail"
-}
-- 
1.9.1

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

[OE-core] [PATCH 0/3] V2: Some fixes for LSB tests

[Kai Kang]

V2 doesn't use alternative to handle /usr/lib/sendmail either. Because the link 
target is alway
${sbindir}/sendmail, update-alternative can't handle this kind of case.

So check whether /usr/lib/sendmail exists and is a link file, otherwise create 
it during pkg_postinst
of packages such as msmtp postfix and esmtp which provide ${sbindir}/sendmail.

Only one flaw is when all these packages are removed, broken link file 
/usr/lib/sendmail left.


The following changes since commit 8ce2f2c3549248b2aa1259ceb28ed03be166ac6f:

  maintainers.inc: Became maintainer of python2 and python3 (2015-03-09 
16:01:08 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib kangkai/lsb-20150310
  http://git.yoctoproject.org/cgit.cgi//log/?h=kangkai/lsb-20150310

Kai Kang (3):
  systemd: correct permission mode of /var/volatile/tmp
  lsb: update init-functions and remove sendmail
  msmtp: add link file /usr/lib/sendmail

 .../recipes-core/systemd/systemd/00-create-volatile.conf |  2 +-
 meta/recipes-extended/lsb/lsb_4.1.bb | 16 +++-
 meta/recipes-extended/msmtp/msmtp_1.6.1.bb   |  5 +
 3 files changed, 9 insertions(+), 14 deletions(-)

-- 
1.9.1

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

[OE-core] [PATCH] systemd: fix /var/log/journal ownership

[Jonathan Liu]

The ownership needs to be explicitly set otherwise it inherits the user
and group id of the build user.

Signed-off-by: Jonathan Liu 
---
 meta/recipes-core/systemd/systemd_219.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_219.bb 
b/meta/recipes-core/systemd/systemd_219.bb
index 24486f1..6a4f4e8 100644
--- a/meta/recipes-core/systemd/systemd_219.bb
+++ b/meta/recipes-core/systemd/systemd_219.bb
@@ -147,6 +147,8 @@ do_install() {
sed -i s%@UDEVD@%${rootlibexecdir}/systemd/systemd-udevd% 
${D}${sysconfdir}/init.d/systemd-udevd
fi
 
+   chown root:root ${D}/${localstatedir}/log/journal
+
 # Delete journal README, as log can be symlinked inside volatile.
 rm -f ${D}/${localstatedir}/log/README
 
-- 
2.3.1

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

Re: [OE-core] [PATCH 1/6] xinetd: fixe HOMEPAGE and SRC_URI

[Robert Yang]

On 03/09/2015 11:59 PM, Khem Raj wrote:



On Mar 9, 2015, at 12:15 AM, Robert Yang  wrote:

The www.xinetd.org is not available, use github as the HOMEPAGE and
pkgs.fedoraproject.org as the SRC_URI.

Signed-off-by: Robert Yang 
---
meta/recipes-extended/xinetd/xinetd_2.3.15.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb 
b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
index 288186e..f07a33f 100644
--- a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
+++ b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
@@ -1,5 +1,5 @@
SUMMARY = "Socket-based service activation daemon"
-HOMEPAGE = "http://www.xinetd.org";
+HOMEPAGE = "https://github.com/xinetd-org/xinetd";

# xinetd is a BSD-like license
# Apple and Gentoo say BSD here.
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYRIGHT;md5=8ad8615198542444f84d28a6cf226dd8"
DEPENDS = ""
PR = "r2"

-SRC_URI = "http://www.xinetd.org/xinetd-${PV}.tar.gz \
+SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.tar.gz/77358478fd58efa6366accae99b8b04c/${BP}.tar.gz
 \


This snapshot can go away too. I would be more comfortable if you just checked 
it out from github straight.


Thanks, how about use git please ?
SRC_URI = "git://github.com/xinetd-org/xinetd.git;protocol=https

// Robert




   file://xinetd.init \
   file://xinetd.conf \
   file://xinetd.default \
--
1.7.9.5

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





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

Re: [OE-core] [PATCH 5/6] net-tools: fix SRC_URI

[Robert Yang]

On 03/10/2015 12:06 AM, Burton, Ross wrote:


On 9 March 2015 at 16:03, Khem Raj mailto:raj.k...@gmail.com>> wrote:

it would be nicer to use
http://archive.debian.org/debian/pool/main/n/net-tools/ instead of
snapshot.debian.org  through out this series


Apart from that 1.6.0-25.diff.gz isn't in
http://archive.debian.org/debian/pool/main/n/net-tools/.


Yes, that's why we need fix it.

// Robert



Ross

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

[OE-core] [PATCH] kernel-devsrc: fix file ownership

[Jonathan Liu]

The file ownership needs to be explicitly set otherwise it inherits
the user and group id of the build user.

Signed-off-by: Jonathan Liu 
---
 meta/recipes-kernel/linux/kernel-devsrc.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index e36de1b..dd65788 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -65,6 +65,8 @@ do_install() {
 mkdir -p $kerneldir/arch/powerpc/lib/
 cp ${B}/arch/powerpc/lib/crtsavres.o 
$kerneldir/arch/powerpc/lib/crtsavres.o
 fi
+
+chown -R root:root ${D}
 }
 # Ensure we don't race against "make scripts" during cpio
 do_install[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
-- 
2.3.1

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

Re: [OE-core] [dizzy] [PATCH 1/1] python: Add support for aarch64 for ctypes module

[Tudor Florea]

Ping.

> -Original Message-
> From: Tudor Florea [mailto:tudor.flo...@enea.com]
> Sent: Wednesday, March 04, 2015 17:04
> To: openembedded-core@lists.openembedded.org
> Cc: Tudor Florea
> Subject: [dizzy] [PATCH 1/1] python: Add support for aarch64 for ctypes
> module
> 
> Python have its own version of libffi used for ctypes module.
> libffi 3.0.10 contained in original source of Python-2.7.3 does not have
> support for aarch64 architecture.
> This is patch is backport support for aarch64 from libffi 3.1
> ---
>  .../python/python/ctypes-libffi-aarch64.patch  |   22 +
>  .../python/python/libffi-aarch64.patch | 1608
> 
>  meta/recipes-devtools/python/python_2.7.3.bb   |2 +
>  3 files changed, 1632 insertions(+)
>  create mode 100644 meta/recipes-devtools/python/python/ctypes-libffi-
> aarch64.patch
>  create mode 100644 meta/recipes-devtools/python/python/libffi-
> aarch64.patch
> 
> diff --git a/meta/recipes-devtools/python/python/ctypes-libffi-
> aarch64.patch b/meta/recipes-devtools/python/python/ctypes-libffi-
> aarch64.patch
> new file mode 100644
> index 000..7349c7b
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python/ctypes-libffi-aarch64.patch
> @@ -0,0 +1,22 @@
> +Add missing fficonfig.py bits for aarch64
> +
> +# HG changeset patch
> +# User Andreas Schwab 
> +# Date 1367276434 -7200
> +# Node ID 05e8999a3901b4853e60d6701510e9b3dd54a7f3
> +# Parent  84cef4f1999ad9e362694cdac2f65f0981e3d5d0
> +
> +Upstream-Status: Backport
> +Signed-off-by: Tudor Florea 
> +
> +diff -r 84cef4f1999a -r 05e8999a3901 Modules/_ctypes/libffi/fficonfig.py.in
> +--- a/Modules/_ctypes/libffi/fficonfig.py.in Mon Apr 29 16:09:39 2013 -
> 0400
>  b/Modules/_ctypes/libffi/fficonfig.py.in Tue Apr 30 01:00:34 2013
> +0200
> +@@ -28,6 +28,7 @@
> + 'PA': ['src/pa/linux.S', 'src/pa/ffi.c'],
> + 'PA_LINUX': ['src/pa/linux.S', 'src/pa/ffi.c'],
> + 'PA_HPUX': ['src/pa/hpux32.S', 'src/pa/ffi.c'],
> ++'AARCH64' : ['src/aarch64/ffi.c', 'src/aarch64/sysv.S'],
> + }
> +
> + ffi_sources += ffi_platforms['@TARGET@']
> diff --git a/meta/recipes-devtools/python/python/libffi-aarch64.patch
> b/meta/recipes-devtools/python/python/libffi-aarch64.patch
> new file mode 100644
> index 000..5581922
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python/libffi-aarch64.patch
> @@ -0,0 +1,1608 @@
> +Add support for aarch64 for ctypes module
> +
> +Python have its own version of libffi used for ctypes module.
> +libffi 3.0.10 contained in original source of Python-2.7.3 does not have
> +support for aarch64 architecture.
> +This is patch is backport support for aarch64 from libffi 3.1
> +
> +Upstream-Status: Backport
> +Signed-off-by: Tudor Florea 
> +
> +diff -ruN Python-2.7.3.orig/Modules/_ctypes/libffi/configure.ac Python-
> 2.7.3/Modules/_ctypes/libffi/configure.ac
> +--- Python-2.7.3.orig/Modules/_ctypes/libffi/configure.ac2015-02-27
> 23:15:16.118393178 +0100
>  Python-2.7.3/Modules/_ctypes/libffi/configure.ac 2015-02-27
> 23:51:03.351556903 +0100
> +@@ -44,6 +44,10 @@
> +
> + TARGETDIR="unknown"
> + case "$host" in
> ++  aarch64*-*-*)
> ++TARGET=AARCH64; TARGETDIR=aarch64
> ++;;
> ++
> +   alpha*-*-*)
> + TARGET=ALPHA; TARGETDIR=alpha;
> + # Support 128-bit long double, changeable via command-line switch.
> +@@ -195,6 +199,7 @@
> + AM_CONDITIONAL(POWERPC_AIX, test x$TARGET = xPOWERPC_AIX)
> + AM_CONDITIONAL(POWERPC_DARWIN, test x$TARGET =
> xPOWERPC_DARWIN)
> + AM_CONDITIONAL(POWERPC_FREEBSD, test x$TARGET =
> xPOWERPC_FREEBSD)
> ++AM_CONDITIONAL(AARCH64, test x$TARGET = xAARCH64)
> + AM_CONDITIONAL(ARM, test x$TARGET = xARM)
> + AM_CONDITIONAL(AVR32, test x$TARGET = xAVR32)
> + AM_CONDITIONAL(LIBFFI_CRIS, test x$TARGET = xLIBFFI_CRIS)
> +diff -ruN Python-2.7.3.orig/Modules/_ctypes/libffi/src/aarch64/ffi.c
> Python-2.7.3/Modules/_ctypes/libffi/src/aarch64/ffi.c
> +--- Python-2.7.3.orig/Modules/_ctypes/libffi/src/aarch64/ffi.c   1970-
> 01-01 01:00:00.0 +0100
>  Python-2.7.3/Modules/_ctypes/libffi/src/aarch64/ffi.c2014-04-25
> 19:45:13.0 +0200
> +@@ -0,0 +1,1168 @@
> ++/* Copyright (c) 2009, 2010, 2011, 2012 ARM Ltd.
> ++
> ++Permission is hereby granted, free of charge, to any person obtaining
> ++a copy of this software and associated documentation files (the
> ++``Software''), to deal in the Software without restriction, including
> ++without limitation the rights to use, copy, modify, merge, publish,
> ++distribute, sublicense, and/or sell copies of the Software, and to
> ++permit persons to whom the Software is furnished to do so, subject to
> ++the following conditions:
> ++
> ++The above copyright notice and this permission notice shall be
> ++included in all copies or substantial portions of the Software.
> ++
> ++THE SOFTWARE IS PROVIDED ``AS IS'', WITHOUT WARRANTY OF ANY KIND,
> ++EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
> OF
> ++MERCHANTABILITY, FITNESS FOR A PARTICULAR P

Re: [OE-core] [PATCH] liberation-fonts: inherit allarch as fonts are arch-independent

[Jonathan Liu]

Hi Ross,

On 10 March 2015 at 03:38, Ross Burton  wrote:
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

Should probably do the same for ttf-bitstream-vera.

Regards,
Jonathan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 3/3] logrotate: Identify CONFFILES

[Rob Woolley]

Some package formats explicitly track which files are configuration files
so that they are not overwritten on updates. We must use an explicit list
instead of a wildcard as logrotate also provides files under ${sysconfdir}
that are not configuration files.

Signed-off by: Rob Woolley 
diff --git a/meta/recipes-extended/logrotate/logrotate_3.8.8.bb 
b/meta/recipes-extended/logrotate/logrotate_3.8.8.bb
index 00432de..e3cfa90 100644
--- a/meta/recipes-extended/logrotate/logrotate_3.8.8.bb
+++ b/meta/recipes-extended/logrotate/logrotate_3.8.8.bb
@@ -27,6 +27,9 @@ PACKAGECONFIG ?= "\
 PACKAGECONFIG[acl] = ",,acl"
 PACKAGECONFIG[selinux] = ",,libselinux"
 
+CONFFILES_${PN} += "${localstatedir}/lib/logrotate.status \
+   ${sysconfdir}/logrotate.conf"
+
 # If RPM_OPT_FLAGS is unset, it adds -g itself rather than obeying our
 # optimization variables, so use it rather than EXTRA_CFLAGS.
 EXTRA_OEMAKE = "\
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/3] nfs-utils: Install nfsmount.conf

[Rob Woolley]

The file nfsmount.conf is present in nfs-utils but not installed to the 
filesystem.  It has been added to nfs-utils-client as it seemed to be 
missing accidentally rather than being removed intentionally.  The binary
files in nfs-utils-client have a hard-coded reference to it and we 
already provide the manpage for it in nfs-utils-doc.

Signed-off by: Rob Woolley 
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
index e4655d9..1439063 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
@@ -73,6 +73,7 @@ FILES_${PN}-client = "${base_sbindir}/*mount.nfs* 
${sbindir}/*statd \
  ${sbindir}/showmount ${sbindir}/nfsstat \
  ${localstatedir}/lib/nfs \
  ${sysconfdir}/nfs-utils.conf \
+ ${sysconfdir}/nfsmount.conf \
  ${sysconfdir}/init.d/nfscommon \
  ${systemd_unitdir}/system/nfs-statd.service"
 FILES_${PN}-stats = "${sbindir}/mountstats ${sbindir}/nfsiostat"
@@ -90,6 +91,8 @@ do_install_append () {
install -m 0755 ${WORKDIR}/nfscommon ${D}${sysconfdir}/init.d/nfscommon
 
install -m 0755 ${WORKDIR}/nfs-utils.conf ${D}${sysconfdir}
+   install -m 0755 ${S}/utils/mount/nfsmount.conf ${D}${sysconfdir}
+
install -d ${D}${systemd_unitdir}/system
install -m 0644 ${WORKDIR}/nfs-server.service 
${D}${systemd_unitdir}/system/
install -m 0644 ${WORKDIR}/nfs-mountd.service 
${D}${systemd_unitdir}/system/
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 2/3] nfs-utils: Identify CONFFILES

[Rob Woolley]

Some package formats explicitly track which files are configuration files
so that they are not overwritten on updates. We must use an explicit list
instead of a wildcard as nfs-utils-client provides files under 
${localstatedir}/lib/nfs that are not configuration files.

Signed-off by: Rob Woolley 
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
index 1439063..6f64e9d 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb
@@ -68,6 +68,13 @@ PACKAGECONFIG[nfsidmap] = 
"--enable-nfsidmap,--disable-nfsidmap,keyutils"
 INHIBIT_AUTO_STAGE = "1"
 
 PACKAGES =+ "${PN}-client ${PN}-stats"
+
+CONFFILES_${PN}-client += "${localstatedir}/lib/nfs/etab \
+  ${localstatedir}/lib/nfs/rmtab \
+  ${localstatedir}/lib/nfs/xtab \
+  ${localstatedir}/lib/nfs/statd/state \
+  ${sysconfdir}/nfsmount.conf"
+
 FILES_${PN}-client = "${base_sbindir}/*mount.nfs* ${sbindir}/*statd \
  ${sbindir}/rpc.idmapd ${sbindir}/sm-notify \
  ${sbindir}/showmount ${sbindir}/nfsstat \
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 0/3] Identify existing configuration files

[Rob Woolley]

Some package formats explicitly track which files are configuration files
so that they are not overwritten on updates.

This series explicitly identifies files that were already being packaged, 
but not known as configuration files.

I built the RPM packages and compared the output of rpm -qp --filesbypkg with 
rpm -qp --configfiles against the equivalent packages in CentOS 7.

 meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb |3 +++
 1 file changed, 3 insertions(+)

 meta/recipes-connectivity/nfs-utils/nfs-utils_1.3.1.bb |7 +++
 1 file changed, 7 insertions(+)

 meta/recipes-extended/logrotate/logrotate_3.8.8.bb |3 +++
 1 file changed, 3 insertions(+)

UPDATE: I updated the patches to use the proper GNU Coding Standard directory
variables.  I also added a patch to add nfsmount.conf to nfs-utils-client as it 
seemed to be missing by accident rather than by omission.

Signed-off-by: Rob Woolley 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 4/4] systemd: v219 with stable fixes

[Bruno Bottazzini]

Adding patches that fix bugs for 219 version.
This will get the same consistency of the stable systemd 219 version.

More details:
http://cgit.freedesktop.org/systemd/systemd-stable/log/?h=v219-stable
---
 ...remote-fix-certificate-status-memory-leak.patch |  31 +
 ...ournal-remote-fix-client_cert-memory-leak.patch |  35 +
 ...0003-tmpfiles-Fix-parse_acl-error-message.patch |  28 +
 ...-test-utf8-fix-utf16-tests-on-BE-machines.patch |  26 +
 ...iles-avoid-creating-duplicate-acl-entries.patch | 131 +++
 .../0006-shared-time-util-fix-gcc5-warning.patch   |  32 +
 ...time-test-infinity-parsing-in-nanoseconds.patch |  36 +
 .../0008-bootchart-fix-default-init-path.patch |  44 +
 ...emctl-bump-NOFILE-only-for-systemctl_main.patch |  44 +
 ...0-Make-root-s-home-directory-configurable.patch |  89 +-
 ...-util-avoid-freeing-uninitialized-pointer.patch |  37 +
 ...11-bootchart-svg-fix-checking-of-list-end.patch |  28 +
 ...md-add-getrandom-syscall-numbers-for-MIPS.patch |  38 +
 ...aker-dependencies-between-mount-and-devic.patch |  33 +
 ...topping-due-to-BindsTo-log-which-unit-cau.patch |  43 +
 ...grade-message-about-sysctl-overrides-to-d.patch |  30 +
 ...l-add-some-hints-how-to-override-settings.patch |  39 +
 .../0017-core-rework-device-state-logic.patch  | 912 +
 .../0018-core-fix-return-value-on-OOM.patch|  26 +
 ...e-x-machine-unix-prefix-for-the-container.patch |  33 +
 ...0-shared-AFS-is-also-a-network-filesystem.patch |  25 +
 ...downgrade-unit-type-not-supported-message.patch |  31 +
 ...ournal-remote-fix-saving-of-binary-fields.patch |  97 +++
 ...ix-Inappropriate-ioctl-for-device-on-ext4.patch |  37 +
 ...eplace-VLA-with-alloca-to-make-llvm-happy.patch |  53 ++
 ...ietly-ignore-ACLs-on-unsupported-filesyst.patch |  84 ++
 ...-assume-ac-when-sys-class-power_supply-is.patch |  30 +
 meta/recipes-core/systemd/systemd_219.bb   |  30 +
 28 files changed, 2050 insertions(+), 52 deletions(-)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-journal-remote-fix-certificate-status-memory-leak.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0002-journal-remote-fix-client_cert-memory-leak.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0003-tmpfiles-Fix-parse_acl-error-message.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0004-test-utf8-fix-utf16-tests-on-BE-machines.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0005-tmpfiles-avoid-creating-duplicate-acl-entries.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0006-shared-time-util-fix-gcc5-warning.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0007-test-time-test-infinity-parsing-in-nanoseconds.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0008-bootchart-fix-default-init-path.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0009-systemctl-bump-NOFILE-only-for-systemctl_main.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0010-acl-util-avoid-freeing-uninitialized-pointer.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0011-bootchart-svg-fix-checking-of-list-end.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0012-systemd-add-getrandom-syscall-numbers-for-MIPS.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0013-unit-use-weaker-dependencies-between-mount-and-devic.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0014-unit-When-stopping-due-to-BindsTo-log-which-unit-cau.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0015-sysctl-downgrade-message-about-sysctl-overrides-to-d.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0016-sysctl-add-some-hints-how-to-override-settings.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0017-core-rework-device-state-logic.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0018-core-fix-return-value-on-OOM.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0019-machined-use-x-machine-unix-prefix-for-the-container.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0020-shared-AFS-is-also-a-network-filesystem.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0021-core-downgrade-unit-type-not-supported-message.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0022-journal-remote-fix-saving-of-binary-fields.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0023-journal-fix-Inappropriate-ioctl-for-device-on-ext4.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0024-sd-daemon-replace-VLA-with-alloca-to-make-llvm-happy.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0025-tmpfiles-quietly-ignore-ACLs-on-unsupported-filesyst.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0026-shared-util-assume-ac-when-sys-class-power_supply-is.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-journal-remote-fix-certificate-status-memory-leak.patch
 
b/meta/recipes-core/systemd/systemd/00

[OE-core] [PATCH v2 2/4] systemd: verify if files test-udev and systemd-journal-flush exists

[Bruno Bottazzini]

If we compile using EXTRA_OECONF with '--disable-tests' option, the files
test-udev and systemd-journal-flush will not be created and the systemd
install phase will fail.
---
 meta/recipes-core/systemd/systemd_219.bb | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd_219.bb 
b/meta/recipes-core/systemd/systemd_219.bb
index 24486f1..6a8b5b8 100644
--- a/meta/recipes-core/systemd/systemd_219.bb
+++ b/meta/recipes-core/systemd/systemd_219.bb
@@ -166,7 +166,9 @@ do_install() {
sed -i -e 's/.*ForwardToSyslog.*/ForwardToSyslog=yes/' 
${D}${sysconfdir}/systemd/journald.conf
# its needed in 216 upstream has fixed it with 
919699ec301ea507edce4a619141ed22e789ac0d
# don't order journal flushing afte remote-fs.target
-   sed -i -e 's/ remote-fs.target$//' 
${D}${systemd_unitdir}/system/systemd-journal-flush.service
+   if [ -s ${D}${systemd_unitdir}/system/systemd-journal-flush.service ]; 
then
+sed -i -e 's/ remote-fs.target$//' 
${D}${systemd_unitdir}/system/systemd-journal-flush.service
+   fi
# this file is needed to exist if networkd is disabled but timesyncd is 
still in use since timesyncd checks it
# for existence else it fails
if [ -s ${D}${libdir}/tmpfiles.d/systemd.conf ]; then
@@ -177,7 +179,9 @@ do_install() {
 do_install_ptest () {
install -d ${D}${PTEST_PATH}/test
cp -rf ${S}/test/* ${D}${PTEST_PATH}/test
-   install -m 0755  ${B}/test-udev ${D}${PTEST_PATH}/
+   if [ -s ${B}/test-udev ]; then
+ install -m 0755  ${B}/test-udev ${D}${PTEST_PATH}/
+   fi
install -d ${D}${PTEST_PATH}/build-aux
cp ${S}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
cp -rf ${B}/rules ${D}${PTEST_PATH}/
-- 
1.9.1

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

[OE-core] [PATCH V2 0/4] systemd and dbus split into packages

[Bruno Bottazzini]

Differences from v1:

dbus: Adding change that Andreas Oberritter recommended.
-Setting RRECOMMENDS_${PN}_class-native instead RPROVIDES 
 dbus-native-tools-native.

systemd: Adding change that Anders Darander and Khem Raj recommended
-Modifying PACKAGECONFIG as requested to use it with bbutils.

systemd: Adding change that Khem Raj requested:
-Porting patches that was used on the release of the 219 stable version
 instead of changing the repository.


---
In this patchset we include the following:

1- dbus: split tools package
   Most tools are not required if one is launching a simple daemon.
   So, we split it into two packages dbus and dbus-tools which the user
   will be able to exclude it from the image if he wants to.

2- systemd: verify if files test-udev and systemd-journal-flush exists
   If the user put --disable-tests on EXTRA_OECONF for systemd, some files will
   not be created and systemd do_install phase
   will fail.
   This patch will give this flexibility for the user

3- systemd: split modules into packages
   Since systemd repo grows with more and more tools, the recipe will provide
   a customizable layer and he will be able to choose what he wants to ship
   to the final image.
   He will be able to save space and exclude unwanted packages from the
   final image.

4- systemd: add patches from systemd 219 - stable
   Adding patches that fix bugs for 219 version.
   This will get the same consistency of the stable systemd 219 version.


Bruno Bottazzini (3):
  systemd: verify if files test-udev and systemd-journal-flush exists
  systemd: split modules into packages
  systemd: v219 with stable fixes

Gustavo Sverzut Barbieri (1):
  dbus: split tools package.

Bruno Bottazzini (3):
  systemd: verify if files test-udev and systemd-journal-flush exists
  systemd: split modules into packages
  systemd: v219 with stable fixes

Gustavo Sverzut Barbieri (1):
  dbus: split tools package.

 meta/recipes-core/dbus/dbus.inc|9 +-
 ...remote-fix-certificate-status-memory-leak.patch |   31 +
 ...ournal-remote-fix-client_cert-memory-leak.patch |   35 +
 ...0003-tmpfiles-Fix-parse_acl-error-message.patch |   28 +
 ...-test-utf8-fix-utf16-tests-on-BE-machines.patch |   26 +
 ...iles-avoid-creating-duplicate-acl-entries.patch |  131 +++
 .../0006-shared-time-util-fix-gcc5-warning.patch   |   32 +
 ...time-test-infinity-parsing-in-nanoseconds.patch |   36 +
 .../0008-bootchart-fix-default-init-path.patch |   44 +
 ...emctl-bump-NOFILE-only-for-systemctl_main.patch |   44 +
 ...0-Make-root-s-home-directory-configurable.patch |   89 +-
 ...-util-avoid-freeing-uninitialized-pointer.patch |   37 +
 ...11-bootchart-svg-fix-checking-of-list-end.patch |   28 +
 ...md-add-getrandom-syscall-numbers-for-MIPS.patch |   38 +
 ...aker-dependencies-between-mount-and-devic.patch |   33 +
 ...topping-due-to-BindsTo-log-which-unit-cau.patch |   43 +
 ...grade-message-about-sysctl-overrides-to-d.patch |   30 +
 ...l-add-some-hints-how-to-override-settings.patch |   39 +
 .../0017-core-rework-device-state-logic.patch  |  912 
 .../0018-core-fix-return-value-on-OOM.patch|   26 +
 ...e-x-machine-unix-prefix-for-the-container.patch |   33 +
 ...0-shared-AFS-is-also-a-network-filesystem.patch |   25 +
 ...downgrade-unit-type-not-supported-message.patch |   31 +
 ...ournal-remote-fix-saving-of-binary-fields.patch |   97 ++
 ...ix-Inappropriate-ioctl-for-device-on-ext4.patch |   37 +
 ...eplace-VLA-with-alloca-to-make-llvm-happy.patch |   53 +
 ...ietly-ignore-ACLs-on-unsupported-filesyst.patch |   84 ++
 ...-assume-ac-when-sys-class-power_supply-is.patch |   30 +
 meta/recipes-core/systemd/systemd_219.bb   |  +---
 29 files changed, 3006 insertions(+), 186 deletions(-)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-journal-remote-fix-certificate-status-memory-leak.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0002-journal-remote-fix-client_cert-memory-leak.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0003-tmpfiles-Fix-parse_acl-error-message.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0004-test-utf8-fix-utf16-tests-on-BE-machines.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0005-tmpfiles-avoid-creating-duplicate-acl-entries.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0006-shared-time-util-fix-gcc5-warning.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0007-test-time-test-infinity-parsing-in-nanoseconds.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0008-bootchart-fix-default-init-path.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0009-systemctl-bump-NOFILE-only-for-systemctl_main.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0010-acl-util-avoid-freeing-uninitialized-pointer.patch
 create mode 100644 
meta/recipes-core/sys

[OE-core] [PATCH v2 3/4] systemd: split modules into packages

[Bruno Bottazzini]

if one wants to launch a simple deamon, most modules are not
required.
He will be able to save space and exclude unwanted packages
from the final image.
---
 meta/recipes-core/systemd/systemd_219.bb | 1073 ++
 1 file changed, 942 insertions(+), 131 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd_219.bb 
b/meta/recipes-core/systemd/systemd_219.bb
index 6a8b5b8..9ee2539 100644
--- a/meta/recipes-core/systemd/systemd_219.bb
+++ b/meta/recipes-core/systemd/systemd_219.bb
@@ -19,7 +19,7 @@ PROVIDES = "udev"
 
 PE = "1"
 
-DEPENDS = "kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native acl 
readline dbus libcap libcgroup glib-2.0 qemu-native util-linux"
+DEPENDS = "intltool-native gperf-native readline libcap libcgroup qemu-native"
 
 SECTION = "base/shell"
 
@@ -56,18 +56,40 @@ LDFLAGS_append_libc-uclibc = " -lrt"
 
 GTKDOC_DOCDIR = "${S}/docs/"
 
-PACKAGECONFIG ??= "xz \
+PACKAGECONFIG ??= " \
+   gcrypt \
+   kmod \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'blkid', 'blkid', 
'', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'efi', 'efi', '', 
d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'lz4', 'lz4', '', 
d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'xz', 'xz', '', d)} 
\
+   ${@bb.utils.contains('DISTRO_FEATURES', 'libidn', 'libidn', 
'', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'acl', 'acl', '', 
d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'pam', '', 
d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', 
'', d)}"
 
+PACKAGECONFIG[glib] = "--enable-gudev,--disable-gudev,glib-2.0"
+PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl"
+PACKAGECONFIG[blkid] = "--enable-blkid,--disable-blkid,util-linux"
+PACKAGECONFIG[efi] = "--enable-efi,--disable-efi"
+PACKAGECONFIG[kmod] = "--enable-kmod,--disable-kmod,kmod"
+PACKAGECONFIG[polkit] = "--enable-polkit,--disable-polkit,,polkit"
+PACKAGECONFIG[selinux] = "--enable-selinux,--disable-selinux,libselinux"
+PACKAGECONFIG[smack] = "--enable-smack,--disable-smack"
+PACKAGECONFIG[ima] = "--enable-ima,--disable-ima"
+PACKAGECONFIG[apparmor] = "--enable-apparmor,--disable-apparmor,libapparmor"
+PACKAGECONFIG[seccomp] = "--enable-seccomp,--disable-seccomp,libseccomp"
+PACKAGECONFIG[gcrypt] = "--enable-gcrypt,--disable-gcrypt,libgcrypt"
 PACKAGECONFIG[journal-upload] = "--enable-libcurl,--disable-libcurl,curl"
 # Sign the journal for anti-tampering
 PACKAGECONFIG[gcrypt] = "--enable-gcrypt,--disable-gcrypt,libgcrypt"
 # regardless of PACKAGECONFIG, libgcrypt is always required to expand
 # the AM_PATH_LIBGCRYPT autoconf macro
-DEPENDS += "libgcrypt"
 # Compress the journal
+PACKAGECONFIG[lz4] = "--enable-lz4,--disable-lz4,lz4"
 PACKAGECONFIG[xz] = "--enable-xz,--disable-xz,xz"
+PACKAGECONFIG[qrencode] = "--enable-qrencode,--disable-qrencode,libqrencode"
+PACKAGECONFIG[libidn] = "--enable-libidn,--disable-libidn,libidn"
 PACKAGECONFIG[cryptsetup] = 
"--enable-libcryptsetup,--disable-libcryptsetup,cryptsetup"
 PACKAGECONFIG[microhttpd] = 
"--enable-microhttpd,--disable-microhttpd,libmicrohttpd"
 PACKAGECONFIG[elfutils] = "--enable-elfutils,--disable-elfutils,elfutils"
@@ -90,16 +112,35 @@ rootprefix ?= "${base_prefix}"
 rootlibdir ?= "${base_libdir}"
 rootlibexecdir = "${rootprefix}/lib"
 
-# The gtk+ tools should get built as a separate recipe e.g. systemd-tools
 EXTRA_OECONF = " --with-rootprefix=${rootprefix} \
  --with-rootlibdir=${rootlibdir} \
  --with-roothomedir=${ROOT_HOME} \
- --disable-coredump \
+ --enable-coredump \
+ --with-sysvrcnd-path=${sysconfdir} \
+ --without-python \
+ --disable-introspection \
+ --disable-kdbus \
+ --disable-manpages \
  --disable-introspection \
  --disable-kdbus \
  --enable-split-usr \
- --without-python \
- --with-sysvrcnd-path=${sysconfdir} \
+ --enable-libcurl \
+ --enable-ldconfig \
+ --enable-backlight \
+ --enable-binfmt \
+ --enable-bootchart \
+ --enable-firstboot \
+ --enable-hostnamed \
+ --enable-localed \
+ --enable-logind \
+ --enable-machined \
+ --enable-networkd \
+ --enable-quotacheck \
+ --enable-randomseed \
+ --enable-resolved \
+ --enable-rfkill \
+ --enable-sysusers \
+ --enable-vconsole \
"
 # uclibc does not have NSS
 EXTRA_OECONF_append_libc-uclibc = " --disable-myhostname "
@@ -196,158 +237,745 @@ do_install_ptest () {
 
 python populate_packages

[OE-core] [PATCH v2 1/4] dbus: split tools package.

[Bruno Bottazzini]

From: Gustavo Sverzut Barbieri 

Most tools are not required if one is launching a simple daemon.
The user will be able to exclude dbus-tool and save some space in his
build

Signed-off-by: Bruno Bottazzini 
---
 meta/recipes-core/dbus/dbus.inc | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index fb5d017..58dd728 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -39,7 +39,7 @@ CONFFILES_${PN} = "${sysconfdir}/dbus-1/system.conf 
${sysconfdir}/dbus-1/session
 
 DEBIANNAME_${PN} = "dbus-1"
 
-PACKAGES =+ "${PN}-lib"
+PACKAGES =+ "${PN}-lib ${PN}-tools"
 
 OLDPKGNAME = "dbus-x11"
 OLDPKGNAME_class-nativesdk = ""
@@ -47,6 +47,7 @@ OLDPKGNAME_class-nativesdk = ""
 # for compatibility
 RPROVIDES_${PN} = "${OLDPKGNAME}"
 RREPLACES_${PN} += "${OLDPKGNAME}"
+RRECOMMENDS_${PN}_class-native = ""
 
 FILES_${PN} = "${bindir}/dbus-daemon* \
${bindir}/dbus-uuidgen \
@@ -64,6 +65,12 @@ FILES_${PN} = "${bindir}/dbus-daemon* \
 FILES_${PN}-lib = "${libdir}/lib*.so.*"
 RRECOMMENDS_${PN}-lib = "${PN}"
 FILES_${PN}-dev += "${libdir}/dbus-1.0/include ${bindir}/dbus-glib-tool"
+FILES_${PN}-tools += "${bindir}/dbus-uuidgen \
+  ${bindir}/dbus-cleanup-sockets \
+  ${bindir}/dbus-monitor \
+  ${bindir}/dbus-launch \
+  ${bindir}/dbus-run-session"
+RRECOMMENDS_${PN} = "${PN}-tools"
 
 pkg_postinst_dbus() {
# If both systemd and sysvinit are enabled, mask the dbus-1 init script
-- 
1.9.1

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

Re: [OE-core] [PATCH] lttng: Add tracing group when building lttng-tools

[Burton, Ross]

On 27 February 2015 at 02:17, Mehaffey, John 
wrote:

> +inherit autotools-brokensep ptest pkgconfig adduser
>

Did you mean useradd?  Or is adduser something Mentor-specific?

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

[OE-core] [dylan][PATCH 1/2] dtc: remove unnecessary 'protocol=git'

[krzysztof . m . sywula]

From: Krzysztof Sywula 

backporting change from master
88c5e10d6296efb175f05c3aae6e308972854cb1

Signed-off-by: Krzysztof Sywula 
---
 meta/recipes-kernel/dtc/dtc.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index 18847c6..6bf2363 100644
--- a/meta/recipes-kernel/dtc/dtc.inc
+++ b/meta/recipes-kernel/dtc/dtc.inc
@@ -6,7 +6,7 @@ DEPENDS = "flex-native bison-native"
 
 inherit autotools
 
-SRC_URI = "git://www.jdl.com/software/dtc.git;protocol=git \
+SRC_URI = "git://www.jdl.com/software/dtc.git \
file://make_install.patch \
  "
 
-- 
1.8.2

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

[OE-core] [dylan][PATCH 2/2] dtc: old SRC_URI died, changing to new working one

[krzysztof . m . sywula]

From: Krzysztof Sywula 

(From OE-Core rev: 131a17f014e6373dae526cc927588ccc0fedc38d)

Signed-off-by: Krzysztof Sywula 
Signed-off-by: Richard Purdie 
---
 meta/recipes-kernel/dtc/dtc.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index 6bf2363..a70ff92 100644
--- a/meta/recipes-kernel/dtc/dtc.inc
+++ b/meta/recipes-kernel/dtc/dtc.inc
@@ -6,7 +6,7 @@ DEPENDS = "flex-native bison-native"
 
 inherit autotools
 
-SRC_URI = "git://www.jdl.com/software/dtc.git \
+SRC_URI = "git://git.kernel.org/pub/scm/utils/dtc/dtc.git \
file://make_install.patch \
  "
 
-- 
1.8.2

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

[OE-core] [PATCH] lib/oeqa/runtime/systemd: Add a basic runtime test for the journal

[Randy Witt]

The test_systemd_journal() test will fail if journalctl exits with a
non-zero exit status. The exit status is non-zero even if there are no
journal files, which is what drove the creation of this test.

[Yocto #7388]

Signed-off-by: Randy Witt 
---
 meta/lib/oeqa/runtime/systemd.py | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/lib/oeqa/runtime/systemd.py b/meta/lib/oeqa/runtime/systemd.py
index 1451698..5935edd 100644
--- a/meta/lib/oeqa/runtime/systemd.py
+++ b/meta/lib/oeqa/runtime/systemd.py
@@ -86,3 +86,9 @@ class SystemdServiceTests(SystemdTest):
 self.systemctl('is-enabled', 'avahi-daemon.service', expected=1)
 self.systemctl('enable', 'avahi-daemon.service')
 self.systemctl('is-enabled', 'avahi-daemon.service')
+
+class SystemdJournalTests(SystemdTest):
+@skipUnlessPassed('test_ssh')
+def test_systemd_journal(self):
+(status, output) = self.target.run('journalctl')
+self.assertEqual(status, 0, output)
-- 
1.9.3

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

Re: [OE-core] gst-ffmpeg is broken since the libav-9 introduction

[Burton, Ross]

On 9 March 2015 at 18:18, Mike Looijmans  wrote:

> It works, and we're stuck with vendors providing no support for 1.x, and
> we've been trying to get the 1.x version integrated but that's a rather big
> task and the total lack of decent "how to migrate from 0.1 to 1.x" guides
> isn't doing much to speed that up either.
>

That's just depressing.  0.10 has been unmaintained for *ages* and I'd have
hoped that BSP providers would have upped their game somewhat.

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

[OE-core] [OE-core v1 PATCH 5/5] grub-efi: Add support to install grubaa64 efi

[Naresh Bhat]

Add support to install grubaa64.efi image.  By default GRUB_IMAGE contains
the bootia32.efi image.  Depending on the architecture type the variable is
being updated to either bootia64.efi or grubaa64.efi

Signed-off-by: Naresh Bhat 
---
 meta/classes/grub-efi.bbclass |   17 +++--
 1 file changed, 11 insertions(+), 6 deletions(-)

diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index 47bd35e..cded1a0 100644
--- a/meta/classes/grub-efi.bbclass
+++ b/meta/classes/grub-efi.bbclass
@@ -31,15 +31,20 @@ efi_populate() {
# nested under a top level directory.
DEST=$1
 
-   install -d ${DEST}${EFIDIR}
-
GRUB_IMAGE="bootia32.efi"
-   if [ "${TARGET_ARCH}" = "x86_64" ]; then
+
+   case ${TARGET_ARCH} in
+   x86_64 )
GRUB_IMAGE="bootx64.efi"
-   fi
-   install -m 0644 ${DEPLOY_DIR_IMAGE}/${GRUB_IMAGE} ${DEST}${EFIDIR}
+   ;;
+   aarch64 )
+   GRUB_IMAGE="grubaa64.efi"
+   ;;
+   esac
+
+   install -m 0644 -D ${DEPLOY_DIR_IMAGE}/${GRUB_IMAGE} ${DEST}${EFIDIR}
 
-   install -m 0644 ${GRUBCFG} ${DEST}${EFIDIR}
+   install -m 0644 -D ${GRUBCFG} ${DEST}${EFIDIR}
 }
 
 efi_iso_populate() {
-- 
1.7.9.5

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

[OE-core] [OE-core v1 PATCH 3/5] bootimg: Skip iso image build for aarch64

[Naresh Bhat]

To generate bootable ISO image the x86 architecture uses syslinux package 
(syslinux/isolinux.bin).
We have already skip the syslinux package for aarch64.  Hence skip the iso 
image build for aarch64.

Signed-off-by: Naresh Bhat 
---
 meta/classes/bootimg.bbclass |6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index ed7b32f..d8c2a59 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -265,7 +265,11 @@ python do_bootimg() {
 if d.getVar("EFI", True) == "1":
 bb.build.exec_func('build_efi_cfg', d)
 bb.build.exec_func('build_hddimg', d)
-bb.build.exec_func('build_iso', d)
+
+if d.getVar('TARGET_ARCH', True) == "aarch64":
+return
+else:
+bb.build.exec_func('build_iso', d)
 }
 
 IMAGE_TYPEDEP_iso = "ext3"
-- 
1.7.9.5

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

[OE-core] [OE-core v1 PATCH 4/5] grub: Update grub git recipe

[Naresh Bhat]

Update the grub git recipe with the following actions for native and target
- Base class extend to native
- do_configure_prepend
- do_install_append
- do_mkimage native
- do_deploy

Signed-off-by: Naresh Bhat 
---
 meta/recipes-bsp/grub/grub_git.bb |   48 +++--
 1 file changed, 41 insertions(+), 7 deletions(-)

diff --git a/meta/recipes-bsp/grub/grub_git.bb 
b/meta/recipes-bsp/grub/grub_git.bb
index 3ab675b..a5ab649 100644
--- a/meta/recipes-bsp/grub/grub_git.bb
+++ b/meta/recipes-bsp/grub/grub_git.bb
@@ -8,6 +8,7 @@ DEFAULT_PREFERENCE_arm = "1"
 PV = "2.00+${SRCPV}"
 SRCREV = "87de66d9d83446ecddb29cfbdf7369102c8e209e"
 SRC_URI = "git://git.savannah.gnu.org/grub.git \
+   file://cfg \
file://grub-2.00-fpmath-sse-387-fix.patch \
file://autogen.sh-exclude-pc.patch \
file://grub-2.00-add-oe-kernel.patch \
@@ -18,7 +19,7 @@ S = "${WORKDIR}/git"
 
 COMPATIBLE_HOST = '(x86_64.*|i.86.*|arm.*|aarch64.*)-(linux.*|freebsd.*)'
 
-inherit autotools gettext texinfo
+inherit autotools-brokensep gettext texinfo deploy
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[grub-mount] = "--enable-grub-mount,--disable-grub-mount,fuse"
@@ -31,24 +32,57 @@ GRUBPLATFORM_arm = "uboot"
 GRUBPLATFORM_aarch64 = "efi"
 GRUBPLATFORM ??= "pc"
 
+CACHED_CONFIGUREVARS += "ac_cv_path_HELP2MAN="
 EXTRA_OECONF = "--with-platform=${GRUBPLATFORM} --disable-grub-mkfont 
--program-prefix="" \
 --enable-liblzma=no --enable-device-mapper=no 
--enable-libzfs=no"
 
+export ac_cv_path_HELP2MAN=""
+
 do_configure_prepend() {
-( cd ${S}
-  ${S}/autogen.sh )
+  ./autogen.sh
+}
+
+do_install_append_class-native() {
+install -m 755 -D grub-mkimage ${D}${bindir}
 }
 
-do_install_append () {
-install -d ${D}${sysconfdir}/grub.d
- 
+do_install_append_class-target() {
+# Search for the grub.cfg on the local boot media by using the
+# built in cfg file provided via this recipe
+grub-mkimage -c ../cfg -p /EFI/BOOT -d ./grub-core/ \
+-O ${GRUB_TARGET}-${GRUBPLATFORM} -o ./${GRUB_IMAGE} \
+boot linux ext2 fat serial part_msdos part_gpt \
+normal efi_gop iso9660 search efinet tftp all_video chain \
+gfxmenu jpeg gfxterm
+
+install -m 0755 -D ${B}/${GRUB_IMAGE} ${D}${bindir}
+}
+
+GRUB_TARGET_aarch64 = "arm64"
+GRUB_IMAGE_aarch64 = "grubaa64.efi"
+
+do_mkimage_class-native() {
+:
 }
 
+do_deploy() {
+install -m 0755 -D ${B}/${GRUB_IMAGE} ${DEPLOYDIR}
+}
+
+do_deploy_class-native() {
+:
+}
+
+addtask deploy after do_install before do_build
+
 # debugedit chokes on bare metal binaries
 INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
 
-RDEPENDS_${PN} = "diffutils freetype"
+RDEPENDS_${PN}_class-target = "diffutils freetype"
 FILES_${PN}-dbg += "${libdir}/${BPN}/*/.debug"
 
 INSANE_SKIP_${PN} = "arch"
 INSANE_SKIP_${PN}-dbg = "arch"
+
+DEPENDS_class-target += "grub-native"
+BBCLASSEXTEND = "native"
-- 
1.7.9.5

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

[OE-core] [OE-core v1 PATCH 2/5] syslinux: Remove bootimg dependency for aarch64

[Naresh Bhat]

Remove the bootimg dependency as syslinux for aarch64. The reasons to skip the 
syslinux package
- syslinux package contains x86 assembly code. Hence compilation errors on 
aarch64.
- There is no BIOS on aarch64 to answer syscalls.

Signed-off-by: Naresh Bhat 
---
 meta/classes/syslinux.bbclass |   11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index d6498d9..2efb764 100644
--- a/meta/classes/syslinux.bbclass
+++ b/meta/classes/syslinux.bbclass
@@ -17,7 +17,16 @@
 # ${SYSLINUX_SERIAL_TTY} - Set alternate console=tty... kernel boot argument
 # ${SYSLINUX_KERNEL_ARGS} - Add additional kernel arguments
 
-do_bootimg[depends] += "${MLPREFIX}syslinux:do_populate_sysroot \
+def boot_image_depends(bb, d):
+ import re
+ deps = bb.data.getVar('TARGET_PREFIX', d, True)
+ if re.search("(x86_64|i.86).*",deps):
+ return "${MLPREFIX}syslinux"
+ if re.search("aarch64",deps):
+ return ""
+RDEPENDS = "${@boot_image_depends(bb, d)}"
+
+do_bootimg[depends] += "${RDEPENDS}:do_populate_sysroot \
 syslinux-native:do_populate_sysroot"
 
 SYSLINUXCFG  = "${S}/syslinux.cfg"
-- 
1.7.9.5

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

[OE-core] [OE-core v1 PATCH 1/5] bootimg: Add support to install Image

[Naresh Bhat]

Add support to install kernel image for aarch64

Signed-off-by: Naresh Bhat 
---
 meta/classes/bootimg.bbclass |   11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index b1c03ba..ed7b32f 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -64,10 +64,17 @@ inherit ${EFI_CLASS}
 
 populate() {
DEST=$1
-   install -d ${DEST}
+
+   SRC_KERNEL_IMAGE=bzImage
+   DEST_KERNEL_IMAGE=vmlinuz
+
+   if [ "${TARGET_ARCH}" = "aarch64" ]; then
+   SRC_KERNEL_IMAGE=Image
+   DEST_KERNEL_IMAGE=Image
+   fi
 
# Install bzImage, initrd, and rootfs.img in DEST for all loaders to 
use.
-   install -m 0644 ${DEPLOY_DIR_IMAGE}/bzImage ${DEST}/vmlinuz
+   install -m 0644 -D ${STAGING_KERNEL_DIR}/${SRC_KERNEL_IMAGE} 
${DEST}/${DEST_KERNEL_IMAGE}

# initrd is made of concatenation of multiple filesystem images
if [ -n "${INITRD}" ]; then
-- 
1.7.9.5

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

[OE-core] [OE-core v1 PATCH 0/5] aarch64 changes for meta layer

[Naresh Bhat]

I am adding the support of aarch64 to LUV OS Distribution project.
The luv-yocto project is based on poky distribution.

https://01.org/linux-uefi-validation

While adding support I find that these are the few meta layer changes,
which I have been asked to upstream. If we merge these changes into
openembedded-core it will be more helpful to maintain the minimum set
patches at dependency projects like luv-yocto.

Changes since V0:[RFC series]
- Include all the chages suggested by Bernhard Reutner-Fischer 
- Add grub recipe changes suggested by Burton Ross

Naresh Bhat (5):
  bootimg: Add support to install Image
  syslinux: Remove bootimg dependency for aarch64
  bootimg: Skip iso image build for aarch64
  grub: Update grub git recipe
  grub-efi: Add support to install grubaa64 efi

 meta/classes/bootimg.bbclass  |   17 ++---
 meta/classes/grub-efi.bbclass |   17 -
 meta/classes/syslinux.bbclass |   11 -
 meta/recipes-bsp/grub/grub_git.bb |   48 +++--
 4 files changed, 76 insertions(+), 17 deletions(-)

-- 
1.7.9.5

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

Re: [OE-core] gst-ffmpeg is broken since the libav-9 introduction

[Mike Looijmans]

On 09-03-15 16:26, Burton, Ross wrote:

Oh and FWIW the Sato images in master just flipped from GStreamer 0.10
to 1.4 by default, so I do hope that GStreamer 0.10 will disappear from
oe-core after the next release (moving to meta-multimedia).

Can I ask why you're still using GStreamer 0.10?  If there's a good
reason to keep 0.10 in oe-core during the next cycle we can, but
otherwise the sooner it can be removed entirely as it's no longer tested
the better.


It works, and we're stuck with vendors providing no support for 1.x, and 
we've been trying to get the 1.x version integrated but that's a rather 
big task and the total lack of decent "how to migrate from 0.1 to 1.x" 
guides isn't doing much to speed that up either.


The current situation is so bad (and has been for many years) that we 
have our own copies of the gstreamer 0.1 recipes in OpenPLi.




Ross

On 9 March 2015 at 15:24, Burton, Ross mailto:ross.bur...@intel.com>> wrote:


On 6 March 2015 at 17:51, Mike Looijmans mailto:mike.looijm...@topic.nl>> wrote:

Commit 4ceff7d0a1f28eb1ce5d288111015b__ff8d5e9a7e "libav: drop
older 0.8.* and use libav-9 by default" removed libav 0.8 in
favor of the "9" edition. However, after compiling this for a
MIPS box, the gst-ffmpeg plugin now refuses to load and displays
the following at runtime:


Hm, bad testing, sorry.  This would be why gstreamer-libav 1.0
defaults to using it's own internal copy of libav then. :/

I see that gstreamer-ffmpeg_0.10 defaults to using the internal
libav, and as the API clearly changed we need to do that.  Can you
verify that removing external-libav from the PACKAGECONFIG fixes
this problem?

Ross





--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] gst-ffmpeg is broken since the libav-9 introduction

[Mike Looijmans]

On 09-03-15 16:24, Burton, Ross wrote:


On 6 March 2015 at 17:51, Mike Looijmans mailto:mike.looijm...@topic.nl>> wrote:

Commit 4ceff7d0a1f28eb1ce5d288111015b__ff8d5e9a7e "libav: drop older
0.8.* and use libav-9 by default" removed libav 0.8 in favor of the
"9" edition. However, after compiling this for a MIPS box, the
gst-ffmpeg plugin now refuses to load and displays the following at
runtime:


Hm, bad testing, sorry.  This would be why gstreamer-libav 1.0 defaults
to using it's own internal copy of libav then. :/


There's actually a page long rant that displays on screen if you link 
externally, like we do...



I see that gstreamer-ffmpeg_0.10 defaults to using the internal libav,
and as the API clearly changed we need to do that.  Can you verify that
removing external-libav from the PACKAGECONFIG fixes this problem?


Tried that, it required a small patch to the configure.ac script to make 
it past the configure stage:


Index: gst-ffmpeg-0.10.13/configure.ac
===
--- gst-ffmpeg-0.10.13.orig/configure.ac
+++ gst-ffmpeg-0.10.13/configure.ac
@@ -385,7 +385,7 @@ else
  if test -z "$srcdir" -o "$srcdir" = .; then
confcmd=./configure
  else
-   confcmd="$origdir"/"$ac_top_srcdir"/gst-libs/ext/libav/configure
+   confcmd="$ac_top_srcdir"/gst-libs/ext/libav/configure
  fi

  AS_MKDIR_P(["$ac_top_build_prefix"gst-libs/ext/libav])


Then it at least gets a bit further, but then you get bombed by a load 
of missing includes/headers/classes/andwhatnots during compile.


I guess some of the 50 or so patches are intented to make it work with 
the external library, and hence break building against the included one.


--
Mike Looijmans
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Problem with mesa_10.1.3.bb for angstrom on i.mx 6

[Burton, Ross]

On 9 March 2015 at 14:31, ss infod  wrote:

> Is there a way to build my image while disabling the mesa support ? (I
> want a GUI but I don't need the 3D support).
>
> Why is "mesa_10.1.3.bb" failing for this configuration ?
>

You can try disabling opengl by doing DISTRO_FEATURES_remove="opengl" in
your local.conf but some distributions don't actually work with this
disabled, so your mileage may vary.

I'd suggest that this is a BSP/distro problem before an oe-core problem so
you should probably start on the Angstrom/wandaboard lists, where
presumably someone else has seen this.

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

[OE-core] [PATCH] xserver-xorg: don't close already-closed connections

[Ross Burton]

On shutdown xserver was closing connections that were already closed, resulting
in a segfault.

Signed-off-by: Ross Burton 
---
 .../xorg-xserver/xserver-xorg/xtrans.patch |   38 
 .../xorg-xserver/xserver-xorg_1.16.3.bb|1 +
 2 files changed, 39 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-xserver/xserver-xorg/xtrans.patch

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg/xtrans.patch 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg/xtrans.patch
new file mode 100644
index 000..e6dba04
--- /dev/null
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg/xtrans.patch
@@ -0,0 +1,38 @@
+Upstream-Status: Submitted
+Signed-off-by: Ross Burton 
+
+Since _XSERVTransClose frees the connection pointer passed to it,
+remove that pointer from the array, so we don't try to double free it
+if we come back into CloseWellKnownConnections again.
+
+Should fix https://bugzilla.yoctoproject.org/show_bug.cgi?id=6665 in which
+the shutdown section of the main() loop called CloseWellKnownConnections()
+and then moved on to ddxGiveUp(), which failed to release the VT and thus
+called AbortServer(), which called CloseWellKnownConnections() again.
+
+Signed-off-by: Alan Coopersmith 
+Reviewed-by: Adam Jackson 
+---
+ os/connection.c |9 +++--
+ 1 file changed, 7 insertions(+), 2 deletions(-)
+
+diff --git a/os/connection.c b/os/connection.c
+index ddfe50a..7ff44e1 100644
+--- a/os/connection.c
 b/os/connection.c
+@@ -513,8 +513,13 @@ CloseWellKnownConnections(void)
+ {
+ int i;
+
+-for (i = 0; i < ListenTransCount; i++)
+-_XSERVTransClose(ListenTransConns[i]);
++for (i = 0; i < ListenTransCount; i++) {
++if (ListenTransConns[i] != NULL) {
++_XSERVTransClose(ListenTransConns[i]);
++ListenTransConns[i] = NULL;
++}
++}
++ListenTransCount = 0;
+ }
+
+ static void
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.16.3.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.16.3.bb
index 347ce3b..9d9ede2 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.16.3.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.16.3.bb
@@ -5,6 +5,7 @@ SRC_URI += "file://fix_open_max_preprocessor_error.patch \
 file://xorg-CVE-2013-6424.patch \
 file://xshmfence-option.patch \
 file://Fix-subwindow-in-Xi-emulated-events.patch \
+file://xtrans.patch \
"
 
 SRC_URI[md5sum] = "afd93977235584a9caa7528a737c1b52"
-- 
1.7.10.4

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

Re: [OE-core] [PATCH] systemd: 219 -> stable-219

[Khem Raj]

> On Mar 9, 2015, at 10:07 AM, Bottazzini, Bruno  
> wrote:
> 
> On Sex, 2015-03-06 at 14:49 -0800, Khem Raj wrote:
>> On Fri, Mar 6, 2015 at 1:51 PM, Bruno Bottazzini
>>  wrote:
>>> The upstream systemd git repo only contains the main systemd branch that
>>> progresses at a quick pace, continuously bringing both bugfixes and new 
>>> features.
>>> 
>>> Distributions usually prefer basing their releases on stabilized versions
>>> that receive the bugfixes but not the features.
>> 
>> Thats good, although we have to be open on stable branch to do SRCREV
>> updates which we hardly do. We only backport fixed via master
>> so I see this as pointless from that angle.
> 
> Alright! Can I get all the patches for the stable version and apply
> it ? 
> In the end we will get the stable version via master.
> 
> What do you think ? Would this be better ?

that would be fine.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] systemd: 219 -> stable-219

[Bottazzini, Bruno]

On Sex, 2015-03-06 at 14:49 -0800, Khem Raj wrote:
> On Fri, Mar 6, 2015 at 1:51 PM, Bruno Bottazzini
>  wrote:
> > The upstream systemd git repo only contains the main systemd branch that
> > progresses at a quick pace, continuously bringing both bugfixes and new 
> > features.
> >
> > Distributions usually prefer basing their releases on stabilized versions
> > that receive the bugfixes but not the features.
> 
> Thats good, although we have to be open on stable branch to do SRCREV
> updates which we hardly do. We only backport fixed via master
> so I see this as pointless from that angle.

Alright! Can I get all the patches for the stable version and apply
it ? 
In the end we will get the stable version via master.

What do you think ? Would this be better ?


> 
> > ---
> >  ...0-Make-root-s-home-directory-configurable.patch | 89 
> > +-
> >  meta/recipes-core/systemd/systemd_219.bb   |  6 +-
> >  2 files changed, 40 insertions(+), 55 deletions(-)
> >
> > diff --git 
> > a/meta/recipes-core/systemd/systemd/0010-Make-root-s-home-directory-configurable.patch
> >  
> > b/meta/recipes-core/systemd/systemd/0010-Make-root-s-home-directory-configurable.patch
> > index 41b9039..ff2871b 100644
> > --- 
> > a/meta/recipes-core/systemd/systemd/0010-Make-root-s-home-directory-configurable.patch
> > +++ 
> > b/meta/recipes-core/systemd/systemd/0010-Make-root-s-home-directory-configurable.patch
> > @@ -1,7 +1,7 @@
> > -From 3dc731c1d270e2e143de621db9bd898299fd849d Mon Sep 17 00:00:00 2001
> > -From: Khem Raj 
> > -Date: Fri, 20 Feb 2015 05:24:49 +
> > -Subject: [PATCH 10/11] Make root's home directory configurable
> > +From dd843247b6c769a3983462f7e616dc43226974a0 Mon Sep 17 00:00:00 2001
> > +From: Bruno Bottazzini 
> > +Date: Thu, 5 Mar 2015 17:38:12 -0300
> > +Subject: [PATCH] Make root's home directory configurable
> >
> >  OpenEmbedded has a configurable home directory for root. Allow
> >  systemd to be built using its idea of what root's home directory
> > @@ -9,32 +9,31 @@ should be.
> >
> >  Upstream-Status: Pending
> >
> > -Signed-off-by: Dan McGregor 
> > -Signed-off-by: Khem Raj 
> > +Patch made by Khem Raj  updated to be
> > +compatbile with systemd 219-stable
> >  ---
> > - Makefile.am   | 2 ++
> > - configure.ac  | 7 +++
> > - src/core/unit-printf.c| 2 +-
> > - src/nspawn/nspawn.c   | 4 ++--
> > - src/shared/util.c | 4 ++--
> > - units/console-shell.service.m4.in | 4 ++--
> > - units/emergency.service.in| 4 ++--
> > - units/rescue.service.in   | 4 ++--
> > - 8 files changed, 20 insertions(+), 11 deletions(-)
> > + Makefile.am| 2 ++
> > + configure.ac   | 7 +++
> > + src/core/unit-printf.c | 2 +-
> > + src/nspawn/nspawn.c| 5 ++---
> > + src/shared/util.c  | 4 ++--
> > + units/emergency.service.in | 4 ++--
> > + units/rescue.service.in| 4 ++--
> > + 7 files changed, 18 insertions(+), 10 deletions(-)
> >
> >  diff --git a/Makefile.am b/Makefile.am
> > -index 0fb3f9f..4623963 100644
> > +index 93c0509..31ea94d 100644
> >  --- a/Makefile.am
> >  +++ b/Makefile.am
> > -@@ -199,6 +199,7 @@ AM_CPPFLAGS = \
> > -   -DKEXEC=\"$(KEXEC)\" \
> > -   -DLIBDIR=\"$(libdir)\" \
> > +@@ -201,6 +201,7 @@ AM_CPPFLAGS = \
> > -DROOTLIBDIR=\"$(rootlibdir)\" \
> > -+  -DROOTHOMEDIR=\"$(roothomedir)\" \
> > +   -DROOTLIBEXECDIR=\"$(rootlibexecdir)\" \
> > -DTEST_DIR=\"$(abs_top_srcdir)/test\" \
> > ++  -DROOTHOMEDIR=\"$(roothomedir)\" \
> > -I $(top_srcdir)/src \
> > -I $(top_builddir)/src/shared \
> > -@@ -6342,6 +6343,7 @@ EXTRA_DIST += \
> > +   -I $(top_srcdir)/src/shared \
> > +@@ -6350,6 +6351,7 @@ EXTRA_DIST += \
> >   substitutions = \
> >  '|rootlibexecdir=$(rootlibexecdir)|' \
> >  '|rootbindir=$(rootbindir)|' \
> > @@ -43,10 +42,10 @@ index 0fb3f9f..4623963 100644
> >  '|SYSTEMCTL=$(rootbindir)/systemctl|' \
> >  '|SYSTEMD_NOTIFY=$(rootbindir)/systemd-notify|' \
> >  diff --git a/configure.ac b/configure.ac
> > -index a5b2e6e..55bb7d8 100644
> > +index 01ee8dc..800a587 100644
> >  --- a/configure.ac
> >  +++ b/configure.ac
> > -@@ -1428,6 +1428,11 @@ AC_ARG_WITH([rootlibdir],
> > +@@ -1410,6 +1410,11 @@ AC_ARG_WITH([rootlibdir],
> >   [],
> >   [with_rootlibdir=${libdir}])
> >
> > @@ -58,7 +57,7 @@ index a5b2e6e..55bb7d8 100644
> >   AC_ARG_WITH([pamlibdir],
> >   AS_HELP_STRING([--with-pamlibdir=DIR], [Directory for PAM 
> > modules]),
> >   [],
> > -@@ -1518,6 +1523,7 @@ AC_SUBST([pamlibdir], [$with_pamlibdir])
> > +@@ -1500,6 +1505,7 @@ AC_SUBST([pamlibdir], [$with_pamlibdir])
> >   AC_SUBST([pamconfdir], [$with_pamconfdir])
> >   AC_SUBST([rootprefix], [$with_rootprefix])
> >   AC_SUBST([rootlibdir], [$with_rootlibdir])
> > @@ -66,7 +65,7 @@ index a5b2e6e..55bb7d8 100644
> >
> >   AC_CONFIG_FILES([
> >   

[OE-core] [PATCH] liberation-fonts: inherit allarch as fonts are arch-independent

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb 
b/meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb
index 89fa4b21..708f59e 100644
--- a/meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb
+++ b/meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
 PR = "r4"
 PE = "1"
 
-inherit fontcache
+inherit allarch fontcache
 
 FONT_PACKAGES = "${PN}"
 
-- 
1.7.10.4

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

Re: [OE-core] [PATCH] liberation-fonts: inherit allarch as fonts are arch-independent

[Otavio Salvador]

On Mon, Mar 9, 2015 at 1:38 PM, Ross Burton  wrote:
> Signed-off-by: Ross Burton 

Acked-by: Otavio Salvador 

Once this is merged, please backport it to Dizzy as well


-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3] u-boot.inc: fix rename image error

[Otavio Salvador]

On Mon, Mar 9, 2015 at 4:24 AM, Chunrong Guo  wrote:
>   Resolve mismatch between U-Boot configs and uboot image name.
>   The ${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX} may alway be false
>   and repeat compile or install so we need to check if ${type} match 
> ${config} .
>
> Signed-off-by: Chunrong Guo 

I think we have a serious issue here:

+ echo mx6qsabresd_config
+ cut -d_ -f2
+ [ config = sd ]
+ echo mx6qsabresd_sata_config
+ cut -d_ -f2
+ [ sata = sd ]
+ echo mx6qsabresd_config
+ cut -d_ -f2
+ [ config = sata ]
+ echo mx6qsabresd_sata_config
+ cut -d_ -f2
+ [ sata = sata ]
+ oe_runmake O=mx6qsabresd_sata_config mx6qsabresd_sata_config
+ oe_runmake_call O=mx6qsabresd_sata_config mx6qsabresd_sata_config

This is wrong. It shouldn't expect a pattern in the UBOOT_MACHINE
value. Instead it should match the UBOOT_CONFIG for it and done.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] systemd: split modules into packages

[Bottazzini, Bruno]

On Seg, 2015-03-09 at 08:32 -0700, Khem Raj wrote:
> > On Mar 9, 2015, at 6:37 AM, Bottazzini, Bruno  
> > wrote:
> > 
> > On Sex, 2015-03-06 at 14:51 -0800, Khem Raj wrote:
> >> On Fri, Mar 6, 2015 at 6:03 AM, Bottazzini, Bruno
> >>  wrote:
> >>> On Sex, 2015-03-06 at 09:23 +0100, Anders Darander wrote:
>  * Bottazzini, Bruno  [150305 17:15]:
>  
> > On Qui, 2015-03-05 at 15:28 +0100, Anders Darander wrote:
>  
> >> Just a quick question before I look into the patch in more detail.
>  
> >> Is the new setting of PACKAGECONFIG consistent with how systemd was
> >> built previously? I guess it is.
>  
> > Hi Anders,
>  
> > it is consistent with how systemd was built previously. If you apply the
> > patch and bitbake it. Systemd will be built and shipped normally.
>  
> > But now it will give some options on how to customize it by excluding
> > packages you don't want to be with systemd.
>  
>  Nice, I'm really liking this! That's something I've planned on doing
>  myself for a while.
>  
> >> Another comment, you should remove the dependcies that gets added using
> >> PACKAGECONFIG from DEPENDS, e.g. acl etc. (Or are they required
> >> nevertheless?)
>  
> > You mean I should do the following ?
> > - PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl"
> > + PACKAGECONFIG[acl] = "--enable-acl,--disable-acl"
>  
>  No, I  meant to remove them from the long
>  DEPENDS = "kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native 
>  acl readline dbus libcap libcgroup glib-2.0 qemu-native util-linux"
>  line. (Unless I overlooked that part in your patch?)
>  
> > If I get what you said correctly, yes they are required.
>  
>  What I meant, was thas unless e.g. acl is required even when building
>  with --disable-acl, it's better to add the acl dependency in the
>  PACKAGECONFIG like you to. Though, at the same time, remove acl from the
>  long DEPENDS-line. (As otherwise we'll build acl anyway).
> >>> 
> >>> Anders,
> >>> 
> >>> You are right.
> >>> 
> >>> It is not needed to specify the libs on depends.
> >>> 
> >>> I have removed it and as soon as we review the whole patch I will send a
> >>> new version with this corrected
> >>> 
> >> 
> >> On top of all this 'acl' is a distro feature so that should be
> >> accounted for too.
> > 
> > Hello Khem,
> > 
> > It will be accounted when acl flag is enabled on systemd.
> > 
> 
> 
> I am saying enabling this packagconfig should depend upon distro features 
> something like
> PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', ‘acl', ‘acl', '', 
> d)}

Alright, I got what you said and it looks good to me.

Next version will have it.

> 
> > Best Regards,
> > 
> > 
> > 
> > 
> > 
> 


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

Re: [OE-core] [PATCH 5/6] net-tools: fix SRC_URI

[Burton, Ross]

On 9 March 2015 at 16:03, Khem Raj  wrote:

> it would be nicer to use
> http://archive.debian.org/debian/pool/main/n/net-tools/ instead of
> snapshot.debian.org through out this series
>

Apart from that 1.6.0-25.diff.gz isn't in
http://archive.debian.org/debian/pool/main/n/net-tools/.

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

Re: [OE-core] [PATCH 5/6] net-tools: fix SRC_URI

[Khem Raj]

> On Mar 9, 2015, at 12:15 AM, Robert Yang  wrote:
> 
> -SRC_URI = 
> "${DEBIAN_MIRROR}/main/n/net-tools/net-tools_1.60.orig.tar.gz;name=tarball \
> -   
> ${DEBIAN_MIRROR}/main/n/net-tools/${BPN}_${PV}.diff.gz;apply=no;name=patch \
> +SRC_URI = 
> "http://snapshot.debian.org/archive/debian/20050312T00Z/pool/main/n/${BPN}/${BPN}_1.60.orig.tar.gz;name=tarball
>  \
> +   
> http://snapshot.debian.org/archive/debian/20130511T214653Z/pool/main/n/${BPN}/${BPN}_${PV}.diff.gz;apply=no;name=patch
>  \

it would be nicer to use 
http://archive.debian.org/debian/pool/main/n/net-tools/ instead of 
snapshot.debian.org through out this series
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/6] xinetd: fixe HOMEPAGE and SRC_URI

[Khem Raj]

> On Mar 9, 2015, at 12:15 AM, Robert Yang  wrote:
> 
> The www.xinetd.org is not available, use github as the HOMEPAGE and
> pkgs.fedoraproject.org as the SRC_URI.
> 
> Signed-off-by: Robert Yang 
> ---
> meta/recipes-extended/xinetd/xinetd_2.3.15.bb |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb 
> b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
> index 288186e..f07a33f 100644
> --- a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
> +++ b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
> @@ -1,5 +1,5 @@
> SUMMARY = "Socket-based service activation daemon"
> -HOMEPAGE = "http://www.xinetd.org";
> +HOMEPAGE = "https://github.com/xinetd-org/xinetd";
> 
> # xinetd is a BSD-like license
> # Apple and Gentoo say BSD here.
> @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
> "file://COPYRIGHT;md5=8ad8615198542444f84d28a6cf226dd8"
> DEPENDS = ""
> PR = "r2"
> 
> -SRC_URI = "http://www.xinetd.org/xinetd-${PV}.tar.gz \
> +SRC_URI = 
> "http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.tar.gz/77358478fd58efa6366accae99b8b04c/${BP}.tar.gz
>  \

This snapshot can go away too. I would be more comfortable if you just checked 
it out from github straight.

>   file://xinetd.init \
>   file://xinetd.conf \
>   file://xinetd.default \
> -- 
> 1.7.9.5
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

Re: [OE-core] [opkg-devel] Stepping back from opkg maintenance

[Alejandro del Castillo]

HI Paul,

Thanks for leading the project during the past 18 months. You can tell 
from the features/bug fixes that opkg improved a lot. Regarding the future 
of opkg, I would like to put my name forward to step in and help maintain 
the project. I am really interested in the continued success of it, and 
will like to take a more active role on it. My employer agreed to let me 
spend time maintaining it, which should give me bandwidth to continue the 
work you have been doing. 

I have been following the list for some time now, and have played with the 
code on my own. However, I do need to ramp my knowledge up, which I intend 
to do (probably start tackling some of the defects, and testing of 0.3).

Thanks again for all your hard work,

-Alejandro




From:   Paul Barker 
To: opkg-devel , 
Cc: Yocto discussion list , OE Core 

Date:   03/01/2015 09:14 AM
Subject:[opkg-devel] Stepping back from opkg maintenance
Sent by:opkg-de...@googlegroups.com



Hi all,

I had a change of circumstances at the beginning of January. Previously I 
was a
full-time PhD student and maintaining opkg was my side project. Now I'm a
full-time software engineer and finishing up my PhD thesis is my side 
project.
I've been trying to find time to fit opkg in there as well but it's just 
not
happening. I had at least hoped that I could get opkg to a v0.3.0 release 
before
I had to step back from opkg development but as I haven't really made any
commits to opkg in 2 months now I don't think it's reasonable to expect 
that
I'll get this done any time soon.

I'll try to keep an eye on the opkg mailing list and contribute with 
answers and
suggestions when I can but I think someone else will have to take over as 
the
maintainer of opkg. I'll do whatever I can to ensure as smooth transition 
if
someone else wants to take up the job of moving opkg forward.

I'd like to thank everyone that's contributed to opkg, whether by sending
patches or just by reporting bugs or making suggestions. I've only been
maintainer for around 18 months but I'd like to think we've made some good
progress in that time and I hope that that can continue forwards under 
someone
else's leadership.

Once I've submitted my PhD thesis I'll hopefully find some time to get 
back
involved with open source projects, whether that's further work on opkg or
getting involved in a different project.

Many thanks again,

-- 
Paul Barker

Email: p...@paulbarker.me.uk
http://www.paulbarker.me.uk

-- 
You received this message because you are subscribed to the Google Groups 
"opkg-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an 
email to opkg-devel+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[attachment "signature.asc" deleted by Alejandro del Castillo/AUS/NIC] 

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

Re: [OE-core] [PATCH 3/3] systemd: split modules into packages

[Khem Raj]

> On Mar 9, 2015, at 6:37 AM, Bottazzini, Bruno  
> wrote:
> 
> On Sex, 2015-03-06 at 14:51 -0800, Khem Raj wrote:
>> On Fri, Mar 6, 2015 at 6:03 AM, Bottazzini, Bruno
>>  wrote:
>>> On Sex, 2015-03-06 at 09:23 +0100, Anders Darander wrote:
 * Bottazzini, Bruno  [150305 17:15]:
 
> On Qui, 2015-03-05 at 15:28 +0100, Anders Darander wrote:
 
>> Just a quick question before I look into the patch in more detail.
 
>> Is the new setting of PACKAGECONFIG consistent with how systemd was
>> built previously? I guess it is.
 
> Hi Anders,
 
> it is consistent with how systemd was built previously. If you apply the
> patch and bitbake it. Systemd will be built and shipped normally.
 
> But now it will give some options on how to customize it by excluding
> packages you don't want to be with systemd.
 
 Nice, I'm really liking this! That's something I've planned on doing
 myself for a while.
 
>> Another comment, you should remove the dependcies that gets added using
>> PACKAGECONFIG from DEPENDS, e.g. acl etc. (Or are they required
>> nevertheless?)
 
> You mean I should do the following ?
> - PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl"
> + PACKAGECONFIG[acl] = "--enable-acl,--disable-acl"
 
 No, I  meant to remove them from the long
 DEPENDS = "kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native 
 acl readline dbus libcap libcgroup glib-2.0 qemu-native util-linux"
 line. (Unless I overlooked that part in your patch?)
 
> If I get what you said correctly, yes they are required.
 
 What I meant, was thas unless e.g. acl is required even when building
 with --disable-acl, it's better to add the acl dependency in the
 PACKAGECONFIG like you to. Though, at the same time, remove acl from the
 long DEPENDS-line. (As otherwise we'll build acl anyway).
>>> 
>>> Anders,
>>> 
>>> You are right.
>>> 
>>> It is not needed to specify the libs on depends.
>>> 
>>> I have removed it and as soon as we review the whole patch I will send a
>>> new version with this corrected
>>> 
>> 
>> On top of all this 'acl' is a distro feature so that should be
>> accounted for too.
> 
> Hello Khem,
> 
> It will be accounted when acl flag is enabled on systemd.
> 


I am saying enabling this packagconfig should depend upon distro features 
something like
PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', ‘acl', ‘acl', '', d)}

> Best Regards,
> 
> 
> 
> 
> 

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

Re: [OE-core] gst-ffmpeg is broken since the libav-9 introduction

[Burton, Ross]

On 6 March 2015 at 17:51, Mike Looijmans  wrote:

> Commit 4ceff7d0a1f28eb1ce5d288111015bff8d5e9a7e "libav: drop older 0.8.*
> and use libav-9 by default" removed libav 0.8 in favor of the "9" edition.
> However, after compiling this for a MIPS box, the gst-ffmpeg plugin now
> refuses to load and displays the following at runtime:
>

Hm, bad testing, sorry.  This would be why gstreamer-libav 1.0 defaults to
using it's own internal copy of libav then. :/

I see that gstreamer-ffmpeg_0.10 defaults to using the internal libav, and
as the API clearly changed we need to do that.  Can you verify that
removing external-libav from the PACKAGECONFIG fixes this problem?

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

Re: [OE-core] gst-ffmpeg is broken since the libav-9 introduction

[Burton, Ross]

Oh and FWIW the Sato images in master just flipped from GStreamer 0.10 to
1.4 by default, so I do hope that GStreamer 0.10 will disappear from
oe-core after the next release (moving to meta-multimedia).

Can I ask why you're still using GStreamer 0.10?  If there's a good reason
to keep 0.10 in oe-core during the next cycle we can, but otherwise the
sooner it can be removed entirely as it's no longer tested the better.

Ross

On 9 March 2015 at 15:24, Burton, Ross  wrote:

>
> On 6 March 2015 at 17:51, Mike Looijmans  wrote:
>
>> Commit 4ceff7d0a1f28eb1ce5d288111015bff8d5e9a7e "libav: drop older 0.8.*
>> and use libav-9 by default" removed libav 0.8 in favor of the "9" edition.
>> However, after compiling this for a MIPS box, the gst-ffmpeg plugin now
>> refuses to load and displays the following at runtime:
>>
>
> Hm, bad testing, sorry.  This would be why gstreamer-libav 1.0 defaults to
> using it's own internal copy of libav then. :/
>
> I see that gstreamer-ffmpeg_0.10 defaults to using the internal libav, and
> as the API clearly changed we need to do that.  Can you verify that
> removing external-libav from the PACKAGECONFIG fixes this problem?
>
> Ross
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Problem with mesa_10.1.3.bb for angstrom on i.mx 6

[ss infod]

Hello,

I'm trying to build an angstrom image for an i.mx 6 (wandboard).
I'm able to build a console image but I have a problem when I build an
image which includes xfce or gnome.

My bitbake commands are:
MACHINE=wandboard-quad ./oebb.sh bitbake development-gnome-image
(or)
MACHINE=wandboard-quad ./oebb.sh bitbake development-xfce-image

The bitbake error is:

| configure: error: cannot enable egl_gallium without EGL
| Configure failed. The contents of all config.log files follows to aid
debugging
| ERROR: oe_runconf failed
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_configure (log file is located at
/home/dev/WBD-ang/setup-scripts/build/tmp-angstrom_v2014_12-glibc/work/cortexa9hf-vfp-neon-mx6qdl-angstrom-linux-gnueabi/mesa/2_10.1.3-r0/temp/log.do_configure.8747)
ERROR: Task 4345
(/home/dev/WBD-ang/setup-scripts/sources/openembedded-core/meta/recipes-graphics/mesa/
mesa_10.1.3.bb, do_configure) failed with exit code '1'
NOTE: Tasks Summary: Attempted 1376 tasks of which 1374 didn't need to be
rerun and 1 failed.
NOTE: Writing buildhistory
Waiting for 0 running tasks to finish:

It seems there is a configuration problem with mesa (3D) support.

Here is the list of commands I used to came to this conclusion. The last
commands gives the error.
git clone git://github.com/Angstrom-distribution/setup-scripts.git
cd setup-scripts/
git checkout angstrom-v2014.12-yocto1.7
MACHINE=wandboard-quad ./oebb.sh config wandboard-quad
source ./environment-angstrom-v2014.12
MACHINE=wandboard-quad ./oebb.sh update
MACHINE=wandboard-quad ./oebb.sh bitbake core-image-minimal
MACHINE=wandboard-quad ./oebb.sh bitbake development-xfce-image

Is there a way to build my image while disabling the mesa support ? (I want
a GUI but I don't need the 3D support).

Why is "mesa_10.1.3.bb" failing for this configuration ?

Thanks
ssinfod
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] systemd: split modules into packages

[Bottazzini, Bruno]

On Sex, 2015-03-06 at 14:51 -0800, Khem Raj wrote:
> On Fri, Mar 6, 2015 at 6:03 AM, Bottazzini, Bruno
>  wrote:
> > On Sex, 2015-03-06 at 09:23 +0100, Anders Darander wrote:
> >> * Bottazzini, Bruno  [150305 17:15]:
> >>
> >> > On Qui, 2015-03-05 at 15:28 +0100, Anders Darander wrote:
> >>
> >> > > Just a quick question before I look into the patch in more detail.
> >>
> >> > > Is the new setting of PACKAGECONFIG consistent with how systemd was
> >> > > built previously? I guess it is.
> >>
> >> > Hi Anders,
> >>
> >> > it is consistent with how systemd was built previously. If you apply the
> >> > patch and bitbake it. Systemd will be built and shipped normally.
> >>
> >> > But now it will give some options on how to customize it by excluding
> >> > packages you don't want to be with systemd.
> >>
> >> Nice, I'm really liking this! That's something I've planned on doing
> >> myself for a while.
> >>
> >> > > Another comment, you should remove the dependcies that gets added using
> >> > > PACKAGECONFIG from DEPENDS, e.g. acl etc. (Or are they required
> >> > > nevertheless?)
> >>
> >> > You mean I should do the following ?
> >> > - PACKAGECONFIG[acl] = "--enable-acl,--disable-acl,acl"
> >> > + PACKAGECONFIG[acl] = "--enable-acl,--disable-acl"
> >>
> >> No, I  meant to remove them from the long
> >> DEPENDS = "kmod docbook-sgml-dtd-4.1-native intltool-native gperf-native 
> >> acl readline dbus libcap libcgroup glib-2.0 qemu-native util-linux"
> >> line. (Unless I overlooked that part in your patch?)
> >>
> >> > If I get what you said correctly, yes they are required.
> >>
> >> What I meant, was thas unless e.g. acl is required even when building
> >> with --disable-acl, it's better to add the acl dependency in the
> >> PACKAGECONFIG like you to. Though, at the same time, remove acl from the
> >> long DEPENDS-line. (As otherwise we'll build acl anyway).
> >
> > Anders,
> >
> > You are right.
> >
> > It is not needed to specify the libs on depends.
> >
> > I have removed it and as soon as we review the whole patch I will send a
> > new version with this corrected
> >
> 
> On top of all this 'acl' is a distro feature so that should be
> accounted for too.

Hello Khem,

It will be accounted when acl flag is enabled on systemd.

Best Regards,





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

[OE-core] [PATCH] combo-layer: make Signed-off-by optional

[Patrick Ohly]

It depends on the diligence of the person running the combo-layer tool
whether the Signed-off-by line added to each commit actually indicates
that the person was involved in validating the change.

When the import is purely automatic, it is better to not add the line,
because the history is more useful without it (searching for the person
really only lists changes he or she was involved with) and it would
be a false statement.

This needs to be configurable, achieved with a new global "signoff"
boolean property in combo-layer.conf, in the "DEFAULT" section.

Signed-off-by: Patrick Ohly 
---
 scripts/combo-layer  | 4 +++-
 scripts/combo-layer.conf.example | 6 ++
 2 files changed, 9 insertions(+), 1 deletion(-)

diff --git a/scripts/combo-layer b/scripts/combo-layer
index 19d64e6..60ead5b 100755
--- a/scripts/combo-layer
+++ b/scripts/combo-layer
@@ -75,6 +75,8 @@ class Configuration(object):
 self.parser.readfp(f)
 
 self.repos = {}
+self.signoff = not self.parser.has_option('DEFAULT', 'signoff') or \
+   self.parser.getboolean('DEFAULT', 'signoff')
 for repo in self.parser.sections():
 self.repos[repo] = {}
 readsection(self.parser, repo, repo)
@@ -471,7 +473,7 @@ def apply_patchlist(conf, repos):
 if os.path.getsize(patchfile) == 0:
 logger.info("(skipping %d/%d %s - no changes)" % (i, 
linecount, patchdisp))
 else:
-cmd = "git am --keep-cr -s -p1 %s" % patchfile
+cmd = "git am --keep-cr %s-p1 %s" % ('-s ' if conf.signoff 
else '', patchfile)
 logger.info("Applying %d/%d: %s" % (i, linecount, 
patchdisp))
 try:
 runcmd(cmd)
diff --git a/scripts/combo-layer.conf.example b/scripts/combo-layer.conf.example
index 010a692..8ad8615 100644
--- a/scripts/combo-layer.conf.example
+++ b/scripts/combo-layer.conf.example
@@ -1,5 +1,11 @@
 # combo-layer example configuration file
 
+# global options
+[DEFAULT]
+
+# Add 'Signed-off-by' to all commits that get imported automatically.
+signoff = True
+
 # component name
 [bitbake]
 # mandatory options
-- 
2.1.4

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

[OE-core] [PATCH] oeqa/runtime: Some new tweaks to the error log parser.

[Lucian Musat]

These errors keep showing up in the automated tests and should be whitelisted.

Signed-off-by: Lucian Musat 
---
 meta/lib/oeqa/runtime/parselogs.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/runtime/parselogs.py 
b/meta/lib/oeqa/runtime/parselogs.py
index b1dcc1e..97e5bb0 100644
--- a/meta/lib/oeqa/runtime/parselogs.py
+++ b/meta/lib/oeqa/runtime/parselogs.py
@@ -22,6 +22,8 @@ common_errors = [
 "Failed to load module modesetting",
 "Failed to load module \"glx\"",
 "Failed to load module glx",
+"Open ACPI failed (/var/run/acpid.socket) (No such file or directory)",
+"NX (Execute Disable) protection cannot be enabled: non-PAE kernel",
 "[drm] Cannot find any crtc or sizes - going 1024x768"
 ]
 
@@ -35,7 +37,6 @@ x86_common = [
 qemux86_common = [
 'Fast TSC calibration', 
 '_OSC failed (AE_NOT_FOUND); disabling ASPM',
-'Open ACPI failed (/var/run/acpid.socket) (No such file or directory)',
 'wrong ELF class',
 ] + common_errors
 
-- 
2.1.0

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

[OE-core] [PATCH] bitbake.conf: use http:// for GNU_MIRROR instead of ftp://

[Koen Kooi]

The past few weeks ftp://ftp.gnu.org has been intermittently giving errors like 
this:

WARNING: Failed to fetch URL 
ftp://ftp.gnu.org/gnu/emacs/emacs-23.4.tar.gz;name=tarball, attempting MIRRORS 
if available
ERROR: Fetcher failure: Fetch command failed with exit code 4, output:
Cannot parse PASV response.
accept: Connection timed out
Cannot parse PASV response.
Error in server response, closing control connection.

Which is annoying because binutils lives there. Using http://ftp.gnu.org hasn't 
given any problems so far.

Signed-off-by: Koen Kooi 
---
 meta/conf/bitbake.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 10ee42a..f3586da 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -565,7 +565,7 @@ DEBIAN_MIRROR = "ftp://ftp.debian.org/debian/pool";
 GENTOO_MIRROR = "http://distfiles.gentoo.org/distfiles";
 GNOME_GIT = "git://git.gnome.org"
 GNOME_MIRROR = "http://ftp.gnome.org/pub/GNOME/sources";
-GNU_MIRROR = "ftp://ftp.gnu.org/gnu";
+GNU_MIRROR = "http://ftp.gnu.org/gnu";
 GPE_MIRROR = "http://gpe.linuxtogo.org/download/source";
 KERNELORG_MIRROR = "http://kernel.org/pub";
 SOURCEFORGE_MIRROR = "http://downloads.sourceforge.net";
-- 
1.9.3

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

[OE-core] cups filters bannertopdf

[Life Life]

Hello,

I'm try to add cups filter for  yocto 1.6.2 daisy I add to Ghostscrip bb
this line is not work.
 ${exec_prefix}/lib/cups/filter/bannertopdf

But I add to this lines its work.

FILES_${PN}-cups += "${exec_prefix}/lib/cups/filter/gstoraster \
 ${exec_prefix}/lib/cups/filter/gstopxl \

create cups filter folder and gstopxl and gstoraster filter was created.

Could you give me help how to add cups filter bannertopdf thanks.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] combo-layer: let user choose where properties get updated

[Patrick Ohly]

When updating a property (at the moment, only 'last_revision'),
first check whether the user already added it to the main config.
If so, update there even if there is a local config.

This way, 'last_revision' can be shared between developers
as part of the repository while still configuring per-developer
repo paths outside of the git repository in a local config.

An example of a repository which is set up like that is tizen-distro,
with instructions for such a collaborative maintenance found here:
https://review.tizen.org/git/?p=scm/bb/tizen-distro.git;a=blob;f=README;hb=refs/heads/tizen-ivi

Signed-off-by: Patrick Ohly 
---
 scripts/combo-layer | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/scripts/combo-layer b/scripts/combo-layer
index 19d64e6..489d180 100755
--- a/scripts/combo-layer
+++ b/scripts/combo-layer
@@ -108,7 +108,9 @@ class Configuration(object):
 readsection(self.localparser, section, repo)
 
 def update(self, repo, option, value, initmode=False):
-if self.localparser:
+# If the main config has the option already, that is what we
+# are expected to modify.
+if self.localparser and not self.parser.has_option(repo, option):
 parser = self.localparser
 section = "%s|%s" % (repo, self.combobranch)
 conffile = self.localconffile
-- 
2.1.4

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

Re: [OE-core] [OE-core Yocto PATCH 3/4] bootimg: Skip build iso image for aarch64

[Naresh Bhat]

Hi Bernhard Reutner-Fischer,

On 5 March 2015 at 21:48, Bernhard Reutner-Fischer
 wrote:
> On 5 March 2015 at 15:06, Naresh Bhat  wrote:
>
if d.getVar('TARGET_ARCH', True) == "aarch64":
   return

Does it make sense ?
>>>
>>> At least the parser should grok it.
>>> The change itself does not make sense to me either way.
>> I did this change because it does not make any sense to build the ISO
>> image for aarch64 architecture.  The HDD image should be sufficient.
>> Correct me if I am wrong.  I find a dependency of syslinux package to
>> build ISO image (isolinux.bin).  I have skipped the syslinux package
>> dependency @luvOS distribution.  The syslinux package contains lot of
>> x86 assembly code. That's the reason I just want to skip the ISO image
>> build for aarch64 architecture.
>
> COMPATIBLE_HOST of syslinux should have prevented you from building
> syslinux for aarch64 in the first place, no?
>
> My assumption is that building this part of bootimg class for aarch64
> is wrong, you should have gotten an error when you attempt to build
> the HDD-image for non-i386 compatible targets.
> So, maybe, NOHDD should be (automagically) set based on
> COMPATIBLE_HOST or something like this?
> But then i don't really see why your aarch64 is the first to encounter
> this so maybe your config is just wrong instead?
>
> Not my homework though ;)

Yes, I do agree.  I did my homework.  I have missed a patch in this
series.  I will push the modified patches next series by
today/tomorrow.  Can we please continue the discussion on my next
series.  Probably you can give me few more points on my next patch
series.

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

[OE-core] [PATCH v3] u-boot.inc: fix rename image error

[Chunrong Guo]

  Resolve mismatch between U-Boot configs and uboot image name.
  The ${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX} may alway be false
  and repeat compile or install so we need to check if ${type} match ${config} .

Signed-off-by: Chunrong Guo 
---
 meta/recipes-bsp/u-boot/u-boot.inc | 52 --
 1 file changed, 11 insertions(+), 41 deletions(-)

diff --git a/meta/recipes-bsp/u-boot/u-boot.inc 
b/meta/recipes-bsp/u-boot/u-boot.inc
index 6bdc86a..27fa809 100644
--- a/meta/recipes-bsp/u-boot/u-boot.inc
+++ b/meta/recipes-bsp/u-boot/u-boot.inc
@@ -62,19 +62,13 @@ do_compile () {
echo ${UBOOT_LOCALVERSION} > ${B}/.scmversion
echo ${UBOOT_LOCALVERSION} > ${S}/.scmversion
fi
-
+
 if [ "x${UBOOT_CONFIG}" != "x" ]
 then
 for config in ${UBOOT_MACHINE}; do
-for type in in ${UBOOT_CONFIG}; do
-if [ "${type}"x = "in"x ]
-then
-continue
-fi
-if [ -d "${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX}" ]
+for type in ${UBOOT_CONFIG}; do
+if [ "`echo ${config} | cut -d'_' -f2`" = "${type}" ]
 then
-break
-else
 oe_runmake O=${config} ${config}
 oe_runmake O=${config} ${UBOOT_MAKE_TARGET}
 cp  ${S}/${config}/${UBOOT_BINARY}  
${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX}
@@ -92,15 +86,9 @@ do_install () {
 if [ "x${UBOOT_CONFIG}" != "x" ]
 then
 for config in ${UBOOT_MACHINE}; do
-for type in in ${UBOOT_CONFIG}; do
-if [ "${type}"x = "in"x ]
-then
-continue
-fi
-if [ -d "${D}/boot/u-boot-${type}.${UBOOT_SUFFIX}" ]
+for type in ${UBOOT_CONFIG}; do
+if [ "`echo ${config} | cut -d'_' -f2`" = "${type}" ]
 then
-break
-else
 install -d ${D}/boot
 install ${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX} 
${D}/boot/u-boot-${type}.${UBOOT_SUFFIX}
 ln -sf u-boot-${type}.${UBOOT_SUFFIX} 
${D}/boot/${UBOOT_BINARY}
@@ -123,15 +111,9 @@ do_install () {
 if [ "x${UBOOT_CONFIG}" != "x" ]   
 then
 for config in ${UBOOT_MACHINE}; do
-for type in in ${UBOOT_CONFIG}; do
- if [ "${type}"x = "in"x ]
+for type in ${UBOOT_CONFIG}; do
+ if [ "`echo ${config} | cut -d'_' -f2`" = "${type}" ]
  then
- continue
- fi
- if [ -d "${D}/boot/${SPL_IMAGE}-${type}" ]
- then
- break
- else
  install ${S}/${config}/${SPL_BINARY} 
${D}/boot/${SPL_IMAGE}-${type}
  ln -sf ${SPL_IMAGE}-${type} 
${D}/boot/${SPL_BINARY}-${type}
  ln -sf ${SPL_IMAGE}-${type} ${D}/boot/${SPL_BINARY}
@@ -157,15 +139,9 @@ do_deploy () {
 if [ "x${UBOOT_CONFIG}" != "x" ]
 then
 for config in ${UBOOT_MACHINE}; do
-for type in in ${UBOOT_CONFIG}; do
-if [ "${type}"x = "in"x ]  
+for type in ${UBOOT_CONFIG}; do
+if [ "`echo ${config} | cut -d'_' -f2`" = "${type}" ]
 then
-continue
-fi
-if [ -d "${DEPLOYDIR}/u-boot-${type}.${UBOOT_SUFFIX}" ]
-then 
-break
-else
 install -d ${DEPLOYDIR}
 install ${S}/${config}/u-boot-${type}.${UBOOT_SUFFIX} 
${DEPLOYDIR}/u-boot-${type}.${UBOOT_SUFFIX}
 cd ${DEPLOYDIR}
@@ -190,15 +166,9 @@ do_deploy () {
  if [ "x${UBOOT_CONFIG}" != "x" ]   
  then
  for config in ${UBOOT_MACHINE}; do
- for type in in ${UBOOT_CONFIG}; do
-  if [ "${type}"x = "in"x ]
-  then
-  continue
-  fi
-  if [ -d "${DEPLOYDIR}/${SPL_IMAGE}-${type}" ]
+ for type in ${UBOOT_CONFIG}; do
+  if [ "`echo ${config} | cut -d'_' -f2`" = "${type}" ]
   then
-  break
-  else
   install ${S}/${config}/${SPL_BINARY} 
${DEPLOYDIR}/${SPL_IMAGE}-${type}
   rm -f ${DEPLOYDIR}/${SPL_BINARY} 
${DEPLOYDIR}/${SPL_SYMLINK}-${type}
   ln -sf ${SPL_IMAGE}-${type} 
${DEPLOYDIR}/${SPL_BINARY}-${type}
-- 
1.9.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/li

[OE-core] [PATCH 4/6] apt: fix SRC_URI

[Robert Yang]

Fixed:
WARNING: Failed to fetch URL 
ftp://ftp.debian.org/debian/pool/main/a/apt/apt_0.9.9.4.tar.gz, attempting 
MIRRORS if available

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/apt/apt.inc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/apt/apt.inc 
b/meta/recipes-devtools/apt/apt.inc
index 378021a..321934b 100644
--- a/meta/recipes-devtools/apt/apt.inc
+++ b/meta/recipes-devtools/apt/apt.inc
@@ -2,7 +2,7 @@ SUMMARY = "Advanced front-end for dpkg"
 LICENSE = "GPLv2.0+"
 SECTION = "base"
 
-SRC_URI = "${DEBIAN_MIRROR}/main/a/apt/apt_${PV}.tar.gz \
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20130726T154545Z/pool/main/a/${BPN}/${BPN}_${PV}.tar.gz
 \
file://no-ko-translation.patch \
file://use-host.patch \
file://makerace.patch \
-- 
1.7.9.5

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

[OE-core] [PATCH 2/6] libevent: fix SRC_URI

[Robert Yang]

The wget reported errors for the past URI since it can't follow the redirection 
well:
Connecting to cloud.github.com (cloud.github.com)|54.192.140.6|:443... 
connected.
OpenSSL: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert 
handshake failure
Unable to establish SSL connection.

Signed-off-by: Robert Yang 
---
 meta/recipes-support/libevent/libevent_2.0.21.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libevent/libevent_2.0.21.bb 
b/meta/recipes-support/libevent/libevent_2.0.21.bb
index 5a1ff3b..1230e92 100644
--- a/meta/recipes-support/libevent/libevent_2.0.21.bb
+++ b/meta/recipes-support/libevent/libevent_2.0.21.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=45c5316ff684bcfe2f9f86d8b1279559"
 
 PR = "r1"
 
-SRC_URI = 
"http://github.com/downloads/libevent/libevent/${BPN}-${PV}-stable.tar.gz \
+SRC_URI = "${SOURCEFORGE_MIRROR}/levent/${BP}-stable.tar.gz \
file://obsolete_automake_macros.patch \
file://disable_tests.patch \
 "
-- 
1.7.9.5

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

[OE-core] [PATCH 5/6] net-tools: fix SRC_URI

[Robert Yang]

Fixed:
WARNING: Failed to fetch URL 
ftp://ftp.debian.org/debian/pool/main/n/net-tools/net-tools_1.60-25.diff.gz;apply=no;name=patch,
 attempting MIRRORS if available

Signed-off-by: Robert Yang 
---
 .../net-tools/net-tools_1.60-25.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/net-tools/net-tools_1.60-25.bb 
b/meta/recipes-extended/net-tools/net-tools_1.60-25.bb
index 0e4ee75..c47d69a 100644
--- a/meta/recipes-extended/net-tools/net-tools_1.60-25.bb
+++ b/meta/recipes-extended/net-tools/net-tools_1.60-25.bb
@@ -6,8 +6,8 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
 
file://ifconfig.c;beginline=11;endline=15;md5=d1ca372080ad5401e23ca0afc35cf9ba"
 
-SRC_URI = 
"${DEBIAN_MIRROR}/main/n/net-tools/net-tools_1.60.orig.tar.gz;name=tarball \
-   
${DEBIAN_MIRROR}/main/n/net-tools/${BPN}_${PV}.diff.gz;apply=no;name=patch \
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20050312T00Z/pool/main/n/${BPN}/${BPN}_1.60.orig.tar.gz;name=tarball
 \
+   
http://snapshot.debian.org/archive/debian/20130511T214653Z/pool/main/n/${BPN}/${BPN}_${PV}.diff.gz;apply=no;name=patch
 \
file://net-tools-config.h \
file://net-tools-config.make \
file://ifconfig-interface-0-del-IP-will-remove-the-aliased-.patch \
-- 
1.7.9.5

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

[OE-core] [V2 PATCH 0/6] meta: fix SRC_URI

[Robert Yang]

Changes of V2:
* Use snapshot.debian.org for the invalid SRC_URI when possible as Ross 
suggested.

// Robert

The following changes since commit 3c78468f12296abd02abce6eeac0f69bc7509958:

  build-appliance-image: Update to master head revision (2015-03-03 13:12:50 
+)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/uri
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/uri

Robert Yang (6):
  xinetd: fixe HOMEPAGE and SRC_URI
  libevent: fix SRC_URI
  mailx: fix SRC_URI
  apt: fix SRC_URI
  net-tools: fix SRC_URI
  resolvconf: fix SRC_URI

 .../resolvconf/resolvconf_1.76.bb  |3 +--
 meta/recipes-devtools/apt/apt.inc  |2 +-
 meta/recipes-extended/mailx/mailx_12.5.bb  |4 ++--
 .../net-tools/net-tools_1.60-25.bb |4 ++--
 meta/recipes-extended/xinetd/xinetd_2.3.15.bb  |4 ++--
 meta/recipes-support/libevent/libevent_2.0.21.bb   |2 +-
 6 files changed, 9 insertions(+), 10 deletions(-)

-- 
1.7.9.5

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

[OE-core] [PATCH 1/6] xinetd: fixe HOMEPAGE and SRC_URI

[Robert Yang]

The www.xinetd.org is not available, use github as the HOMEPAGE and
pkgs.fedoraproject.org as the SRC_URI.

Signed-off-by: Robert Yang 
---
 meta/recipes-extended/xinetd/xinetd_2.3.15.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb 
b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
index 288186e..f07a33f 100644
--- a/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
+++ b/meta/recipes-extended/xinetd/xinetd_2.3.15.bb
@@ -1,5 +1,5 @@
 SUMMARY = "Socket-based service activation daemon"
-HOMEPAGE = "http://www.xinetd.org";
+HOMEPAGE = "https://github.com/xinetd-org/xinetd";
 
 # xinetd is a BSD-like license
 # Apple and Gentoo say BSD here.
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYRIGHT;md5=8ad8615198542444f84d28a6cf226dd8"
 DEPENDS = ""
 PR = "r2"
 
-SRC_URI = "http://www.xinetd.org/xinetd-${PV}.tar.gz \
+SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.tar.gz/77358478fd58efa6366accae99b8b04c/${BP}.tar.gz
 \
   file://xinetd.init \
   file://xinetd.conf \
   file://xinetd.default \
-- 
1.7.9.5

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

[OE-core] [PATCH 6/6] resolvconf: fix SRC_URI

[Robert Yang]

Fixed:
WARNING: Failed to fetch URL 
ftp://ftp.debian.org/debian/pool/main/r/resolvconf/resolvconf_1.76.tar.xz, 
attempting MIRRORS if available

Signed-off-by: Robert Yang 
---
 .../resolvconf/resolvconf_1.76.bb  |3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb 
b/meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb
index 20a2c19..797e9b0 100644
--- a/meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb
+++ b/meta/recipes-connectivity/resolvconf/resolvconf_1.76.bb
@@ -11,12 +11,11 @@ AUTHOR = "Thomas Hood"
 HOMEPAGE = "http://packages.debian.org/resolvconf";
 RDEPENDS_${PN} = "bash"
 
-SRC_URI = "${DEBIAN_MIRROR}/main/r/resolvconf/resolvconf_${PV}.tar.xz \
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20141013T184415Z/pool/main/r/${BPN}/${BPN}_1.76.tar.xz
 \
file://fix-path-for-busybox.patch \
file://99_resolvconf \
   "
 
-
 SRC_URI[md5sum] = "d78ce30ea068999cd3e0523300b27255"
 SRC_URI[sha256sum] = 
"c9f40f7405b37399ddbf29ca4205b4911ee35cb9ffd9be7671faa2385b1fa573"
 
-- 
1.7.9.5

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

[OE-core] [PATCH 3/6] mailx: fix SRC_URI

[Robert Yang]

Fixed:
WARNING: Failed to fetch URL 
ftp://ftp.debian.org/debian/pool/main/h/heirloom-mailx/heirloom-mailx_12.5-1.diff.gz;name=patch,
 attempting MIRRORS if available

Signed-off-by: Robert Yang 
---
 meta/recipes-extended/mailx/mailx_12.5.bb |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/mailx/mailx_12.5.bb 
b/meta/recipes-extended/mailx/mailx_12.5.bb
index f2899d5..9103d53 100644
--- a/meta/recipes-extended/mailx/mailx_12.5.bb
+++ b/meta/recipes-extended/mailx/mailx_12.5.bb
@@ -12,8 +12,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=4202a0a62910cf94f7af8a3436a2a2dd"
 
 DEPENDS = "openssl"
 
-SRC_URI = 
"${DEBIAN_MIRROR}/main/h/heirloom-mailx/heirloom-mailx_${PV}.orig.tar.gz;name=archive
 \
-   
${DEBIAN_MIRROR}/main/h/heirloom-mailx/heirloom-mailx_${PV}-1.diff.gz;name=patch
 \
+SRC_URI = 
"http://snapshot.debian.org/archive/debian/20110427T035506Z/pool/main/h/heirloom-mailx/heirloom-mailx_${PV}.orig.tar.gz;name=archive
 \
+   
http://snapshot.debian.org/archive/debian/20110427T035506Z/pool/main/h/heirloom-mailx/heirloom-mailx_${PV}-1.diff.gz;name=patch
 \
file://explicitly.disable.krb5.support.patch \
   "
 
-- 
1.7.9.5

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