Re: [oe] State of bitbake world, test-dependencies 2015-11-12

2015-11-16 Thread Martin Jansa 
On Sat, Nov 14, 2015 at 10:57:39AM +0100, Martin Jansa wrote:
> On Thu, Nov 12, 2015 at 12:43:11PM +0100, Martin Jansa wrote:
> > Another incremental test, only 26 recipes were tested, but it found enough
> > issues in just released Jethro.
> > 
> > Complete log:
> > http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.2015_112937.log/
> > 
> > ERROR: 42 issues were found in these recipes: cifs-utils clutter-gst-3.0 
> > devicekit-power fbida gammu gst-plugins-good gstreamer1.0-plugins-bad 
> > gstreamer1.0-plugins-good imsettings libsdl2 pinpoint qt-mobility-embedded 
> > qt-mobility-x11 samba sox
> > 
> > I'll send fix for pinpoint, gst* devicekit-power, fbida, gammu before 
> > re-triggering the testing for qemuarm.
> 
> Complete log:
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20151113_162451.log/
> 
> I've added few more recipes to this test run, so the results look worse
> (because of many issues from efl-libunwind, I've already sent patch for
> this), but they are actually better.
> 
> ERROR: 86 issues were found in these recipes: cifs-utils efl enjoy
> imsettings linux-yocto qt-mobility-embedded qt-mobility-x11 samba sox
> vlc

With the fixes I've sent in last few days we're almost clean again (at
least for the recipes I was testing in this run).

Only issue is samba->libpam and yocto-linux failing to build.

Complete log qemuarm:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20151115_174203.log/
Complete log qemux86:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20151116_034635.log/

qemuarm:
ERROR: 2 issues were found in these recipes: samba vlc
WARN: vlc: vlc rdepends on libvorbis, but it isn't a build dependency?
WARN: samba: samba rdepends on libpam, but it isn't a build dependency?

I've fixes PATCHv2 for vlc, so qemux86 is even better:
ERROR: 4 issues were found in these recipes: cifs-utils linux-yocto 
linux-yocto-tiny-kexecboot samba
WARN: samba: samba rdepends on libpam, but it isn't a build dependency?

cifs-utils is there only because of linux-yocto

NOTE: Uploading the report 
/home/jenkins/oe/world/shr-core/tmp-glibc/log/error-report/error_report_20151116034725.txt
 to errors.yoctoproject.org:80
NOTE: Your entry can be found here: 
http://errors.yoctoproject.org:80/Errors/Build/9880/
NOTE: Build completion summary:
NOTE:   do_populate_sysroot: 99% sstate reuse (2268 setscene, 19 scratch)
NOTE:   do_package_qa: 99% sstate reuse (2066 setscene, 19 scratch)
NOTE:   do_package: 95% sstate reuse (402 setscene, 18 scratch)
NOTE:   do_packagedata: 99% sstate reuse (2066 setscene, 18 scratch)
NOTE:   do_package_write_ipk: 99% sstate reuse (2061 setscene, 19 scratch)
NOTE:   do_populate_lic: 99% sstate reuse (2327 setscene, 13 scratch)

Summary: 1 task failed:
  
/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb,
 do_compile
Summary: There were 7 WARNING messages shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
= 2nd build to rebuild each recipe with every possible dep =
Logs will be stored in test-dependencies/1447645595/2_max directory
Building recipe: cifs-utils (1/13)
ERROR: Task 187 
(/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb,
 do_compile) failed with exit code '1'
Building recipe: ctdb (2/13)
Building recipe: imsettings (3/13)
Building recipe: libldb (4/13)
Building recipe: libtdb (5/13)
Building recipe: libtevent (6/13)
Building recipe: linux-yocto (7/13)
Building recipe: qt-mobility-embedded (8/13)
Building recipe: qt-mobility-x11 (9/13)
Building recipe: samba (10/13)
Building recipe: sox (11/13)
Building recipe: talloc (12/13)
Building recipe: vlc (13/13)
Copying buildhistory/packages to test-dependencies/1447645595/2_max
Copying do_package logs to test-dependencies/1447645595/2_max/do_package/
= 3rd or 4th build to rebuild each recipe with minimal dependencies =
Logs will be stored in test-dependencies/1447645595/3_min directory
!!!Removing tmpdir "/home/jenkins/oe/world/shr-core/tmp-glibc"!!!
Building recipe: cifs-utils (1/14)
Building recipe: ctdb (2/14)
Building recipe: imsettings (3/14)
Building recipe: libldb (4/14)
Building recipe: libtdb (5/14)
Building recipe: libtevent (6/14)
Building recipe: linux-yocto (7/14)
Building recipe: linux-yocto-tiny-kexecboot (8/14)
ERROR: Task 221 
(/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb,
 do_kernel_metadata) failed with exit code '1'
Building recipe: qt-mobility-embedded (9/14)
Building recipe: qt-mobility-x11 (10/14)
Building recipe: samba (11/14)
Building recipe: sox (12/14)
Building recipe: talloc (13/14)
Building recipe: vlc (14/14)

I'll merge pending meta-oe patches soon (tonight) into master as well as jethro 
branches.
Lets hope that pending oe-core patches get merged before next (2.1) release!

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

Re: [oe] [OE-core] State of bitbake world, test-dependencies 2015-11-12

2015-11-16 Thread Bruce Ashfield 
On Mon, Nov 16, 2015 at 10:11 AM, Martin Jansa  wrote:
> On Sat, Nov 14, 2015 at 10:57:39AM +0100, Martin Jansa wrote:
>> On Thu, Nov 12, 2015 at 12:43:11PM +0100, Martin Jansa wrote:
>> > Another incremental test, only 26 recipes were tested, but it found enough
>> > issues in just released Jethro.
>> >
>> > Complete log:
>> > http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.2015_112937.log/
>> >
>> > ERROR: 42 issues were found in these recipes: cifs-utils clutter-gst-3.0 
>> > devicekit-power fbida gammu gst-plugins-good gstreamer1.0-plugins-bad 
>> > gstreamer1.0-plugins-good imsettings libsdl2 pinpoint qt-mobility-embedded 
>> > qt-mobility-x11 samba sox
>> >
>> > I'll send fix for pinpoint, gst* devicekit-power, fbida, gammu before 
>> > re-triggering the testing for qemuarm.
>>
>> Complete log:
>> http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20151113_162451.log/
>>
>> I've added few more recipes to this test run, so the results look worse
>> (because of many issues from efl-libunwind, I've already sent patch for
>> this), but they are actually better.
>>
>> ERROR: 86 issues were found in these recipes: cifs-utils efl enjoy
>> imsettings linux-yocto qt-mobility-embedded qt-mobility-x11 samba sox
>> vlc
>
> With the fixes I've sent in last few days we're almost clean again (at
> least for the recipes I was testing in this run).
>
> Only issue is samba->libpam and yocto-linux failing to build.
>
> Complete log qemuarm:
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20151115_174203.log/
> Complete log qemux86:
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20151116_034635.log/
>
> qemuarm:
> ERROR: 2 issues were found in these recipes: samba vlc
> WARN: vlc: vlc rdepends on libvorbis, but it isn't a build dependency?
> WARN: samba: samba rdepends on libpam, but it isn't a build dependency?
>
> I've fixes PATCHv2 for vlc, so qemux86 is even better:
> ERROR: 4 issues were found in these recipes: cifs-utils linux-yocto 
> linux-yocto-tiny-kexecboot samba
> WARN: samba: samba rdepends on libpam, but it isn't a build dependency?
>
> cifs-utils is there only because of linux-yocto
>
> NOTE: Uploading the report 
> /home/jenkins/oe/world/shr-core/tmp-glibc/log/error-report/error_report_20151116034725.txt
>  to errors.yoctoproject.org:80
> NOTE: Your entry can be found here: 
> http://errors.yoctoproject.org:80/Errors/Build/9880/
> NOTE: Build completion summary:
> NOTE:   do_populate_sysroot: 99% sstate reuse (2268 setscene, 19 scratch)
> NOTE:   do_package_qa: 99% sstate reuse (2066 setscene, 19 scratch)
> NOTE:   do_package: 95% sstate reuse (402 setscene, 18 scratch)
> NOTE:   do_packagedata: 99% sstate reuse (2066 setscene, 18 scratch)
> NOTE:   do_package_write_ipk: 99% sstate reuse (2061 setscene, 19 scratch)
> NOTE:   do_populate_lic: 99% sstate reuse (2327 setscene, 13 scratch)
>
> Summary: 1 task failed:
>   
> /home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb,
>  do_compile

Wow. It looks like the shared directory went away underneath the build of
the kernel itself.

Great log on this one .. easy to see what was going on.

Has this particular error been seen before ? Or is this the first time it has
popped up ?

Bruce

> Summary: There were 7 WARNING messages shown.
> Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
> = 2nd build to rebuild each recipe with every possible dep =
> Logs will be stored in test-dependencies/1447645595/2_max directory
> Building recipe: cifs-utils (1/13)
> ERROR: Task 187 
> (/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb,
>  do_compile) failed with exit code '1'
> Building recipe: ctdb (2/13)
> Building recipe: imsettings (3/13)
> Building recipe: libldb (4/13)
> Building recipe: libtdb (5/13)
> Building recipe: libtevent (6/13)
> Building recipe: linux-yocto (7/13)
> Building recipe: qt-mobility-embedded (8/13)
> Building recipe: qt-mobility-x11 (9/13)
> Building recipe: samba (10/13)
> Building recipe: sox (11/13)
> Building recipe: talloc (12/13)
> Building recipe: vlc (13/13)
> Copying buildhistory/packages to test-dependencies/1447645595/2_max
> Copying do_package logs to test-dependencies/1447645595/2_max/do_package/
> = 3rd or 4th build to rebuild each recipe with minimal dependencies =
> Logs will be stored in test-dependencies/1447645595/3_min directory
> !!!Removing tmpdir "/home/jenkins/oe/world/shr-core/tmp-glibc"!!!
> Building recipe: cifs-utils (1/14)
> Building recipe: ctdb (2/14)
> Building recipe: imsettings (3/14)
> Building recipe: libldb (4/14)
> Building recipe: libtdb (5/14)
> Building recipe: libtevent (6/14)
> Building recipe: linux-yocto (7/14)
> Building recipe: linux-yocto-tiny-kexecboot (8/14)
> ERROR: Task 221 
> (/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.1.bb,
>

[oe] [PATCH 2/3] mozilla: Remove unused variables

2015-11-16 Thread Otavio Salvador 
From: Fabio Berton 

Change configure, compile and install functions

Mozilla build system has changed compared to old Firefox version 10.
For more information about new mozilla build system see
https://developer.mozilla.org/en-US/Firefox

Remove unused variables.

Add SHELL to EXTRA_OEMAKE. Mozilla build system needs pass explicitly
SHELL variable.

Configure variables needed by mozconfig work properly.

Signed-off-by: Fabio Berton 
Signed-off-by: Otavio Salvador 
---

 classes/mozilla.bbclass | 43 ---
 1 file changed, 12 insertions(+), 31 deletions(-)

diff --git a/classes/mozilla.bbclass b/classes/mozilla.bbclass
index 940f381..a71c0e1 100644
--- a/classes/mozilla.bbclass
+++ b/classes/mozilla.bbclass
@@ -6,13 +6,21 @@ SRC_URI += "file://mozconfig"
 
 inherit gettext pkgconfig
 
+EXTRA_OEMAKE += "SHELL=/bin/sh"
 EXTRA_OECONF = "--target=${TARGET_SYS} --host=${BUILD_SYS} \
 --build=${BUILD_SYS} --prefix=${prefix} --disable-elf-hack"
 SELECTED_OPTIMIZATION = "-Os -fsigned-char -fno-strict-aliasing"
 
 export CROSS_COMPILE = "1"
+
 export MOZCONFIG = "${WORKDIR}/mozconfig"
-export MOZ_OBJDIR = "${WORKDIR}/obj-${TARGET_SYS}"
+export OBJDIR = "${S}/firefox-build-dir"
+export MOZ_OBJDIR = "${S}/firefox-build-dir"
+export FOUND_MOZCONFIG = "${WORKDIR}/mozconfig"
+
+export TARGET_SYS
+export STAGING_INCDIR
+export STAGING_LIBDIR
 
 export CONFIGURE_ARGS = "${EXTRA_OECONF}"
 export HOST_CC = "${BUILD_CC}"
@@ -22,49 +30,22 @@ export HOST_CXXFLAGS = "${BUILD_CXXFLAGS}"
 export HOST_LDFLAGS = "${BUILD_LDFLAGS}"
 export HOST_RANLIB = "${BUILD_RANLIB}"
 export HOST_AR = "${BUILD_AR}"
-# Set the host libIDL stuff correctly.
-export HOST_LIBIDL_CONFIG="PKG_CONFIG_PATH=${STAGING_LIBDIR_NATIVE}/pkgconfig 
pkg-config libIDL-2.0"
-# Due to sysroot we need to sed out references to the target staging
-# when building the native version of xpidl Symptons of the failure
-# include "gthread.h:344: error: size of array 'type name' is negative"
-export HOST_LIBIDL_CFLAGS="`${HOST_LIBIDL_CONFIG} --cflags | sed -e 
s:${STAGING_DIR_TARGET}::g`"
-export HOST_LIBIDL_LIBS="`${HOST_LIBIDL_CONFIG} --libs`"
-
 
 mozilla_do_configure() {
-   (
-   set -e
-   for cg in `find ${S} -name config.guess`; do
-   install -m 0755 \
-   ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess \
-   ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub \
-   `dirname $cg`/
-   done
-   )
-
# Put PARALLEL_MAKE into mozconfig
if [ ! -z "${PARALLEL_MAKE}" ] ; then
echo mk_add_options MOZ_MAKE_FLAGS=\"${PARALLEL_MAKE}\" \
>> ${MOZCONFIG}
fi
-
-   if [ -e ${MOZ_OBJDIR}/Makefile ] ; then
-   oe_runmake -f client.mk ${MOZ_OBJDIR}/Makefile \
-   ${MOZ_OBJDIR}/config.status
-   fi
-
-   sed -i -e 's,@prefix@,${prefix},g' \
-  -e 's,@STAGING_INCDIR@,${STAGING_INCDIR},g' \
-  -e 's,@STAGING_DIR_TARGET@,${STAGING_DIR_TARGET},g' \
-  ${MOZCONFIG}
+   oe_runmake -f client.mk -s configure
 }
 
 mozilla_do_compile() {
-   oe_runmake -f client.mk build_all
+   oe_runmake -f client.mk build
 }
 
 mozilla_do_install() {
-   oe_runmake DESTDIR="${D}" destdir="${D}" install
+   oe_runmake -f client.mk install INSTALL_SDK= DESTDIR="${D}"
 }
 
 EXPORT_FUNCTIONS do_configure do_compile do_install
-- 
2.6.2

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

[oe] [PATCH 1/3] scripts/firefox-gen-l10n-recipes: Use HTTP to fetch the xpi files

2015-11-16 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---

 scripts/firefox-gen-l10n-recipes | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/firefox-gen-l10n-recipes b/scripts/firefox-gen-l10n-recipes
index dc22bb4..1f2ae9d 100755
--- a/scripts/firefox-gen-l10n-recipes
+++ b/scripts/firefox-gen-l10n-recipes
@@ -11,7 +11,7 @@ OLDCWD=$PWD
 
 cd $TMPDIR
 echo "Downloading XPI files..."
-wget -c 
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/$1/linux-i686/xpi/*.xpi
+wget -np -nH -r --cut-dirs 7 -A "*.xpi" 
http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/$1/linux-i686/xpi/
 
 cd $OLDCWD
 
@@ -21,7 +21,7 @@ for f in $TMPDIR/*.xpi; do
lang_code=$(echo $f | sed "s,$TMPDIR/\([^\.]*\).xpi,\1,g" | tr '[A-Z]' 
'[a-z]')
 
 cat > firefox-l10n-${lang_code}_$1.bb

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Mark Hatle 
On 11/16/15 11:10 AM, akuster808 wrote:
> 
> 
> On 11/16/2015 03:24 AM, Otavio Salvador wrote:
>> On Mon, Nov 16, 2015 at 9:23 AM, Alexander Kanavin
>>  wrote:
>>> On 11/16/2015 01:20 PM, Otavio Salvador wrote:
>>>
> Making a separate repository with this layer is even more disruptive, and
> complicates administration and maintenance. I'm not going to handle
> those.
> So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no
> official maintainer or ongoing build testing for it at least until
> someone
> volunteers to pick it up.


 I will nack the patch to include it onto meta-oe; I also guess that
 Martin will also nack it.

 Make it another layer as suggested, please.
>>>
>>>
>>> A separate layer under meta-openembedded or a separate repository with the
>>> layer? Please be clear.
>>
>> Another repository.
> 
> Agree with a separate repo. It clarifies our intention and implies nothing.

I'm fine with a separate repo as well.  Then whomever still needs it can work
with it as necessary.

--Mark

> 
>>

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

Re: [oe] [meta-browser][PATCH 2/2] chromium: use PARALLEL_MAKE to control build parallelism

2015-11-16 Thread Andre McCurdy 
Hi Nikolay,

On Sat, Nov 14, 2015 at 6:04 AM, Nikolay Dimitrov  wrote:
> Hi Andre,
>
> On 11/11/2015 06:48 AM, Andre McCurdy wrote:
>>
>> Signed-off-by: Andre McCurdy 
>> ---
>>   recipes-browser/chromium/chromium_40.0.2214.91.bb | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> b/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> index a9635cd..f20610c 100644
>> --- a/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> +++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> @@ -196,7 +196,7 @@ do_configure_append() {
>>
>>   do_compile() {
>>   # build with ninja
>> -ninja -C ${S}/out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS}
>> chrome chrome_sandbox
>> +ninja -C ${S}/out/${CHROMIUM_BUILD_TYPE} ${PARALLEL_MAKE} chrome
>> chrome_sandbox
>>   }
>
>
> Can you please share the chromium build times on your build-box with
> and without this patch? I'm just curious how well this worked for you.

By default BB_NUMBER_THREADS and PARALLEL_MAKE are both derived from
the number of logical CPU cores (as detected by oe.utils.cpu_count()),
so the patch should not have any effect on build times.

The patch is about correctness - it's not really right to use
BB_NUMBER_THREADS for anything other than setting the maximum number
of BitBake threads.

> Thanks and regards,
> Nikolay
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread akuster808 


On 11/16/2015 03:24 AM, Otavio Salvador wrote:
> On Mon, Nov 16, 2015 at 9:23 AM, Alexander Kanavin
>  wrote:
>> On 11/16/2015 01:20 PM, Otavio Salvador wrote:
>>
 Making a separate repository with this layer is even more disruptive, and
 complicates administration and maintenance. I'm not going to handle
 those.
 So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no
 official maintainer or ongoing build testing for it at least until
 someone
 volunteers to pick it up.
>>>
>>>
>>> I will nack the patch to include it onto meta-oe; I also guess that
>>> Martin will also nack it.
>>>
>>> Make it another layer as suggested, please.
>>
>>
>> A separate layer under meta-openembedded or a separate repository with the
>> layer? Please be clear.
> 
> Another repository.

Agree with a separate repo. It clarifies our intention and implies nothing.


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

Re: [oe] [meta-oe][PATCH V2 03/17] modemmanager: Add PACKAGECONFIGs

2015-11-16 Thread Martin Jansa 
On Wed, Nov 11, 2015 at 08:48:06PM +0100, Adrian Freihofer wrote:
> Signed-off-by: Adrian Freihofer 
> ---
>  .../modemmanager/modemmanager_1.4.12.bb | 17 
> -
>  1 file changed, 16 insertions(+), 1 deletion(-)
> 
> diff --git a/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.4.12.bb 
> b/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.4.12.bb
> index db7a28d..b1768ca 100644
> --- a/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.4.12.bb
> +++ b/meta-oe/recipes-connectivity/modemmanager/modemmanager_1.4.12.bb
> @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = " \
>  
>  inherit gnomebase gettext systemd
>  
> -DEPENDS = "glib-2.0 libmbim libqmi (>=1.12.4) polkit libgudev dbus-glib"
> +DEPENDS = "glib-2.0 libgudev dbus-glib" 
>  
>  SRC_URI = "${GNOME_MIRROR}/ModemManager/ModemManager-${PV}.tar.xz"
>  SRC_URI[md5sum] = "66cc7266b15525cb366253e6639fc564"
> @@ -17,6 +17,21 @@ SRC_URI[sha256sum] = 
> "7ef5035375a953b285a742591df0a65fd442f4641ce4d8f4392a41d6d6
>  
>  S = "${WORKDIR}/ModemManager-${PV}"
>  
> +# If you need a different configuration for modemmanager, add a statement
> +# similar to the following example to your local.conf or distro config
> +# PACKAGECONFIG_remove_pn-modemmanager = "polkit"
> +PACKAGECONFIG ??= "mbim qmi polkit"
> +
> +EXTRA_OECONF = " \
> +  ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
> '--with-systemdsystemunitdir=${systemd_unitdir}/system/', '', d)} \
> +"

I've changed this to PACKAGECONFIG when cherry-picking to master-next

> +PACKAGECONFIG[polkit] = "--with-polkit=yes,--with-polkit=no,polkit"
> +# Support WWAN modems and devices which speak the Mobile Interface Broadband 
> Model (MBIM) protocol.
> +PACKAGECONFIG[mbim] = "--with-mbim,--enable-mbim=no,libmbim,libmbim"
> +# Support WWAN modems and devices which speak the Qualcomm MSM Interface 
> (QMI) protocol.
> +PACKAGECONFIG[qmi] = "--with-qmi,--without-qmi,libqmi (>=1.12.4),libqmi 
> (>=1.12.4)"
> +
> +
>  FILES_${PN} += " \
>  ${datadir}/icons \
>  ${datadir}/polkit-1 \
> -- 
> 2.4.3
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH V2 06/17] networkmanager: Update to 1.0.6

2015-11-16 Thread Martin Jansa 
On Wed, Nov 11, 2015 at 08:48:09PM +0100, Adrian Freihofer wrote:
> Signed-off-by: Adrian Freihofer 
> ---
>  ...tworkmanager_1.0.4.bb => networkmanager_1.0.6.bb} | 20 
> ++--
>  1 file changed, 14 insertions(+), 6 deletions(-)
>  rename meta-oe/recipes-connectivity/networkmanager/{networkmanager_1.0.4.bb 
> => networkmanager_1.0.6.bb} (81%)
> 
> diff --git 
> a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.4.bb 
> b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb
> similarity index 81%
> rename from 
> meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.4.bb
> rename to meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb
> index 310a83b..d529b4a 100644
> --- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.4.bb
> +++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb
> @@ -2,18 +2,21 @@ SUMMARY = "NetworkManager"
>  SECTION = "net/misc"
>  
>  LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=cbbffd568227ada506640fe950a4823b"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
> +
> file://libnm-util/COPYING;md5=1c4fa765d6eb3cd2fbd84344a1b816cd \
> +
> file://docs/api/html/license.html;md5=51d7fb67bde992e58533a8481cee070b"
>  
>  DEPENDS = "libnl dbus dbus-glib libgudev wireless-tools nss util-linux 
> libndp"
>  
> -inherit gnome gettext systemd
> +inherit gnomebase gettext systemd
>  
>  SRC_URI = " \
>  
> ${GNOME_MIRROR}/NetworkManager/${@gnome_verdir("${PV}")}/NetworkManager-${PV}.tar.xz
>  \
>  file://0001-don-t-try-to-run-sbin-dhclient-to-get-the-version-nu.patch \
>  "
> -SRC_URI[md5sum] = "7eabef7bd3bbdd6dc0473dd32aeac924"
> -SRC_URI[sha256sum] = 
> "e4099fa2f4f4b8d95d0ad9fdd03ec20960845085fa500bf79aecbf54cee018c9"
> +
> +SRC_URI[md5sum] = "00f5f9ec69725a9f9b99366853c6f73e"
> +SRC_URI[sha256sum] = 
> "38ea002403e3b884ffa9aae25aea431d2a8420f81f4919761c83fb92648254bd"
>  
>  S = "${WORKDIR}/NetworkManager-${PV}"
>  
> @@ -31,15 +34,15 @@ EXTRA_OECONF = " \
>  --with-dnsmasq=${bindir}/dnsmasq \
>  "
>  
> -PACKAGECONFIG ??= 
> "${@base_contains('DISTRO_FEATURES','systemd','systemd','consolekit',d)}"
> +PACKAGECONFIG ??= 
> "${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','consolekit',d)}"
>  PACKAGECONFIG[systemd] = " \
>  --with-systemdsystemunitdir=${systemd_unitdir}/system 
> --with-session-tracking=systemd --enable-polkit, \
>  --without-systemdsystemunitdir, \
>  polkit \
>  "
>  # consolekit is not picked by shlibs, so add it to RDEPENDS too
> -PACKAGECONFIG[bluez5] = "--enable-bluez5-dun,--disable-bluez5-dun,bluez5"
>  PACKAGECONFIG[consolekit] = 
> "--with-session-tracking=consolekit,,consolekit,consolekit"
> +PACKAGECONFIG[bluez5] = "--enable-bluez5-dun,--disable-bluez5-dun,bluez5"
>  PACKAGECONFIG[concheck] = "--with-libsoup=yes,--with-libsoup=no,libsoup-2.4"
>  PACKAGECONFIG[modemmanager] = 
> "--with-modem-manager-1=yes,--with-modem-manager-1=no,modemmanager"
>  PACKAGECONFIG[ppp] = "--enable-ppp,--disable-ppp,ppp"
> @@ -73,8 +76,13 @@ FILES_${PN}-dbg += " \
>  "
>  
>  FILES_${PN}-dev += " \
> +${datadir}/NetworkManager/gdb-cmd \
> +"
> +
> +FILES_${PN}-staticdev += " \

.la files belong to normal -dev and libdir is already included, I've
removed this change when cherry-picking to master-next. see
bitbake.conf:

FILES_${PN}-dev = "${includedir} ${FILES_SOLIBSDEV} ${libdir}/*.la \
${libdir}/*.o ${libdir}/pkgconfig ${datadir}/pkgconfig \
${datadir}/aclocal ${base_libdir}/*.o \
${libdir}/${BPN}/*.la ${base_libdir}/*.la"



>  ${libdir}/pppd/*/*.la \
>  ${libdir}/NetworkManager/*.la \
> +${libdir}/*.la \
>  "
>  
>  FILES_${PN}-tests = " \
> -- 
> 2.4.3
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH V2 07/17] networkmanager: support gnutls and nss

2015-11-16 Thread Martin Jansa 
On Wed, Nov 11, 2015 at 08:48:10PM +0100, Adrian Freihofer wrote:
> Signed-off-by: Adrian Freihofer 
> ---
>  .../0002-add-pkg-config-for-libgcrypt.patch| 41 
> ++
>  .../networkmanager/networkmanager_1.0.6.bb | 14 ++--
>  2 files changed, 52 insertions(+), 3 deletions(-)
>  create mode 100644 
> meta-oe/recipes-connectivity/networkmanager/networkmanager/0002-add-pkg-config-for-libgcrypt.patch
> 
> diff --git 
> a/meta-oe/recipes-connectivity/networkmanager/networkmanager/0002-add-pkg-config-for-libgcrypt.patch
>  
> b/meta-oe/recipes-connectivity/networkmanager/networkmanager/0002-add-pkg-config-for-libgcrypt.patch
> new file mode 100644
> index 000..bb95eaa
> --- /dev/null
> +++ 
> b/meta-oe/recipes-connectivity/networkmanager/networkmanager/0002-add-pkg-config-for-libgcrypt.patch
> @@ -0,0 +1,41 @@
> +From a9261fee4a41045c42e0d292237cee532e11982c Mon Sep 17 00:00:00 2001
> +From: Adrian 
> +Date: Thu, 27 Nov 2014 15:43:26 +0100
> +Subject: [PATCH] add pkg config for libgcrypt
> +
> +---
> + configure.ac | 18 +++---
> + 1 file changed, 7 insertions(+), 11 deletions(-)
> +
> +diff --git a/configure.ac b/configure.ac
> +index 94b0758..654a015 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -480,17 +480,13 @@ if test x"$ac_crypto" = xnss; then
> +   with_nss=yes
> + elif test x"$ac_crypto" = xgnutls; then
> +   PKG_CHECK_MODULES(GNUTLS, [gnutls >= 1.2])
> +-  AC_PATH_PROG(LIBGCRYPT_CONFIG, libgcrypt-config, no)
> +-  if test x"$LIBGCRYPT_CONFIG" = xno; then
> +-AC_MSG_ERROR([gnutls explicitly requested but gcrypt not found on 
> system])
> +-  else
> +-AC_DEFINE(HAVE_GNUTLS, 1, [Define if you have libgnutls])
> +-LIBGCRYPT_CFLAGS=`$LIBGCRYPT_CONFIG --cflags`
> +-LIBGCRYPT_LIBS=`$LIBGCRYPT_CONFIG --libs`
> +-AC_SUBST(LIBGCRYPT_CFLAGS)
> +-AC_SUBST(LIBGCRYPT_LIBS)
> +-with_gnutls=yes
> +-  fi
> ++  AC_DEFINE(HAVE_GNUTLS, 1, [Define if you have libgnutls])
> ++  PKG_CHECK_MODULES(LIBGCRYPT, [libgcrypt >= 1.1.42], [
> ++  AC_DEFINE(HAVE_GCRYPT, 1, [Define if gcrypt library is available.])
> ++  with_gnutls=yes
> ++], [
> ++  AC_MSG_ERROR([gnutls explicitly requested but gcrypt not found on 
> system])
> ++])
> + else
> +   AC_MSG_ERROR([Please choose either 'nss' or 'gnutls' for certificate and 
> crypto operations])
> + fi
> +-- 
> +1.9.1
> +
> diff --git 
> a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb 
> b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb
> index d529b4a..3a59f83 100644
> --- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb
> +++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_1.0.6.bb
> @@ -6,13 +6,14 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
>  
> file://libnm-util/COPYING;md5=1c4fa765d6eb3cd2fbd84344a1b816cd \
>  
> file://docs/api/html/license.html;md5=51d7fb67bde992e58533a8481cee070b"
>  
> -DEPENDS = "libnl dbus dbus-glib libgudev wireless-tools nss util-linux 
> libndp"
> +DEPENDS = "libnl dbus dbus-glib libgudev wireless-tools util-linux libndp"
>  
>  inherit gnomebase gettext systemd
>  
>  SRC_URI = " \
>  
> ${GNOME_MIRROR}/NetworkManager/${@gnome_verdir("${PV}")}/NetworkManager-${PV}.tar.xz
>  \
>  file://0001-don-t-try-to-run-sbin-dhclient-to-get-the-version-nu.patch \
> +file://0002-add-pkg-config-for-libgcrypt.patch \
>  "
>  
>  SRC_URI[md5sum] = "00f5f9ec69725a9f9b99366853c6f73e"
> @@ -26,7 +27,6 @@ EXTRA_OECONF = " \
>  --disable-ifnet \
>  --disable-ifcfg-suse \
>  --with-netconfig \
> ---with-crypto=nss \
>  --disable-more-warnings \
>  --with-dhclient=${base_sbindir}/dhclient \
>  --with-iptables=${sbindir}/iptables \
> @@ -34,7 +34,13 @@ EXTRA_OECONF = " \
>  --with-dnsmasq=${bindir}/dnsmasq \
>  "
>  
> -PACKAGECONFIG ??= 
> "${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','consolekit',d)}"
> +# If you need a different configuration for networkmanager, add lines 
> similar to
> +# the following example to your local.conf or distro config
> +# PACKAGECONFIG_remove_pn-networkmanager = "nss"
> +# PACKAGECONFIG_append_pn-networkmanager = " gnutls modemmanager ppp"
> +PACKAGECONFIG ??= "nss \
> +
> ${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','consolekit',d)} \
> +"
>  PACKAGECONFIG[systemd] = " \
>  --with-systemdsystemunitdir=${systemd_unitdir}/system 
> --with-session-tracking=systemd --enable-polkit, \
>  --without-systemdsystemunitdir, \
> @@ -46,6 +52,8 @@ PACKAGECONFIG[bluez5] = 
> "--enable-bluez5-dun,--disable-bluez5-dun,bluez5"
>  PACKAGECONFIG[concheck] = "--with-libsoup=yes,--with-libsoup=no,libsoup-2.4"
>  PACKAGECONFIG[modemmanager] = 
> "--with-modem-manager-1=yes,--with-modem-manager-1=no,modemmanager"
>  PACKAGECONFIG[ppp] = "--enable-ppp,--disable-ppp,ppp"
>

Re: [oe] [meta-qt5][PATCHv2] qtbase: support oe-device-extra.pri in configure

2015-11-16 Thread Martin Jansa 
On Fri, Nov 06, 2015 at 03:20:09PM +0200, Samuli Piippo wrote:
> configure parses through the mkspec, but does not handle conditions
> at all, so oe-device-extra.pri was not included at configure phase.
> For example QT_QPA_DEFAULT_PLATFORM had no effect for configure.
> With include() on a separate line, oe-device-extra.pri is correctly
> included also in configure.

Please resend version applicable for 5.6 in master branch (this will be
merged to jethro after more testing in master branch).

> Signed-off-by: Samuli Piippo 
> ---
>  recipes-qt/qt5/qtbase/0001-Add-linux-oe-g-platform.patch | 10 ++
>  1 file changed, 6 insertions(+), 4 deletions(-)
> 
> diff --git a/recipes-qt/qt5/qtbase/0001-Add-linux-oe-g-platform.patch 
> b/recipes-qt/qt5/qtbase/0001-Add-linux-oe-g-platform.patch
> index a9c448d..0826ba1 100644
> --- a/recipes-qt/qt5/qtbase/0001-Add-linux-oe-g-platform.patch
> +++ b/recipes-qt/qt5/qtbase/0001-Add-linux-oe-g-platform.patch
> @@ -45,9 +45,9 @@ Signed-off-by: Martin Jansa 
>  ---
>   configure|  70 +++-
>   mkspecs/features/configure.prf   |   4 +-
> - mkspecs/linux-oe-g++/qmake.conf  |  42 +++
> + mkspecs/linux-oe-g++/qmake.conf  |  44 +++
>   mkspecs/linux-oe-g++/qplatformdefs.h | 100 
> +++
> - 4 files changed, 188 insertions(+), 28 deletions(-)
> + 4 files changed, 190 insertions(+), 28 deletions(-)
>   create mode 100644 mkspecs/linux-oe-g++/qmake.conf
>   create mode 100644 mkspecs/linux-oe-g++/qplatformdefs.h
>  
> @@ -200,7 +200,7 @@ new file mode 100644
>  index 000..d0a4166
>  --- /dev/null
>  +++ b/mkspecs/linux-oe-g++/qmake.conf
> -@@ -0,0 +1,42 @@
> +@@ -0,0 +1,44 @@
>  +#
>  +# qmake configuration for linux-g++ with modifications for building with 
> OpenEmbedded
>  +#
> @@ -240,7 +240,9 @@ index 000..d0a4166
>  +# for the SDK
>  +isEmpty(QMAKE_QT_CONFIG):QMAKE_QT_CONFIG = $(OE_QMAKE_QT_CONFIG)
>  +
> -+exists(../oe-device-extra.pri):include(../oe-device-extra.pri)
> ++exists(../oe-device-extra.pri) {
> ++  include(../oe-device-extra.pri)
> ++}
>  +
>  +load(qt_config)
>  diff --git a/mkspecs/linux-oe-g++/qplatformdefs.h 
> b/mkspecs/linux-oe-g++/qplatformdefs.h
> -- 
> 1.9.1
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libjpeg-turbo: update 1.4.1 -> 1.4.2

2015-11-16 Thread Andre McCurdy 
  https://github.com/libjpeg-turbo/libjpeg-turbo/blob/1.4.2/ChangeLog.txt

  1.4.2
  =

  [1] Fixed an issue whereby cjpeg would segfault if a Windows bitmap with a
  negative width or height was used as an input image (Windows bitmaps can have
  a negative height if they are stored in top-down order, but such files are
  rare and not supported by libjpeg-turbo.)

  [2] Fixed an issue whereby, under certain circumstances, libjpeg-turbo would
  incorrectly encode certain JPEG images when quality=100 and the fast integer
  forward DCT were used.  This was known to cause 'make test' to fail when the
  library was built with '-march=haswell' on x86 systems.

  [3] Fixed an issue whereby libjpeg-turbo would crash when built with the 
latest
  & greatest development version of the Clang/LLVM compiler.  This was caused by
  an x86-64 ABI conformance issue in some of libjpeg-turbo's 64-bit SSE2 SIMD
  routines.  Those routines were incorrectly using a 64-bit mov instruction to
  transfer a 32-bit JDIMENSION argument, whereas the x86-64 ABI allows the upper
  (unused) 32 bits of a 32-bit argument's register to be undefined.  The new
  Clang/LLVM optimizer uses load combining to transfer multiple adjacent 32-bit
  structure members into a single 64-bit register, and this exposed the ABI
  conformance issue.

  [4] Fixed a bug in the MIPS DSPr2 4:2:0 "plain" (non-fancy and non-merged)
  upsampling routine that caused a buffer overflow (and subsequent segfault) 
when
  decompressing a 4:2:0 JPEG image whose scaled output width was less than 16
  pixels.  The "plain" upsampling routines are normally only used when
  decompressing a non-YCbCr JPEG image, but they are also used when 
decompressing
  a JPEG image whose scaled output height is 1.

  [5] Fixed various negative left shifts and other issues reported by the GCC 
and
  Clang undefined behavior sanitizers.  None of these was known to pose a
  security threat, but removing the warnings makes it easier to detect actual
  security issues, should they arise in the future.

Signed-off-by: Andre McCurdy 
---
 .../jpeg/{libjpeg-turbo_8d+1.4.1.bb => libjpeg-turbo_8d+1.4.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-oe/recipes-core/jpeg/{libjpeg-turbo_8d+1.4.1.bb => 
libjpeg-turbo_8d+1.4.2.bb} (90%)

diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb
similarity index 90%
rename from meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
rename to meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb
index e79f800..0138a63 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb
@@ -12,8 +12,8 @@ DEPENDS = "nasm-native"
 BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
-SRC_URI[md5sum] = "b1f6b84859a16b8ebdcda951fa07c3f2"
-SRC_URI[sha256sum] = 
"4bf5bad4ce85625bffbbd9912211e06790e00fb982b77724af7211034efafb08"
+SRC_URI[md5sum] = "86b0d5f7507c2e6c21c00219162c3c44"
+SRC_URI[sha256sum] = 
"521bb5d3043e7ac063ce3026d9a59cc2ab2e9636c655a2515af5f4706122233e"
 
 S = "${WORKDIR}/${BPN}-${BASEPV}"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH] tree: respect the package's own default CFLAGS

2015-11-16 Thread Andre McCurdy 
The tree Makefile defines default CFLAGS form Linux (-DLINUX, etc)
which are lost if we don't manually include them in the final CFLAGS.

Also break the dependency on EXTRA_OEMAKE containing '-e', disable the
unused configure task and, since package has a very short description,
set SUMMARY instead of DESCRIPTION.

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/tree/tree_1.7.0.bb | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/tree/tree_1.7.0.bb 
b/meta-oe/recipes-support/tree/tree_1.7.0.bb
index 507b12a..2e8ebdb 100644
--- a/meta-oe/recipes-support/tree/tree_1.7.0.bb
+++ b/meta-oe/recipes-support/tree/tree_1.7.0.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = "a recursive directory listing command"
+SUMMARY = "A recursive directory listing command"
 HOMEPAGE = "http://mama.indstate.edu/users/ice/tree/;
 SECTION = "console/utils"
 LICENSE = "GPLv2"
@@ -8,7 +8,14 @@ SRC_URI = "ftp://mama.indstate.edu/linux/${BPN}/${BP}.tgz;
 SRC_URI[md5sum] = "abe3e03e469c542d8e157cdd93f4d8a6"
 SRC_URI[sha256sum] = 
"6957c20e82561ac4231638996e74f4cfa4e6faabc5a2f511f0b4e3940e8f7b12"
 
+# tree's default CFLAGS for Linux
+CFLAGS += "-Wall -DLINUX -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64"
+
+EXTRA_OEMAKE = "CC='${CC}' CFLAGS='${CFLAGS}' LDFLAGS='${LDFLAGS}'"
+
+do_configure[noexec] = "1"
+
 do_install() {
 install -d ${D}${bindir}
-install -m 0755 ${S}/${BPN} ${D}${bindir}/${BPN}
+install -m 0755 ${S}/${BPN} ${D}${bindir}/
 }
-- 
1.9.1

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

[oe] [meta-oe][PATCH] gperftools: upgrade to 2.4

2015-11-16 Thread Chen Qi 
Signed-off-by: Chen Qi 
---
 meta-oe/recipes-support/gperftools/gperftools_2.1.bb | 12 
 meta-oe/recipes-support/gperftools/gperftools_2.4.bb | 12 
 2 files changed, 12 insertions(+), 12 deletions(-)
 delete mode 100644 meta-oe/recipes-support/gperftools/gperftools_2.1.bb
 create mode 100644 meta-oe/recipes-support/gperftools/gperftools_2.4.bb

diff --git a/meta-oe/recipes-support/gperftools/gperftools_2.1.bb 
b/meta-oe/recipes-support/gperftools/gperftools_2.1.bb
deleted file mode 100644
index 7d4a0b0..000
--- a/meta-oe/recipes-support/gperftools/gperftools_2.1.bb
+++ /dev/null
@@ -1,12 +0,0 @@
-SUMMARY = "Fast, multi-threaded malloc() and nifty performance analysis tools"
-HOMEPAGE = "http://code.google.com/p/gperftools/;
-LICENSE = "BSD"
-LIC_FILES_CHKSUM = "file://COPYING;md5=762732742c73dc6c7fbe8632f06c059a"
-DEPENDS = "libunwind"
-
-SRC_URI = 
"${DEBIAN_MIRROR}/main/g/google-perftools/google-perftools_${PV}.orig.tar.gz"
-
-SRC_URI[md5sum] = "5e5a981caf9baa9b4afe90a82dcf9882"
-SRC_URI[sha256sum] = 
"f3ade29924f89409d8279ab39e00af7420593baa4941c318db42e70ead7e494f"
-
-inherit autotools
diff --git a/meta-oe/recipes-support/gperftools/gperftools_2.4.bb 
b/meta-oe/recipes-support/gperftools/gperftools_2.4.bb
new file mode 100644
index 000..3d8e2a9
--- /dev/null
+++ b/meta-oe/recipes-support/gperftools/gperftools_2.4.bb
@@ -0,0 +1,12 @@
+SUMMARY = "Fast, multi-threaded malloc() and nifty performance analysis tools"
+HOMEPAGE = "http://code.google.com/p/gperftools/;
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://COPYING;md5=762732742c73dc6c7fbe8632f06c059a"
+DEPENDS = "libunwind"
+
+SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/gperftools/gperftools-2.4.tar.gz/2171cea3bbe053036fb5d5d25176a160/gperftools-2.4.tar.gz;
+
+SRC_URI[md5sum] = "2171cea3bbe053036fb5d5d25176a160"
+SRC_URI[sha256sum] = 
"982a37226eb42f40714e26b8076815d5ea677a422fb52ff8bfca3704d9c30a2d"
+
+inherit autotools
-- 
1.9.1

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

Re: [oe] [PATCH 1/1] snort: fix m4 causes out of memory during configure [ LIN8-299 ]

2015-11-16 Thread Ioan-Adrian Ratiu 
On Mon, 16 Nov 2015 10:39:15 +0800
Zhiquan Li  wrote:

> 
> 
> On 2015.10.29 19:11, Martin Jansa wrote:
> > On Thu, Oct 29, 2015 at 11:04:02AM +0200, Ioan-Adrian Ratiu wrote:
> >> On Thu, 29 Oct 2015 09:41:52 +0800
> >> Zhiquan Li  wrote:
> >>
> >>>
> >>> On 2015.10.27 18:49, Ioan-Adrian Ratiu wrote:
>  On Tue, 27 Oct 2015 09:54:07 +
>  "Li, Zhiquan"  wrote:
> 
> > I need to evaluate the possibility to upgrade the snort recipe to
> >> 2.9.7, because upgrade to > 2.9.7, some patches will not work
> >> anymore and the daq recipe also need to be upgraded to 2.0.4 at
> >> least. The side-effect is uncertainty.
>  What exactly do you mean by "patches will not work anymore"?.
>  Do you mean thy do not apply on >2.9.7? AFAIK two of those
>  patches are not needed in 2.9.7.6 (fixed upstream), the others
>  just need refreshing.
> >>> I've tried to upgrade snort from 2.9.6.0 to 2.9.7.5, as its
> >>> dependency I also upgrade daq recipe from 2.0.2 to 2.0.6, and
> >>> accordingly update the patches:
> >>> * add 2 new patches for snort to solve the cross compile issues.
> >>> * discard a snort patch since it is not needed.
> >>> * refresh the patch for daq new version.
> >>> Please see the attachment for the changes.
> >>>
> >>> Unfortunately , it was failed when packaging debug files, the rpm
> >>> debugedit complain: canonicalization unexpectedly shrank by one
> >>> character. At a glance it is a bug of debugedit, please see:
> >>> http://sourceforge.net/p/snort/mailman/message/34130268/
> >>> Redhat hasn't resolved this bug:
> >>> https://bugzilla.redhat.com/show_bug.cgi?id=304121
> >>>
> >>> So, the options are:
> >>> * Fix rpm debugedit bug and update it to OE
> >>> * Take the workaround that skip the snort debug package
> >>> * Backport the fix from snort upstream
> >>>
> >> IMO anything rpm-based is fundamentally broken and not worth fixing
> >> because of these kind of long-standing bugs. You spend tons of time
> >> fixing one, then just hit another that was also ignored for +8 years.
> >>
> >> I don't think we should skip the debug package entirely because ipks
> >> and debs should be fine. If it is possible to skip only rpm-debug pkgs
> >> then this would be the best way to go IMO.
> >>
> >> Not upgrading the package and backporting fixes only to avoid this rpm
> >> bug should be the last option.
> >>
> >> @Martin and @Khem, do you have any suggestions?
> > I've already merged this change to master-next and I plan to merge it to
> > master and jethro soon (when jenkins builds are finished).
> >
> > It's good incremental step (fixes the root cause why it was
> > blacklisted), upgrade to newer version is also good, but can be separate
> > and only for master branch (as jethro is almost closed now).
> >
> > "canonicalization unexpectedly shrank by one character" is something we
> > have to fix from time to time, but it's always doable in the component
> > source (usually double slash in one of the paths), so it's not 8+ years
> > kind of issue.
> >
> > Regards,
> Many thanks, Martin!
> 
> I saw your fix for "canonicalization unexpectedly shrank by one 
> character" issue:
> http://lists.openembedded.org/pipermail/openembedded-core/2013-October/084960.html
> 
> Some redundant '/' were sneakingly inserted into snort binary and lead 
> to the rpm debugedit error finally.
> I've submitted a new patch so that snort can be upgraded to 2.9.7+:
> http://lists.openembedded.org/pipermail/openembedded-devel/2015-November/104661.html
> 

Very nice! Thank you for doing the upgrade.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCHv2][meta-multimedia] vlc: add PACKAGECONFIG for samba, upnp, dvdnav, sftp, vorbis, dc1394, dv1394, svg, svgdec

2015-11-16 Thread Martin Jansa 
* hopefully fixes:
WARN: vlc: vlc rdepends on libavc1394, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libcroco, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libcrypto, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libdvdnav, but it isn't a build dependency?
WARN: vlc: vlc rdepends on librsvg, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libssh2, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libssl, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libupnp, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libvorbis, but it isn't a build dependency?
WARN: vlc: vlc rdepends on libxml2, but it isn't a build dependency?

Signed-off-by: Martin Jansa 
---
 meta-multimedia/recipes-multimedia/vlc/vlc.inc | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/meta-multimedia/recipes-multimedia/vlc/vlc.inc 
b/meta-multimedia/recipes-multimedia/vlc/vlc.inc
index b0dad67..9adcdb1 100644
--- a/meta-multimedia/recipes-multimedia/vlc/vlc.inc
+++ b/meta-multimedia/recipes-multimedia/vlc/vlc.inc
@@ -11,7 +11,7 @@ DEPENDS = "libfribidi libtool libgcrypt libgcrypt-native \
libdvdcss libdvdread lua-native lua libidn libnotify gtk+ \
libdc1394 libraw1394 avahi libjpeg-turbo xz libmodplug mpeg2dec \
libmtp libopus orc libsamplerate0 libusb1 schroedinger taglib \
-   tiff xcb-util-keysyms samba"
+   tiff xcb-util-keysyms"
 
 SRC_URI = "http://download.videolan.org/pub/videolan/${BPN}/${PV}/${BP}.tar.xz;
 
@@ -60,6 +60,16 @@ PACKAGECONFIG[qt4] = "--enable-qt,--disable-qt, qt4-x11-free"
 PACKAGECONFIG[freerdp] = "--enable-freerdp,--disable-freerdp, freerdp"
 PACKAGECONFIG[dvbpsi] = "--enable-dvbpsi,--disable-dvbpsi, libdvbpsi"
 PACKAGECONFIG[gnome-vfs] = "--enable-gnomevfs,--disable-gnomevfs, gnome-vfs"
+PACKAGECONFIG[samba] = "--enable-smbclient,--disable-smbclient, samba"
+PACKAGECONFIG[upnp] = "--enable-upnp,--disable-upnp,libupnp"
+PACKAGECONFIG[dvdnav] = "--enable-dvdnav,--disable-dvdnav,libdvdnav"
+PACKAGECONFIG[sftp] = "--enable-sftp,--disable-sftp,libssh2"
+PACKAGECONFIG[vorbis] = "--enable-vorbis,--disable-vorbis,libvorbis libogg"
+PACKAGECONFIG[ogg] = "--enable-ogg,--disable-ogg,libvorbis libogg"
+PACKAGECONFIG[dc1394] = "--enable-dc1394,--disable-dc1394,libdc1394"
+PACKAGECONFIG[dv1394] = "--enable-dv1394,--disable-dv1394,libraw1394 
libavc1394"
+PACKAGECONFIG[svg] = "--enable-svg,--disable-svg,librsvg"
+PACKAGECONFIG[svgdec] = "--enable-svgdec,--disable-svgdec,librsvg cairo"
 
 do_configure_prepend() {
 cp ${STAGING_DATADIR}/libtool/config.* ${S}/autotools/ || true
-- 
2.6.3

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Burton, Ross 
On 12 November 2015 at 18:59, Martin Jansa  wrote:

> > > There is already enough meta-oe bloat moved from oe-core:
> > >
> > >
> http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112665.html
> > >
> > > WARN: qt-mobility-embedded: qt-mobility-embedded rdepends on glib-2.0,
> but
> > > it isn't a build dependency?
> >
> > If increasing bloat is a problem, why do recipes in meta-oe need to be
> > maintained indefinitely? Old cruft can be dropped from meta-oe, just as
> it
> > is dropped from oe-core. Just ask the public if it's ok, set a timeframe,
> > and do it.
> >
> > qt-mobility in particular has been dead for several years, and doesn't
> > even have official upstream tarballs anymore. Why spend time fixing it?
>
> That's why there is increasing number of PNBLACKLISTs with each release.
>

The recipes were removed from oe-core as they're dead upstream, and
basically as a courtesy moved to meta-oe so anyone still using dead
software can still build it.  If they're just bitrotting and literally
nobody is using the recipes then they should be removed: meta-oe isn't a
historical archive that you're expected to maintain for the next decade.

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Alexander Kanavin 

On 11/13/2015 01:46 PM, Martin Jansa wrote:


1) or even better in a separate repo


To be honest, I had anticipated this being a separate meta-qt4 repo myself. It
would be consistent with what has been done with Qt 5 and much earlier with
Qt 3.


Agreed.


I'm also fine with separate layer.

Even better for me, I'll be less tempted to include it in my world
builds and to fix qt-mobility-* issues.


Making a separate repository with this layer is even more disruptive, 
and complicates administration and maintenance. I'm not going to handle 
those. So I'll make a meta-qt4 layer under meta-oe, and it's fine if 
there is no official maintainer or ongoing build testing for it at least 
until someone volunteers to pick it up.



Alex

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Andreas Oberritter 
On 16.11.2015 10:43, Alexander Kanavin wrote:
> On 11/13/2015 01:46 PM, Martin Jansa wrote:
> 
> 1) or even better in a separate repo

 To be honest, I had anticipated this being a separate meta-qt4 repo
 myself. It
 would be consistent with what has been done with Qt 5 and much
 earlier with
 Qt 3.
>>>
>>> Agreed.
>>
>> I'm also fine with separate layer.
>>
>> Even better for me, I'll be less tempted to include it in my world
>> builds and to fix qt-mobility-* issues.
> 
> Making a separate repository with this layer is even more disruptive,
> and complicates administration and maintenance. I'm not going to handle
> those. So I'll make a meta-qt4 layer under meta-oe, and it's fine if
> there is no official maintainer or ongoing build testing for it at least
> until someone volunteers to pick it up.

Basically everyone agreed on moving qt4 to its own repo. And your
conclusion is to ignore that and move qt4 to meta-openembedded, already
expecting bitrot?

Regards,
Andreas

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

[oe] volunteers for meta-qt4 repo maintenance?

2015-11-16 Thread Alexander Kanavin 

On 11/16/2015 12:07 PM, Andreas Oberritter wrote:

Making a separate repository with this layer is even more disruptive,
and complicates administration and maintenance. I'm not going to handle
those. So I'll make a meta-qt4 layer under meta-oe, and it's fine if
there is no official maintainer or ongoing build testing for it at least
until someone volunteers to pick it up.


Basically everyone agreed on moving qt4 to its own repo. And your
conclusion is to ignore that and move qt4 to meta-openembedded, already
expecting bitrot?


Are you willing to be the maintainer of that separate repo? So far no 
one has stepped up for this job. In this situation, it's better to keep 
the recipes under meta-openembedded tree and mark them as unmaintained.


I'll ask this explicitly - any volunteers for a separate meta-qt4 
repository and layer maintenance?



Alex

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Otavio Salvador 
On Mon, Nov 16, 2015 at 7:43 AM, Alexander Kanavin
 wrote:
> On 11/13/2015 01:46 PM, Martin Jansa wrote:
>
> 1) or even better in a separate repo


 To be honest, I had anticipated this being a separate meta-qt4 repo
 myself. It
 would be consistent with what has been done with Qt 5 and much earlier
 with
 Qt 3.
>>>
>>>
>>> Agreed.
>>
>>
>> I'm also fine with separate layer.
>>
>> Even better for me, I'll be less tempted to include it in my world
>> builds and to fix qt-mobility-* issues.
>
>
> Making a separate repository with this layer is even more disruptive, and
> complicates administration and maintenance. I'm not going to handle those.
> So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no
> official maintainer or ongoing build testing for it at least until someone
> volunteers to pick it up.

I will nack the patch to include it onto meta-oe; I also guess that
Martin will also nack it.

Make it another layer as suggested, please.

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

[oe] rsyslog: buggy systemd/ua handling?

2015-11-16 Thread Steffen Sledz 
I'm not sure but i believe there's a bug in the systemd/ua-handling in 
meta-oe/recipes-extended/rsyslog/rsyslog_7.6.1.bb.

In my opinion this code

if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d):
pn = d.getVar('PN', True)
d.appendVar('ALTERNATIVE_%s' % (pn), ' syslog-service')
d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-service', 
'%s/systemd/system/syslog.service' % (d.getVar('sysconfdir', True)))
d.setVarFlag('ALTERNATIVE_TARGET', 'syslog-service', 
'%s/system/rsyslog.service' % (d.getVar('systemd_unitdir', True)))

registers the systemd service file under the (ua-)name "syslog-service". So it 
should not be

  SYSTEMD_SERVICE_${PN} = "${BPN}.service"

but

  SYSTEMD_SERVICE_${PN} = "syslog.service"

Right?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Alexander Kanavin 

On 11/16/2015 01:20 PM, Otavio Salvador wrote:


Making a separate repository with this layer is even more disruptive, and
complicates administration and maintenance. I'm not going to handle those.
So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no
official maintainer or ongoing build testing for it at least until someone
volunteers to pick it up.


I will nack the patch to include it onto meta-oe; I also guess that
Martin will also nack it.

Make it another layer as suggested, please.


A separate layer under meta-openembedded or a separate repository with 
the layer? Please be clear.



Alex

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

Re: [oe] [OE-core] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

2015-11-16 Thread Otavio Salvador 
On Mon, Nov 16, 2015 at 9:23 AM, Alexander Kanavin
 wrote:
> On 11/16/2015 01:20 PM, Otavio Salvador wrote:
>
>>> Making a separate repository with this layer is even more disruptive, and
>>> complicates administration and maintenance. I'm not going to handle
>>> those.
>>> So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no
>>> official maintainer or ongoing build testing for it at least until
>>> someone
>>> volunteers to pick it up.
>>
>>
>> I will nack the patch to include it onto meta-oe; I also guess that
>> Martin will also nack it.
>>
>> Make it another layer as suggested, please.
>
>
> A separate layer under meta-openembedded or a separate repository with the
> layer? Please be clear.

Another repository.

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