qmake2: add missing INFIX export in qtopia env script

pjproject: add new recipe, contains several librarys for SIP, im and multimedia communication

Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>

libzrtpcpp: add new recipe for GNU ZRTP C++ bindings

Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>

ccrtp: fix linking against libs in /usr/lib

* it tries to link against libs in /usr/lib if they exist there
* run recipe through oe-stylize.py

Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>

xorg-headers-native: haven't been updated since 2006, do so now

Update the combined headers from the following packages:
* xproto-7.0.16
* libx11-1.3.3
* libxau-1.0.5
* libxdmcp-1.0.3
* libxt-1.0.8

For example, GenericEvent is new since xproto-7.0.13 and prevents
libx11-native from building on an X-less host.

Signed-off-by: Denys Dmytriyenko <denis@denix.org>

pixman: Add perl-native dependency

Signed-off-by: Koen Kooi <koen@openembedded.org>

angstrom-gnome-image-big: add "big" GNOME image that includes more apps

Comparing it to the 'regular' GNOME images gives:

324M    images/beagleboard/Angstrom-GNOME-image-big-glibc-ipk-2010.4-test-20100419-beagleboard.rootfs.tar.bz2
260M    images/beagleboard/Angstrom-GNOME-image-glibc-ipk-2010.4-test-20100419-beagleboard.rootfs.tar.bz2

angstrom-task-gnome: make task-gnome-apps optional

connman: remove obsolete recipes

As previously announced on the ML, I am removing really old connman recipes, leaving the latest of them around

Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>

qt4-embedded-gles 4.6.2: move patch down so that it will actually get applied

module bbclass: sync depmod code with kernel.bbclass a bit

xserver-xorg 1.8.0: update udev as config manager for angstrom

qt4-*-gles 4.6.2: small updates

* don't forcefully disable openVG
* don't forcefully disable cursor for QT/e, not everything is a touchscreen

qt4-tools-native: convert to new style staging

iliwi: newer upstream version

Also, some wording cleanup in the description and shorten a comment to fit on
one line.

task-shr-feed: add linphone and iliwi

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

iliwi: new recipe for wlan manager I LIke WIfi

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

recipes: use SRCPV in few more git recipes

* sometimes without PE bump, because nobody complained that we were
  bumping SRCREV without PV changes and we were using SRCPV in our
  branch before
* please bump PE if you're using one of those and you need to increment
  PV, otherwise it will be "corrected" with next PV bump

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

shr recipes: use SRCPV in git recipes

* recipes probably used only in SHR distribution
* usually without PE bump, because nobody complained that we were
  bumping SRCREV without PV changes and we were using SRCPV in our branch
  before

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

freesmartphone: use SRCPV in git recipes

* with PE bump
* FSO people usually use fso-autorev.inc already, so this change won't
  change PV scheme

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

linux-openmoko: use SRCPV in git recipes

* without PE bump, because nobody complained that we were bumping SRCREV
  without PV changes and we were using SRCPV in our branch before

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

SHR: disable BB_LOCALCOUNT_OVERRIDE as we're using autoincremented SRCPV and AUTOREV in git recipes

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

bitbake.conf: enable BB_LOCALCOUNT_OVERRIDE by default, please disable if you're using AUTOREV

* For now disable autoincrement of revision counter in SRCPV, whoever
  wants it, should enable it in local.conf or distro config.
  (Set it empty BB_LOCALCOUNT_OVERRIDE = "")
* Revision counter is incremented only locally (bad for multiple
  builders filling shared feeds), LOCALCOUNT can be used to maintain
  counter globally in OE metadata (LOCALCOUNT value set in recipe).
* Make sure you disable it, if you want always upgradable paths for git
  recipes without bumping LOCALCOUNT with every SRCREV change
  or if you're using AUTOREV feature.

* LOCALCOUNT == value for revision counter in GIT recipes (NNNN in
  PV="1.0+gitrNNNN+a7401084a72285c8d3485bacf4eed593f303b1b7-r4.4")

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

mpd,mpd-alsa : fix init script(start and stop were swaped in restart),bump all PR

In the mpd init script,in the restart case,it first started then stopped.
Thanks to jconnolly for having noticed that it didn't restart at all

xchat 2.8.6: fix CVE-2009-0315 and a building issues with 2 debian patches and bump PR

The building issue was the following:
| fe-gtk.o: In function `fe_gui_info':
| [...]/src/fe-gtk/fe-gtk.c:822: undefined reference to `GTK_WIDGET_VISIBLE'
| menu.o: In function `menu_canacaccel':
| [...]/src/fe-gtk/menu.c:1673: undefined reference to `GTK_WIDGET_IS_SENSITIVE'
| maingui.o: In function `mg_hide_empty_pane':
| [...]/src/fe-gtk/maingui.c:812: undefined reference to `GTK_WIDGET_VISIBLE'
| [...]/src/fe-gtk/maingui.c:813: undefined reference to `GTK_WIDGET_VISIBLE'
| maingui.o: In function `mg_show_generic_tab':
| [...]/src/fe-gtk/maingui.c:602: undefined reference to `GTK_WIDGET_HAS_FOCUS'

I noticied the security issue while looking into the debian patches of xchat:
  They had a file named 46_CVE-2009-0315.dpatch.
  Then I looked at that CVE to see if it was relevant ,and applied the patch

linux-omap-zoomsync_2.6.32.bb : enable thumb interwork errata

required so I can boot Ubuntu Lucid using this kernel, Lucid uses thumb2
and hits this bug a lot

udev-static 124: prototype for a static udevd and udevadm that can be used as fallback on old kernels (e.g. 2.6.26 or earlier)

kernel.bbclass: fix ASMDIR regressions

xf86-video-s3c64xx: add accelerated (XAA + Xv) driver for s3c64xx SoCs

task-cli-tools: move some tools to the -debug subpackage

evtest: rewrite recipe and bump to 1.25; it's using autotools now

smartq5.conf: Fix NAME and DESCRIPTION

Its not a Samsung SMDK.

smartq5: add machine file for smartq5 tablet

chromium: bump PR for nss change

nss 3.12.6: the jalimo recipe was trying to be way to clever with shared libs, breaking dynamic linking at runtime, so simplify recipe

linux-kexecboot: bump 2.6.33+2.6.34-rc3 to 2.6.33+2.6.34-rc4

u-boot: update DaVinci platforms, fix some wrong PVs

Signed-off-by: Denys Dmytriyenko <denis@denix.org>

libxml2: fix python badness on target

dfu-programmer: USB Device Firmware Upgrade utility (special atmel-version)

Add recipes for version 0.5.2 and the current head of the subversion
repository.  dfu-programmer is DFU utility supporting Atmel chips
with a USB bootloader (which aren't supported by dfu-util).

Signed-off-by: Vitus Jensen <vjensen@gmx.de>
Signed-off-by: Stefan Schmidt <stefan@datenfreihafen.org>

chromium: import updates from AI repo

* The workaround for depot-tools is gross, but I lack the time to fix this

xserver-xorg-conf: add dm3730-am3715-evm support and add generic fallback for omap3

nss: more pkgconfig fixes...

dm3730-am3715-evm: Add dm3730-am3715-evm machine

* Create the machine configuration file for the dm3730-am3715-evm
  machine type.  This machine type supports EVMs based on the
  DM37xx or AM37xx SoCs.
* Specified the PREFERRED_PROVIDER and VERSION for u-boot

Signed-off-by: Koen Kooi <koen@openembedded.org>

u-boot_git: Add dm3730-am3715-evm u-boot support

* Added support for the dm3730-am3715-evm machine type to
  obtain the u-boot source from the PSP repository.
* Set SRCREV for the dm3730-am3715-evm machine type to the
  03.00.00.05 PSP version.

Signed-off-by: Koen Kooi <koen@openembedded.org>

linux-omap-psp_2.6.32: Add dm3730-am3715 support

* Created the dm3730-am3715-evm directory in
  linux-omap-psp-2.6.32 to contain the defconfig for the kernel
  build for dm3730-am3715-evm.
* Added the defconfig file for the dm3730-am3715-evm kernel build.
* Added dm3730-am3715-evm machine type to the COMPATIBLE_MACHINE
  entry for the linux-omap-psp_2.6.32.bb recipe.

Signed-off-by: Koen Kooi <koen@openembedded.org>

clutter: Add dm3730-am3715-evm machine type

* Added dm3730-am3715-evm machine type to COMPATIBLE_MACHINE
  values for clutter.

Signed-off-by: Koen Kooi <koen@openembedded.org>

sort: Added dm3730-am3715-evm machine type

* Added the dm3730-am3715-evm machine type to the sort.sh file.

Signed-off-by: Koen Kooi <koen@openembedded.org>

linux-uml: fix after kernel.bbclass changes

nss: update to 3.12.6

recipes/linux: convert users of do_stage_append to new style staging

Acked-by: Graeme Gregory <dp@xora.org.uk>
Acked-by: Philip Balister <philip@balister.org>
Signed-off-by: Koen Kooi <koen@openembedded.org>

kernel bbclass: convert to new style staging (from poky)

Acked-by: Graeme Gregory <dp@xora.org.uk>
Acked-by: Philip Balister <philip@balister.org>
Signed-off-by: Koen Kooi <koen@openembedded.org>

linux-2.6.24: deactivate the LEON co-processor for hipox machine

There are massive network problems when transmitting UDP packets using the
LEON copro. UDP packet contents get overwritten at the sender side, UDP
checksums are incorrect, and the like. The problem can be triggered by
writing small (< MTU size) packets into a socket in rapid succession to
multiple receivers on a system without any other load. Until we can fix
the LEON firmware we disable it.

Signed-off-by: Thilo Fromm <t.fromm@dresearch.de>
Acked-by: Steffen Sledz <sledz@dresearch.de>

nss: make .pc file match do_install layout

nss: add pkgconfig support

nss 3.12: import from jalimo, convert to new style staging, convert to new style checksums, fix QA errors, fix packaging

nspr 4.7.1: import from jalimo overlay, convert to new style staging and checksums

clamav: remove versions <0.95

See removal.txt and

c1aab90e5e removal.txt: proposal to remove ClamAV versions < 0.95 in April

for reasoning.

Signed-off-by: Roman I Khimov <khimov@altell.ru>

xorg-headers-native: flag with NATIVE_INSTALL_WORKS = "1"

gedit(-plugins): add 2.30.0

gtksourceview2: add 2.10.0, convert 2.9.1 to new style staging

at-spi: add 1.30.0

claws-mail: bump PR

ti-xdctools: add PRIVATE_LIBS list for internal libs

abiword 2.8.3: bump PR

gpsd: fix dbg packaging

libxml2: fix regression where -native wouldn't build python stuff needed for xml2po anymore

* also fix 1 bug in do_install where it pokes stuff outside of ${D}
* binconfig hack is still there, though

linux 2.6.31: add cm-x300 support

Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>

cm-x300: add machine configuration

Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>

xorg-app: convert to new style staging

xorg-lib: switch to new style staging

gnome-db-daemon: fix src_uri name

python-pygobject 2.20: convert to new style staging

phoneme-advanced-foundation: add build 160

kernel bbclass: read version from ${B}, remove obsolete hostap logic that breaks the build (from poky)

kernel bbclass: don't depend on c library (from poky)

gnome-dvb-daemon: add 0.1.17

gnome: convert a lot of recipes to new style staging

gail: convert to new style staging

libnids: Upgrade to 1.24

* Addresses CVE-2010-0751
* Use new-style checksums

Signed-off-by: Scott Garman <sgarman@zenlinux.com>
Signed-off-by: Holger Hans Peter Freyther <zecke@selfish.org>

pixman git + 0.18.0: add patches to fix TLS behaviour

gnome-common, gnome-doc-utils: use gnomebase.bbclass

gnome: split out gnomebase.bbclass that doesn't have gconf and gmime depends

ventura: bump SRCREV for usability fixes

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

bitbake.conf: drop default inclusion of collections.inc

It can interfere with the bblayers stuff in bitbake master.

Signed-off-by: Chris Larson <chris_larson@mentor.com>

recipes: more checksums and more fixes to download them all

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

var_src_uri.xml: Update the git entry to include branch and SRCREV

Signed-off-by: Tom Rini <tom_rini@mentor.com>

packaged-staging.bbclass: use 'os.unlink()' instead of spawning 'rm'

Doing a '-c clean' operation on a staged package with very much files
(e.g. glibc) took several minutes because

* every removed file was reported
* an 'rm' instance was spawned for every file

This patch uses the native 'os.unlink()' method for removing files and
reports only the removed root directory instead of the single files.

Based upon maillist discussion, reporting happens with 'debug' level
instead of 'note' one, and only error conditions due to non-existing
files will be ignored.  Other (e.g. permission denied) errors will now
abort the build while they were silently ignored previously.

Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Acked-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
Acked-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Tom Rini <tom_rini@mentor.com>

kernel.bbclass: s!D!PKGD! (trivial)

Acked-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
Acked-by: Roman I Khimov <khimov@altell.ru>

gnome-utils: don't try to build help, it fails most of the times

imote2-image.bb: Add imote2 image with lowpan-tools and ibrdtn

Based on Angstrom minimalist image.

lowpan-tools_git.bb: Bump SRCREV to get segfault fixes

live555: also copy all headers into /usr/include

gnome-python-desktop: add 2.30.0

live555 20090602: convert to new style staging

liba52: convert to new style staging

angstrom-task-gnome: bump PR

linux-omap-psp 2.6.32: add patch to allow OTG port to detect host cables with a gadget loaded

navit,navit-icons: bump SRCREV

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

linux-openmoko-2.6.32: add 2 new patches from gdrm-2.6.32 branch

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>

xserver-xorg 1.7.4,1.8.0,git : make it MACHINE_ARCH for ion and bump PR

In case of ion(a machine),Xorg is configured with --enable-xinerama,
  But xorg is not MACHINE_ARCH anymore,so that's problematic.
  The easiest fix as suggested in #oe is this one:
    <XorA> needs PACKAGE_ARCH_ion = "${MACHINE_ARCH}" then
PR was also bumped(advise taken in #oe):
  <GNUtoo> I'll also bump PR: PR = "${INC_PR}.0" => PR = "${INC_PR}.1"
  <GNUtoo> JaMa, is it ok to bump like this for xserver or does every xf86-somesystem-somedriver has to be rebuilt?
  <JaMa> GNUtoo: no, it should be fine..
  <GNUtoo> ok thanks a lot
  <JaMa> drivers needs to be bumped only if ABI changed