Age | Commit message (Collapse) | Author | Files |
|
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>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
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
|
|
|
|
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>
|
|
|
|
|
|
|
|
* don't forcefully disable openVG
* don't forcefully disable cursor for QT/e, not everything is a touchscreen
|
|
|
|
Also, some wording cleanup in the description and shorten a comment to fit on
one line.
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* 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>
|
|
* 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>
|
|
* 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>
|
|
* 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>
|
|
AUTOREV in git recipes
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
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>
|
|
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
|
|
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
|
|
required so I can boot Ubuntu Lucid using this kernel, Lucid uses thumb2
and hits this bug a lot
|
|
as fallback on old kernels (e.g. 2.6.26 or earlier)
|
|
|
|
|
|
|
|
|
|
Its not a Samsung SMDK.
|
|
|
|
|
|
libs, breaking dynamic linking at runtime, so simplify recipe
|
|
|
|
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
|
|
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>
|
|
* The workaround for depot-tools is gross, but I lack the time to fix this
|
|
for omap3
|
|
|
|
* 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>
|
|
* 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>
|
|
* 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>
|
|
* Added dm3730-am3715-evm machine type to COMPATIBLE_MACHINE
values for clutter.
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
* Added the dm3730-am3715-evm machine type to the sort.sh file.
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
|
|
|
|
Acked-by: Graeme Gregory <dp@xora.org.uk>
Acked-by: Philip Balister <philip@balister.org>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Acked-by: Graeme Gregory <dp@xora.org.uk>
Acked-by: Philip Balister <philip@balister.org>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
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>
|
|
|
|
|