Delete 1.0.0c recipes
Add patches from debian
Remove recipes for openssl-native use BBCLASSEXTEND instead
Drop libdeps-first.patch it would not let openssl-native build on ubuntu 11.10
Delete debian.patch, all changes in it are now provided by patches under debian dir

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Acked-by: Paul Menzel <paulepanter@users.sourceforge.net>
Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

* return dfu-util_static, as static binary is more usefull from deploy dir
  I've tried to build static version with libtool, but in the end this
  is easier and someone can use both shared/static version
* Thanks to GNUtoo for initial recipes
  http://shr-project.org/trac/ticket/1465


* move usbpath dependency to dfu-util_0.1

Signed-off-by: Martin JaMa Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

GLIBC_DYNAMIC_LINKER* is now updated by do_headerfix() from oe-core

Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

The patch was sent to xfce bug list [1]. As long as it not applied, make
thunar work for us.

[1] https://bugzilla.xfce.org/show_bug.cgi?id=7880



Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

This fixes the gcc-cross-inital failure, as reported here:
http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/6150



Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Philip Balister <philip@balister.org>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

(ported from oe-core for consistency)

We ensure that:
* the shared work directory contains PR and ensure PR values are consistent across gcc builds
* the regexp to handle library directories is in a specific task and run once

This avoids breakage that was seen in incremental builds after commit
be1f70d68b6b75772ebab8bdff683ddd7c42b0cd in oe-core where the interpretor could
become corrupted. This was due to the sed expression corrupting
the source directory.

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

* ARM_INSTRUCTION_SET != "thumb" is enough but better to unify with
  other recipes in case someone does ARM_INSTRUCTION_SET == "arm" later

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

otherwise intltool fails to find XML parser module
as it uses perl from build host

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

Latest systemd has started to use mq_* functions
which are found on librt in uclibc.

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

For kernel's that use a split source/object build the copy
of defconfig to {S} in the base kernel class is problematic.
The previous solution for this was to override the do_configure
of the base kernel class in a subclass. While this is still
a viable/valid option, it does mean that changes to the base
do_configure will be missed.

The solution to this is to copy a defconfig to {B} which is
typically the same as {S}, so most kernel recipes won't see or
care about this change.

With this change in place, linux-yocto.bbclass can drop its
override of do_configure.

Tested with linux-yocto and oe linux recipes.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

KERNEL_LD was using ${LD} in it's definition, which is not correct for
different ABIs such as x32 or i386 on x86_64 machine. This brings it
into sync with the corresponding gcc settings, likewise the same with
the KERNEL_AR variable.

[RP: Updated commit message]
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

* Added do_savedefconfig task to kernel.bbclass.

Signed-off-by: Noor, Ahsan <noor_ahsan@mentor.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

* The menuconfig target exists in places other than the kernel that use kernel style config.

Signed-off-by: Noor, Ahsan <noor_ahsan@mentor.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>

* thunar crashes silently but since it is required by xfdesktop this patch is
  send out

* xfwm4 must be started once manually to work

* python bindings removed here (will be moved to pyxfce mainline [1])
* TBD: gnomemount replacement on postinst [2]

[1] http://comments.gmane.org/gmane.comp.desktop.xfce.devel.version4/19560
[2] http://wiki.xfce.org/gnomemount-replacement