* Re: Dependency problem in mysql ?
From: Henning Heinold @ 2011-10-24 20:25 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <4EA5C803.1030205@eukrea.com>
On Mon, Oct 24, 2011 at 10:18:11PM +0200, Eric Bénard wrote:
> Hi,
>
> while testing a build from scratch of a configuration which was
> working, I increased BB_NUMBER_THREADS to "8" and PARALLEL_MAKE to
> "-j6" and started to get problems with mysql (log at the end of this
> mail).
>
> Reducing BB_NUMBER_THREADS to 4 "solved" the problem.
>
> Any idea what dependency could be missing in mysql ?
>
> Thanks,
> Eric
None,
you just hit a parallel make error inside mysql I think.
Bye Henning
^ permalink raw reply
* Re: Dependency problem in mysql ?
From: Eric Bénard @ 2011-10-24 20:29 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20111024202541.GA14251@mail.adw-basketball.de>
Le 24/10/2011 22:25, Henning Heinold a écrit :
> On Mon, Oct 24, 2011 at 10:18:11PM +0200, Eric Bénard wrote:
>> Hi,
>>
>> while testing a build from scratch of a configuration which was
>> working, I increased BB_NUMBER_THREADS to "8" and PARALLEL_MAKE to
>> "-j6" and started to get problems with mysql (log at the end of this
>> mail).
>>
>> Reducing BB_NUMBER_THREADS to 4 "solved" the problem.
>>
>> Any idea what dependency could be missing in mysql ?
>>
>> Thanks,
>> Eric
>
> None,
>
> you just hit a parallel make error inside mysql I think.
>
Thanks, I also reduced PARALLEL_MAKE to j4 which seems to confirm this.
I think I also met the same kind of problem with directfb.
Eric
^ permalink raw reply
* [PATCH] Introduce biarch DISTRO_FEATURE
From: Julian Pidancet @ 2011-10-25 1:18 UTC (permalink / raw)
To: openembedded-core; +Cc: Julian Pidancet
This patch introduces a distro feature which enables gcc to produce
both 32bit and 64bit code, and enables binutils to operate on both
32bit and 64bit binaries. It differs from multilib toolchains in
that it does not require to compile a version of the libc for each
architecture variant. However, the code produced for the secondary
architecture will not be linkable against the libc.
This patch only works with x86 and x86_64 architectures, but can
probably be extended to support other architectures as well.
One use-case would be when one wants to compile a system which runs
32bit userspace applications with a 64bit kernel without having to
deal with two separate libc.
Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
---
meta/recipes-devtools/binutils/binutils-cross.inc | 3 ++-
meta/recipes-devtools/binutils/binutils.inc | 3 ++-
meta/recipes-devtools/gcc/gcc-common.inc | 5 +++++
meta/recipes-devtools/gcc/gcc-configure-common.inc | 3 ++-
4 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils-cross.inc b/meta/recipes-devtools/binutils/binutils-cross.inc
index 982224f..3f76c59 100644
--- a/meta/recipes-devtools/binutils/binutils-cross.inc
+++ b/meta/recipes-devtools/binutils/binutils-cross.inc
@@ -10,7 +10,8 @@ EXTRA_OECONF = "--with-sysroot=${STAGING_DIR_TARGET} \
--disable-werror \
--disable-nls \
--enable-poison-system-directories \
- ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--enable-gold=default', '', d)}"
+ ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--enable-gold=default', '', d)} \
+ ${@base_contains('DISTRO_FEATURES', 'biarch', '--enable-64-bit-bfd', '', d)}"
do_install () {
oe_runmake 'DESTDIR=${D}' install
diff --git a/meta/recipes-devtools/binutils/binutils.inc b/meta/recipes-devtools/binutils/binutils.inc
index 58fee85..fe16b18 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -49,7 +49,8 @@ B = "${S}/build.${HOST_SYS}.${TARGET_SYS}"
EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
--enable-install-libbfd \
- --enable-shared"
+ --enable-shared \
+ ${@base_contains('DISTRO_FEATURES', 'biarch', '--enable-64-bit-bfd', '', d)}"
EXTRA_OECONF_virtclass-native = "--enable-target=all --enable-64-bit-bfd --enable-install-libbfd"
diff --git a/meta/recipes-devtools/gcc/gcc-common.inc b/meta/recipes-devtools/gcc/gcc-common.inc
index f83f4da..fdbb77b 100644
--- a/meta/recipes-devtools/gcc/gcc-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-common.inc
@@ -21,6 +21,11 @@ def get_gcc_mips_plt_setting(bb, d):
return "--with-mips-plt"
return ""
+def get_gcc_x86_biarch_setting(bb, d):
+ if bb.data.getVar('TARGET_ARCH', d, 1) in [ 'i586', 'i686', 'x86_64' ] and 'biarch' in bb.data.getVar('DISTRO_FEATURES',d,1).split() :
+ return "--enable-targets=all"
+ return ""
+
# We really need HOST_SYS here for some packages and TARGET_SYS for others.
# For now, libgcc is most important so we fix for that - RP.
SHLIBSDIR = "${STAGING_DIR_TARGET}/shlibs"
diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc b/meta/recipes-devtools/gcc/gcc-configure-common.inc
index 2ddc3d7..55a0626 100644
--- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
+++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
@@ -42,7 +42,8 @@ EXTRA_OECONF = "${@['--enable-clocale=generic', ''][bb.data.getVar('USE_NLS', d,
${EXTRA_OECONF_BASE} \
${EXTRA_OECONF_FPU} \
${EXTRA_OECONF_PATHS} \
- ${@get_gcc_mips_plt_setting(bb, d)}"
+ ${@get_gcc_mips_plt_setting(bb, d)} \
+ ${@get_gcc_x86_biarch_setting(bb, d)}"
# Build uclibc compilers without cxa_atexit support
EXTRA_OECONF_append_linux = " --enable-__cxa_atexit"
--
Julian Pidancet
^ permalink raw reply related
* [PATCH] Give coreutils a chance to build the df utility
From: Julian Pidancet @ 2011-10-25 1:18 UTC (permalink / raw)
To: openembedded-core; +Cc: Julian Pidancet
The coreutils configure script is unable determine how to get free
space from the Operating System when cross-compiling. This patch
gives it some extra help by setting the fu_cv_sys_stat_statfs2_bsize
variable to yes before invoking the configure script.
Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
---
meta/recipes-core/coreutils/coreutils_8.14.bb | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb b/meta/recipes-core/coreutils/coreutils_8.14.bb
index f3b7af7..3c75ddf 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -27,7 +27,7 @@ bindir_progs = "base64 basename chcon cksum comm csplit cut dir dircolors dirnam
join link logname md5sum mkfifo mktemp nice nl nohup nproc od paste pathchk \
pinky pr printenv printf ptx readlink runcon seq sha1sum sha224sum sha256sum \
sha384sum sha512sum shred shuf sort split stat stdbuf sum tac tail tee test timeout\
- tr truncate tsort tty unexpand uniq unlink uptime users vdir wc who whoami yes"
+ tr truncate tsort tty unexpand uniq unlink uptime users vdir wc who whoami yes df"
# hostname gets a special treatment and is not included in this
base_bindir_progs = "cat chgrp chmod chown cp date dd echo false kill ln ls mkdir \
@@ -35,6 +35,10 @@ base_bindir_progs = "cat chgrp chmod chown cp date dd echo false kill ln ls mkdi
sbindir_progs= "chroot"
+do_configure_prepend () {
+ export fu_cv_sys_stat_statfs2_bsize=yes
+}
+
do_install_append() {
for i in ${bindir_progs}; do mv ${D}${bindir}/$i ${D}${bindir}/$i.${PN}; done
--
Julian Pidancet
^ permalink raw reply related
* [PATCH 0/1] distro_tracking_fields: update packages tracking fields
From: wenzong.fan @ 2011-10-25 2:49 UTC (permalink / raw)
To: openembedded-core
From: Wenzong Fan <wenzong.fan@windriver.com>
Update distro tracking fields for ccache, chkconfig.
The following changes since commit 53ee27a1c5b589cba874f674c428e1a36557cc3b:
Joshua Lock (1):
doc: update manual for checksum changes
are available in the git repository at:
git://git.pokylinux.org/poky-contrib wenzong/distro_tracking_fields_update
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/distro_tracking_fields_update
Wenzong Fan (1):
distro_tracking_fields: update packages tracking fields
.../conf/distro/include/distro_tracking_fields.inc | 12 ++++++++++++
1 files changed, 12 insertions(+), 0 deletions(-)
^ permalink raw reply
* [PATCH 1/1] distro_tracking_fields: update packages tracking fields
From: wenzong.fan @ 2011-10-25 2:49 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319510805.git.wenzong.fan@windriver.com>
From: Wenzong Fan <wenzong.fan@windriver.com>
Update packages tracking fields including ccache, chkconfig.
Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
---
.../conf/distro/include/distro_tracking_fields.inc | 12 ++++++++++++
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 1f3540e..f053f87 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -5976,6 +5976,18 @@ RECIPE_MANUAL_CHECK_DATE_pn-libsdl = "Jul 28, 2011"
RECIPE_MAINTAINER_pn-libsdl = "Kai Kang <kai.kang@windriver.com>"
DISTRO_PN_ALIAS_pn-libsdl = "Fedora=SDL Opensuse=SDL"
+RECIPE_STATUS_pn-ccache = "green"
+RECIPE_MAINTAINER_pn-ccache = "Wenzong Fan <wenzong.fan@windriver.com>"
+RECIPE_LATEST_VERSION_pn-ccache = "3.1.6"
+RECIPE_LAST_UPDATE_pn-ccache = "October 19, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-ccache = "October 25, 2011"
+
+RECIPE_STATUS_pn-chkconfig = "green"
+RECIPE_MAINTAINER_pn-chkconfig = "Wenzong Fan <wenzong.fan@windriver.com>"
+RECIPE_LATEST_VERSION_pn-chkconfig = "1.3.55"
+RECIPE_LAST_UPDATE_pn-chkconfig = "October 19, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-chkconfig = "October 25, 2011"
+
DISTRO_PN_ALIAS_pn-lame = "Debian=lame Ubuntu=lame"
DISTRO_PN_ALIAS_pn-libiconv = "Fedora=mingw-libiconv Opensuse=cross-mingw-libiconv"
DISTRO_PN_ALIAS_pn-qt4-native = "Fedora=qt4 Debian=qt4-dev-tools"
--
1.7.0.4
^ permalink raw reply related
* Issue with RDEPENDS in module.bbclass for initramfs
From: Anders Darander @ 2011-10-25 6:09 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
We have recently started investigating to make an even smaller build of
our local distro & machine. This smaller build should be run exclusively
from an initramfs, thus we have a need to reduće the size of the rootfs
as much as possible. (Especially as we'd still like some "bigger"
tools/pieces in the initramfs).
However, our first attempt to create a small image turned our to be
larger than expected. After a first investigation, it turns out that our
external kernel modules have an RDEPENDS on kernel-image (this is from
module.bbclass). As we're creating an initramfs-based rootfs, this is
obviously not desired... Locally removeing that RDEPENDS reduces the
image as expected...
I understand that in the general distro case, there is a need to be able
to express a dependency on a certain kernel version. However, I really
don't think that bringing in the kernel-image is a good idea, not an
general embedded platforms at least. (On the x86 this is usually not a
problem, as you almost always have the kernel as a part of the rootfs
anyway).
Could we come up with another way of expressing this dependency? That
would definitely be valuable for the small-ish embedded systems.
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply
* Issue with RDEPENDS in module.bbclass for initramfs
From: Anders Darander @ 2011-10-25 6:35 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
We have recently started investigating to make an even smaller build of
our local distro & machine. This smaller build should be run exclusively
from an initramfs, thus we have a need to reduće the size of the rootfs
as much as possible. (Especially as we'd still like some "bigger"
tools/pieces in the initramfs).
However, our first attempt to create a small image turned our to be
larger than expected. After a first investigation, it turns out that our
external kernel modules have an RDEPENDS on kernel-image (this is from
module.bbclass). As we're creating an initramfs-based rootfs, this is
obviously not desired... Locally removeing that RDEPENDS reduces the
image as expected...
I understand that in the general distro case, there is a need to be able
to express a dependency on a certain kernel version. However, I really
don't think that bringing in the kernel-image is a good idea, not an
general embedded platforms at least. (On the x86 this is usually not a
problem, as you almost always have the kernel as a part of the rootfs
anyway).
Could we come up with another way of expressing this dependency? That
would definitely be valuable for the small-ish embedded systems.
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply
* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Martin Jansa @ 2011-10-25 7:06 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <c12754ae1baee14c13a2467e31efd975f7f33258.1319132699.git.nitin.a.kamble@intel.com>
[-- Attachment #1: Type: text/plain, Size: 1278 bytes --]
On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
> From: Nitin A Kamble <nitin.a.kamble@intel.com>
>
> parallel build fix patches are not needed as they are upstream now.
> Got a new set of debian patch set for 5.14.2
I know that nobody wants PR bumps and nobody cares so much about upgrade
paths on target, but after this all perl stuff is still in
tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.12.3/
tmp/sysroots/*/usr/lib/perl/5.12.3
and also /usr/lib/perl/5.12.3 on target
so it won't work until someone manually rebuilds *perl*-native and
target recipes with perl modules and user opkg install -force-reinstall
them all..
I have just noticed because pulseaudio fails again:
| checking for perl >= 5.8.1... 5.14.2
| checking for XML::Parser... configure: error: XML::Parser perl module
is required for intltool
| + bbfatal 'oe_runconf failed'
| + echo 'ERROR: oe_runconf failed'
| ERROR: oe_runconf failed
| + exit 1
| ERROR: Function 'do_configure' failed (see
/OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/pulseaudio-0.9.23-r6/temp/log.do_configure.16391
for further information)
NOTE: package pulseaudio-0.9.23-r6: task do_configure: Failed
This time not because of wrong perl being used..
Regards,
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Koen Kooi @ 2011-10-25 7:17 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
Cc: Patches and discussions about the oe-core layer
In-Reply-To: <20111025070642.GE3602@jama.jama.net>
Op 25 okt. 2011 om 09:06 heeft Martin Jansa <martin.jansa@gmail.com> het volgende geschreven:
> On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
>> From: Nitin A Kamble <nitin.a.kamble@intel.com>
>>
>> parallel build fix patches are not needed as they are upstream now.
>> Got a new set of debian patch set for 5.14.2
>
> I know that nobody wants PR bumps and nobody cares so much about upgrade
> paths on target
I care :) But I'm waiting on the python upgrade to go in so I can fix 2 breakages in one go.
> , but after this all perl stuff is still in
>
> tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.12.3/
> tmp/sysroots/*/usr/lib/perl/5.12.3
> and also /usr/lib/perl/5.12.3 on target
>
> so it won't work until someone manually rebuilds *perl*-native and
> target recipes with perl modules and user opkg install -force-reinstall
> them all..
>
> I have just noticed because pulseaudio fails again:
> | checking for perl >= 5.8.1... 5.14.2
> | checking for XML::Parser... configure: error: XML::Parser perl module
> is required for intltool
> | + bbfatal 'oe_runconf failed'
> | + echo 'ERROR: oe_runconf failed'
> | ERROR: oe_runconf failed
> | + exit 1
> | ERROR: Function 'do_configure' failed (see
> /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/pulseaudio-0.9.23-r6/temp/log.do_configure.16391
> for further information)
> NOTE: package pulseaudio-0.9.23-r6: task do_configure: Failed
>
> This time not because of wrong perl being used..
>
> Regards,
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Richard Purdie @ 2011-10-25 7:17 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20111025070642.GE3602@jama.jama.net>
On Tue, 2011-10-25 at 09:06 +0200, Martin Jansa wrote:
> On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
> > From: Nitin A Kamble <nitin.a.kamble@intel.com>
> >
> > parallel build fix patches are not needed as they are upstream now.
> > Got a new set of debian patch set for 5.14.2
>
> I know that nobody wants PR bumps and nobody cares so much about upgrade
> paths on target, but after this all perl stuff is still in
>
> tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.12.3/
> tmp/sysroots/*/usr/lib/perl/5.12.3
> and also /usr/lib/perl/5.12.3 on target
>
> so it won't work until someone manually rebuilds *perl*-native and
> target recipes with perl modules and user opkg install -force-reinstall
> them all..
>
> I have just noticed because pulseaudio fails again:
> | checking for perl >= 5.8.1... 5.14.2
> | checking for XML::Parser... configure: error: XML::Parser perl module
> is required for intltool
> | + bbfatal 'oe_runconf failed'
> | + echo 'ERROR: oe_runconf failed'
> | ERROR: oe_runconf failed
> | + exit 1
> | ERROR: Function 'do_configure' failed (see
> /OE/shr-core/tmp/work/armv4t-oe-linux-gnueabi/pulseaudio-0.9.23-r6/temp/log.do_configure.16391
> for further information)
> NOTE: package pulseaudio-0.9.23-r6: task do_configure: Failed
>
> This time not because of wrong perl being used..
I'm about to get on a plane for ELC-E but if someone sends out a PR bump
patch which changes the appropriate pieces I'll merge it...
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 3/8] pulseaudio-0.9.23: force ARM mode
From: Martin Jansa @ 2011-10-25 7:26 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319286826.3310.1.camel@lenovo.internal.reciva.com>
[-- Attachment #1: Type: text/plain, Size: 2122 bytes --]
On Sat, Oct 22, 2011 at 01:33:46PM +0100, Phil Blundell wrote:
> On Fri, 2011-10-21 at 18:16 +0200, Martin Jansa wrote:
> > On Fri, Oct 21, 2011 at 08:40:20AM -0700, Khem Raj wrote:
> > > On Fri, Oct 21, 2011 at 1:17 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> > > > Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> > > > ---
> > > > .../pulseaudio/pulseaudio_0.9.23.bb | 1 +
> > > > 1 files changed, 1 insertions(+), 0 deletions(-)
> > > >
> > > > diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > > > index 4ac2418..2f872b8 100644
> > > > --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > > > +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_0.9.23.bb
> > > > @@ -23,3 +23,4 @@ do_compile_prepend() {
> > > > cp ${STAGING_LIBDIR}/libltdl* ${S}/libltdl
> > > > }
> > > >
> > > > +ARM_INSTRUCTION_SET = "arm"
> > >
> > > not averse to patch but it would be nice to know what fails in thumb mode.
> >
> > selected processor does not support Thumb mode `swp r1,r2,[r3]'
>
> If it's only that one error (presumably some kind of home-grown atomic
> operation) then let's just fix the code in question rather than forcing
> the whole thing to build in ARM-state. Or if the code is hard to fix,
> patch the makefile so that only the particular source files with the
> assembly in are built for ARM and let the rest stay as Thumb. Making
> the whole package be ARM is a bit of a heavyweight fix for that issue.
That's why I've called it work around in cover, because I think that fixing it in
old 0.9.23 is not worth it, we can try to fix it in 1.1 when we have it.
And it's not the only one error, I've updated commit message with bigger
chunk of log in
http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/pull
and for om-gta02 (armv4t) it's about
selected processor does not support Thumb mode `mla r3,r7,r0,r3'
while swp was from spitz (armv5te).
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* [PATCH] libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
From: Martin Jansa @ 2011-10-25 7:31 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1319527042.26563.38.camel@ted>
* this isn't probably complete list.. just what failed here
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
meta/recipes-core/expat/expat_2.0.1.bb | 2 +-
meta/recipes-devtools/git/git_1.7.7.bb | 2 ++
.../perl/libxml-parser-perl_2.41.bb | 2 +-
.../perl/libxml-simple-perl_2.18.bb | 2 +-
.../sgmlspl/sgmlspl-native_1.03ii.bb | 2 +-
5 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/expat/expat_2.0.1.bb b/meta/recipes-core/expat/expat_2.0.1.bb
index a675922..30b5684 100644
--- a/meta/recipes-core/expat/expat_2.0.1.bb
+++ b/meta/recipes-core/expat/expat_2.0.1.bb
@@ -1,6 +1,6 @@
require expat.inc
LIC_FILES_CHKSUM = "file://COPYING;md5=1b71f681713d1256e1c23b0890920874"
-PR = "r0"
+PR = "r1"
SRC_URI[md5sum] = "ee8b492592568805593f81f8cdf2a04c"
SRC_URI[sha256sum] = "847660b4df86e707c9150e33cd8c25bc5cd828f708c7418e765e3e983a2e5e93"
diff --git a/meta/recipes-devtools/git/git_1.7.7.bb b/meta/recipes-devtools/git/git_1.7.7.bb
index 486e2e5..d383c10 100644
--- a/meta/recipes-devtools/git/git_1.7.7.bb
+++ b/meta/recipes-devtools/git/git_1.7.7.bb
@@ -1,5 +1,7 @@
require git.inc
+PR = "r1"
+
SRC_URI = "http://git-core.googlecode.com/files/git-${PV}.tar.gz"
SRC_URI[md5sum] = "5d645884e688921e773186783b65ce33"
SRC_URI[sha256sum] = "5a977bc01e4989b9928345e99aab15ce896cf5897c6e32eb449538574df377f6"
diff --git a/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb b/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb
index caf5704..ff61078 100644
--- a/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb
+++ b/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = "file://README;beginline=2;endline=6;md5=c8767d7516229f07b26e
DEPENDS += "expat expat-native"
-PR = "r0"
+PR = "r1"
SRC_URI = "http://www.cpan.org/modules/by-module/XML/XML-Parser-${PV}.tar.gz"
SRC_URI[md5sum] = "c320d2ffa459e6cdc6f9f59c1185855e"
diff --git a/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb b/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb
index f2abf9d..205aa4d 100644
--- a/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb
+++ b/meta/recipes-devtools/perl/libxml-simple-perl_2.18.bb
@@ -2,7 +2,7 @@ SECTION = "libs"
LICENSE = "Artistic"
LIC_FILES_CHKSUM = "file://README;beginline=70;md5=94aa5d46682b411a53a5494cfb22640e"
DEPENDS += "libxml-parser-perl"
-PR = "r3"
+PR = "r4"
SRC_URI = "http://www.cpan.org/modules/by-module/XML/XML-Simple-${PV}.tar.gz"
diff --git a/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb b/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb
index 28e0e9f..1b612c0 100644
--- a/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb
+++ b/meta/recipes-devtools/sgmlspl/sgmlspl-native_1.03ii.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "http://search.cpan.org/src/DMEGG/SGMLSpm-1.03ii/DOC/HTML/SGMLSpm/sgm
SECTION = "libs"
LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://COPYING;md5=18810669f13b87348459e611d31ab760"
-PR = "r2"
+PR = "r3"
SRC_URI = "http://www.cpan.org/authors/id/D/DM/DMEGG/SGMLSpm-${PV}.tar.gz \
file://combined.patch"
--
1.7.7
^ permalink raw reply related
* Re: [PATCH 1/2] perl: upgrade from 5.12.3 to 5.14.2
From: Martin Jansa @ 2011-10-25 7:32 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <07537711-5DFF-43FE-8A23-4C173BDA4921@dominion.thruhere.net>
[-- Attachment #1: Type: text/plain, Size: 903 bytes --]
On Tue, Oct 25, 2011 at 09:17:11AM +0200, Koen Kooi wrote:
>
>
> Op 25 okt. 2011 om 09:06 heeft Martin Jansa <martin.jansa@gmail.com> het volgende geschreven:
>
> > On Thu, Oct 20, 2011 at 10:47:08AM -0700, nitin.a.kamble@intel.com wrote:
> >> From: Nitin A Kamble <nitin.a.kamble@intel.com>
> >>
> >> parallel build fix patches are not needed as they are upstream now.
> >> Got a new set of debian patch set for 5.14.2
> >
> > I know that nobody wants PR bumps and nobody cares so much about upgrade
> > paths on target
>
> I care :) But I'm waiting on the python upgrade to go in so I can fix 2 breakages in one go.
I've expected you to say that :).
I fear that python upgrade wont happend soon with nitin away and me
failing to fix it, so I've sent PR bump for stuff which was failing here
today.
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [PATCH] libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
From: Richard Purdie @ 2011-10-25 7:37 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319527895-3628-1-git-send-email-Martin.Jansa@gmail.com>
On Tue, 2011-10-25 at 09:31 +0200, Martin Jansa wrote:
> * this isn't probably complete list.. just what failed here
>
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> meta/recipes-core/expat/expat_2.0.1.bb | 2 +-
> meta/recipes-devtools/git/git_1.7.7.bb | 2 ++
> .../perl/libxml-parser-perl_2.41.bb | 2 +-
> .../perl/libxml-simple-perl_2.18.bb | 2 +-
> .../sgmlspl/sgmlspl-native_1.03ii.bb | 2 +-
> 5 files changed, 6 insertions(+), 4 deletions(-)
Merged to master, thanks.
Richard
^ permalink raw reply
* OE core behind a company firewall
From: Rainer Koenig @ 2011-10-25 8:44 UTC (permalink / raw)
To: Openembedded Core
Hi,
I just tried out OE core according to the instructions at
http://www.angstrom-distribution.org/building-angstrom and
http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/tree/README
At home this works fine, but being inside my company's firewall during
the day I have some comments on the oebb.sh script.
First I didn't get that corkscrew stuff for git working. Don't know
whats wrong but since I had a working git-proxy setting for my SOCKS
server I modified the script so that it works for me.
###############################################################################
# CONFIG_GIT_PROXY() - Configure GIT proxy information
###############################################################################
function config_git_proxy()
{
if [ ! -f ${GIT_CONFIG_DIR}/git-proxy.sh ]
then
mkdir -p ${GIT_CONFIG_DIR}
cat > ${GIT_CONFIG_DIR}/git-proxy.sh <<_EOF
#!/bin/sh
/usr/bin/env /usr/bin/connect -S ${PROXYHOST}:1080 \$*
_EOF
chmod +x ${GIT_CONFIG_DIR}/git-proxy.sh
export GIT_PROXY_COMMAND=${GIT_CONFIG_DIR}/git-proxy.sh
fi
}
Luckily http_proxy and SOCKS share the same server, so I could use
${PROXYHOST} here. :-)
With this setup I got oebb.sh working for me. But then I ran into
problems with building gcc-core-initial and I first thought its because
the SRC_URI is "svn://" but that was a wrong guess. Problem was that the
download was interrupted somehow and so unpacking the tgz failed.
Anyway, thinking of svn:-URIs I wonder about what will happen when
I need to access a SVN repo with the svn protocol. SVN seems to be a
pain in the ass when trying to use a SOCKS server. Well, actually there
is no need, because its just 3 recipes that I found which will use the
svn-protocol and its not likely that I need them for my project.
$ find -name "*.bb" | xargs grep "svn://" | grep -v proto
./sources/openembedded-core/meta/recipes-sato/puzzles/puzzles_r9306.bb:#SRC_URI
= "svn://ixion.tartarus.org/main;module=puzzles;rev=${MOD_PV}"
./sources/meta-smartphone/meta-shr/recipes-shr/3rdparty/openmoko-gps_svn.bb:SRC_URI
= "svn://forge.bearstech.com/forge/openmoko;module=gps"
./sources/meta-smartphone/meta-shr/recipes-shr/3rdparty/om-neon_svn.bb:SRC_URI
= "svn://svn.projects.openmoko.org/svnroot/neon;module=trunk"
./sources/meta-smartphone/meta-shr/recipes-shr/3rdparty/spojegui_svn.bb:SRC_URI
= "svn://xeres.cz/spoje/trunk;module=build"
Regards
Rainer
--
Dipl.-Inf. (FH) Rainer Koenig
Project Manager Linux Clients
Dept. PDG WPS R&D SW OSE
Fujitsu Technology Solutions
Bürgermeister-Ullrich-Str. 100
86199 Augsburg
Germany
Telephone: +49-821-804-3321
Telefax: +49-821-804-2131
Mail: mailto:Rainer.Koenig@ts.fujitsu.com
Internet ts.fujtsu.com
Company Details ts.fujitsu.com/imprint.html
^ permalink raw reply
* [PATCH 1/5] sudo: upgrade to 1.8.3
From: Scott Garman @ 2011-10-25 21:32 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
.../sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb} | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb} (82%)
diff --git a/meta/recipes-extended/sudo/sudo_1.8.1p2.bb b/meta/recipes-extended/sudo/sudo_1.8.3.bb
similarity index 82%
rename from meta/recipes-extended/sudo/sudo_1.8.1p2.bb
rename to meta/recipes-extended/sudo/sudo_1.8.3.bb
index b568291..0ac0851 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.1p2.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.3.bb
@@ -1,6 +1,6 @@
require sudo.inc
-PR = "r2"
+PR = "r0"
SRC_URI = "http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
file://libtool.patch \
@@ -8,8 +8,8 @@ SRC_URI = "http://ftp.sudo.ws/sudo/dist/sudo-${PV}.tar.gz \
PAM_SRC_URI = "file://sudo.pam"
-SRC_URI[md5sum] = "e8330f0e63b0ecb2e12b5c76922818cc"
-SRC_URI[sha256sum] = "281f90c80547cf22132e351e7f61c25ba4ba9cf393438468f318f9a7884026fb"
+SRC_URI[md5sum] = "9e5517bbf3aee420b38c2d1d7a71bcad"
+SRC_URI[sha256sum] = "ff1fcc410c5465063ee4912912e29936ea39f017d9a8a57ec76b0ded71b7c3c4"
DEPENDS += " ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)}"
RDEPENDS_${PN} += " ${@base_contains('DISTRO_FEATURES', 'pam', 'pam-plugin-limits pam-plugin-keyinit', '', d)}"
--
1.7.5.4
^ permalink raw reply related
* [PATCH 0/5] Recipe upgrades
From: Scott Garman @ 2011-10-25 21:32 UTC (permalink / raw)
To: openembedded-core
Hello,
Here is a set of some straightfoward recipe upgrades: sudo, grep,
mtools, and openssh.
Build testing: These have been successfully built for all 5 qemu
architectures.
Runtime testing: I have performed basic runtime testing for all of
these recipe upgrades as well within a qemux86 session.
The following changes since commit f586aaa8d00361a9597a546d665077c75cf4d520:
libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade (2011-10-25 08:36:01 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib sgarman/recipe-upgrades-final
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/recipe-upgrades-final
Scott Garman (5):
sudo: upgrade to 1.8.3
grep: upgrade to 2.9
mtools: upgrade to 4.0.17
openssh: upgrade to 5.9p1
distro_tracking_fields: updates for sudo, mtools, grep, and openssh
.../conf/distro/include/distro_tracking_fields.inc | 32 ++++++++++----------
.../openssh/{openssh-5.8p2 => openssh-5.9p1}/init | 0
.../{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch | 0
.../{openssh-5.8p2 => openssh-5.9p1}/ssh_config | 0
.../openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd | 0
.../{openssh-5.8p2 => openssh-5.9p1}/sshd_config | 0
.../openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} | 4 +-
.../mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb} | 4 +-
.../grep/{grep_2.8.bb => grep_2.9.bb} | 4 +-
.../sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb} | 6 ++--
10 files changed, 25 insertions(+), 25 deletions(-)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/init (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/ssh_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd_config (100%)
rename meta/recipes-connectivity/openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} (96%)
rename meta/recipes-devtools/mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb} (80%)
rename meta/recipes-extended/grep/{grep_2.8.bb => grep_2.9.bb} (88%)
rename meta/recipes-extended/sudo/{sudo_1.8.1p2.bb => sudo_1.8.3.bb} (82%)
--
1.7.5.4
^ permalink raw reply
* [PATCH 2/5] grep: upgrade to 2.9
From: Scott Garman @ 2011-10-25 21:32 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
.../grep/{grep_2.8.bb => grep_2.9.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/grep/{grep_2.8.bb => grep_2.9.bb} (88%)
diff --git a/meta/recipes-extended/grep/grep_2.8.bb b/meta/recipes-extended/grep/grep_2.9.bb
similarity index 88%
rename from meta/recipes-extended/grep/grep_2.8.bb
rename to meta/recipes-extended/grep/grep_2.9.bb
index 3425e8f..08ac527 100644
--- a/meta/recipes-extended/grep/grep_2.8.bb
+++ b/meta/recipes-extended/grep/grep_2.9.bb
@@ -9,8 +9,8 @@ PR = "r0"
SRC_URI = "${GNU_MIRROR}/grep/grep-${PV}.tar.gz"
-SRC_URI[md5sum] = "cb2dfc502c5afc7a4a6e5f6cefd6850e"
-SRC_URI[sha256sum] = "da48d0e20bceaacc7d05bfcbccb34c3dee0c50bd7e80de5222fd5e319809af27"
+SRC_URI[md5sum] = "03e3451a38b0d615cb113cbeaf252dc0"
+SRC_URI[sha256sum] = "e9118eac72ecc71191725a7566361ab7643edfd3364869a47b78dc934a357970"
inherit autotools gettext
--
1.7.5.4
^ permalink raw reply related
* [PATCH 3/5] mtools: upgrade to 4.0.17
From: Scott Garman @ 2011-10-25 21:36 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
.../mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb} | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/mtools/{mtools_4.0.16.bb => mtools_4.0.17.bb} (80%)
diff --git a/meta/recipes-devtools/mtools/mtools_4.0.16.bb b/meta/recipes-devtools/mtools/mtools_4.0.17.bb
similarity index 80%
rename from meta/recipes-devtools/mtools/mtools_4.0.16.bb
rename to meta/recipes-devtools/mtools/mtools_4.0.17.bb
index df67854..e4666ff 100644
--- a/meta/recipes-devtools/mtools/mtools_4.0.16.bb
+++ b/meta/recipes-devtools/mtools/mtools_4.0.17.bb
@@ -11,8 +11,8 @@ SRC_URI = "${GNU_MIRROR}/mtools/mtools-${PV}.tar.bz2 \
file://mtools-makeinfo.patch \
file://no-x11.gplv3.patch"
-SRC_URI[md5sum] = "e9b07f35272210f407012abaf5d1b9b5"
-SRC_URI[sha256sum] = "7c9e337786d142399d37202ff2002f95bfb3f4e96620223a18d7206708ad2ed5"
+SRC_URI[md5sum] = "15571c615d8f75f5f6d294272f80c7fa"
+SRC_URI[sha256sum] = "0ecc358e30a72d215b1d4c625b27e67121cd6f6075370dfb791ef2a8b980ecb6"
inherit autotools
--
1.7.5.4
^ permalink raw reply related
* [PATCH 4/5] openssh: upgrade to 5.9p1
From: Scott Garman @ 2011-10-25 21:36 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
.../openssh/{openssh-5.8p2 => openssh-5.9p1}/init | 0
.../{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch | 0
.../{openssh-5.8p2 => openssh-5.9p1}/ssh_config | 0
.../openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd | 0
.../{openssh-5.8p2 => openssh-5.9p1}/sshd_config | 0
.../openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} | 4 ++--
6 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/init (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/nostrip.patch (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/ssh_config (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd (100%)
rename meta/recipes-connectivity/openssh/{openssh-5.8p2 => openssh-5.9p1}/sshd_config (100%)
rename meta/recipes-connectivity/openssh/{openssh_5.8p2.bb => openssh_5.9p1.bb} (96%)
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/init b/meta/recipes-connectivity/openssh/openssh-5.9p1/init
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/init
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/init
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/nostrip.patch b/meta/recipes-connectivity/openssh/openssh-5.9p1/nostrip.patch
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/nostrip.patch
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/nostrip.patch
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/ssh_config b/meta/recipes-connectivity/openssh/openssh-5.9p1/ssh_config
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/ssh_config
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/ssh_config
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/sshd b/meta/recipes-connectivity/openssh/openssh-5.9p1/sshd
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/sshd
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/sshd
diff --git a/meta/recipes-connectivity/openssh/openssh-5.8p2/sshd_config b/meta/recipes-connectivity/openssh/openssh-5.9p1/sshd_config
similarity index 100%
rename from meta/recipes-connectivity/openssh/openssh-5.8p2/sshd_config
rename to meta/recipes-connectivity/openssh/openssh-5.9p1/sshd_config
diff --git a/meta/recipes-connectivity/openssh/openssh_5.8p2.bb b/meta/recipes-connectivity/openssh/openssh_5.9p1.bb
similarity index 96%
rename from meta/recipes-connectivity/openssh/openssh_5.8p2.bb
rename to meta/recipes-connectivity/openssh/openssh_5.9p1.bb
index 5f5f0bc..f9493d7 100644
--- a/meta/recipes-connectivity/openssh/openssh_5.8p2.bb
+++ b/meta/recipes-connectivity/openssh/openssh_5.9p1.bb
@@ -26,8 +26,8 @@ SRC_URI = "ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar.
${@base_contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', '', d)}"
PAM_SRC_URI = "file://sshd"
-SRC_URI[md5sum] = "0541579adf9d55abb15ef927048d372e"
-SRC_URI[sha256sum] = "5c35ec7c966ce05cc4497ac59c0b54a556e55ae7368165cc8c4129694654f314"
+SRC_URI[md5sum] = "afe17eee7e98d3b8550cc349834a85d0"
+SRC_URI[sha256sum] = "8d3e8b6b6ff04b525a6dfa6fdeb6a99043ccf6c3310cc32eba84c939b07777d5"
inherit useradd update-rc.d
--
1.7.5.4
^ permalink raw reply related
* [PATCH 5/5] distro_tracking_fields: updates for sudo, mtools, grep, and openssh
From: Scott Garman @ 2011-10-25 21:36 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319576293.git.scott.a.garman@intel.com>
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
.../conf/distro/include/distro_tracking_fields.inc | 32 ++++++++++----------
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 1f3540e..936ef81 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -813,12 +813,12 @@ RECIPE_MAINTAINER_pn-pax-utils = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-sudo = "green"
RECIPE_DEPENDENCY_CHECK_pn-sudo = "not done"
-RECIPE_LATEST_VERSION_pn-sudo = "1.8.1p2"
+RECIPE_LATEST_VERSION_pn-sudo = "1.8.3"
RECIPE_INTEL_SECTION_pn-sudo = "base utils"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "1 month"
-RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/05/16"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-sudo = "2 months"
+RECIPE_LATEST_RELEASE_DATE_pn-sudo = "2011/10/21"
RECIPE_COMMENTS_pn-sudo = ""
-RECIPE_LAST_UPDATE_pn-sudo = "Jun 14, 2011"
+RECIPE_LAST_UPDATE_pn-sudo = "Oct 25, 2011"
RECIPE_MAINTAINER_pn-sudo = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-blktool = "green"
@@ -1290,12 +1290,12 @@ DISTRO_PN_ALIAS_pn-msynctool = "OpenSuse=msynctool Mandriva=msynctool"
RECIPE_STATUS_pn-mtools = "green"
RECIPE_DEPENDENCY_CHECK_pn-mtools = "not done"
-RECIPE_LATEST_VERSION_pn-mtools = "4.0.16"
+RECIPE_LATEST_VERSION_pn-mtools = "4.0.17"
RECIPE_INTEL_SECTION_pn-mtools = "optional"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mtools = "6 months"
-RECIPE_LATEST_RELEASE_DATE_pn-mtools = "2011/04/16"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-mtools = "2 months"
+RECIPE_LATEST_RELEASE_DATE_pn-mtools = "2011/06/28"
RECIPE_COMMENTS_pn-mtools = ""
-RECIPE_LAST_UPDATE_pn-mtools = "Jun 15, 2011"
+RECIPE_LAST_UPDATE_pn-mtools = "Oct 25, 2011"
RECIPE_MAINTAINER_pn-mtools = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-pm-utils = "green"
@@ -2016,22 +2016,22 @@ RECIPE_MAINTAINER_pn-cronie = "Dexuan Cui <dexuan.cui@intel.com>"
RECIPE_STATUS_pn-grep = "green"
RECIPE_DEPENDENCY_CHECK_pn-grep = "not done"
-RECIPE_LATEST_VERSION_pn-grep = "2.8"
+RECIPE_LATEST_VERSION_pn-grep = "2.9"
RECIPE_INTEL_SECTION_pn-grep = "base"
RECIPE_NO_OF_PATCHES_pn-grep = "0"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "8 months"
-RECIPE_LATEST_RELEASE_DATE_pn-grep = "05/2011"
-RECIPE_LAST_UPDATE_pn-grep = "Jun 5, 2011"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-grep = "1 month"
+RECIPE_LATEST_RELEASE_DATE_pn-grep = "06/2011"
+RECIPE_LAST_UPDATE_pn-grep = "Oct 25, 2011"
RECIPE_MAINTAINER_pn-grep = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-openssh = "green"
RECIPE_DEPENDENCY_CHECK_pn-openssh = "not done"
-RECIPE_LATEST_VERSION_pn-openssh = "5.8p2"
+RECIPE_LATEST_VERSION_pn-openssh = "5.9p1"
RECIPE_INTEL_SECTION_pn-openssh = "base"
RECIPE_NO_OF_PATCHES_pn-openssh = "1"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "3 months"
-RECIPE_LATEST_RELEASE_DATE_pn-openssh = "05/2011"
-RECIPE_LAST_UPDATE_pn-openssh = "Jun 5, 2011"
+RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-openssh = "4 months"
+RECIPE_LATEST_RELEASE_DATE_pn-openssh = "09/2011"
+RECIPE_LAST_UPDATE_pn-openssh = "Oct 25, 2011"
RECIPE_MAINTAINER_pn-openssh = "Scott Garman <scott.a.garman@intel.com>"
RECIPE_STATUS_pn-tar = "green"
--
1.7.5.4
^ permalink raw reply related
* Re: [PATCH 3/8] pulseaudio-0.9.23: force ARM mode
From: Phil Blundell @ 2011-10-25 21:50 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <20111025072658.GF3602@jama.jama.net>
On Tue, 2011-10-25 at 09:26 +0200, Martin Jansa wrote:
> That's why I've called it work around in cover, because I think that fixing it in
> old 0.9.23 is not worth it, we can try to fix it in 1.1 when we have it.
Fair enough, though as a general rule I don't think the cover letter is
the right place for this sort of information. Each patch that you send
ought really to be able to stand on its own merits and whatever
explanation is necessary ought to be in its own checkin message.
In particular, the cover letter does not form part of the permanent
record in the git history, and it is liable to get lost if your patch is
incorporated into any kind of consolidated pull.
p.
^ permalink raw reply
* [PATCH 0/1] documentation audit script
From: Scott Garman @ 2011-10-25 22:12 UTC (permalink / raw)
To: openembedded-core
Hello,
I've been using this script to perform audits of which packages
are producing documentation, and feel it's long overdue for this
to be added to the git tree. So here it is.
The following changes since commit f586aaa8d00361a9597a546d665077c75cf4d520:
libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade (2011-10-25 08:36:01 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib sgarman/docaudit-script
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgarman/docaudit-script
Scott Garman (1):
documentation-audit.sh: script for auditing documentation build
status
scripts/contrib/documentation-audit.sh | 92 ++++++++++++++++++++++++++++++++
1 files changed, 92 insertions(+), 0 deletions(-)
create mode 100755 scripts/contrib/documentation-audit.sh
--
1.7.5.4
^ permalink raw reply
* [PATCH 1/1] documentation-audit.sh: script for auditing documentation build status
From: Scott Garman @ 2011-10-25 22:12 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <cover.1319580412.git.scott.a.garman@intel.com>
This script is used to enumerate which recipes are building
documentation. It does this by checking that a -doc package
gets generated and contains files.
The script works by building each recipe using the output from
bitbake -s.
It will generate several report files, listing which recipes
include documentation, which are missing documentation, and
which did not successfully build at all.
Signed-off-by: Scott Garman <scott.a.garman@intel.com>
---
scripts/contrib/documentation-audit.sh | 92 ++++++++++++++++++++++++++++++++
1 files changed, 92 insertions(+), 0 deletions(-)
create mode 100755 scripts/contrib/documentation-audit.sh
diff --git a/scripts/contrib/documentation-audit.sh b/scripts/contrib/documentation-audit.sh
new file mode 100755
index 0000000..5070fee
--- /dev/null
+++ b/scripts/contrib/documentation-audit.sh
@@ -0,0 +1,92 @@
+#!/bin/bash
+#
+# Perform an audit of which packages provide documentation and which
+# are missing -doc packages.
+#
+# Setup requirements: be sure to be building for MACHINE=qemux86. Run
+# this script after source'ing the build environment script, so you're
+# running it from build/ directory.
+#
+# Maintainer: Scott Garman <scott.a.garman@intel.com>
+
+REPORT_DOC_SIMPLE="documentation_exists.txt"
+REPORT_DOC_DETAIL="documentation_exists_detail.txt"
+REPORT_MISSING_SIMPLE="documentation_missing.txt"
+REPORT_MISSING_DETAIL="documentation_missing_detail.txt"
+REPORT_BUILD_ERRORS="build_errors.txt"
+
+rm -rf $REPORT_DOC_SIMPLE $REPORT_DOC_DETAIL $REPORT_MISSING_SIMPLE $REPORT_MISSING_DETAIL
+
+BITBAKE=`which bitbake`
+if [ -z "$BITBAKE" ]; then
+ echo "Error: bitbake command not found."
+ echo "Did you forget to source the build environment script?"
+ exit 1
+fi
+
+echo "REMINDER: you need to build for MACHINE=qemux86 or you won't get useful results"
+echo "REMINDER: you need to have COMMERCIAL_LICENSE = \"\" in local.conf or you'll get false positives"
+
+for pkg in `bitbake -s | awk '{ print \$1 }'`; do
+ if [[ "$pkg" == "Loading" || "$pkg" == "Loaded" ||
+ "$pkg" == "Parsing" || "$pkg" == "Package" ||
+ "$pkg" == "NOTE:" || "$pkg" == "WARNING:" ||
+ "$pkg" == "done." || "$pkg" == "============" ]]
+ then
+ # Skip initial bitbake output
+ continue
+ fi
+ if [[ "$pkg" =~ -native$ || "$pkg" =~ -nativesdk$ ||
+ "$pkg" =~ -cross-canadian ]]; then
+ # Skip native/nativesdk/cross-canadian recipes
+ continue
+ fi
+ if [[ "$pkg" =~ ^meta- || "$pkg" =~ ^task- || "$pkg" =~ -image ]]; then
+ # Skip meta, task and image recipes
+ continue
+ fi
+ if [[ "$pkg" =~ ^glibc- || "$pkg" =~ ^libiconv$ ||
+ "$pkg" =~ -toolchain$ || "$pkg" =~ ^package-index$ ||
+ "$pkg" =~ ^linux- || "$pkg" =~ ^adt-installer$ ||
+ "$pkg" =~ ^eds-tools$ || "$pkg" =~ ^external-python-tarball$ ||
+ "$pkg" =~ ^qt4-embedded$ || "$pkg" =~ ^qt-mobility ]]; then
+ # Skip glibc, libiconv, -toolchain, and other recipes known
+ # to cause build conflicts or trigger false positives.
+ continue
+ fi
+
+ echo "Building package $pkg..."
+ bitbake $pkg > /dev/null
+ if [ $? -ne 0 ]; then
+ echo "There was an error building package $pkg" >> "$REPORT_MISSING_DETAIL"
+ echo "$pkg" >> $REPORT_BUILD_ERRORS
+
+ # Do not skip the remaining tests, as sometimes the
+ # exit status is 1 due to QA errors, and we can still
+ # perform the -doc checks.
+ fi
+
+ echo "$pkg built successfully, checking for a documentation package..."
+ WORKDIR=`bitbake -e $pkg | grep ^WORKDIR | awk -F '=' '{ print \$2 }' | awk -F '"' '{ print \$2 }'`
+ FIND_DOC_PKG=`find $WORKDIR/packages-split/*-doc -maxdepth 0 -type d`
+ if [ -z "$FIND_DOC_PKG" ]; then
+ # No -doc package was generated:
+ echo "No -doc package: $pkg" >> "$REPORT_MISSING_DETAIL"
+ echo "$pkg" >> $REPORT_MISSING_SIMPLE
+ continue
+ fi
+
+ FIND_DOC_FILES=`find $FIND_DOC_PKG -type f`
+ if [ -z "$FIND_DOC_FILES" ]; then
+ # No files shipped with the -doc package:
+ echo "No files shipped with the -doc package: $pkg" >> "$REPORT_MISSING_DETAIL"
+ echo "$pkg" >> $REPORT_MISSING_SIMPLE
+ continue
+ fi
+
+ echo "Documentation shipped with $pkg:" >> "$REPORT_DOC_DETAIL"
+ echo "$FIND_DOC_FILES" >> "$REPORT_DOC_DETAIL"
+ echo "" >> "$REPORT_DOC_DETAIL"
+
+ echo "$pkg" >> "$REPORT_DOC_SIMPLE"
+done
--
1.7.5.4
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox