* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Bruce Ashfield @ 2011-10-26 20:26 UTC (permalink / raw)
To: Richard Purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <1319660702.9583.0.camel@ted>
On 11-10-26 04:25 PM, Richard Purdie wrote:
> On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
>> This changes makes two different 3.x headers available to the
>> toolchain. The latest 3.0.x and 3.1 tarballs. Compatibility is
>> maintained with older 2.6 headers by creating a new variable
>> that changes the SRC_URI based on the major version number of
>> the kernel.
>>
>> Tested with 2.6.37.2, 3.0.8 and 3.1 builds and boots.
>>
>> Signed-off-by: Bruce Ashfield<bruce.ashfield@windriver.com>
>> ---
>> meta/conf/distro/include/tcmode-default.inc | 2 +-
>> .../linux-libc-headers/linux-libc-headers.inc | 15 +++++-
>> .../linux-libc-headers/linux-libc-headers_3.0.8.bb | 53 ++++++++++++++++++++
>> .../linux-libc-headers/linux-libc-headers_3.1.bb | 53 ++++++++++++++++++++
>> 4 files changed, 120 insertions(+), 3 deletions(-)
>> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
>> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
>
> Can someone please explain to me why we don't move some of the bits in
> the .bb file into the .inc rather than duplicating it each time?
I wondered the same thing. I can refactor it if no one
objects.
Bruce
>
> Cheers,
>
> Richard
>
^ permalink raw reply
* Re: [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Richard Purdie @ 2011-10-26 20:25 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: openembedded-core, saul.wold
In-Reply-To: <0ec24ded3f71c54e544d953de65d142717f48022.1319652972.git.bruce.ashfield@windriver.com>
On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
> This changes makes two different 3.x headers available to the
> toolchain. The latest 3.0.x and 3.1 tarballs. Compatibility is
> maintained with older 2.6 headers by creating a new variable
> that changes the SRC_URI based on the major version number of
> the kernel.
>
> Tested with 2.6.37.2, 3.0.8 and 3.1 builds and boots.
>
> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
> ---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> .../linux-libc-headers/linux-libc-headers.inc | 15 +++++-
> .../linux-libc-headers/linux-libc-headers_3.0.8.bb | 53 ++++++++++++++++++++
> .../linux-libc-headers/linux-libc-headers_3.1.bb | 53 ++++++++++++++++++++
> 4 files changed, 120 insertions(+), 3 deletions(-)
> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
> create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
Can someone please explain to me why we don't move some of the bits in
the .bb file into the .inc rather than duplicating it each time?
Cheers,
Richard
^ permalink raw reply
* Re: [PATCH 1/3] tcmode-default.inc: Add TRANSLATED_TARGET_ARCH suffix to binutils-cross-canadian
From: Saul Wold @ 2011-10-26 20:19 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <1319173361-11527-1-git-send-email-raj.khem@gmail.com>
On 10/21/2011 07:02 AM, Khem Raj wrote:
> PN for binutils-cross-canadian is
> binutils-cross-canadian-${TRANSLATED_TARGET_ARCH}
> so thats what we should use for PREFERRED_VERSION
>
> Signed-off-by: Khem Raj<raj.khem@gmail.com>
> ---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc
> index 86562be..2bf1beb 100644
> --- a/meta/conf/distro/include/tcmode-default.inc
> +++ b/meta/conf/distro/include/tcmode-default.inc
> @@ -45,7 +45,7 @@ PREFERRED_VERSION_libgcc-nativesdk ?= "${SDKGCCVERSION}"
> PREFERRED_VERSION_binutils ?= "${BINUVERSION}"
> PREFERRED_VERSION_binutils-cross ?= "${BINUVERSION}"
> PREFERRED_VERSION_binutils-crosssdk ?= "${BINUVERSION}"
> -PREFERRED_VERSION_binutils-cross-canadian ?= "${BINUVERSION}"
> +PREFERRED_VERSION_binutils-cross-canadian-${TRANSLATED_TARGET_ARCH} ?= "${BINUVERSION}"
> PREFERRED_VERSION_linux-libc-headers ?= "${LINUXLIBCVERSION}"
> PREFERRED_VERSION_linux-libc-headers-nativesdk ?= "${LINUXLIBCVERSION}"
> PREFERRED_VERSION_eglibc ?= "${EGLIBCVERSION}"
Merged all 3 of these with the V2 of the GCC patch
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/8] Subversion-1.7.0 and arm/thumb work arounds
From: Martin Jansa @ 2011-10-26 20:13 UTC (permalink / raw)
To: Saul Wold; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <4EA8655C.1040206@intel.com>
[-- Attachment #1: Type: text/plain, Size: 1744 bytes --]
On Wed, Oct 26, 2011 at 09:54:04PM +0200, Saul Wold wrote:
> On 10/21/2011 10:17 AM, Martin Jansa wrote:
> > Hi,
> >
> > arm mode was forced without PR bump, because if it was failing for someone he
> > will notice.
> >
> > Be carefull with using subversion-1.7.0 (read the commit message).
> >
> > Pulseaudio-1.1 was released, so hopefully this work arounds won't be needed
> > there or they could be resolved better with upgrade.
> >
> > Regards,
> >
> > The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3:
> >
> > distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 13:07:16 +0100)
> >
> > are available in the git repository at:
> > git://git.openembedded.org/openembedded-core-contrib jansa/pull2
> > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull2
> >
> > Martin Jansa (8):
> > pulseaudio-0.9.23: inherit perlnative to work around build on host
> > without XML/Parser.pm
> > libatomics-ops: force ARM mode
> > pulseaudio-0.9.23: force ARM mode
> > webkit-gtk: force arm mode to work around binutils segfault
> > apr: add native support
> > neon: add native support
> > apr-util: add native support
> > subversion: add 1.7.0 with native support and negative D_P for now
> >
> Of the above patches, the pulse audio and adding native support for apr,
> neon and apr-util were taken, the other are on hold pending different
> solutions.
I've added error log to pulseaudio commit and consolidated all my
pending patches to single jansa/pull branch, but different (better)
solutions are welcome :).
Cheers,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply
* Re: [PATCHv3] squashfs-tools: add recipe
From: Saul Wold @ 2011-10-26 20:12 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Cliff Brake
In-Reply-To: <1319215187-24168-1-git-send-email-cliff.brake@gmail.com>
On 10/21/2011 06:39 PM, Cliff Brake wrote:
> From: Cliff Brake<cbrake@bec-systems.com>
>
> added xz compression option, general cleanup
> ---
> .../squashfs-tools/squashfs-tools_4.2.bb | 40 ++++++++++++++++++++
> 1 files changed, 40 insertions(+), 0 deletions(-)
> create mode 100644 meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
>
> diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
> new file mode 100644
> index 0000000..6691797
> --- /dev/null
> +++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.2.bb
> @@ -0,0 +1,40 @@
> +# Note, we can probably remove the lzma option as it has be replaced with xz,
> +# and I don't think the kernel supports it any more.
> +DESCRIPTION = "Tools to manipulate Squashfs filesystems."
> +SECTION = "base"
> +LICENSE = "GPLv2& Public Domain"
> +LIC_FILES_CHKSUM = "file://../COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
> + file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c \
> + "
> +DEPENDS = "attr zlib xz"
> +PR = "0"
> +
> +SRC_URI = "${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
> + http://downloads.sourceforge.net/sevenzip/lzma465.tar.bz2;name=lzma \
> + "
> +SRC_URI[squashfs.md5sum] = "1b7a781fb4cf8938842279bd3e8ee852"
> +SRC_URI[squashfs.sha256sum] = "d9e0195aa922dbb665ed322b9aaa96e04a476ee650f39bbeadb0d00b24022e96"
> +SRC_URI[lzma.md5sum] = "29d5ffd03a5a3e51aef6a74e9eafb759"
> +SRC_URI[lzma.sha256sum] = "c935fd04dd8e0e8c688a3078f3675d699679a90be81c12686837e0880aa0fa1e"
> +
> +S = "${WORKDIR}/squashfs${PV}/squashfs-tools"
> +
> +# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
> +# the -e causes problems as CFLAGS is modified in the Makefile, so
> +# we redefine EXTRA_OEMAKE here
> +EXTRA_OEMAKE = "MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1"
> +
> +do_compile() {
> + oe_runmake mksquashfs
> +}
> +do_install () {
> + install -d ${D}${sbindir}
> + install -m 0755 mksquashfs ${D}${sbindir}/
> +}
> +
> +# required to share same place with -lzma specific packages
> +FILESPATHPKG =. "squashfs-tools-${PV}:"
> +
> +ARM_INSTRUCTION_SET = "arm"
> +
> +BBCLASSEXTEND = "native"
Pulled into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/1] perl upgrade V2
From: Saul Wold @ 2011-10-26 20:09 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319172568.git.nitin.a.kamble@intel.com>
On 10/21/2011 07:02 AM, nitin.a.kamble@intel.com wrote:
> From: Nitin A Kamble<nitin.a.kamble@intel.com>
>
> I fixed a build issue I observer on mips in the v2.
>
> The following changes since commit 72a1e63b67445c65954c21f5cbfab74d617a257f:
>
> distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 17:13:42 +0100)
>
> are available in the git repository at:
> git://git.pokylinux.org/poky-contrib nitin/perl
> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/perl
>
> Nitin A Kamble (1):
> perl: upgrade from 5.12.3 to 5.14.2
Pulled to OE-Core, but this required a follow-up patch to fix PRs
Thanks
Sau!
>
> .../perl/files/Configure-multilib.patch | 17 -
> .../perl/perl-5.12.3/cross-generate_uudmap.patch | 15 -
> .../perl/perl-5.12.3/debian/arm_optim.diff | 34 -
> .../perl/perl-5.12.3/debian/cpan_config_path.diff | 24 -
> .../perl-5.12.3/debian/deprecate-with-apt.diff | 61 -
> .../debian/devel-ppport-ia64-optim.diff | 34 -
> .../perl/perl-5.12.3/debian/extutils_hacks.diff | 315 -
> .../perl-5.12.3/debian/fixes/autodie-flock.diff | 100 -
> .../debian/fixes/concat-stack-corruption.diff | 39 -
> .../debian/fixes/cpanplus-without-home.diff | 32 -
> .../perl-5.12.3/debian/fixes/h2ph-gcc-4.5.diff | 108 -
> .../perl-5.12.3/debian/fixes/lc-numeric-docs.diff | 97 -
> .../debian/fixes/lc-numeric-sprintf.diff | 31 -
> .../perl/perl-5.12.3/debian/fixes/processPL.diff | 45 -
> .../perl/perl-5.12.3/debian/patchlevel | 45 -
> .../perl/perl-5.12.3/debian/series | 34 -
> .../perl/perl-5.12.3/parallel_build_fix_1.patch | 27 -
> .../perl/perl-5.12.3/parallel_build_fix_2.patch | 24 -
> .../perl/perl-5.12.3/parallel_build_fix_3.patch | 6585 --------------------
> .../perl/perl-5.12.3/parallel_build_fix_4.patch | 57 -
> .../perl/perl-5.12.3/parallel_build_fix_5.patch | 430 --
> .../perl/perl-5.12.3/parallel_build_fix_6.patch | 158 -
> .../09_fix_installperl.patch | 0
> .../Configure-multilib.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/MM_Unix.pm.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/Makefile.SH.patch | 122 +-
> .../{perl-5.12.3 => perl-5.14.2}/Makefile.patch | 17 +-
> .../asm-pageh-fix.patch | 0
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh | 65 +-
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32 | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-32-be | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-32-le | 0
> .../perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64 | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-64-be | 0
> .../{perl-5.12.3 => perl-5.14.2}/config.sh-64-le | 0
> .../perl/perl-5.14.2/cross-generate_uudmap.patch | 15 +
> .../debian/arm_thread_stress_timeout.diff | 13 +-
> .../debian/cpan_definstalldirs.diff | 18 +-
> .../debian/cpanplus_config_path.diff | 19 +-
> .../debian/cpanplus_definstalldirs.diff | 13 +-
> .../debian/db_file_ver.diff | 12 +-
> .../perl-5.14.2/debian/deprecate-with-apt.diff | 406 ++
> .../debian/disable-zlib-bundling.diff | 7 +-
> .../debian/doc_info.diff | 16 +-
> .../debian/enc2xs_inc.diff | 9 +-
> .../debian/errno_ver.diff | 23 +-
> .../debian/extutils_set_libperl_path.diff | 23 +
> .../debian/fakeroot.diff | 15 +-
> .../perl/perl-5.14.2/debian/find_html2text.diff | 35 +
> .../debian/fixes/document_makemaker_ccflags.diff | 31 +
> .../debian/fixes/extutils-cbuilder-cflags.diff | 86 +
> .../perl-5.14.2/debian/fixes/h2ph-multiarch.diff | 69 +
> .../debian/fixes/hurd-ccflags.diff | 12 +-
> .../perl/perl-5.14.2/debian/fixes/hurd-hints.diff | 48 +
> .../perl-5.14.2/debian/fixes/index-tainting.diff | 73 +
> .../debian/fixes/module-build-home-directory.diff | 37 +
> .../debian/fixes/net_smtp_docs.diff | 10 +-
> .../perl/perl-5.14.2/debian/fixes/pod_fixes.diff | 145 +
> .../perl-5.14.2/debian/fixes/respect_umask.diff | 153 +
> .../fixes/sys-syslog-socket-timeout-kfreebsd.patch | 36 +
> .../debian/instmodsh_doc.diff | 9 +-
> .../debian/ld_run_path.diff | 15 +-
> .../debian/libnet_config_path.diff | 12 +-
> .../perl/perl-5.14.2/debian/libperl_embed_doc.diff | 26 +
> .../debian/m68k_thread_stress.diff | 15 +-
> .../debian/mod_paths.diff | 15 +-
> .../debian/module_build_man_extensions.diff | 16 +-
> .../perl-5.14.2/debian/no_packlist_perllocal.diff | 88 +
> .../perl/perl-5.14.2/debian/patchlevel.diff | 30 +
> .../debian/perlivp.diff | 19 +-
> .../perl/perl-5.14.2/debian/prefix_changes.diff | 118 +
> .../debian/prune_libs.diff | 16 +-
> .../perl/perl-5.14.2/debian/series | 40 +
> .../perl-5.14.2/debian/skip-kfreebsd-crash.diff | 39 +
> .../debian/skip-upstream-git-tests.diff | 59 +
> .../debian/squelch-locale-warnings.diff | 14 +-
> .../perl-5.14.2/debian/writable_site_dirs.diff | 36 +
> .../fix_bad_rpath.patch | 13 +-
> .../{perl-5.12.3 => perl-5.14.2}/generate-sh.patch | 0
> .../{perl-5.12.3 => perl-5.14.2}/installperl.patch | 0
> .../letgcc-find-errno.patch | 0
> .../native-nopacklist.patch | 0
> .../native-perlinc.patch | 0
> .../perl-configpm-switch.patch | 18 +-
> .../{perl-5.12.3 => perl-5.14.2}/perl-configure.sh | 0
> .../perl-dynloader.patch | 21 +-
> .../perl-enable-gdbm.patch | 0
> .../perl-moreconfig.patch | 0
> ...perl-native_5.12.3.bb => perl-native_5.14.2.bb} | 32 +-
> ...depends_5.12.3.inc => perl-rdepends_5.14.2.inc} | 54 +-
> ...ovides_5.12.3.inc => perl-rprovides_5.14.2.inc} | 0
> .../perl/{perl_5.12.3.bb => perl_5.14.2.bb} | 49 +-
> 92 files changed, 1951 insertions(+), 8643 deletions(-)
> delete mode 100644 meta/recipes-devtools/perl/files/Configure-multilib.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/cross-generate_uudmap.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/arm_optim.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/cpan_config_path.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/deprecate-with-apt.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/devel-ppport-ia64-optim.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/extutils_hacks.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/autodie-flock.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/concat-stack-corruption.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/cpanplus-without-home.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/h2ph-gcc-4.5.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/lc-numeric-docs.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/lc-numeric-sprintf.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/fixes/processPL.diff
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/patchlevel
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/debian/series
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_1.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_2.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_3.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_4.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_5.patch
> delete mode 100644 meta/recipes-devtools/perl/perl-5.12.3/parallel_build_fix_6.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/09_fix_installperl.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Configure-multilib.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/MM_Unix.pm.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Makefile.SH.patch (75%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/Makefile.patch (87%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/asm-pageh-fix.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh (94%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32 (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32-be (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-32-le (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64 (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64-be (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/config.sh-64-le (100%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/cross-generate_uudmap.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/arm_thread_stress_timeout.diff (66%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpan_definstalldirs.diff (80%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpanplus_config_path.diff (83%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/cpanplus_definstalldirs.diff (84%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/db_file_ver.diff (83%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/deprecate-with-apt.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/disable-zlib-bundling.diff (83%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/doc_info.diff (78%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/enc2xs_inc.diff (90%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/errno_ver.diff (70%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/extutils_set_libperl_path.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fakeroot.diff (79%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/find_html2text.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/document_makemaker_ccflags.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/extutils-cbuilder-cflags.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/h2ph-multiarch.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fixes/hurd-ccflags.diff (67%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/hurd-hints.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/index-tainting.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/module-build-home-directory.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/fixes/net_smtp_docs.diff (76%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/pod_fixes.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/respect_umask.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/fixes/sys-syslog-socket-timeout-kfreebsd.patch
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/instmodsh_doc.diff (81%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/ld_run_path.diff (68%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/libnet_config_path.diff (85%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/libperl_embed_doc.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/m68k_thread_stress.diff (78%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/mod_paths.diff (89%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/module_build_man_extensions.diff (81%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/no_packlist_perllocal.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/patchlevel.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/perlivp.diff (77%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/prefix_changes.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/prune_libs.diff (81%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/series
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/skip-kfreebsd-crash.diff
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/skip-upstream-git-tests.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/debian/squelch-locale-warnings.diff (86%)
> create mode 100644 meta/recipes-devtools/perl/perl-5.14.2/debian/writable_site_dirs.diff
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/fix_bad_rpath.patch (70%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/generate-sh.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/installperl.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/letgcc-find-errno.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/native-nopacklist.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/native-perlinc.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-configpm-switch.patch (76%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-configure.sh (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-dynloader.patch (69%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-enable-gdbm.patch (100%)
> rename meta/recipes-devtools/perl/{perl-5.12.3 => perl-5.14.2}/perl-moreconfig.patch (100%)
> rename meta/recipes-devtools/perl/{perl-native_5.12.3.bb => perl-native_5.14.2.bb} (74%)
> rename meta/recipes-devtools/perl/{perl-rdepends_5.12.3.inc => perl-rdepends_5.14.2.inc} (90%)
> rename meta/recipes-devtools/perl/{perl-rprovides_5.12.3.inc => perl-rprovides_5.14.2.inc} (100%)
> rename meta/recipes-devtools/perl/{perl_5.12.3.bb => perl_5.14.2.bb} (92%)
>
^ permalink raw reply
* Re: [PATCH 0/4] Update coreutils, libtool and fixes needed for gold
From: Saul Wold @ 2011-10-26 20:04 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <cover.1319139126.git.raj.khem@gmail.com>
On 10/20/2011 09:35 PM, Khem Raj wrote:
> This patchset does the following
>
> 1. Upgrades coreutils and libtool partially helped with gold
> 2. Fixes a gcc bug thats highlighted by gold when linking connman
> 3. Fixes a DEPENDS problem in xserver-xorg
>
> With these changes I am able to build systemd-gnome-image for angstrom on arm
>
> The following changes since commit 808b43dff8facfddae05ef14b7b7daf5fa993a3d:
>
> libtool: Upgrade from 2.4 -> 2.4.2 (2011-10-20 12:26:13 -0700)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib kraj/gold-updates
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/gold-updates
>
> Khem Raj (4):
> xserver-xorg: Add mesa-dri to DEPENDS
> gcc-4.6: Backport fix for PR32219
> coreutils: Upgrade recipe 8.12 -> 8.14
These first 3 were pulled into OE-Core
> libtool: Upgrade from 2.4 -> 2.4.2
>
There was some discussion on the list about this one, I need to confirm
where we are with it.
Sau!
> .../remove-usr-local-lib-from-m4.patch | 18 +++---
> .../{coreutils_8.12.bb => coreutils_8.14.bb} | 11 ++--
> meta/recipes-devtools/gcc/gcc-4.6.inc | 3 +-
> meta/recipes-devtools/gcc/gcc-4.6/pr32219.patch | 71 ++++++++++++++++++++
> .../libtool/{libtool.inc => libtool-2.4.2.inc} | 26 ++++++--
> meta/recipes-devtools/libtool/libtool-2.4.inc | 13 ----
> ...libtool-cross_2.4.bb => libtool-cross_2.4.2.bb} | 2 +-
> ...btool-native_2.4.bb => libtool-native_2.4.2.bb} | 2 +-
> ...nativesdk_2.4.bb => libtool-nativesdk_2.4.2.bb} | 2 +-
> meta/recipes-devtools/libtool/libtool/prefix.patch | 46 ++++++------
> .../libtool/libtool/resolve-sysroot.patch | 42 ------------
> .../libtool/{libtool_2.4.bb => libtool_2.4.2.bb} | 2 +-
> .../xorg-xserver/xserver-xorg_1.11.1.bb | 1 +
> meta/site/common-linux | 3 +
> 14 files changed, 139 insertions(+), 103 deletions(-)
> rename meta/recipes-core/coreutils/{coreutils-8.12 => coreutils-8.14}/remove-usr-local-lib-from-m4.patch (65%)
> rename meta/recipes-core/coreutils/{coreutils_8.12.bb => coreutils_8.14.bb} (90%)
> create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/pr32219.patch
> rename meta/recipes-devtools/libtool/{libtool.inc => libtool-2.4.2.inc} (57%)
> delete mode 100644 meta/recipes-devtools/libtool/libtool-2.4.inc
> rename meta/recipes-devtools/libtool/{libtool-cross_2.4.bb => libtool-cross_2.4.2.bb} (98%)
> rename meta/recipes-devtools/libtool/{libtool-native_2.4.bb => libtool-native_2.4.2.bb} (96%)
> rename meta/recipes-devtools/libtool/{libtool-nativesdk_2.4.bb => libtool-nativesdk_2.4.2.bb} (97%)
> delete mode 100644 meta/recipes-devtools/libtool/libtool/resolve-sysroot.patch
> rename meta/recipes-devtools/libtool/{libtool_2.4.bb => libtool_2.4.2.bb} (94%)
>
^ permalink raw reply
* Re: [PATCH] subversion-1.6.15: add native support too
From: Saul Wold @ 2011-10-26 19:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <1319202681-3972-1-git-send-email-Martin.Jansa@gmail.com>
On 10/21/2011 03:11 PM, Martin Jansa wrote:
> Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> ---
> .../subversion/subversion_1.6.15.bb | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/meta/recipes-devtools/subversion/subversion_1.6.15.bb b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
> index 9a9484f..d3c7392 100644
> --- a/meta/recipes-devtools/subversion/subversion_1.6.15.bb
> +++ b/meta/recipes-devtools/subversion/subversion_1.6.15.bb
> @@ -5,6 +5,8 @@ RDEPENDS_${PN} = "neon"
> LICENSE = "Apache-2"
> HOMEPAGE = "http://subversion.tigris.org"
>
> +BBCLASSEXTEND = "native"
> +
> PR = "r1"
>
> SRC_URI = "http://subversion.tigris.org/downloads/${BPN}-${PV}.tar.bz2 \
Pulled this one also into OE-Core
Thanks
Sau!
^ permalink raw reply
* Re: [PATCH 0/8] Subversion-1.7.0 and arm/thumb work arounds
From: Saul Wold @ 2011-10-26 19:54 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Martin Jansa
In-Reply-To: <cover.1319184832.git.Martin.Jansa@gmail.com>
On 10/21/2011 10:17 AM, Martin Jansa wrote:
> Hi,
>
> arm mode was forced without PR bump, because if it was failing for someone he
> will notice.
>
> Be carefull with using subversion-1.7.0 (read the commit message).
>
> Pulseaudio-1.1 was released, so hopefully this work arounds won't be needed
> there or they could be resolved better with upgrade.
>
> Regards,
>
> The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3:
>
> distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 13:07:16 +0100)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib jansa/pull2
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/pull2
>
> Martin Jansa (8):
> pulseaudio-0.9.23: inherit perlnative to work around build on host
> without XML/Parser.pm
> libatomics-ops: force ARM mode
> pulseaudio-0.9.23: force ARM mode
> webkit-gtk: force arm mode to work around binutils segfault
> apr: add native support
> neon: add native support
> apr-util: add native support
> subversion: add 1.7.0 with native support and negative D_P for now
>
Of the above patches, the pulse audio and adding native support for apr,
neon and apr-util were taken, the other are on hold pending different
solutions.
Thanks
Sau!
> .../subversion/subversion-1.7.0/libtool2.patch | 15 ++++++++
> .../subversion/subversion_1.7.0.bb | 37 ++++++++++++++++++++
> .../pulseaudio/libatomics-ops_1.2.bb | 2 +
> .../pulseaudio/pulseaudio_0.9.23.bb | 3 +-
> meta/recipes-sato/webkit/webkit-gtk_svn.bb | 17 +++++++++
> meta/recipes-support/apr/apr-util_1.3.12.bb | 8 ++++
> meta/recipes-support/apr/apr_1.4.5.bb | 2 +
> meta/recipes-support/neon/neon_0.29.5.bb | 3 ++
> 8 files changed, 86 insertions(+), 1 deletions(-)
> create mode 100644 meta/recipes-devtools/subversion/subversion-1.7.0/libtool2.patch
> create mode 100644 meta/recipes-devtools/subversion/subversion_1.7.0.bb
>
^ permalink raw reply
* [PATCH 0/1] RFC: provide 3.0.x and 3.1 libc headers
From: Bruce Ashfield @ 2011-10-26 18:25 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
Hi all,
Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
variants.
The reason I'm calling it a RFC is:
- I wrote some anonymous python code (and I'm no python coder) to
deal with 2.6 / 3.0 tgz location differences. This could have
also been done with a variable set in the recipes and used by
the .inc. I wasn't sure of the preferred approach, hence the RFC.
I'll take no offense corrections here.
- I changed the .inc, but didn't bump the PR of the existing recipes
and didn't remove the existing 2.6 variants. If either of these
should have been done, let me know and I'll respin.
- I bumped the default to be 3.1. If that's too agressive for the
default, and we'd prefer 3.0.8, let me know and I'll respin.
I built and booted all the qemu machines with the 3.1 kernel headers. So
from the testing I was able to do, this looks to be safe and ready to go.
This is based on my yocto repo, I also did the changes in my oe-core
repository, but I don't have a oe-core contrib branch that I could push to,
so I chose to send the yocto variant. If someone points me to who I email for
an oe-core contrib branch, I can push that variant as well.
Cheers,
Bruce
The following changes since commit fc94f925e848684244a38dcffe15cb1192dfbed8:
Martin Jansa (1):
libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
are available in the git repository at:
git://git.pokylinux.org/poky-contrib zedd/libc-headers
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers
Bruce Ashfield (1):
linux-libc-headers: provide 3.0.x and 3.1 headers
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../linux-libc-headers/linux-libc-headers.inc | 15 +++++-
.../linux-libc-headers/linux-libc-headers_3.0.8.bb | 53 ++++++++++++++++++++
.../linux-libc-headers/linux-libc-headers_3.1.bb | 53 ++++++++++++++++++++
4 files changed, 120 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
^ permalink raw reply
* [PATCH 1/1] linux-libc-headers: provide 3.0.x and 3.1 headers
From: Bruce Ashfield @ 2011-10-26 18:25 UTC (permalink / raw)
To: richard.purdie; +Cc: openembedded-core, saul.wold
In-Reply-To: <cover.1319652972.git.bruce.ashfield@windriver.com>
This changes makes two different 3.x headers available to the
toolchain. The latest 3.0.x and 3.1 tarballs. Compatibility is
maintained with older 2.6 headers by creating a new variable
that changes the SRC_URI based on the major version number of
the kernel.
Tested with 2.6.37.2, 3.0.8 and 3.1 builds and boots.
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
| 15 +++++-
| 53 ++++++++++++++++++++
| 53 ++++++++++++++++++++
4 files changed, 120 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc
index 2bf1beb..ed722be 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -21,7 +21,7 @@ SDKGCCVERSION ?= "4.6%"
BINUVERSION ?= "2.21.1a"
EGLIBCVERSION ?= "2.13"
UCLIBCVERSION ?= "0.9.32"
-LINUXLIBCVERSION ?= "2.6.37.2"
+LINUXLIBCVERSION ?= "3.1"
# Temporary preferred version overrides for PPC
PREFERRED_VERSION_u-boot-mkimage-native_powerpc ?= "2009.08"
--git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
index 014024f..4e874fe 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -1,9 +1,20 @@
-DESCRIPTION = "Sanitized set of 2.6 kernel headers for the C library's use."
+DESCRIPTION = "Sanitized set of kernel headers for the C library's use."
SECTION = "devel"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7"
-SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v2.6/linux-${PV}.tar.bz2"
+
+python __anonymous () {
+ import bb, re, string
+
+ major = bb.data.getVar("PV",d,1).split('.')[0]
+ if major == "3":
+ bb.data.setVar("HEADER_FETCH_VER", "3.0", d)
+ else:
+ bb.data.setVar("HEADER_FETCH_VER", "2.6", d)
+}
+
+SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/v${HEADER_FETCH_VER}/linux-${PV}.tar.bz2"
#DEPENDS = "cross-linkage"
RDEPENDS_${PN}-dev = ""
--git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
new file mode 100644
index 0000000..3c845ef
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
@@ -0,0 +1,53 @@
+require linux-libc-headers.inc
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "unifdef-native"
+PR = "r1"
+
+SRC_URI += " file://connector-msg-size-fix.patch"
+
+S = "${WORKDIR}/linux-${PV}"
+
+set_arch() {
+ case ${TARGET_ARCH} in
+ alpha*) ARCH=alpha ;;
+ arm*) ARCH=arm ;;
+ cris*) ARCH=cris ;;
+ hppa*) ARCH=parisc ;;
+ i*86*) ARCH=i386 ;;
+ ia64*) ARCH=ia64 ;;
+ mips*) ARCH=mips ;;
+ m68k*) ARCH=m68k ;;
+ powerpc*) ARCH=powerpc ;;
+ s390*) ARCH=s390 ;;
+ sh*) ARCH=sh ;;
+ sparc64*) ARCH=sparc64 ;;
+ sparc*) ARCH=sparc ;;
+ x86_64*) ARCH=x86_64 ;;
+ avr32*) ARCH=avr32 ;;
+ bfin*) ARCH=blackfin ;;
+ microblaze*) ARCH=microblaze ;;
+ esac
+}
+
+do_configure() {
+ set_arch
+ oe_runmake allnoconfig ARCH=$ARCH
+}
+
+do_compile () {
+}
+
+do_install() {
+ set_arch
+ oe_runmake headers_install INSTALL_HDR_PATH=${D}${exec_prefix} ARCH=$ARCH
+ # Kernel should not be exporting this header
+ rm -f ${D}${exec_prefix}/include/scsi/scsi.h
+
+ # The ..install.cmd conflicts between various configure runs
+ find ${D}${includedir} -name ..install.cmd | xargs rm -f
+}
+
+BBCLASSEXTEND = "nativesdk"
+SRC_URI[md5sum] = "eac4d398a0ecd98214487cd47a228998"
+SRC_URI[sha256sum] = "4ed16da319848f681f711dbda2ac2cf1b306a280ec22f90bae190cf23b533add"
--git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
new file mode 100644
index 0000000..5f9fe64
--- /dev/null
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
@@ -0,0 +1,53 @@
+require linux-libc-headers.inc
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "unifdef-native"
+PR = "r1"
+
+SRC_URI += " file://connector-msg-size-fix.patch"
+
+S = "${WORKDIR}/linux-${PV}"
+
+set_arch() {
+ case ${TARGET_ARCH} in
+ alpha*) ARCH=alpha ;;
+ arm*) ARCH=arm ;;
+ cris*) ARCH=cris ;;
+ hppa*) ARCH=parisc ;;
+ i*86*) ARCH=i386 ;;
+ ia64*) ARCH=ia64 ;;
+ mips*) ARCH=mips ;;
+ m68k*) ARCH=m68k ;;
+ powerpc*) ARCH=powerpc ;;
+ s390*) ARCH=s390 ;;
+ sh*) ARCH=sh ;;
+ sparc64*) ARCH=sparc64 ;;
+ sparc*) ARCH=sparc ;;
+ x86_64*) ARCH=x86_64 ;;
+ avr32*) ARCH=avr32 ;;
+ bfin*) ARCH=blackfin ;;
+ microblaze*) ARCH=microblaze ;;
+ esac
+}
+
+do_configure() {
+ set_arch
+ oe_runmake allnoconfig ARCH=$ARCH
+}
+
+do_compile () {
+}
+
+do_install() {
+ set_arch
+ oe_runmake headers_install INSTALL_HDR_PATH=${D}${exec_prefix} ARCH=$ARCH
+ # Kernel should not be exporting this header
+ rm -f ${D}${exec_prefix}/include/scsi/scsi.h
+
+ # The ..install.cmd conflicts between various configure runs
+ find ${D}${includedir} -name ..install.cmd | xargs rm -f
+}
+
+BBCLASSEXTEND = "nativesdk"
+SRC_URI[md5sum] = "8d43453f8159b2332ad410b19d86a931"
+SRC_URI[sha256sum] = "2573d2378c754b0c602b57586e9311e5b38c5d1e6c137f02873833633a4b9359"
--
1.7.0.4
^ permalink raw reply related
* Re: useradd changes to dbus, base-passwd
From: Scott Garman @ 2011-10-26 16:52 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <4EA825F0.1030504@windriver.com>
On 10/26/2011 08:23 AM, Mark Hatle wrote:
> On 10/25/11 10:37 PM, James Limbouris wrote:
>>> -----Original Message-----
>>> From: openembedded-core-bounces@lists.openembedded.org
>>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>>> James Limbouris
>>> Sent: Wednesday, 26 October 2011 9:35 AM
>>> To: openembedded-core@lists.openembedded.org
>>> Subject: [OE-core] useradd changes to dbus, base-passwd
>>>
>>> Hi,
>>>
>>> Recent changes to dbus have broken some sdk building:
>>>
>>> Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-
>>> toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-
>>> nativesdk']
>>>
>>> I think the commit introducing the base-passed dependency is
>>> 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to
>>> allow use in read-only filesystems).
>>> I'm not too clear on how useradd works, so I can't tell if simply adding
>>> BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect
>>> that this would cause dbus to add itself to the sdk sysroot's passwd (which
>>> previously didn't exist?). Seems harmless enough... I'm giving it a try now, but
>>> any advice or opinions would be appreciated.
>>
>> It seems that adding BBCLASSEXTEND = "native nativesdk" to base-passwd and shadow-sysroot is not sufficient.
>> dbus itself will not build for nativesdk:
>>
>
> ...
>
>> NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Failed
>> ERROR: Task 1370 (virtual:nativesdk:/home/james/oe/sources/oe-core/meta/recipes-core/dbus/dbus_1.4.12.bb, do_install) failed with exit code '1'
>>
>> Perhaps we should not inherit useradd when building for nativesdk? After all, the sdk sysroots have not had /etc/passwd in the past.
>
> The useradd class should only be used in a target build. Neither nativesdk or
> native have a reasonable set of actions with useradd.
>
> I am a bit confused as to why we are building dbus in a nativesdk situation. I
> would have thought that we'd be forced to use the host system's version of dbus
> for compatibility sake. Perhaps this is the root of the problem -- or I'm
> mistaken and we do need to build it -- in that case we need to avoid including
> useradd with non-target builds.
Grepping through our classes, it looks like I can detect the nativesdk
within useradd.bbclass by checking for
bb.data.inherits_class('nativesdk', d).
I've filed a bug for this and will develop a patch to ensure useradd is
becomes a no-op for nativesdk builds:
http://bugzilla.pokylinux.org/show_bug.cgi?id=1702
Thanks for reporting this!
Scott
--
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center
^ permalink raw reply
* Re: useradd changes to dbus, base-passwd
From: Mark Hatle @ 2011-10-26 15:23 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <840A81C1B782724A8EB52725BD519EFF1A8F4E@MBX20.4emm.local>
On 10/25/11 10:37 PM, James Limbouris wrote:
>> -----Original Message-----
>> From: openembedded-core-bounces@lists.openembedded.org
>> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
>> James Limbouris
>> Sent: Wednesday, 26 October 2011 9:35 AM
>> To: openembedded-core@lists.openembedded.org
>> Subject: [OE-core] useradd changes to dbus, base-passwd
>>
>> Hi,
>>
>> Recent changes to dbus have broken some sdk building:
>>
>> Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-
>> toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-
>> nativesdk']
>>
>> I think the commit introducing the base-passed dependency is
>> 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to
>> allow use in read-only filesystems).
>> I'm not too clear on how useradd works, so I can't tell if simply adding
>> BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect
>> that this would cause dbus to add itself to the sdk sysroot's passwd (which
>> previously didn't exist?). Seems harmless enough... I'm giving it a try now, but
>> any advice or opinions would be appreciated.
>
> It seems that adding BBCLASSEXTEND = "native nativesdk" to base-passwd and shadow-sysroot is not sufficient.
> dbus itself will not build for nativesdk:
>
...
> NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Failed
> ERROR: Task 1370 (virtual:nativesdk:/home/james/oe/sources/oe-core/meta/recipes-core/dbus/dbus_1.4.12.bb, do_install) failed with exit code '1'
>
> Perhaps we should not inherit useradd when building for nativesdk? After all, the sdk sysroots have not had /etc/passwd in the past.
The useradd class should only be used in a target build. Neither nativesdk or
native have a reasonable set of actions with useradd.
I am a bit confused as to why we are building dbus in a nativesdk situation. I
would have thought that we'd be forced to use the host system's version of dbus
for compatibility sake. Perhaps this is the root of the problem -- or I'm
mistaken and we do need to build it -- in that case we need to avoid including
useradd with non-target builds.
--Mark
> James
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply
* Re: [PATCH] Give coreutils a chance to build the df utility
From: Phil Blundell @ 2011-10-26 14:01 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: McClintock Matthew-B29882
In-Reply-To: <CAKZ=5EUxO=fe+6p5qx4n5Y5_r1GQ+mokXOQhnuNgLbpx7Z4Heg@mail.gmail.com>
On Wed, 2011-10-26 at 14:58 +0100, Julian Pidancet wrote:
> On Wed, Oct 26, 2011 at 2:59 AM, McClintock Matthew-B29882
> <B29882@freescale.com> wrote:
> > On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
> > <julian.pidancet@gmail.com> wrote:
> >> +do_configure_prepend () {
> >> + export fu_cv_sys_stat_statfs2_bsize=yes
> >
> > I'm asking out of curiosity.. why don't these go in meta/site/common instead?
>
> To be honest, I ignored the very existence of this file. Is this
> globally applied to all the recipes ? Isn't there a risk of breaking
> other packages by doing this ?
A small risk, yes. On the other hand, by hardcoding one particular
value in the recipe, there is a risk that it might be the wrong answer
for some target systems. Whereas the site files are, intentionally,
target and OS specific.
p.
^ permalink raw reply
* Re: [PATCH] Give coreutils a chance to build the df utility
From: Julian Pidancet @ 2011-10-26 13:58 UTC (permalink / raw)
To: McClintock Matthew-B29882; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNfvkJkLPMCg=x7Yu3JFQSt2GuupkZgXOpj+YhwFZJZryg@mail.gmail.com>
On Wed, Oct 26, 2011 at 2:59 AM, McClintock Matthew-B29882
<B29882@freescale.com> wrote:
> On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
> <julian.pidancet@gmail.com> wrote:
>> +do_configure_prepend () {
>> + export fu_cv_sys_stat_statfs2_bsize=yes
>
> I'm asking out of curiosity.. why don't these go in meta/site/common instead?
To be honest, I ignored the very existence of this file. Is this
globally applied to all the recipes ? Isn't there a risk of breaking
other packages by doing this ?
--
Julian
^ permalink raw reply
* Re: useradd changes to dbus, base-passwd
From: James Limbouris @ 2011-10-26 3:37 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
In-Reply-To: <840A81C1B782724A8EB52725BD519EFF1A8F25@MBX20.4emm.local>
> -----Original Message-----
> From: openembedded-core-bounces@lists.openembedded.org
> [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of
> James Limbouris
> Sent: Wednesday, 26 October 2011 9:35 AM
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] useradd changes to dbus, base-passwd
>
> Hi,
>
> Recent changes to dbus have broken some sdk building:
>
> Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-
> toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-
> nativesdk']
>
> I think the commit introducing the base-passed dependency is
> 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to
> allow use in read-only filesystems).
> I'm not too clear on how useradd works, so I can't tell if simply adding
> BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect
> that this would cause dbus to add itself to the sdk sysroot's passwd (which
> previously didn't exist?). Seems harmless enough... I'm giving it a try now, but
> any advice or opinions would be appreciated.
It seems that adding BBCLASSEXTEND = "native nativesdk" to base-passwd and shadow-sysroot is not sufficient.
dbus itself will not build for nativesdk:
NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Started
ERROR: Function 'useradd_sysroot' failed (see /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/log.do_install.1735 for further information)
ERROR: Logfile of failure stored in: /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/log.do_install.1735
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 'common-glibc', 'i686-linux', 'common']
| + cd /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/dbus-1.4.12
| + useradd_sysroot
| + export PSEUDO=/home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo
| + PSEUDO=/home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo
| + export PSEUDO_LOCALSTATEDIR=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/var/pseudo
| + PSEUDO_LOCALSTATEDIR=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/var/pseudo
| + D=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux
| + useradd_preinst
| + OPT=
| + SYSROOT=
| + test x/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux '!=' x
| + SYSROOT=/home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux
| + OPT='--root /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux'
| + GROUPADD_PARAM='-r netdev'
| + USERADD_PARAM='--system --home /usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/var/lib/dbus --no-create-home --user-group messagebus'
| + test 'x-r netdev' '!=' x
| + echo 'Running groupadd commands...'
| Running groupadd commands...
| ++ echo '-r netdev'
| ++ cut -d ';' -f 1
| + opts='-r netdev'
| ++ echo '-r netdev'
| ++ cut -d ';' -f 2-
| + remaining='-r netdev'
| + test 'x-r netdev' '!=' x
| ++ echo '-r netdev'
| ++ awk '{ print $NF }'
| + groupname=netdev
| ++ grep '^netdev:' /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/etc/group
| grep: /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux/etc/group: No such file or directory
| ++ true
| + group_exists=
| + test x = x
| + eval /home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo groupadd --root /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux -r netdev
| ++ /home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo groupadd --root /home/james/oe/build/tmp-eglibc/sysroots/i686-nativesdk-ricasdk-linux -r netdev
| /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/run.useradd_sysroot.1735: line 129: /home/james/oe/build/tmp-eglibc/sysroots/i686-linux/usr/local/rica-eglibc-i686-armv5te/sysroots/i686-ricasdk-linux/usr/bin/pseudo: No such file or directory
| ERROR: Function 'useradd_sysroot' failed (see /home/james/oe/build/tmp-eglibc/work/i686-nativesdk-ricasdk-linux/dbus-nativesdk-1.4.12-r1/temp/log.do_install.1735 for further information)
NOTE: package dbus-nativesdk-1.4.12-r1: task do_install: Failed
ERROR: Task 1370 (virtual:nativesdk:/home/james/oe/sources/oe-core/meta/recipes-core/dbus/dbus_1.4.12.bb, do_install) failed with exit code '1'
Perhaps we should not inherit useradd when building for nativesdk? After all, the sdk sysroots have not had /etc/passwd in the past.
James
^ permalink raw reply
* Re: [PATCH] Introduce biarch DISTRO_FEATURE
From: McClintock Matthew-B29882 @ 2011-10-26 2:09 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Julian Pidancet
In-Reply-To: <1319505532-23199-1-git-send-email-julian.pidancet@gmail.com>
On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
<julian.pidancet@gmail.com> wrote:
> 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.
What happens with the native gcc on the root file system. And what
about meta-toolchain? Any effect?
Thanks,
Matthew
^ permalink raw reply
* Re: [PATCH] Give coreutils a chance to build the df utility
From: McClintock Matthew-B29882 @ 2011-10-26 1:59 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer; +Cc: Julian Pidancet
In-Reply-To: <1319505532-23199-2-git-send-email-julian.pidancet@gmail.com>
On Mon, Oct 24, 2011 at 8:18 PM, Julian Pidancet
<julian.pidancet@gmail.com> wrote:
> +do_configure_prepend () {
> + export fu_cv_sys_stat_statfs2_bsize=yes
I'm asking out of curiosity.. why don't these go in meta/site/common instead?
-M
^ permalink raw reply
* useradd changes to dbus, base-passwd
From: James Limbouris @ 2011-10-26 1:34 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
Hi,
Recent changes to dbus have broken some sdk building:
Missing or unbuildable dependency chain was: ['meta-toolchain-qte', 'task-qte-toolchain-host-nativesdk', 'qt4-tools-nativesdk', 'dbus-nativesdk', 'base-passwd-nativesdk']
I think the commit introducing the base-passed dependency is 46e6c3fa8034b12d178d605f3f5d7efe69671a13 (dbus: use useradd class to allow use in read-only filesystems).
I'm not too clear on how useradd works, so I can't tell if simply adding BBCLASSEXTEND = "native nativesdk" to base-passwd is sufficient. I'd expect that this would cause dbus to add itself to the sdk sysroot's passwd (which previously didn't exist?). Seems harmless enough... I'm giving it a try now, but any advice or opinions would be appreciated.
Regards,
James Limbouris
^ 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
* [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
* 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 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
* [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 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
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